Detalii design: Transferuri în planificare
Comenzile de transfer sunt, de asemenea, o sursă de aprovizionare atunci când se lucrează la nivelul SKU. Când utilizați mai multe locații (depozite), sistemul de reaprovizionare SKU poate fi setat la Transfer, ceea ce implică faptul că locația este completată prin transferul de bunuri din altă locație. Într-o situație cu mai multe depozite, companiile ar putea avea un lanț de transferuri în cazul în care furnizarea la locația VERDE este transferat de la GALBEN, și furnizarea la GALBEN este transferat de la ROȘU și așa mai departe. La începutul lanțului, există un sistem de reaprovizionare a comenzii prod.
Notă
Acest articol utilizează nume de locații dintr-o versiune anterioară a companiei demonstrative din Business Central. Aceste nume nu se mapează direct la locațiile din compania demonstrativă curentă. Vă încurajăm să utilizați articolul pentru a afla mai multe despre locații și nu ca instrucțiuni pas cu pas pentru modul de utilizare a companiei demonstrative.
Atunci când se compară situația în care o comandă de furnizare se confruntă direct cu o comandă de cerere cu o situație în care comanda de vânzare este furnizată printr-un lanț de transferuri SKU, este evident că sarcina de planificare în această din urmă situație poate deveni foarte complexă. Dacă cererea se modifică, aceasta poate provoca un efect de undă prin lanț, deoarece toate comenzile de transfer plus comanda de cumpărare/producție din capătul opus al lanțului vor trebui manipulate pentru a restabili echilibrul dintre cerere și ofertă.
De ce este transferul un caz special?
Un ordin de transfer seamănă mult cu orice altă comandă în aplicație. Cu toate acestea, în spatele scenei este foarte diferit.
Un aspect fundamental care face ca transferurile din planificare să fie diferite de comenzile de cumpărare și de producție este că o linie de transfer reprezintă cererea și oferta în același timp. Partea de ieșire, care este livrată din vechea locație, este cererea. Partea de intrare, care urmează să fie primită la noua locație, este furnizarea la acea locație.
Aceasta înseamnă că atunci când sistemul manipulează partea de aprovizionare a transferului, trebuie să efectueze o modificare similară pe partea cererii.
Transferurile sunt cereri dependente
Cererea și oferta corelate seamănă cu componentele unei linii de comandă de producție, dar diferența este că componentele vor fi la nivelul următor de planificare și cu un articol diferit, în timp ce cele două părți ale transferului sunt situate la același nivel, pentru același articol.
O similitudine importantă este că, la fel componentele sunt dependente de cerere, la fel este și cererea de transfer. Cererea de la o linie de transfer este dictată de partea de furnizare a transferului, în sensul că, dacă oferta este modificată, cererea este direct afectată.
Cu excepția cazului în care flexibilitatea planificării este Niciuna, o linie de transfer nu trebuie tratată niciodată ca o cerere independentă în planificare.
În cadrul procedurii de planificare, cererea de transfer ar trebui luată în considerare numai după ce partea de aprovizionare a fost prelucrată de sistemul de planificare. Înainte de aceasta, cererea reală nu este cunoscută. Secvența modificărilor efectuate este, prin urmare, foarte importantă atunci când vine vorba de comenzile de transfer.
Secvență planificare
Următoarea ilustrație arată ar putea arăta un șir de transferuri.
În acest exemplu, un client comandă articolul la locația GREEN. Locația GREEN este furnizată prin transfer de la depozitul central RED. Depozitul central RED este furnizat prin transfer de la producție la locația ALBASTRU.
În acest exemplu, sistemul de planificare va începe de la cererea clientului și va face drum înapoi prin lanț. Cererile și livrările vor fi procesate o locație la un moment dat.
Cod nivel transfer
Secvența în care locațiile sunt procesate în sistemul de planificare este determinată de codul nivelului de transfer al SKU.
Codul nivelului de transfer este un câmp intern care este calculat și stocat automat pe SKU atunci când SKU este creat sau modificat. Calculul se execută în toate SKU-uri pentru o anumită combinație de Articol/Variantă și utilizează codul locației și codul de transfer pentru a determina ruta pe care planificarea va trebui să o utilizeze atunci când traversează SKU-uri pentru a se asigura că toate cererile sunt procesate.
Codul nivelului de transfer va fi 0 pentru SKU-uri cu sistem de reaprovizionare Cumpărare sau Comandă prod. și va fi -1 pentru primul nivel de transfer, -2 pentru al doilea și așa mai departe. În lanțul de transfer descris mai sus, nivelurile ar fi, prin urmare, -1 pentru RED și -2 pentru VERDE, după se arată în ilustrația următoare.
La actualizarea unui SKU, sistemul de planificare va detecta dacă SKU-urile cu sistem de reaprovizionare Transfer sunt configurate cu referințe circulare.
Planificarea transferurilor fără SKU
Chiar dacă caracteristica SKU nu este utilizată, este posibil să utilizați locații și să efectuați transferuri manuale între locații. Pentru companiile cu parametrizare mai puțin avansată a depozitului, sistemul de planificare acceptă scenarii în care stocurile existente sunt transferate manual în altă locație, de exemplu pentru a acoperi o comandă de vânzare din acea locație. În același timp, sistemul de planificare ar trebui să reacționeze la modificările cererii.
Pentru a accepta transferuri manuale, planificarea va analiza comenzile de transfer existente și apoi va planifica ordinea în care trebuie procesate locațiile. Pe plan intern, sistemul de planificare va funcționa cu SKU-uri temporare care transportă coduri de nivel de transfer.
Dacă există mai multe transferuri către o anumită locație, prima comandă de transfer va defini direcția de planificare. Transferurile care rulează în direcția opusă vor fi anulate.
Modificarea cantității cu rezervări
La modificarea cantităților pentru aprovizionarea existentă, sistemul de planificare ia în considerare rezervările, în sensul că cantitatea rezervată reprezintă limita inferioară pentru cât de mult poate fi redusă furnizarea.
Când modificați cantitatea dintr-o linie de comandă de transfer existentă, rețineți că limita inferioară va fi definită ca fiind cea mai mare cantitate rezervată a liniei de transfer de ieșire și de intrare.
De exemplu, dacă o linie de comandă de transfer de 117 bucăți este rezervată pe o linie de vânzare de 46 și o linie de cumpărare de 24, nu este posibil să se reducă linia de transfer sub 46 de bucăți, chiar dacă aceasta ar putea reprezenta o sursă excedentară pe partea de intrare.
Modificarea cantității într-un lanț de transfer
În exemplul următor, punctul de plecare este o situație echilibrată cu un lanț de transfer care furnizează o comandă de vânzare de 27 pe locația RED cu o comandă de cumpărare corespunzătoare pe locația ALBASTRU, transferată prin locația PINK. Prin urmare, în afară de vânzări și cumpărări, există două comenzi de transfer: ALBASTRU-ROZ și ROZ-ROȘU.
Acum, planificatorul de la locația PINK alege să rezerve împotriva achiziției.
Aceasta înseamnă de obicei că sistemul de planificare va ignora comanda de cumpărare și cererea de transfer. Atâta timp cât există echilibru, nu există nici o problemă. Dar ce se întâmplă atunci când clientul de la locația RED regretă parțial comanda și o schimbă la 22?
Când sistemul de planificare rulează din nou, ar trebui să scape de excesul de aprovizionare. Cu toate acestea, rezervarea va bloca achiziția și transferul la o cantitate de 27.
Transferul PINK-RED a fost redus la 22. Partea de intrare a transferului BLUE-PINK nu este rezervată, dar deoarece partea de ieșire este rezervată, nu este posibilă reducerea cantității sub 27.
Calcul timp total
La calcularea datei scadente a unui ordin de transfer se vor lua în considerare diferite tipuri de timp de plumb.
Timpii de livrare care sunt activi la planificarea unei comenzi de transfer sunt:
- Timp manipulare depozit la ieșire
- Timp de livrare
- Timp manipulare depozit la intrare
- Pe linia de planificare, următoarele câmpuri sunt utilizate pentru a furniza informații despre calcul.
- Data livrării de transfer
- Data de început
- Data de sfârșit
- Scadentă
Data livrării liniei de transfer va fi afișată în câmpul Data livrării transferului, iar data recepției liniei de transfer va fi afișată în câmpul Data scadenței.
Datele de început și de sfârșit vor fi utilizate pentru a descrie perioada efectivă de transport.
Următoarea ilustrație afișează interpretarea datei de început și a orei de sfârșit pe liniile de planificare legate de comenzile de transfer.
În acest exemplu, înseamnă că:
- Data livrării + Manipulare la ieșire = Data de început
- Data de început + Ora de livrare = Data de sfârșit
- Data de sfârșit + Manipulare la intrare = Data recepției
Timp de conducere pentru siguranță
Câmpul Timp total implicit de siguranță din pagina Parametrizare fabricație și câmpul Timp total de siguranță aferent din fișa articolului nu vor fi luate în considerare la calcularea unei comenzi de transfer. Cu toate acestea, timpul de urmărire a siguranței va influența în continuare planul total, deoarece va afecta comanda de reaprovizionare (cumpărare sau producție) de la începutul lanțului de transfer atunci când articolele sunt puse în locația din care vor fi transferate.
Pe linia comenzii de producție, data de sfârșit + timp total de siguranță + Ora de manipulare la intrare în depozit = Data scadenței.
Pe linia comenzii de cumpărare, data planificată a recepției + Timp total de siguranță + Timp de manipulare la intrare depozit = Data estimată a recepției.
Reprogramarea
Când reprogramați o linie de transfer existentă, sistemul de planificare trebuie să caute partea de ieșire și să modifice data-ora pentru aceasta. Este important să rețineți că, dacă timpul de livrare a fost definit, va exista un decalaj între livrare și recepție. După s-a menționat, timpul de plumb poate consta din mai multe elemente, ar fi timpul de transport și timpul de manipulare în depozit. Pe o linie de timp, sistemul de planificare se va muta înapoi în timp, în timp ce echilibrează elementele.
De aceea, atunci când se modifică data scadenței pe o linie de transfer, timpul total trebuie calculat pentru a actualiza partea de ieșire a transferului.
Numere de serie/lot în lanțuri de transfer
Dacă cererea transportă numere de serie/lot și motorul de planificare este executat, aceasta va da naștere unor comenzi de transfer create direct. Pentru mai multe informații despre acest concept, consultați Atribute element. Cu toate acestea, dacă numerele de serie/lot sunt eliminate din cerere, comenzile de transfer create în lanț vor purta în continuare numerele de serie/lot și, prin urmare, vor fi ignorate prin planificare (nu șterse).
Legături comandă la comandă
În acest exemplu, BLUE SKU este configurat cu politica de reordonare a comenzii, în timp ce PINK și RED utilizează Lot-pentru-Lot. Atunci când o comandă de vânzare de 27 este creat pe locația RED, aceasta va duce la un lanț de transferuri cu ultima comun la locația ALBASTRU fiind rezervate cu legare. În acest exemplu, rezervările nu sunt rezervări dure create de planificator la locația PINK, ci legături create de sistemul de planificare. Diferența importantă este că sistemul de planificare poate schimba acesta din urmă.
Dacă cererea este schimbată de la 27 la 22, sistemul va reduce cantitatea prin lanț, rezervarea obligatorie fiind, de asemenea, redusă.
A se vedea, de asemenea,
Detalii proiectare: Parametri de planificare
Detalii proiect: Tabel atribuire planificare
Detalii proiect: Gestionarea politicilor de reluare a comenzii
Detalii proiect: Cerere la locație necompletată
Detalii de proiectare: Concepte centrale ale sistemului de planificare
Detalii de proiectare: Echilibrarea cererii și ofertei
Detalii proiectare: Planificarea aprovizionării
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).