Detalii de proiectare: Concepte centrale ale sistemului de planificare

Funcțiile de planificare sunt conținute într-o lucrare pe loturi care selectează mai întâi articolele relevante și perioada pentru care se planifică. Apoi, în conformitate cu codul de nivel scăzut al fiecărui articol (poziția LM), lucrarea pe loturi apelează o unitate de cod, care calculează un plan de furnizare prin echilibrarea seturilor cerere-ofertă și sugerând posibile acțiuni pe care utilizatorul să le facă. Acțiunile sugerate apar ca linii în foaia de lucru de planificare sau în foaia de lucru de aprovizionare.

Planificatorul unei companii, ar fi un cumpărător sau un planificator de producție, se presupune a fi utilizatorul sistemului de planificare. Sistemul de planificare ajută utilizatorul prin efectuarea calculelor extinse, dar mai degrabă simple ale unui plan. Utilizatorul se poate concentra apoi pe rezolvarea problemelor mai dificile, ar fi atunci când lucrurile diferă de normal.

Sistemul de planificare este condus de cererea anticipată și reală a clienților, ar fi comenzile de previziune și de vânzare. Executarea calculului de planificare va avea ca rezultat aplicarea care sugerează acțiuni specifice pe care utilizatorul să le ia cu privire la posibila furnizare de la furnizori, departamente de asamblare sau producție sau transferuri din alte depozite. Aceste acțiuni sugerate pot fi crearea de noi comenzi de furnizare, ar fi comenzi de cumpărare sau de producție. Dacă comenzile de furnizare există deja, acțiunile sugerate pot fi creșterea sau accelerarea comenzilor pentru a satisface modificările cererii.

Un alt obiectiv al sistemului de planificare este de a se asigura că inventarul nu crește în mod inutil. Dacă cererea scade, sistemul de planificare va sugera ca utilizatorul să amâne, să scadă în cantitate sau să anuleze comenzile de furnizare existente.

MRP și MPS, Calcul plan sold perioadă și Calcul plan regenerativ sunt toate funcțiile dintr-o singură unitate de cod care conține logica de planificare. Cu toate acestea, calculul planului de aprovizionare implică diferite subsisteme.

Rețineți că sistemul de planificare nu include nicio logică dedicată pentru nivelarea capacității sau programarea fină. Prin urmare, o astfel de activitate de planificare se efectuează ca o disciplină separată. Lipsa integrării directe între cele două domenii înseamnă, de asemenea, că capacitatea substanțială sau modificările de planificare vor necesita reluarea planificării.

Parametri de planificare

Parametrii de planificare pe care utilizatorul îi setează pentru un articol sau un grup de articole controlează acțiunile pe care sistemul de planificare le va sugera în diferite situații. Parametrii de planificare sunt definiți pe fiecare fișă de articol pentru a controla când, cât și se reface.

Parametrii de planificare pot fi definiți și pentru orice combinație de articol, variantă și locație prin parametrizarea unei unități de stoc (SKU) pentru fiecare combinație necesară, apoi specificând parametri individuali.

Pentru mai multe informații, consultați Detalii proiect: Manipularea politicilor de reluare a comenzii și detalii de proiectare: Parametri de planificare.

Data de început a planificării

Pentru a evita un plan de furnizare care încorporează comenzi deschise în trecut și sugerează acțiuni potențial imposibile, sistemul de planificare tratează toate datele anterioare datei de început a planificării ca zonă înghețată unde se aplică următoarea regulă specială:

Toate cererile de ofertă înainte de data de început a perioadei de planificare vor fi considerate ca făcând parte din inventar sau livrate.

Cu alte cuvinte, se presupune că planul pentru trecut este executat în conformitate cu planul dat.

Pentru mai multe informații, consultați Tratarea comenzilor înainte de data de început a planificării.

Urmărire dinamică a comenzii (pegging)

Urmărirea dinamică a comenzilor, cu crearea simultană a mesajelor de acțiune în foaia de lucru de planificare, nu face parte din sistemul de planificare a furnizării din Business Central. Această caracteristică leagă, în timp real, cererea și cantitățile care le-ar putea acoperi, ori de câte ori se creează sau se modifică o nouă cerere sau ofertă.

