Pasūtījumu noformēšana atbilstoši vajadzībām. Vienkāršota shēma vajadzību apmierināšanai


/
Pārdošanas un iepirkumu plānošana

Kā izveidot pasūtījumus piegādātājiem, pamatojoties uz produktu vajadzību analīzi?

Apstrāde tiek izmantota, lai automātiski ģenerētu pasūtījumus piegādātājiem Krājumu vadība.

Apstrādē plkst 1. darbība var iestatīt atlasi konkrētai noliktavai, noteiktai preču grupai un citiem objektiem, kuriem notiek krājumu pārvaldība. Kad poga ir nospiesta Atjaunināt Kalendāru aizpildīšana tiek pārbaudīta un atjaunināta.

Ieslēgts 2. darbība Katrai precei tiek norādīts preces daudzums, kas jāpasūta, kā arī tuvākās un nākamās piegādes datumi. Tāpat katrai precei ir detalizēts apraksts, kā tika aprēķināts ieteicamais pasūtījuma daudzums. Visi dati tiek aprēķināti pēc galvenā transporta ierobežojuma, kas noteikts konkrētai preces precei vai noliktavai. Kolonnā Lai pasūtītu galvenajā veidā Tiek parādīts pasūtāmo preču skaits.

Izmantojot Filtrējiet pēc ieteikumiem, lietotājs sarakstā var atstāt tikai tās preces, kuras ir ieteicamas pasūtīšanai. Izmantojot Filtrējiet dienas pirms pasūtījuma, lietotājs var izveidot tikai steidzamus pasūtījumus, kuru piegāde jāveic tuvāko dienu laikā ( Lai pasūtītu šodien, ne vairāk kā trīs dienas, ne vairāk kā 7 dienas), vai izveidot pasūtījumus piegādātājiem visām reģistrētajām vajadzībām ( Nav ierobežojumu).

Deficīta rašanās ir norādīta ar ikonu kolonnā Pasūtīt citos veidos.

Svarīgi!
Pirms pasūtījumu veikšanas pie piegādātājiem ir jāsaprot, kāpēc ir preču trūkums, un jānovērš trūkums. Piemēram, precizējiet nosūtīšanas datumu klienta pasūtījumam vai piegādes datumu piegādātāja pasūtījumam.

Izmantojot pogu, jūs varat automātiski atzīmēt visus tos produktus, kas ir jāpasūta (atzīmējiet izvēles rūtiņu Lai pasūtītu galvenajā veidā).

Veicot dubultklikšķi uz lauka kolonnā Pasūtīt citos veidos Tiks atvērta alternatīvo piegāžu forma, kurā varēsiet noteikt, no kuriem piegādātājiem preces vislabāk pasūtīt.

Programma parādīs piegādātāju sarakstu, no kuriem jūs varat pasūtīt šo produktu. Piegādātāju saraksts un cenas tiek noteiktas automātiski, pamatojoties uz datiem, kas noteikti līgumā ar piegādātāju (dokumentā Piegādātāju cenu reģistrācija).

Iepriekš minētajā piemērā ventilatorus ir plānots piegādāt 12. jūnijā JIPONIC (Tayve) par 4 gabaliem. Līdz ar to, noliktavā esošajiem krājumiem 2 gab., preču nosūtīšanas nodrošināšanai nepieciešams papildus pasūtīt no piegādātāja vēl 2 preces.

Saskaņā ar norādītajiem transporta ierobežojumiem galvenajai papildināšanas metodei (pirkšana no piegādātāja Elektropreču bāze) preces no piegādātāja pienāks 13. jūnijā, t.i. Mēs nevarēsim nosūtīt preces līdz paredzētajam nosūtīšanas datumam.

Vajadzību var apmierināt, iegādājoties preci no piegādātāja Aprīkojums. Lai gan šim piegādātājam ir ventilatoru izmaksas JIPONIC (Tayve) augstāk, preces tiks piegādātas laikā (12.jūnijā). Lai preces iztrūkums pazustu, laukā jālabo daudzums Lai pasūtītu, izmantojot izvēlēto metodi un nospiediet pogu Pieņemiet izmaiņas.

Lai automātiski ģenerētu pasūtījumus atlasītajiem piegādātājiem, jānoklikšķina uz pogas Tālāk. Ieslēgts 3. darbība Asistenta darbs ģenerēs pasūtījumus piegādātājiem atbilstoši ievadītajiem datiem.

precēs un materiālos tiek veikta pēc dokumenta Vajadzību veidošanās. Dati šajā dokumentā ir sadalīti trīs kategorijās:

  • pieprasījuma avoti:
    • pārdošanas plāni;
    • iepirkumu plāni;
    • ražošanas plāni;
    • maiņu plāni;
    • klientu pasūtījumi;
    • iekšējie pasūtījumi;
    • ražošanas pasūtījumi;
  • pašreizējām vajadzībām,
  • veidojas vajadzības.

Informācija par katru avota veidu tiek ievadīta atsevišķā cilnē.

Ja nepieciešamības avoti ir pārdošanas, iepirkumu vai ražošanas plāni, dokumentu saraksts Plānot nav ievadīts. Jums ir jāaizpilda informācija Scenārijs, sākuma datums. Un Datums kon.

