En överföringsorder liknar andra order i programmet. Men bakom kulisserna det är mycket annorlunda.

En vanlig aspekt som gör att överföringar i planeringen skiljer sig från inköps- och produktionsorder är att en överföringsrad representerar efterfrågan och tillgång samtidigt. Den avgående del som skickas från den gamla lagerstället, är efterfrågan. Den ankommande delen som ska inlevereras till det nya lagerstället, är tillgång på det lagerstället.

Det betyder att när systemet hanterar tillförselsidan för överföringen måste systemet göra en liknande ändring i på begärandesidan.

Den relaterade efterfrågan och tillgången har en viss likhet med komponenterna för en produktionsorderrad, men skillnaden är att komponenter kommer att vara på nästa planeringsnivå och med annan artikel, medan de två delarna av överföringen finns på samma nivå, för samma artikel.

En viktig likhet är att precis som komponenter är härledd efterfrågan, så är även överföringsbegäran. Efterfrågan från en överföringsrad föreskrivs av tillgångssidan av överföringen på så sätt att om tillgången ändras, så påverkas efterfrågan direkt.

Om inte planläggningsflexibiliteten är Ingen ska en överföringsrad aldrig hanteras som oberoende behov i planeringen.

I planeringsproceduren ska överföringsbegäran endast beaktas när tillgångssidan har behandlats av planeringssystemet. Innan dess är den faktiska efterfrågan inte känd. Sekvensen av de gjorda ändringarna kan därför vara mycket viktig när det gäller överföringsorder.

Följande illustration visar hur en sträng med överföringar kan se ut.

I det här exemplet beställer en kund artikeln på lagerställe GRÖN. Lagerställer GRÖN försörjs via överföring från det centrala distributionslagret RÖD. Det centrala distributionslagret RÖD försörjs via överföring från produktion på lagerstället BLÅ.

I det här exemplet kommer planeringssystemet starta på kundefterfrågan och arbeta sig bakåt via kedjan. Tillgång och efterfrågan kommer att behandlas på ett lagerställe åt gången.

Sekvensen som lagerställena som behandlas i inom planeringssystemet bestäms av överföringsnivåkoden för lagerställeenheten.

Överföringsnivåkoden är ett internt fält som beräknas automatiskt och lagras på lagerställeenheter, när lagerställeenheten registreras eller ändras. Beräkningen körs för alla lagerställeenheter för en viss kombination av artikeln/variant, och använder lagerställekoden och överföring-från-koden för att fastställa operationsföljden som planeringen måste använda när den korsar lagerställeenheterna för att se till att alla behov behandlas.

Överföringsnivåkoden ska vara 0 för lagerställeenhet med påfyllningssystem Inköp eller Pryd.order och ska vara -1 för den första överföringsnivån, -2 för den andra, o.s.v. I överföringskedjan som beskrevs ovan skulle nivåerna därför vara -1 för RÖD och -2 för GRÖN, som visas i följande illustration.

När du uppdaterar en lagerställeenhet undersöker planeringssystemet om lagerställeenheter med återanskaffningssystemet Överföring har ställts in med cirkulära referenser.

Planera överföringar utan lagerställeenhet

Även om funktionen för lagerställeenhet inte används är det möjligt att använda lagerställen och göra manuella överföringar mellan lagerställen. För företag med mindre avancerad distributionslagerinställning stöder planeringssystemet scenarier där det befintliga lagret överförs manuellt till en annan plats, t.ex för att täcka en försäljningsorder vid det aktuella lagerstället. Samtidigt ska planeringssystemet svara på ändringar i efterfrågan.

För att stödja manuella överföringar analyserar planeringen befintliga överföringsorder och planerar sedan vilken ordning lagerställena ska hanteras i. Internt kommer planeringssystemet att arbeta med tillfälliga lagerställeenheter som har överföringsnivåkoder.

Om fler överföringar till en viss lagerställe finns kommer det första överföringsordern att definiera planeringsriktningen. Överföringar som körs i den motsatta riktningen annulleras.

När du ändrar antal på befintlig leverans, beaktar planeringssystemet reservationer på så sätt att det reserverade antalet representerar den lägre gränsen för hur mycket tillgången kan minskas.

När antalet ändras på en befintlig överföringsorderrad ska du tänka på att den lägre gränsen definieras som det högsta reserverade antalet för den avgående och ankommande överföringsraden.

Om t.ex en överföringsorderrad med 117 enheter har reserverats mot en försäljningsrad med 46 och en inköpsrad med 24, är det inte möjligt att minska överföringsraden nedanför 46 enheter även om det kan utgöra överskjutande tillgång på den ankommande sidan.