De exemplu, dacă utilizatorul introduce sau modifică o comandă de vânzare, sistemul dinamic de urmărire a comenzilor va căuta instantaneu o ofertă adecvată pentru a acoperi cererea. Aceasta poate fi din stoc sau dintr-o comandă de furnizare estimată (cum ar fi o comandă de cumpărare sau o comandă de producție). Când se găsește o sursă de furnizare, sistemul creează o legătură între cerere și furnizare și o afișează în paginile doar pentru vizualizare care sunt accesate din liniile documentului implicate. Când nu se poate găsi o furnizare adecvată, sistemul dinamic de urmărire a comenzilor creează mesaje de acțiune în foaia de lucru de planificare cu sugestii de plan de furnizare care reflectă echilibrarea dinamică. În consecință, sistemul dinamic de urmărire a comenzilor oferă un sistem de planificare foarte de bază, care poate fi de ajutor atât pentru planificator, cât și pentru alte roluri din lanțul de aprovizionare intern.

În consecință, urmărirea dinamică a comenzilor poate fi considerată un instrument care ajută utilizatorul să evalueze dacă acceptă sugestii de comenzi de furnizare. Din partea ofertei, un utilizator poate vedea care cerere a creat oferta, și din partea cererii, care ofertă ar trebui să acopere cererea.

Pentru mai multe informații, consultați Detalii proiect: Rezervare, Urmărire comandă și Mesagerie acțiune.

În companiile cu un flux scăzut de articole și structuri de produse mai puțin avansate, poate fi adecvat să utilizați urmărirea dinamică a comenzilor ca mijloc principal de planificare a aprovizionării. Cu toate acestea, în medii mai aglomerate, sistemul de planificare ar trebui utilizat pentru a asigura un plan de aprovizionare echilibrat în orice moment.

Urmărire dinamică a comenzii versus sistemul de planificare

Dintr-o privire rapidă, poate fi dificil să se facă diferența între sistemul de planificare și urmărirea dinamică a comenzilor. Ambele caracteristici afișează ieșirea în foaia de lucru de planificare sugerând acțiuni pe care planificatorul ar trebui să le ia. Cu toate acestea, modul în care această producție este produsă diferă.

Sistemul de planificare tratează întregul model cerere-ofertă al unui articol prin toate nivelurile ierarhiei LM de-a lungul liniei de timp, în timp ce Urmărirea dinamică a comenzilor abordează numai situația comenzii care l-a activat. Când echilibrați cererea și oferta, sistemul de planificare creează legături într-un mod de lot activat de utilizator, în timp ce urmărirea dinamică a comenzilor creează legăturile automat și din mers, ori de câte ori utilizatorul introduce o cerere sau o ofertă în aplicație, ar fi o comandă de vânzare sau o comandă de cumpărare.

Urmărirea dinamică a comenzilor stabilește legături între cerere și ofertă atunci când sunt introduse date, pe baza primului venit/primul servit. Acest lucru poate duce la unele tulburări în priorități. De exemplu, o comandă de vânzare introdusă prima, cu o dată scadentă luna viitoare, poate fi legată la furnizarea din stoc, în timp ce următoarea comandă de vânzare scadentă mâine poate determina crearea unei noi comenzi de cumpărare pentru a o acoperi, după se arată mai jos.

În schimb, sistemul de planificare tratează toate cererile și ofertele pentru un anumit articol, în ordine prioritară în funcție de datele scadente și tipurile de comenzi, adică pe baza primei necesități/primul servit. Șterge toate legăturile de urmărire a comenzilor care au fost create dinamic și le restabilește în funcție de prioritatea datei scadenței. Când sistemul de planificare s-a executat, acesta a rezolvat toate dezechilibrele dintre cerere și ofertă, după se arată mai jos pentru aceleași date.

După executarea planificării, nu rămân mesaje de acțiune în tabelul Intrare mesaj acțiune, deoarece au fost înlocuite de acțiunile sugerate în foaia de lucru de planificare