Maiņu plāni

Šeit norādīts arī plānošanas periods. Turklāt jūs varat precizēt projektu un pasūtījumu.

Norāda klientu pasūtījumu, ražošanas pasūtījumu vai iekšējo pasūtījumu sarakstu. Prasības plānotas neizpildītajai pasūtījumu daļai. Ievadiet datumu, kurā pasūtījums ir jāaizpilda - Prasības datums.

Pasūtījumu saraksts var tikt aizpildīts automātiski ar visiem plānošanas brīdī neizpildītajiem pasūtījumiem.

Vajadzību veidošana tiek veikta šādā secībā:

  • Dati tiek atlasīti, pamatojoties uz pieprasījuma avotu sarakstu no dokumenta tabulas daļām (preces ar Pakalpojuma veidu tiek izslēgtas);
  • Preču grupas no tilpuma plāniem tiek sadalītas atbilstoši precei pēc sastopamības svariem.
  • Saņemtās vajadzības tiek koriģētas:
    • tiek samazināti par pasūtījumu rezervju apjomu;
    • tiek samazinātas par noliktavās atlikušo preču daudzumu. No pārējām precēm noliktavās tiek izslēgtas:
      • rezerves klientu pasūtījumiem, iekšējiem pasūtījumiem;
      • konteineru paliekas;
      • preces pārvešanai no noliktavām.
  • Negatīvās vajadzības ir izslēgtas.
  • Pamatojoties uz grāmatzīmju indikatora izvēles režīmu Turklāt, tiek veikta avotu pievienošana vai apvienošana. Papildinājums - pozīcijas ar vienādām vērtībām Prasības datums, Nomenklatūra, Nomenklatūras raksturojums, Pasūtīt, Projekts Un Produkts (vai konteiners) sabrukt vienā, nozīmē Daudzums ir apkopots. Kombinācija - saskaņā ar to pašu principu tie ir sabrukuši vienā, bet nozīme Daudzums vienāds ar maksimālo no tiem kopā.
  • Tabulas lauks cilnē ir aizpildīts ar saņemtajām prasībām. Vajadzības.

Šīs radītās vajadzības var mainīt, dzēst vai pievienot jaunas. Ievietojot dokumentu, tabulas lauka sastāvs Vajadzības ir ierakstīts informācijas reģistrā. Šajā reģistrā tiks reģistrētas kustības, ko ģenerē citi dokumenti, un atiestatītas prasības.

Ar to beidzas pirmais telpas plānošanas posms

Preču un materiālu prasības, neņemot vērā noformētos pasūtījumus, tiek glabātas periodiskā informācijas reģistrā Kalendāra prasības priekšmetiem.

Deklarēto, bet neizpildīto pasūtījumu atlase piegādātājiem atbilstoši kalendāra vajadzībām, pasūtījumu veidošana precēm, kurām ir izveidota un nav apmierināta nepieciešamība, tiek veikta apstrādi Iepirkumu grafiks.

Lai izmantotu šo apstrādi, tas ir nepieciešams atsaucē. Nomenklatūra precēm, norādiet galveno vadītāju, kas ir atbildīgs par to iegādi. Uzņēmējiem-piegādātājiem atsaucē. Darījuma partneri jānorāda cenu veids, piegādātāja uzticamība, pasūtījuma izpildes laiks.

Informācijas reģistrā Darījuma partneru nomenklatūra jābūt informācijai par precēm, kas tiek iegādātas no darījuma partnera piegādātāja. Reģistra logu var atvērt no resursa. Darījuma partneri vai Nomenklatūra izvēlnes komandu Dodieties uz - Darījuma partneru nomenklatūra.

Atverot iepirkumu kalendāra veidlapu, redzēsit, ka noklusējuma prasību analīzes intervāls ir iestatīts no pašreizējā datuma līdz pašreizējam datumam plus kalendāra mēnesis. Vajadzības tiek analizētas ar reģistra palīdzību Kalendāra prasības precēm, par pašreizējo datumu pa pašreizējā vadītāja amatiem. Ja mums ir netukša prasību tabula, automātiski tiek palaists vednis piegādātāju atlasei un pasūtījumu ģenerēšanai piegādātājiem. Jums tas nav jāizmanto, tad tiek atvērta iepirkumu kalendāra galvenā forma.

Šai formai ir koka izskats. Varat izvēlēties vienu no divām informācijas parādīšanas iespējām kokā, atlasot atbilstošo atribūta vērtību Displeja secība: Prasības vienums — Prasības datums — Preces piegādātājs — Ģenerēts pasūtījums piegādātājam vai Preces darījuma partnera piegādātājs - Nepieciešamā prece - Prasības datums - Ģenerēts pasūtījums piegādātājam.

Rekvizītā Atbildīgs par iepirkumu Varat izvēlēties vajadzīgo lietotāju vai lietotāju sarakstu. Pēc tam prasības tiks izgūtas atbilstoši vienumam, par kuru atbild atlasītie lietotāji.