I följande exempel är utgångspunkten en balanserad situation med en överföringskedja som inlevererar en försäljningsorder på 27 till lagerställe RÖD med en motsvarande inköpsorder på lagerställe BLÅ som har överförts via lagerställe ROSA. Förutom för försäljningar och inköp finns det därför två överföringsorder: BLÅ-ROSA och ROSA-RÖD.

Nu väljer planeraren vid lagerställe ROSA att reservera mot inköpet.

Det innebär vanligtvis att planeringssystemet ignorerar inköpsordern och överföringsbegäran. Så länge det finns saldo är det inga problem. Men vad händer när kunden vid lagerställe RÖD delvis ångrar sin beställning och ändrar den till 22?

När planeringssystemet körs igen ska det avlägsna den överskjutande tillgången. Men reservationen låser inköpet och överföring till antalet 27.

Överföringen ROSA-RÖD har minskats till 22. Den ankommande delen av BLÅ-ROSA-överföringen har inte reserverats, men eftersom den avgående delen har reserverats är det inte möjligt att minska antalet nedanför 27.

När förfallodatumet beräknas för en överföringsorder beaktas olika typer av ledtid.

Ledtiderna som är aktiva när en överföringsorder planeras är:

• Avgående lagerhanteringstid
  
• Leveranstid
  
• Ankommande lagerhanteringstid
  
• På planeringsraden används följande fält för att ge information om beräkningen.
  
• Överföringsutleveransdatum
  
• Startdatum
  
• Slutdatum
  
• Förfallodatum
  

Utleveransdatumet på överföringsraden visas i överföringsutleveransdatumfältet, och inleveransdatum på överföringsraden ska i förfallodatumfältet.

Start - och slutdatum ska användas för att beskriva den faktiska transportperioden.

Följande illustration visar tolkningen av startdatum-tid och slutdatum-tid på planeringsrader som hör till överföringsorder.

I det här exemplet betyder det att:

• Utleveransdatum + Avgående hantering = Startdatum
  
• Startdatum + Leveranstid = Slutdatum
  
• Slutdatum + Ankommande hanteringstid = Inleveransdatum
  

Fältet Standard säkerhetsledtid i fönstret Produktionsinställningar och det relaterade fältet Säkerhetsledtid på artikelkortet ska inte beaktas vid beräkningen av en överföringsorder. Emellertid påverkar säkerhetsledtiden fortfarande den totala planeringen så som den påverkar återanskaffningsordern (inköp eller produktion) i början av överföringskedjan när artiklarna placeras på lagerstället som de ska överföras från.

På produktionsorderraden är Slutdatum + Säkerhetsledtid + Ankommande Dist.lag. hanteringstid = Förfallodatum.

På inköpsorderraden är Planerat inleveransdatum + Säkerhetsledtid + Ankommande Lagerhanteringstid = Förväntat inleveransdatum.

När du planerar om en befintlig överföringsrad måste planeringssystemet söka efter den avgående artikeln och ändra datum och tid på den. Det är viktigt att observera att om ledtid har definierats kommer det uppstå en lucka mellan utleveransen och inleveransen. Som nämndes kan ledtid bestå av fler element, till exempel transporttid och lagerhanteringstid. På en tidslinje kommer planeringssystemet att flytta till bakåt i tid medan den balanserar elementen.

När du ändrar förfallodatumet på en överföringsrad måste därför ledtiden beräknas för att uppdatera den avgående sidan av överföringen.

Om efterfrågan har serie-/partinummer och planeringsmotorn körs, kommer den att skapa några direkt skapade överföringsorder. Se Artikelattribut för mer information om begreppet. Om däremot serie-/partinummer tas bort från efterfrågan kommer de skapade överföringsorderna i kedjan fortfarande att ha serie-/artikelnummer och ignoreras därför av planeringen (inte tas bort).

I det här exemplet ställa lagerställeenhet BLÅ in med partiformningsmetoden Order, medan ROSA och RÖD använder Parti-för-parti. När en försäljningsorder med 27 skapas för lagerställe RÖD kommer det leda till en kedja av överföringar med den sista skarven i lagerställe BLÅ som har reserverats med bindning. I det här fallet är reservationerna inte fasta reservationer som skapats av planeraren på lagerställe ROSA lagerställe, utan bindningar som skapats av planeringssystemet. Den viktiga skillnaden är att planeringssystemet kan ändra det sistnämnda.

Om efterfrågan ändras från 27 till 22 kommer systemet att minska antalet nedåt genom kedjan, och den bindande reservationen minskas också.

Begrepp

Övriga resurser