Pentru mai multe informații, consultați Legături urmărire comandă în timpul planificării.

Secvența și prioritatea în planificare

Atunci când se stabilește un plan, secvența calculelor este importantă pentru a face treaba într-un interval de timp rezonabil. În plus, prioritizarea cerințelor și resurselor joacă un rol important în obținerea celor mai bune rezultate.

Sistemul de planificare din Business Central este bazat pe cerere. Elementele de nivel înalt ar trebui planificate înainte de elementele de nivel scăzut, deoarece planul pentru elemente de nivel înalt poate genera o cerere suplimentară pentru elementele de nivel inferior. Aceasta înseamnă, de exemplu, că locațiile de vânzare cu amănuntul trebuie planificate înainte de planificarea centrelor de distribuție, deoarece planul pentru o locație de vânzare cu amănuntul poate include o cerere suplimentară din partea centrului de distribuție. La un nivel de echilibrare detaliat, aceasta înseamnă, de asemenea, că o comandă de vânzare nu ar trebui să declanșeze o nouă comandă de furnizare dacă o comandă de furnizare deja lansată poate acoperi comanda de vânzare. De asemenea, o ofertă care transportă un anumit număr de lot nu ar trebui alocată pentru a acoperi o cerere generică în cazul în care o altă cerere necesită acest lot specific.

Prioritate articol / Cod nivel scăzut

Într-un mediu de fabricație, cererea pentru un articol finit, vandabil, va avea ca rezultat o cerere derivată pentru componentele care compun articolul finit. Structura de tip bill-of-material controlează structura componentei și poate acoperi mai multe niveluri de elemente semi-finite. Planificarea unui articol la un nivel va determina cererea derivată pentru componente la nivelul următor și așa mai departe. În cele din urmă, acest lucru va duce la cererea derivată pentru articolele achiziționate. În consecință, sistemul de planificare planifică articolele în ordinea clasificării lor în ierarhia LM totală, începând cu articolele care pot fi vândute la nivelul superior și continuând în jos prin structura produsului până la articolele de nivel inferior (conform codului de nivel scăzut).

Cifrele ilustrează în ce ordine sistemul face sugestii pentru comenzile de aprovizionare la nivelul superior și, presupunând că utilizatorul va accepta aceste sugestii, pentru orice elemente de nivel inferior, de asemenea.

Pentru mai multe informații despre considerațiile de fabricație, consultați Încărcarea profilurilor de inventar.

Optimizarea performanței pentru calcule de nivel scăzut

Calculele de cod de nivel scăzut pot afecta performanța sistemului. Pentru a atenua impactul, aveți posibilitatea să dezactivați calculul codului dinamic de nivel scăzut din pagina Parametrizare fabricație. Când faceți acest lucru, Business Central vă va sugera să creați o intrare recurentă în coada de lucrări care va actualiza zilnic codurile de nivel scăzut. Aveți posibilitatea să vă asigurați că lucrarea se va executa în afara orelor de lucru specificând o oră de început cel mai devreme câmp Dată/Oră început.

De asemenea, aveți posibilitatea să activați logica care accelerează calculele de cod de nivel scăzut selectând Optimizare calcul cod nivel scăzut în pagina Parametrizare fabricație.

Important

Dacă alegeți să optimizați performanța, Business Central va utiliza noi metode de calcul pentru a determina codurile de nivel scăzut. Dacă aveți o extensie care se bazează pe evenimentele utilizate de calculele vechi, extensia poate înceta să funcționeze.

Locații / Prioritate la nivel de transfer

Este posibil ca companiile care operează în mai multe locații să trebuieze să planifice fiecare locație în parte. De exemplu, nivelul stocului de siguranță al unui articol și politica sa de reluare a comenzii pot diferi de la o locație la alta. În acest caz, parametrii de planificare trebuie specificați pentru fiecare articol și, de asemenea, pentru fiecare locație.