Koka rindās ir norādīts pašreizējais prasību stāvoklis katram datumam. Katrai precei tiek noteikts, pēc kādām preces īpašībām ir nepieciešamība. Ja prece darbojas kā atgriežams konteiners, tas ir norādīts blakus preces nosaukumam. Līnijām var būt dažādas krāsas: sarkana - nepietiek ar pasūtīto preces daudzumu; zils - piegādātājiem pasūtīts vairāk nekā nepieciešams.

Sākotnējo pasūtījumu aizpildīšanu var veikt piegādātāju pasūtījumu ģenerēšanas palīgs. Pirms tam jums ir jāiestata plānošanas periods. Asistents tiek izsaukts no veidlapas komandu paneļa. Pasūtījumi tiek ģenerēti trīs posmos.

Tiek noteikts preču preču saraksts, kurām mēs ģenerēsim pasūtījumus piegādātājiem. Tiek parādīta palīdzības informācija par to, cik daudz daudzums ir jāpasūta atbilstoši pieprasījumam, cik daudz jau ir pasūtīts un atlikušais nepasūtītais daudzums.

Filtri ir konfigurēti, lai atlasītu piegādātājus, kuru dati tiek glabāti. informācijas reģistrs Darījuma partneru nomenklatūra. Katrai precei jābūt galvenajam piegādātājam. Varat atzīmēt atbilstošo rūtiņu, tad tiks atlasīti tikai galvenie preces piegādātāji. Pārzinis var norādīt citas izvēles vērtības un iestatīt savus filtrus.

Nospiests Tālāk un tiek analizētas pirmajā posmā norādītās nomenklatūras preces, katrai precei tiek atlasīti piegādātāji no reģistra Darījuma partneru nomenklatūra, tiek analizētas cenas no attiecīgā reģistra.

Dati tiek parādīti tabulas laukā. Automātiski tiek atlasītas katras preces preces minimālo cenu izvēles rūtiņas. Tabulas lauka šūnas ir nokrāsotas dažādās krāsās. Cenas tiek parādītas vienā vadības grāmatvedības valūtā.

Kad esat pabeidzis sarakstes iestatīšanu starp darījuma partneriem un posteņiem, noklikšķiniet uz Gatavs. Tiks ģenerēti dokumenti Pasūtījums piegādātājam. Visas preces preces vienam darījuma partnerim tiks saglabātas vienā dokumentā, plānotais piegādes datums ir minimālais preces prasības datums.

Atvērsies iepirkumu kalendāra galvenā forma, kurā ir redzami ģenerētie pasūtījumi piegādātājiem. Pasūtījumi piegādātājiem, kas ir ģenerēti un reģistrēti un tiek izmantoti apstrādē, tiek bloķēti izmaiņām līdz apstrādes veidlapas aizvēršanai.

Pasūtījumi piegādātājiem, kas izveidoti vai mainīti, strādājot ar iepirkumu kalendāru, netiek ierakstīti datu bāzē. Jauni vai mainīti pasūtījumi tiek atzīmēti kokā ar ikonām. Lai rediģētu pasūtījumus no pašreizējās apstrādes, izmantojiet piegādātāja pasūtījuma veidlapu, bet īpašā režīmā.

Papildus standarta atlasēm lietotāju ērtībām ir šādas atlases, kuru pamatā ir vērtību koka lauku vērtības:

  • tikai mainītu vai jaunu pasūtījumu atlase;
  • neizpildīto pieprasījuma datumu izvēle;
  • prasību datumu atlase, kas nav norādīta prasību plānā
  • tikai nepasūtītu preču izvēle.

Papildus iepriekšminētajam pasūtījumu ģenerēšanas palīgs nodrošina manuālu pasūtījumu ievadi ar servisa iespējām.

Lietotājs vērtību kokā var atlasīt vairākas rindas, kurās ir ietverti pieprasījuma datumi un preču piegādātāji. Pēc tam varat ievadīt jaunu pasūtījumu piegādātājam. Programma analizēs izvēlētās rindas un atvērs jaunu pasūtījuma veidlapu, kas aizpildīta ar nepieciešamajām preču vienībām un daudzumiem. Koks tiek pārformatēts katru reizi, kad pasūtījums tiek saglabāts, jo var būt mainījies pasūtījuma plānotais piegādes datums, pasūtījuma saturs vai preces daudzums.

Veidotajiem pasūtījumiem koka piegādātājiem iespējama automātiska preču vienību regulēšana, kas darbojas tikai daudzuma pieauguma virzienā.

Režīmā Darījuma partneris - Prece - Prasības datums - Pasūtījums tabulas lauka fragmenti ir attēloti krēmkrāsā. Šādās šūnās netiek piemēroti vispārīgie grupu kopsummas aprēķināšanas principi. Prasības datumam tiek parādīti rādītāji, kas savākti no visām preču pozīcijām pašreizējā datumā, precei - no visiem prasības datumiem. Balto rindu grupās kopsummu aprēķins notiek pēc vispārējā principa.

Vērtību koka ailēs tiek attēlots: nepieciešamais un pasūtītais preces daudzums, cena un summa vadības uzskaites valūtā, summa savstarpējo norēķinu valūtā (nevar apkopot grupējot).

Pēc pasūtījumu ģenerēšanas lietotājs var izmantot palīgu, lai saskaņotu pasūtījumus ar pircējiem un pasūtījumus ar piegādātājiem.

Ja programma izmanto iespēju veikt pasūtījumus no klientiem, iekšējos pasūtījumus piegādātājiem pasūtījumu ģenerēšanas stadijā piegādātājiem, palīgs to darīs automātiski. Lietotājs noklikšķina uz atbilstošās pogas, tiek atvērts modālā palīga logs, kurā informācija tiek parādīta koka veidā. Atverot klientu pasūtījumus, tie tiek automātiski analizēti un ievietoti pasūtījumos piegādātājiem. Koku grupējumi nemainās:

  • vajadzību nomenklatūra,
  • nepieciešamības datums,
  • pircēja pasūtījums (iekšējais pasūtījums).
  • pasūtījums piegādātājam.

Preču un atgriežamā iepakojuma tabulu lauku rindas pasūtījumos piegādātājiem var iedalīt vairākās apakšvirknēs. Sākotnējie objekti - klientu pasūtījumi no galvenās iepirkumu grafika formas - netiek mainīti. Lietotājs var atgriezties pie sākotnējiem pasūtījumiem piegādātājiem. Pēc pogas Izpildīt tiek atjaunināti dati objektos Pasūtījums piegādātājam, parādīts galvenās apstrādes formas kokā.

Faktiskā pasūtījumu reģistrēšana un apstrāde tiek veikta, izmantojot pogu Izpildīt galvenajā apstrādes formā Iepirkumu grafiks.

Piezīme.Pēc jauna dokumenta ierakstīšanas un ievietošanas Vajadzību veidošanās informācijas reģistra dati mainīsies Kalendāra prasības priekšmetiem. Pasūtījumu sadale piegādātājiem pēc pieprasījuma datumiem var mainīties. Līdz ar to ir jāsaskaņo iepirkumu nodaļas vadītāju un darbinieka darbs, kurš ir atbildīgs par preču kalendāra prasību izveidi.

Viens no svarīgākajiem tehnisko specifikāciju veidošanas posma elementiem ir uzdevumu un to kompleksu operatīvo paziņojumu izstrāde.

Operatīvo plānošanu sauc par plānošanu, kuras mērķis ir nodrošināt normālu uzņēmuma operatīvo darbību konkrētā situācijā uz dienu un maiņu.

Atšķirībā no stratēģiskās vadības, operatīvā vadība ir saistīta ar esošās organizācijas stratēģiskās pozīcijas izmantošanu savu mērķu sasniegšanai. Komerciālā organizācijā darbības vadītājam jāpārvērš uzņēmuma potenciāls reālā peļņā. Tās uzdevumi ietver vispārējo darbības uzdevumu noteikšanu, gan vadītāju, gan izpildītāju motivēšanu, koordinēšanu un kontroli organizācijā (6.1. att., 6.2. att.).


Rīsi. 6.1.


Rīsi. 6.2.

Gan stratēģiskā, gan operatīvā vadība normālai darbībai prasa noteiktas organizatoriskās arhitektūras izveidi un uzturēšanu, personāla atlasi un apmācību. Tomēr abiem kontroles veidiem šie elementi atšķiras. Stratēģiskā arhitektonika ir vērsta uz pārmaiņām, ir elastīga un tai nav stingru struktūru. Operatīvā arhitektūra ir izturīga pret izmaiņām un vērsta uz efektivitāti. Ja vadītājs, kurš veic stratēģisko vadību, tiecas uz pārmaiņām, ir sliecas riskēt un viņam ir prasmes vadīt jaunu virzienu attīstību, tad vadītājs, kurš veic operatīvo vadību, ir pret pārmaiņām, nav pakļauts riskam un ir kompetents. analizējot, koordinējot un kontrolējot sarežģītas darbības.

Komercorganizācijas vadības sistēma ietver divus viens otru papildinošus vadības darbību veidus - stratēģisko vadību, kas saistīta ar organizācijas nākotnes potenciāla attīstību, un operatīvo vadību, kas realizē esošo potenciālu peļņā. Stratēģiskajai vadībai ir nepieciešama uzņēmējdarbības organizatoriskā uzvedība, savukārt operatīvā vadība darbojas, pamatojoties uz pakāpenisku uzvedību. Pēdējā laikā organizācijas arvien vairāk izjūt nepieciešamību vienlaikus izmantot abus uzvedības veidus, kam jāizveido sava arhitektonikas struktūra, kas ļautu veiksmīgi attīstīt gan uzņēmēju, gan inkrementālo organizācijas uzvedības stilu.

Uzdevuma (uzdevumu kopas) operatīvais paziņojums ir galvenais dokuments, kam jāvadās uzdevuma izstrādātājam, to veidojot. Līdz ar to izveidotās programmatūras kvalitāte un lietderība uzņēmuma vadības institūciju amatpersonu darbībā būtiski ir atkarīga no operatīvajā paziņojumā ietverto materiālu pārdomātības, pilnīguma un pareizības.