Acest lucru este acceptat cu utilizarea SKU-urilor, unde parametrii individuali de planificare pot fi specificați la nivelul SKU. Un SKU poate fi considerat ca un element într-o anumită locație. Dacă utilizatorul nu a definit un SKU pentru acea locație, aplicația va fi implicită pentru parametrii care au fost setați pe fișa de articol. Aplicația calculează un plan numai pentru locațiile active, unde există cerere sau ofertă existentă pentru articolul dat.

În principiu, orice element poate fi manipulat în orice locație, dar abordarea aplicației la conceptul de locație este destul de strictă. De exemplu, o comandă de vânzare dintr-o locație nu poate fi îndeplinită de o anumită cantitate din stoc în altă locație. Cantitatea din stoc trebuie mai întâi transferată în locația specificată în comanda de vânzare.

Pentru mai multe informații, consultați Detalii proiect: Transferuri în Planificare.

Prioritate comandă

În cadrul unui anumit SKU, data solicitată sau disponibilă reprezintă cea mai mare prioritate; cererea de astăzi ar trebui să fie tratate înainte de cererea din zilele următoare. Dar, în afară de aceasta un fel de prioritate, cererea și diferite tipuri de aprovizionare sunt sortate în funcție de importanța de afaceri pentru a decide care cererea ar trebui să fie îndeplinite înainte de a satisface o altă cerere. În ceea ce privește oferta, prioritatea comenzii va spune ce sursă de aprovizionare ar trebui aplicată înainte de a aplica alte surse de aprovizionare.

Pentru mai multe informații, consultați Prioritizarea comenzilor.

Previziuni cerere și comenzi generale

Previziunile și comenzile generale reprezintă atât cererea anticipată. Comanda generală, care acoperă achizițiile preconizate ale unui client într-o anumită perioadă de timp, acționează pentru a reduce incertitudinea previziunii globale. Comanda generală este o previziune specifică clientului, pe lângă previziunile nespecificate, după se arată mai jos.

Pentru mai multe informații, consultați Cererea estimată este redusă de comenzile de vânzare.

Atribuire planificare

Toate articolele ar trebui să fie planificate pentru, cu toate acestea, nu există nici un motiv pentru a calcula un plan pentru un articol, cu excepția cazului în care a existat o modificare a cererii sau modelului de furnizare de la ultima dată când un plan a fost calculat.

Dacă utilizatorul a introdus o comandă de vânzare nouă sau a modificat una existentă, există motive pentru a recalcula planul. Alte motive includ o modificare a previziunilor sau cantitatea dorită de stoc de siguranță. Modificarea unei facturi de material prin adăugarea sau eliminarea unei componente ar indica cel mai probabil o modificare, dar numai pentru elementul component.

Sistemul de planificare monitorizează astfel de evenimente și atribuie articolele corespunzătoare pentru planificare.

Pentru mai multe locații, atribuirea are loc la nivelul combinației element per locație. Dacă, de exemplu, o comandă de vânzare a fost creată într-o singură locație, aplicația va asocia articolul la acea locație specifică pentru planificare.

Motivul pentru selectarea elementelor pentru planificare este o chestiune de performanță a sistemului. Dacă nu s-a produs nicio modificare a modelului cerere-furnizare al unui articol, sistemul de planificare nu va sugera nicio acțiune de efectuat. Fără atribuirea de planificare, sistemul ar trebui să efectueze calculele pentru toate articolele pentru a afla ce să planifice pentru, și care ar drena resursele sistemului.

Lista completă a motivelor pentru asocierea unui articol pentru planificare este furnizată în Detalii proiect: Tabel asociere planificare.

Opțiunile de planificare din Business Central sunt:

• Calcul plan regenerativ – Calculează toate elementele selectate, fie că este necesar sau nu.
• Calcul plan sold perioadă – Calculează numai acele articole selectate care au avut unele modificări în modelul lor cerere-furnizare și, prin urmare, au fost asociate pentru planificare.

Unii utilizatori cred că planificarea modificărilor nete trebuie efectuată din mers, de exemplu, când sunt introduse comenzile de vânzare. Cu toate acestea, acest lucru ar putea fi confuz, deoarece dinamic de urmărire a comenzilor și de acțiune de mesagerie sunt, de asemenea, calculate pe zbor. În plus, Business Central oferă control disponibil-la-promisiune în timp real, care oferă avertismente pop-up la introducerea comenzilor de vânzare dacă cererea nu poate fi îndeplinită în conformitate cu planul de furnizare actual.