Operatīvo paziņojumu kopīgi izstrādā pasūtītāja un izstrādātāja pārstāvji, pamatojoties uz pasūtītāja noteiktajiem sākotnējiem datiem. Būtībā tā ir vienošanās starp klientu un izstrādātāju par to, kādai jābūt izstrādātajai programmatūrai. Tajā pašā laikā pasūtītājam ir jābūt pārliecinātam, ka izstrādātājs ir pareizi sapratis savas prasības, un izstrādātājam jābūt pārliecinātam, ka viņš spēs izpildīt klienta prasības.

Operatīvo materiālu apjomu, saturu un noformējuma formu parasti nosaka normatīvie dokumenti. Atsevišķos gadījumos problēmas operatīvā paziņojuma saturs var atšķirties no vispārpieņemtā (šajā gadījumā par to papildus vienojas pasūtītājs un izstrādātājs). Tomēr ir iespējams norādīt pamatelementus, kuriem obligāti jābūt ietvertiem matemātiskā modeļa, informācijas vai skaitļošanas problēmas operatīvajā formulējumā.

Plānošanas un vadības līmeņi uzņēmumā

Kopumā uzņēmuma vadības procesam ir trīs līmeņi (6.3. att.):

  • Plānošana.
  • Operatīvā vadība.
  • Uzskaite un kontrole (6.4. att.).


Rīsi. 6.3.


Rīsi. 6.4.

Plānošana ietver paplašinātu savstarpēji saistītu pārdošanas, iepirkumu un ražošanas plānu kopuma sastādīšanu, kas īsteno uzņēmuma biznesa attīstības mērķus noteiktai nākotnei.

Operatīvā vadība ir paredzēta, lai nodrošinātu plānu izpildi, organizējot nepieciešamos biznesa procesus. Tas ietver dažādu administratīvo dokumentu noformēšanu un kontroles darbības.

Uzņēmuma operatīvā vadība

Atšķirībā no liela mēroga provizoriskās plānošanas, kuras mērķis ir izveidot savstarpēji saistītu plānu sistēmu, galvenie operatīvās vadības objekti ir pasūtījumi: klientu pasūtījumi, ražošanas pasūtījumi, pasūtījumi piegādātājiem.

Bieži rodas situācija, kad vairumtirdzniecības klients pasūta preci no organizācijas, bet šī prece nav noliktavā. Šajā gadījumā 1C programma nodrošina iespēju nodrošināt klienta pasūtījumu. Iepirkumu var veikt, izmantojot dažādas darbības, piemēram: iepirkšanu no piegādātāja (ar iepriekšēju pasūtījumu), nepieciešamās preces pārvietošanu no citas noliktavas, komplektēšanu no komponentiem. Tagad mēs apsvērsim pirmo iespēju - pasūtījuma noformēšanu pie piegādātāja, pamatojoties uz klienta vajadzībām, kam seko preču iegāde. Citi veidi, kā nodrošināt pasūtījumus, tiks apspriesti turpmākajos rakstos.

Klients IP Alkhimov pasūtīja preces no organizācijas Stroysnab LLC - ledusskapji “X-67891 Stinol 205” (20 gab.) un “X-67890 Stinol” (30 gab.) Šīs preces nebija pieejamas noliktavā vajadzīgajā daudzumā. Balstoties uz klienta vajadzībām, piegādātājam “Assol” tika ģenerēti pasūtījumi, no tā iepirktas preces un pēc tam pārdotas klientam, kurš tās pasūtījis. Noliktavas pasūtījumu shēma netika izmantota, un vēl nebija veikts maksājums.

Apskatīsim skaidru piemēru, kā šīs darbības būtu jāatspoguļo 1C. (Mēs to veiksim standarta demo datubāzes “1C: Trade Management” izdevumā 11.3, izmantojot demo datubāzē esošos datus piegādes brīdī, kā arī preces, kuru iegāde tika apspriesta iepriekšējos šīs sērijas rakstos).

Klientu pasūtījums

Lai veiktu klienta pasūtījumu, dodieties uz pasūtījumu sarakstu.

Pārdošana – Vairumtirdzniecība – Klientu pasūtījumi

Izveidosim jaunu pasūtījumu un ievadīsim nepieciešamo informāciju. Plašāka informācija par šī dokumenta aizpildīšanu ir aprakstīta rakstā. Lai būtu iespējama turpmāka pasūtījuma nodrošināšana, pie katras preces norādām darbību (opciju) - “Nodrošināt”.

Ņemiet vērā, ka precei “X-67891 Stinol 205” nav noliktavā, savukārt “X-67890 Stinol” ir noliktavā, taču ir pieejamas tikai 19 gab., un klients pasūta 30.

Ja vairumtirdzniecības cena precei nav ievadīta programmā, pārdošanas cenu var norādīt manuāli klienta pasūtījumā.

Informācija. Lai būtu pieejama manuāla cenu ievadīšana dokumentā, jāizvēlas cenas veids – “Pielāgots”.

Mēs apstrādāsim un slēgsim klienta pasūtījumu. Tā pašreizējais statuss ir “Gatavs nodrošināšanai”.

Pasūtījuma noformēšana piegādātājam atbilstoši vajadzībām

Lai veiktu pasūtījumu trūkstošo preču iegādei, mēs dosimies uz pasūtījumu žurnālu piegādātājiem.

Pirkšana – Iepirkšana – Pasūtījumi piegādātājiem

Noklikšķiniet uz pogas "Izveidot" un atlasiet opciju "Atbilstoši vajadzībām".

Atveras palīgs "Izveidot pasūtījumus atbilstoši vajadzībām". Ar tās palīdzību programma analizēs klientu izteiktās vajadzības, preču pieejamību noliktavā un paredzamās piegādes, un pēc tam ģenerēs pasūtījumus piegādātājiem. Asistenta darbības tiek veiktas vairākos posmos.

Šeit var iestatīt atlasi pēc tādiem parametriem kā noliktava, mērķis, darbības virziens, preces segments, preces vienība, zīmols, kategorija, kā arī pēc piegādes metodes parametriem - sadalījums un avots. Mūsu piemērā mēs norādām tikai noliktavu (kur netiek izmantota pasūtījuma shēma).

Šajā rakstā mēs neapspriedīsim šo iestatījumu, un jūs gaida sīkāka informācija turpmākajos materiālos. Piemērā mēs atstājam šīs detaļas nemainīgas. Piegādes datums tiek aizpildīts automātiski, pamatojoties uz klienta pasūtījumu. Ja tas nenotiek, datumu var iestatīt manuāli.

Padoms. Lai, veidojot pasūtījumus, pamatojoties uz vajadzībām, piegādes datums tiktu iestatīts automātiski, ir nepieciešams aizpildīt grafiks, kas norādīts kā uzņēmuma darba grafiks (skat. Pamatdati un administrēšana - Pamatdatu un sadaļu iestatīšana - Uzņēmums) kārtējais gads.

3. darbība: krājumu uzturēšana

Šeit tiek parādīti produkti, kuriem noliktavās krājumu uzturēšanai iestatījumi (minimālais un maksimālais krājums), un programma automātiski aprēķina pasūtījumam ieteicamo daudzumu. Ja šādu produktu nav, programma izlaiž šo darbību.

Tabulā ir redzamas klienta pasūtītās preces un piedāvātais pirkuma daudzums (aile “Pasūtīt”). Pēdējo aprēķina programma, pamatojoties uz klienta pasūtījumu, preču pieejamību noliktavā un paredzamajiem ieņēmumiem. (Izmantojiet horizontālo ritjoslu, lai skatītu informāciju par noliktavu un pašreizējo produktu pieejamību.) Redzam, ka pirmajai precei “X-67890 Stinol” pasūtījuma daudzums ir mazāks nekā nepieciešams, jo noliktavā ir jau 19 gab.

Svarīgi. Veidojot pasūtījumus pēc vajadzībām, tiek ņemtas vērā ne tikai pieejamās preces, bet arī tās, kuras būtu jāsaņem, pamatojoties uz iepriekš veiktajiem pasūtījumiem. Šādā gadījumā pasūtījumam piedāvātais daudzums tiks samazināts par attiecīgo summu.

Piegādātājs ir norādīts ailē “Nodrošinājuma avots”. Tā kā mēs jau bijām iegādājušies produktu “X-67890 Stinol”, programma automātiski norādīja piegādātāju - “Assol”. Otrajā rindā avots netika aizpildīts, mēs manuāli izvēlēsimies to pašu piegādātāju “Assol”.

Svarīgi. Ja, veidojot pasūtījumus pēc vajadzībām, neizvēlēsities piegādes avotu (piegādātāju), programma izveidos pasūtījumu, kurā piegādātājs netiks norādīts. Šādu dokumentu nevar ievietot pasūtījumā;

Veidlapas apakšā tiek parādīti piegādātājiem piedāvātie pasūtījumi. Ja visām precēm ir izvēlēts viens piegādātājs, sistēma izveido vienu pasūtījumu. Ja piegādātāji būs dažādi, tad attiecīgi tiks izveidoti vairāki pasūtījumi.

Programma ģenerēja pasūtījumu (vai pasūtījumus), pamatojoties uz pieejamajiem datiem, pasūtījums tiek parādīts tabulas rindā. Ja būs pieejama visa nepieciešamā informācija, pasūtījums tiks ne tikai izveidots, bet arī ievietots. Ja daži parametri nav aizpildīti, sistēma tikai ierakstīs dokumentu un informēs lietotāju par to, kas vēl jānorāda.

Mūsu piemērā cenas netiek aizpildītas pasūtījumā piegādātājam. Pasūtījums ir jāatver un cenas jāiestata manuāli. Atvērsim pasūtījumu no tās pašas formas un cilnē “Produkti” ievadīsim cenas. Turklāt cilnē “Papildu” mainiet pasūtījuma valūtu no dolāriem uz rubļiem.

Svarīgi. Ja citu iestatījumu nav, programma automātiski ģenerētajā pasūtījumā norāda vadības uzskaites valūtu.

Neaizmirstiet, ka, lai veiktu pirkumu pasūtījumā, tam ir jābūt statusam “Apstiprināts”. Izvēlieties šo statusu un veiciet pasūtījumu.

Pēc pasūtījumu izpildes varat aizvērt palīgu.

Preču iegāde pēc pasūtījuma