În plus față de aceste considerații, sistemul de planificare planifică numai pentru acele articole pe care utilizatorul le-a pregătit cu parametri de planificare corespunzători. În caz contrar, se presupune că utilizatorul va planifica articolele manual sau semi-automat utilizând caracteristica Planificare comandă.

Pentru mai multe informații despre procedurile de planificare automată, consultați Detalii proiect: Echilibrarea cererii și ofertei.

Dimensiuni articol

Cererea și oferta pot transporta coduri de variante și coduri de locație care trebuie respectate atunci când sistemul de planificare echilibrează cererea și oferta.

Sistemul tratează codurile de variante și locații ca dimensiuni de articol pe o linie de comandă de vânzare, intrare registru stocuri și așa mai departe. În consecință, calculează un plan pentru fiecare combinație de variantă și locație ca și combinația ar fi un număr de articol separat.

În loc să calculeze orice combinație teoretică de variantă și locație, aplicația calculează numai acele combinații care există efectiv în baza de date.

Pentru mai multe informații despre modul în care sistemul de planificare tratează codurile de locație la cerere, consultați Detalii proiect: Cerere la Locație necompletată.

Atribute element

În afară de dimensiunile generale ale articolului, ar fi numărul articolului, codul variantei, codul locației și tipul comenzii, fiecare eveniment de cerere și furnizare poate purta specificații suplimentare sub formă de numere de serie/lot. Sistemul de planificare planifică aceste atribute în anumite moduri, în funcție de nivelul lor de specificații.

O legătură comandă-la-comandă între cerere și furnizare este un alt tip de atribut care afectează sistemul de planificare.

Atribute specifice

Anumite atribute la cerere sunt specifice și trebuie să fie compensate exact de o ofertă corespunzătoare. Există următoarele două atribute specifice:

• Numerele de serie/lot solicitate care necesită o anumită aplicare (Caseta de selectare Urmărire specifică SN sau Urmărire specifică lotului este selectată pe pagina Fișă cod urmărire articol pentru codul de urmărire articol utilizat de articol.)
• Legături la comenzile de furnizare create manual sau automat pentru o anumită cerere (legături comandă la comandă).

Pentru aceste atribute, sistemul de planificare aplică următoarele reguli:

• Cererea cu atribute specifice poate fi îndeplinită numai prin furnizare cu atribute de potrivire.
• Oferta cu atribute specifice poate satisface, de asemenea, cererea care nu cere în mod specific pentru aceste atribute.

În consecință, dacă o cerere de atribute specifice nu poate fi satisfăcută de stocuri sau de livrările proiectate, sistemul de planificare va sugera o nouă comandă de furnizare pentru a acoperi această cerere specifică fără a ține cont de parametrii de planificare.

Atribute nespecifice

Articolele numerotate serial/lot fără parametrizarea specifică a urmăririi articolului pot purta numere de serie/lot care nu trebuie aplicate exact aceluiași număr de serie/lot, dar pot fi aplicate oricărui număr de serie/lot. Acest lucru oferă sistemului de planificare mai multă libertate pentru a se potrivi, de exemplu, o cerere serializată cu o furnizare serializată, de obicei în stoc.

Cererea-ofertă cu numere de serie/lot, specifice sau nespecifice, sunt considerate prioritare și, prin urmare, sunt scutite de zona înghețată, ceea ce înseamnă că vor face parte din planificare chiar dacă sunt scadente înainte de data de începere a planificării.

Pentru mai multe informații, consultați Numerele de serie/lot sunt încărcate după nivelul specificației.

Pentru mai multe informații despre modul în care sistemul de planificare echilibrează atributele, consultați Numerele de serie/lot și Legăturile comandă-la-comandă sunt scutite de zona înghețată.

Legături comandă la comandă

Achizițiile de comandă înseamnă că un articol este achiziționat, asamblat sau produs pentru a acoperi exclusiv o anumită cerere. De obicei, se referă la A-elemente și motivația pentru alegerea acestei politici poate fi că cererea este rar, plumb-timp este nesemnificativ, sau atributele necesare variază.

Un alt caz special care utilizează legături comandă-la-comandă este atunci când o comandă de asamblare este legată la o comandă de vânzare într-un scenariu de asamblare la comandă.

Legăturile de comandă la comandă se aplică între cerere și ofertă în patru moduri:

• Când articolul planificat utilizează comanda de reluare a comenzii.
• Când utilizați politica de fabricație Faceți-la-comandă pentru a crea comenzi de producție pe mai multe niveluri sau de tip proiect (producând componente necesare în aceeași comandă de producție).
• Când creați comenzi de producție pentru comenzi de vânzare cu caracteristica Planificare comandă vânzare.
• Când asamblați un articol într-o comandă de vânzare. (Politica de asamblare este setată la Asamblare la comandă.

În aceste cazuri, sistemul de planificare va sugera doar să comandați cantitatea necesară. Odată creată, comanda de cumpărare, producție sau asamblare va continua să corespundă cererii corespunzătoare. De exemplu, dacă o comandă de vânzare este modificată în timp sau în cantitate, sistemul de planificare va sugera ca comanda de furnizare corespunzătoare să fie modificată corespunzător.

Când există legături comandă la comandă, sistemul de planificare nu implică furnizarea sau inventarul legat în procedura de echilibrare. Este la nevoie de utilizator pentru a evalua dacă oferta legată ar trebui să fie utilizată pentru a acoperi o altă cerere sau o cerere nouă și, în acest caz, să șteargă comanda de furnizare sau să rezerve manual oferta legată.

Rezervările și legăturile de urmărire a comenzilor se vor întrerupe dacă o situație devine imposibilă, ar fi mutarea cererii la o dată anterioară ofertei. Cu toate acestea, legătura comandă-la-comandă se adaptează la orice modificări ale cererii sau ofertei respective și, prin urmare, legătura nu este niciodată ruptă.

Rezervări

Sistemul de planificare nu include în calcul cantități rezervate. De exemplu, dacă o comandă de vânzare a fost rezervată total sau parțial în raport cu cantitatea din stoc, cantitatea rezervată din stoc nu poate fi utilizată pentru a acoperi altă cerere. Sistemul de planificare nu include această cerere-ofertă stabilită în calculul său.

Cu toate acestea, sistemul de planificare va include în continuare cantități rezervate în profilul de inventar proiectat, deoarece toate cantitățile trebuie luate în considerare la determinarea atât când punctul de reluare a comenzii a fost trecut, cât și câte să reordoneze pentru a atinge și a nu depăși nivelul maxim al stocurilor. Prin urmare, rezervările inutile vor duce la riscuri crescute ca nivelurile stocurilor să fie scăzute, deoarece logica de planificare nu detectează cantitățile rezervate.

Următoarea ilustrație arată modul în care rezervele pot împiedica planul cel mai fezabil.

Pentru mai multe informații, consultați Detalii proiect: Rezervare, Urmărire comandă și Mesagerie acțiune.

Avertismente

Prima coloană din foaia de lucru de planificare este pentru câmpurile de avertizare. Orice linie de planificare creată pentru o situație neobișnuită va afișa o pictogramă de avertizare în acest câmp, pe care utilizatorul poate face clic pentru informații suplimentare.

Furnizarea pe liniile de planificare cu avertismente nu va fi modificată în mod normal în funcție de parametrii de planificare. În schimb, sistemul de planificare sugerează doar o ofertă pentru a acoperi cantitatea exactă a cererii. Cu toate acestea, sistemul poate fi parametrizat pentru a respecta anumiți parametri de planificare pentru liniile de planificare cu anumite avertismente. Pentru mai multe informații, consultați descrierea acestor opțiuni pentru Planul de calcul - Plan. Wksh, nu-ți face griji. și, respectiv, lucrarea pe loturi Calcul plan - Req.

Informațiile de avertizare sunt afișate pe pagina Elemente de planificare neurmărită, care este, de asemenea, utilizată pentru a afișa linkuri de urmărire a comenzilor către entități de rețea care nu comandă. Există următoarele tipuri de avertizare:

• Urgenţă
• Excepţie
• Atenţia

Urgenţă

Avertizarea de urgență este afișată în două situații:

• Când inventarul este negativ la data de început a planificării.
• Atunci când există evenimente de cerere sau de cerere învechite.

Dacă inventarul unui articol este negativ la data de început a planificării, sistemul de planificare sugerează o furnizare de urgență pentru cantitatea negativă care va ajunge la data de început a planificării. Textul avertismentului precizează data de început și cantitatea comenzii de urgență. Pentru mai multe informații, consultați Manipularea inventarului negativ proiectat.

Toate liniile de document cu date scadente înainte de data de început a planificării sunt consolidate într-o singură comandă de furnizare de urgență pentru ca articolul să ajungă la data de început a planificării.

Excepţie

Avertismentul de excepție se afișează dacă stocul disponibil proiectat scade sub cantitatea stocului de siguranță. Sistemul de planificare va sugera o comandă de furnizare pentru a satisface cererea la data scadenței. Textul avertismentului precizează cantitatea stocului de siguranță al articolului și data la care acesta este încălcat.

Încălcarea nivelului stocului de siguranță este considerată o excepție, deoarece nu ar trebui să apară dacă punctul de reluare a comenzii a fost setat corect. Pentru mai multe informații, consultați Rolul punctului reluare comandă.

În general, propunerile de ordine excepționale garantează că inventarul disponibil proiectat nu este niciodată mai mic decât nivelul stocului de siguranță. Aceasta înseamnă că cantitatea propusă este suficientă pentru a acoperi stocul de siguranță, fără a lua în considerare parametrii de planificare. Cu toate acestea, în unele scenarii, modificatori de ordine vor fi luate în considerare.

Notă

Este posibil ca sistemul de planificare să fi consumat stocul de siguranță în mod intenționat și apoi să-l refacă imediat. Pentru mai multe informații, consultați Siguranța stocului poate fi consumat.

Atenţia

Avertizarea de atenție este afișată în trei situații:

• Data de început a planificării este anterioară datei de lucru.
• Linia de planificare sugerează modificarea unei comenzi de cumpărare sau de producție lansate.
• Inventarul proiectat depășește nivelul de depășire la data scadenței. Pentru mai multe informații, consultați Menținerea sub nivelul de depășire.

Notă

În planificarea liniilor cu avertismente, câmpul Acceptare mesaj acțiune nu este selectat, deoarece planificatorul este de așteptat să investigheze în continuare aceste linii înainte de a duce planul la îndeplinire.

Jurnale de erori

În pagina de solicitare Calcul plan, utilizatorul poate selecta câmpul Oprire și Afișare prima eroare pentru ca executarea planificării să se oprească atunci când întâlnește prima eroare. În același timp, se afișează un mesaj cu informații despre eroare. Dacă există o eroare, în foaia de lucru de planificare vor fi prezentate numai liniile de planificare reușite care au fost făcute înainte de a fi întâlnită eroarea.

Dacă câmpul nu este selectat, lucrarea pe loturi Calcul plan va continua până la finalizare. Erorile nu vor întrerupe lucrarea pe loturi. Dacă există una sau mai multe erori, aplicația va afișa un mesaj după finalizare, spunând câte elemente sunt afectate de erori. Pagina Jurnal erori planificare se deschide apoi pentru a furniza mai multe detalii despre eroare și pentru a furniza legături la documentele afectate sau fișele de configurare.

Flexibilitate a planificării

Nu este întotdeauna practic să planificați o comandă de furnizare existentă, ar fi atunci când producția a început sau când sunt angajați oameni suplimentari într-o anumită zi pentru a face treaba. Pentru a indica dacă o comandă existentă poate fi modificată de sistemul de planificare, toate liniile comenzii de furnizare au un câmp Flexibilitate planificare cu două opțiuni: Nelimitat sau Fără. Dacă câmpul este setat la Fără, sistemul de planificare nu va încerca să modifice linia comenzii de furnizare.

Câmpul poate fi setat manual de utilizator, cu toate acestea, în unele cazuri, acesta va fi setat automat de către sistem. Faptul că flexibilitatea planificării poate fi setată manual de utilizator este important, deoarece facilitează adaptarea utilizării caracteristicii la diferite fluxuri de lucru și cazuri de afaceri.

Pentru mai multe informații despre modul de utilizare a acestui câmp, consultați Detalii proiect: Transferuri în Planificare.

Planificare comandă

Instrumentul de bază de planificare a aprovizionării reprezentat de pagina Planificare comandă este proiectat pentru luarea manuală a deciziilor. Acesta nu ia în considerare niciun parametru de planificare și, prin urmare, nu este discutat în continuare în acest document. Pentru mai multe informații, consultați Planificarea comenzii noi la cerere după comandă.

Notă

Nu este recomandabil să utilizați Planificarea comenzilor dacă compania utilizează deja foile de lucru de planificare sau de aprovizionare. Comenzile de furnizare create prin pagina Planificare comandă pot fi modificate sau șterse în timpul rulăriilor de planificare automată. Acest lucru se datorează faptului că executarea automată a planificării utilizează parametri de planificare și aceștia nu pot fi luați în considerare de utilizatorul care a făcut planul manual în pagina Planificare comandă.

Încărcare finită

Business Central este un sistem ERP standard, nu un sistem de control al expedierii sau al atelierului. Acesta planifică o utilizare fezabilă a resurselor prin furnizarea unui program dur, dar nu creează și menține automat programe detaliate bazate pe priorități sau reguli de optimizare.

Utilizarea preconizată a caracteristicii Resursă limitată de capacitate este 1): pentru a evita supraîncărcarea resurselor specifice și 2): pentru a se asigura că nicio capacitate nu este lăsată nealocată dacă ar putea mări timpul de întoarcere al unei comenzi de producție. Caracteristica nu include facilități sau opțiuni pentru a prioritiza sau optimiza operațiunile așa s-ar aștepta să găsească într-un sistem de expediere. Cu toate acestea, poate furniza informații privind capacitatea redusă, utile pentru identificarea blocajelor și pentru evitarea supraîncărcării resurselor.