Pasūtījums piegādātājam ir veikts, tagad programmā jāatspoguļo šī pasūtījuma preču saņemšana. Iepriekš rakstā mēs apskatījām divus veidus, kā izveidot un aizpildīt kvīts dokumentu: ierakstu, pamatojoties uz pasūtījumu, un lapu “Rēķini reģistrācijai”. Izmantosim vēl vienu metodi.

Atvērsim pirkšanas dokumentu žurnālu.

Pirkšana – Pirkšana – Pirkšanas dokumenti (visi)

Noklikšķiniet uz pogas "Izveidot", lai izveidotu "Preču un pakalpojumu kvīti" ar veidu "Pirkums no piegādātāja". Dokumentā atlasiet piegādātāju, pēc tam atzīmējiet karodziņu “Saņemšana pēc pasūtījuma”. Programma uzdos jautājumu par uzpildīšanu ar atlikušajām precēm, kas nav saņemtas pēc pasūtījumiem. Mēs atbildam pozitīvi, pēc tam cilnē “Pamata” parādās saite uz pasūtījumu piegādātājam, bet preces no šī pasūtījuma parādās cilnē “Produkti”.

Informācija. Ja šim piegādātājam ir vairāki neizpildīti pasūtījumi, tad saņemšanas dokuments pēc karoga “Saņemšana pēc pasūtījuma” iestatīšanas tiks aizpildīts ar nesaņemtām precēm no visiem šiem pasūtījumiem. Cilnē “Pamata” tiks parādīta arī saite uz vairākiem pasūtījumiem.

Nosūtīsim un aizvērsim preču saņemšanas dokumentu.

Preču pārdošana pēc klienta pasūtījuma

Trūkstošās preces ir iegādātas un klienta pasūtījums ir nodrošināts. Mēs apstrādāsim šo pasūtījumu.

Lai būtu iespējama sūtīšana, pamatojoties uz klienta pasūtījumu, pārdodamās preces pasūtījumā ir jāatlasa darbība “Sūtīt”. Atvērsim mūsu klienta pasūtījumu un norādīsim “Piegāde” pilnam katras preces daudzumam, pēc tam ievietosim dokumentu.

Dokumentu “Preču un pakalpojumu pārdošana” var izveidot, pamatojoties uz pasūtījumu (lai to izdarītu, pasūtījumā noklikšķiniet uz pogas “Izveidot, pamatojoties uz” un atlasiet vajadzīgo dokumenta veidu):

Turklāt pasūtījumu pārdošanu var noformēt, izmantojot lapu “Reģistrācijas rēķini”:

Pārdošana – Vairumtirdzniecība – Pārdošanas dokumenti (visi), saite “Reģistrācijai: Rēķini”

Izveidotais pārdošanas dokuments tiks automātiski aizpildīts, pamatojoties uz pasūtījumu. Paskatīsimies cauri. Klienta pasūtījums ir izpildīts.

Tādējādi mēs aplūkojām klientu, kurš pasūtīja preci, kas nav noliktavā, veic pasūtījumu piegādātājam, pamatojoties uz vajadzībām, iegādājās nepieciešamo preci un pārdod to klientam.

Automātiska pasūtījumu veikšana piegādātājiem 1C: Trade Management 8 izdevumā 11.2

Konfigurācija nodrošina funkcionalitāti, kas ļauj izsekot preču nepieciešamībai un veidot pasūtījumus atbilstoši vajadzībām.
Lai atrisinātu šīs problēmas, programmai ir jāiestata sākotnējie dati vajadzību aprēķināšanai, tie ietver: (1. att.).



1. att

VAJADZĪBU REĢISTRĀCIJA
Preču vajadzības var iedalīt grupās: (2. att.).



2. att

PASŪTĪJUMA PRASĪBAS ir prasības piegādes pasūtījumiem, pārsūtīšanas pasūtījumiem utt. Šādas vajadzības rodas automātiski, kad Pasūtījums tiek ievietots statusā Nodrošināts.

MINIMĀLAIS BILANCE ir nepieciešamība saglabāt preču līdzsvaru noliktavā, lai nodrošinātu netraucētu uzņēmuma darbību. Ir nepieciešams iestatīt minimālā, maksimālā un drošības krājuma parametrus. Mēs varam iestatīt parametrus manuāli vai varam tos aprēķināt, ņemot vērā vidējo dienas patēriņu un piegādes laikus.

PLĀNOTAIS IEPIRKUMU APJOMS - nepieciešams izveidot Iepirkumu plāna dokumentu datu bāzē (piemēram, pamatojoties uz pārdošanas datiem iepriekšējos periodos).

IN piegādātāju pasūtījumu žurnāls Pasūtījumu veikšanai ir divas iebūvētas apstrādes iespējas:

Pasūtījumu noformēšana atbilstoši vajadzībām - Mēs to izmantojam, lai veiktu pasūtījumus, pamatojoties uz pieprasījumiem un minimālo atlikumu;

Pasūtījumu noformēšana pēc plāna- pasūtījumu veidošanai iepirkumu ilgtermiņa plānošanai. Lai iespējotu iespēju uzturēt iepirkumu plānus un veidot pasūtījumus atbilstoši plāniem, ir jāatzīmē izvēles rūtiņa Pamatdati un administrēšana → Plānošana → Iepirkumu plāni. (3. att.).