Atunci când planifică cu resurse limitate la capacitate, sistemul se asigură că nicio resursă nu este încărcată peste capacitatea sa definită (sarcină critică). Acest lucru se realizează prin atribuirea fiecărei operații la cel mai apropiat interval de timp disponibil. Dacă slotul de timp nu este suficient de mare pentru a finaliza întreaga operațiune, atunci operațiunea va fi împărțită în două sau mai multe părți plasate în cele mai apropiate sloturi de timp disponibile.

Notă

În cazul divizării operației, timpul de parametrizare este asociat o singură dată, deoarece se presupune că se efectuează o ajustare manuală pentru optimizarea planificării.

Timpul de amortizare poate fi adăugat la resurse pentru a minimiza divizarea operațiunii. Acest lucru permite sistemului să programeze încărcarea în ultima zi posibilă prin depășirea ușoară a procentului de încărcare critică dacă acest lucru poate reduce numărul de operațiuni care sunt împărțite.

Aceasta completează schița conceptelor centrale referitoare la planificarea aprovizionării în Business Central. Următoarele secțiuni investighează aceste concepte mai profund și le plasează în contextul procedurilor de planificare de bază, echilibrând cererea și oferta, precum și utilizarea politicilor de reordonare.

A se vedea, de asemenea,

Detalii design: Transferuri în planificare
Detalii proiectare: Parametri de planificare
Detalii proiect: Tabel atribuire planificare
Detalii proiect: Gestionarea politicilor de reluare a comenzii
Detalii de proiectare: Echilibrarea cererii și ofertei

Notă

Ne puteți spune despre preferințele dumneavoastră lingvistice de documentare? Fă un scurt sondaj.

Sondajul va dura aproximativ șapte minute. Nu sunt colectate date cu caracter personal(declarație de confidențialitate).