Vajadzību apmierināšanas metodes, kas tiek izmantoti programmā (3. att.):

Izgatavots pēc pasūtījuma- programma piedāvā pasūtīt tikai to daudzumu, kas nepieciešams sūtīšanai. Pasūtījuma datums tiek noteikts, pamatojoties uz nosūtīšanas datumu un izpildes laiku.

Krājumu uzturēšana (min - max) - kad preču atlikums noliktavā tiek samazināts līdz minimālajam krājumam, programma piedāvā pasūtīt preces līdz maksimālajam krājumam.

Krājumu uzturēšana (aprēķins, pamatojoties uz statistiku)- programma piedāvās pasūtīt preču daudzumu, kas aprēķināts kā vidējais dienas patēriņš x par dienu skaitu līdz nākamajai piegādei vai uz paredzēto periodu.

Krājumu uzturēšana (aprēķins pēc normas)- Vidējais dienas patēriņš tiek iestatīts manuāli un reizināts ar dienu skaitu līdz nākamajai piegādei vai ar paredzēto periodu.

Veidi, kā apmierināt vajadzības- tas ir viņu nodrošinājuma avots. Metode nosaka arī parametrus (pasūtījuma periodu un izpildes laiku).
Metodes savu vajadzību apmierināšanai var reģistrēt direktorijā, kas atrodas sadaļā Noliktava un piegāde Iestatījumi un katalogi.
Noliktavas vai preces piegādes parametru noteikšanas laikā var izveidot jaunas metodes.
Piegādes metodē mēs nosakām stratēģiju, tās izvēle ir atkarīga no piegādes nosacījumiem. Programmai ir divas iespējas stratēģijas: (4. att.).


4. att

Apskatīsim piemēru preču piegādei mazumtirdzniecības veikalam ar ikdienas piegādēm

Preces uz veikalu Vesna tiek piegādātas katru dienu. Katras dienas beigās tiek automātiski ģenerēts Pārskaitījuma pasūtījuma dokuments tām precēm, kuru daudzums ir tuvu minimālajam krājumam.

Mēs veicam šādas darbības:

1. Produktu saraksta noteikšana
Lai ievadītu un parādītu preču preces sortimentā, kontrolētu pārdošanu un pirkumus mazumtirdzniecībā, sadaļā iespējojam funkcionālo opciju Pamatdati un administrēšana → CRM un mārketings → Mārketings → Sortimenta vadība.
Izveidojiet dokumentu Sortimenta maiņa(CRM un mārketings - sortiments). Posms - iepazīšanās ar sortimentu. Mēs veidojam sava veikala formātu. Aizpildām sortimentu, norādot tā lomu un cenas veidu. (5. att.).


5. att

2. Nodrošinājuma parametru konfigurēšana

Veikala kartē mēs izveidojam sava veikala sortimentu. (6. att.).


6. att

Dosimies uz darba vietu Parametri vajadzību apmierināšanai, to izmanto preču nodrošināšanas metožu un metožu noteikšanai.
Vajadzību apmierināšanas metode- Pārcelšanās no vairumtirdzniecības noliktavas, periods - viena diena. Piegāde tiek nodrošināta katru dienu, tāpēc Pasūtījumu izvēlamies, kad ir sasniegts pasūtījuma punkts un norādītais termiņš ir 1 diena. (7. att.).


7. att

Pāriesim pie piegādes parametriem un iestatīsim preču izvēli, ņemot vērā mūsu sortimentu. (8. att.).


8. att

Atlasiet visas pozīcijas (Ctrl+A), pēc tam Aizpildiet Apkopes metode. Mums ir jānodrošina fiksēts preču krājums, tāpēc izmantojam Inventāra uzturēšanas (min - max) metodi, norādot nepieciešamo minimālo un maksimālo krājumu apjomu. (9. att.).


9. att


10. att

3.Mēs aprēķinām nepieciešamību

Pēc visu parametru noteikšanas mēs pārejam pie nepieciešamā daudzuma aprēķināšanas, izmantojot apstrādi Pasūtījumu noformēšana atbilstoši vajadzībām. Lai piekļūtu apstrādei, dodieties uz pārsūtīšanas pasūtījumiem un izveidojiet jaunu atbilstoši savām vajadzībām. 1. solī mēs iestatām atlases un turpinām. (11. att.).


11. att

Nākamais solis atspoguļo nodrošinājuma metodes. Mūsu gadījumā ir tikai viens, tāpēc pāriesim pie nākamās darbības.
3. darbībā tiek parādīts to preču saraksts, kurām tiek piemērota noteiktā drošības metode.
Noklikšķinot Ieteikumi, varam precizēt, kāpēc prece ir ieteicama pasūtīšanai. Nepieciešamības gadījumā darbinieks var mainīt preču daudzumu. (12. att.).

4. Pasūtījuma noformēšana
Pārsūtīšanas rīkojums tiks ģenerēts automātiski, kad pāriesit uz nākamo posmu. Pasūtījumā statuss būs Nodrošināt. (13. att.).


13. att