Designdetaljer: Reservation orderspårning och åtgärdsmeddelanden
Det omfattande reservationssystemet innehåller de sammanhängande och parallella funktionerna i orderspårning och åtgärdsmeddelanden.
Kärnan i reservationssystemet är sammankopplingen av en efterfrågetransaktion och en motsvarande tillgångstransaktion, antingen genom reservation eller orderspårning. En reservation är användargenererad koppling, och en orderspårningpost är systemgenererad koppling. Ett artikelantal som anges i reservationssystemet är antingen reserverat eller orderspårat, men inte båda samtidigt. Hur en artikel hanteras i systemen beror på hur artikeln är upplagd.
Reservationsystemet kommunicerar med planeringssystemet genom att skapa åtgärdsmeddelanden på planeringsrader under planeringskörningar. Ett åtgärdsmeddelande kan ses som en bilaga till en orderspårningpost. Åtgärdsmeddelanden, oavsett om de skapas dynamiskt i orderspårning eller under planeringskörningen, ger ett praktiskt verktyg för effektiv leveransplanering.
Anmärkning
Det reserverade antalet ignoreras av planeringssystemet, det vill säga, den fasta länken mellan tillgång och efterfrågan kan inte ändra via planering.
Reservationsystemet utgör även strukturella grunden för artikelspårningsystemet. Mer information finns i Designdetaljer: Artikelspårning.
Reservation
En reservation är en fast koppling som ansluter en viss efterfrågan och tillgång till varandra. Den här länken påverkar direkt den efterföljande lagertransaktionen och säkerställer rätt koppling av artikeltransaktioner för kostnadsskäl. En reservation åsidosätter standardvärderingsprincipen för en artikel. Mer information finns i Designdetaljer: Artikelspårning.
Sidan Reservation är tillgänglig från alla orderrader av både behovs- och tillgångstyp. På den här sidan kan användaren ange vilken efterfråge- eller leveranstransaktion som en reservationslänk ska skapas mot. Reservationen består av ett par poster som har samma löpnummer. En post har ett negativt tecken och pekar på efterfrågan. Den andra posten har ett plustecken och pekar mot tillgången. Posterna lagras i tabellen Reservationstransaktion med statusvärdet Reservation. Användaren kan visa alla reservationer på sidan Reservationstransaktioner.
Motkontering i reservationer
Reservationer görs mot tillgängligt antal artiklar. Artikeldispositionen beräknas i grundläggande villkor enligt följande:
available quantity = inventory + scheduled receipts - gross requirements
Följande tabell visar detaljerna för ordernätverksenheterna som ingår i dispositionsberäkningen.
| Fält i T27-artikel | Källtabell | Tabellfilter | Källfält | |
|---|---|---|---|---|
| Inventarieförteckning | Lagersaldo | Artikeltransaktion | Inte tillämpligt | Antal |
| Schemalagda inleveranser | Fast plan. orderinlevns (ant.) | Prod.orderrad | =Fast planerad | Återstående ant. (bas) |
| Schemalagda inleveranser | Släppt orderinlevns (ant.) | Prod.orderrad | =Släppt | Återstående ant. (bas) |
| Schemalagda inleveranser | Ant. på monteringsorder | Monteringsrubrik | =Order | Återstående ant. (bas) |
| Schemalagda inleveranser | Antal på inköpsorder | Inköpsrad | =Order | Restnoterat antal (bas) |
| Schemalagda inleveranser | Trans.order inlevns (ant.) | Överföringsrad | Inte tillämpligt | Restnoterat antal |
| Bruttobehov | Antal på förs.order | Försäljningsrad | =Order | Restnoterat antal (bas) |
| Bruttobehov | Planerat behov (antal) | Prod.orderkomponent | <>Simulerad | Återstående ant. (bas) |
| Bruttobehov | Ant. vid komponentmontering | Monteringsrad | =Order | Återstående ant. (bas) |
| Bruttobehov | Trans.order utleverans (ant.) | Överföringsrad | Inte tillämpligt | Restnoterat antal |
Mer information finns i Designdetaljer: Tillgänglighet i distributionslagret.
Manuell reservation
När en användare med vilje skapar en reservation får användaren fullständig äganderätt och ansvar för dessa artiklar. Det betyder att användaren också måste ändra numret manuellt eller annullera en reservation. Sådana manuella ändringar kan orsaka automatisk ändring av de berörda reservationerna.
I följande tabell visas när och vilka ändringar som kan göras:
| Användaråtgärd | Systemreaktion |
|---|---|
| Minska det reserverade antalet | Projektspecifika antalsfält uppdateras därefter. |
| Ändra datumfält | Projektspecifika datumfält uppdateras. Anm: Om förfallodatumet för ett behov ändras så att det föregår leveransdatumet eller förfallodatumet för leveransen, annulleras reservationen. |
| Ta bort ordern | Reservationen har annullerats. |
| Ändra lagerställe, lagerplats, variant, serienumret eller partinummer | Reservationen har annullerats. |
Anmärkning
Funktionen Sen bindning kan också ändra reservationer utan att informera användaren, genom att ombilda icke-specifika reservationer av serie- eller partinummer. Mer information finns i Designdetaljer: Artikelspårning och reservationer.
Automatiska reservationer
Artikelns kort kan ställas in för automatisk reservering av artiklar baserat på efterfrågan, till exempel försäljningsorder. I så fall skapas en reservation mot lager, inköpsorder, monteringsorder och produktionsorder. En varning utfärdas om tillgången är otillräcklig.
Dessutom reserverar olika planeringsfunktioner automatiskt artiklar för att hålla en efterfrågan kopplad till en viss försörjning. Orderspårningstransaktionerna för sådana planeringslänkar innehåller Reservation i fältet Reservationsstatus i tabellen Reservationstransaktion . Automatiska reservationer skapas i följande situationer:
En produktionsorder med flera nivåer där fältet Produktionsprincip för de berörda överordnade och underordnade artiklarna anges till Tillverka-Mot-Order. Planeringssystemet skapar reservationer mellan den överordnade produktionsordern och den underliggande produktionsordern för att säkerställa att de behandlas tillsammans. Den här reservationsbindningen åsidosätter artikelns standardkostnads- och programmetod.
En produktion, en montering eller inköpsorder där fältet Partiformningsmetod för den berörda artikeln anges till Inköpsorder. Planeringssystemet skapar reservationer mellan efterfrågan och den planerade tillgången för att se till att den aktuella tillgången skapas. Mer information finns i Beställ.
En produktionsorder som skapats från en försäljningsorder med funktionen Försäljningsorderplanering länkas till försäljningsordern med en automatisk reservation.
En sammansättningsorder som skapas automatiskt för en försäljningsorderrad för att uppfylla kvantiteten i fältet Ant. att montera mot order . Den automatiska reservationen länkar försäljningsbegäran och monteringtillförseln, så att försäljningsorderhandläggare kan anpassa och lova monteringsartikeln direkt till kunden. Dessutom länkar reservationen monteringsutflöde på försäljningsorderraden till utleveransaktiviteten som uppfyller kundordern.
För tillgång eller behov som inte allokeras tilldelas automatiskt reservationsstatusen Överskott. Detta kan bero på en efterfrågan på grund av ett prognostiserat antal eller användarangivna planeringsparametrar. Detta är ett legitimt överskott, som systemet känner igen, och det ger inte upphov till åtgärdsmeddelanden. Överskottet kan också vara äkta, överskott i utbud eller efterfrågan som förblir ospårad. Detta är en indikation på obalans i ordernätverket som gör att systemet skickar åtgärdsmeddelanden. Observera att ett åtgärdsmeddelande som föreslår en ändring i antal alltid refererar till typen Överskott. Mer information finns i avsnittet Exempel: Orderspårning i försäljning, produktion och överföringar i den här artikeln.
Automatiska reservationer som skapas under den planerade körningen hanteras på följande sätt:
De gäller för artikelkvantiteter som ingår i dispositionsberäkningen, precis som manuella reservationer. Mer information finns i avsnittet "Kvittning vid bokningar" i den här artikeln.
De inkluderas och kan ändras i efterföljande planeringskörningar, till skillnad från manuellt reserverade artiklar.
Orderspårning
Orderspårning hjälper planeraren att upprätthålla en giltigt leveransplan genom att visa en översikt över motkontering mellan efterfrågan och tillgång i ordernätverket. Orderspårningposterna fungerar som grund för att skapa dynamiska åtgärdsmeddelanden och planeringsradförslag vid planeringskörningar.
Anmärkning
Orderspårningssystemet avräknar det disponibla materialet när order anges i ordernätverket. Det betyder att systemet inte prioriterar order som kan vara mer brådskande i termer av förfallodatum. Det är därför upp till logiken för planeringssystemet eller visheten hos planeraren att ordna om prioriteringarna på ett meningsfullt sätt.
Anmärkning
Orderspårningsprincipen och funktionen Hämta åtgärdsmeddelanden är inte integrerade med Projekt. Det betyder att efterfrågan som hör till ett projekt inte spåras automatiskt. Eftersom den inte spåras kan det orsaka att användningen av en befintlig återanskaffning med projektinformation spåras för en annan efterfrågan, till exempel en försäljningsorder. Följaktligen kan du stöta på en situation där din information om tillgängligt lager inte är synkroniserad.
Ordernätverket
Orderspårningssystemet bygger på principen att ordernätverket alltid måste förbli balanserat, vilket säkerställer att varje behov som kommer in i systemet kompenseras av motsvarande tillgång och vice versa. Systemet gör det genom att identifiera logiska länkar mellan alla efterfrågans- och tillgångstransaktioner i ordernätverket.
Principen betyder att en ändring i efterfrågan leder till motsvarande obalans på tillgångssidan av ordernätverket. En ändring i tillgång leder till en motsvarande obalans på efterfråganssidan av ordernätverket. I verkligheten är ordernätverket i ett tillstånd av konstant förändring när användare anger, ändrar och tar bort beställningar. Orderspårningsprocesser beställer dynamiskt och reagerar på varje ändring vid den tidpunkt då den kommer in i systemet och blir en del av ordernätverket. Så snart som nya orderspårningposter skapas, är ordernätverket balanserat, men endast tills nästa ändring inträffar.
Om du vill öka översikten över beräkningar i planeringssystemet visar sidan Ej spårade planeringselement antal som inte spårats, och som representerar skillnaden i antal mellan det kända behovet och den föreslagna tillförseln. Varje rad på sidan refererar till orsaken för överskottsantalet, till exempel Avropsorder, Säkerhetslagernivå, Fast orderkvantitet, Min. partistorlek, Avrundningeller Dämpare.
Motkontering i orderspårning
I motsats till reservationer, som kan bara utföras mot tillgängliga artikelantal, är orderspårning möjlig mot alla ordernätverksenheter som ingår i beräkningen av nettobehov i planeringssystemet. Nettobehoven beräknas enligt följande:
net requirements = gross requirements + reorder point - scheduled receipts - planned receipts - projected available balance
Anmärkning
Efterfrågan som är kopplad till prognoser eller planeringsparametrar inte är orderspårad.
Exempel: Orderspårning i försäljningar, produktion och överföringar
I följande scenario visas vilka orderspårningstransaktioner som skapas i tabellen Reservationstransaktion till följd av olika ändringar i ordernätverket.
Anta att följande data finns för två artiklar som har angetts för orderspårning.
| Artikel | Parameter | Detaljer |
|---|---|---|
| Artikel 1 | Name | Komponent |
| Disposition | 100 enheter i ÖST läge - 30 enheter av LOTA - 70 enheter av LOTB |
|
| Artikel 2 | Name | Producerad artikel |
| Produktionsstruktur | 1 kvantitet per komponent | |
| Efterfrågan | Försäljning för 100 st på plats WEST | |
| Tillgång | Släppt produktionsorder (skapad med funktionen Förs.orderplanering för försäljning av 100 enheter) |
På sidan Produktionsinställningar anges fältet Komponenter vid lagerställe till ÖST.
Följande orderspårningstransaktioner finns i tabellen Reservationstransaktion baserat på data i tabellen.
Reservationstransaktioner
| Transaktionsnummer | Positivt | Art.nr | Lagerställets kod | Kvantitet | Reservationsstatus | Description | Partinummer | Källtyp | Ursprungs-ID | Bindning |
|---|---|---|---|---|---|---|---|---|---|---|
| 8 | - | KOMPONENT | ÖSTRA | -70 | Spårning | Komponent | - | 5407 | 101004 | - |
| 8 | Ja | KOMPONENT | ÖSTRA | 70 | Spårning | Komponent | LOTB | 32 | - | - |
| 9 | - | KOMPONENT | ÖSTRA | -30 | Spårning | Komponent | - | 5407 | 1001004 | - |
| 9 | Ja | KOMPONENT | ÖSTRA | 30 | Spårning | Komponent | LOTA | 32 | - | - |
| 10 | - | PRODUCERAD ARTIKEL | VÄSTRA | -100 | Reservation | Producerad artikel | - | 37 | 1001 | Order-till-Order |
| 10 | Ja | PRODUCERAD ARTIKEL | VÄSTRA | 100 | Reservation | Producerad artikel | - | 5406 | 101004 | Order-till-Order |
Löpnummer 8 och 9
För komponentbehovet för LOTA respektive LOTB skapas orderspårningslänkar från efterfrågan i tabell 5407, Prod.orderkomponent, till leveransen i tabell 32, Artikeltransaktion. Fältet Reservationsstatus innehåller spårning för att ange att dessa transaktioner är dynamiska orderspårningslänkar mellan tillgång och efterfrågan.
Anmärkning
Parti nr. är tomt på behovsraderna eftersom partinumren inte har angetts på komponentraderna i den släppta produktionsordern.
Löpnummer 10
Från försäljningsbehovet i tabell 37, Försäljningsrader, skapas en orderspårningslänk till tillgången i tabell 5406, Prod.orderrad. Fältet Reservationsstatus innehåller Reservation och fältet Bindning innehåller Order-till-order. Detta beror på att den släppta produktionsordern genererades specifikt för försäljningsordern och måste förbli länkad, till skillnad från orderspårningslänkar med reservationsstatusen Spårning, som skapas och ändras dynamiskt. Mer information finns i avsnittet Automatiska bokningar i den här artikeln.
I det här skedet i scenariot överförs de 100 enheterna av LOTA och LOTB till lagerstället WEST genom en överföringsorder.
Anmärkning
Endast överföringsorderleveransen bokförs i det här läget, inte inleveransen.
Nu finns följande orderspårningstransaktioner i tabellen Reservationstransaktion .
Reservationstransaktioner
| Transaktionsnummer | Positivt | Art.nr | Lagerställets kod | Kvantitet | Reservationsstatus | Description | Partinummer | Källtyp | Ursprungs-ID | Bindning |
|---|---|---|---|---|---|---|---|---|---|---|
| 9 | - | KOMPONENT | ÖSTRA | -30 | Överskott | Komponent | - | 5407 | 1001004 | - |
| 10 | - | PRODUCERAD ARTIKEL | VÄSTRA | -100 | Reservation | Producerad artikel | - | 37 | 1001 | Order-till-Order |
| 10 | Ja | PRODUCERAD ARTIKEL | VÄSTRA | 100 | Reservation | Producerad artikel | - | 5406 | 101004 | Order-till-Order |
| 12 | Ja | KOMPONENT | VÄSTRA | 70 | Överskott | Komponent | LOTB | 5741 | 1011 | - |
| 14 | Ja | KOMPONENT | VÄSTRA | 30 | Överskott | Komponent | LOTA | 5741 | 1011 | - |
| 15 | Ja | KOMPONENT | UT. LOGG. | 70 | Överskott | Komponent | LOTB | 32 | - | - |
| 16 | Ja | KOMPONENT | UT. LOGG. | 30 | Överskott | Komponent | LOTA | 32 | - | - |
Löpnummer 8 och 9
Orderspårningstransaktioner för de två partierna av komponenten som återspeglar efterfrågan i tabell 5407 ändras från reservationsstatusen Spårning till Överskott. Anledningen är att de leveranser som tidigare kopplats till i tabell 32 används av leveransen av överföringsordern.
Äkta överskott, som i det här fallet, återspeglar överskjutande tillgång eller efterfrågan som inte har spårats. Det är en indikation på en obalans i ordernätverket, som genererar ett åtgärdsmeddelande från planeringssystemet om det inte löses dynamiskt.
Löpnummer 12 till 16
Eftersom komponentens två partier bokförs på överföringsordern som levererade men inte inlevererade, är alla relaterade positiva orderspårningstransaktioner av reservationstypen Surplus, vilket indikerar att de inte allokeras till några krav. För varje partinummer avser en transaktion tabell 5741, Överföringsrad, och en transaktion avser artikeltransaktionen på den transitplats där artiklarna nu finns.
I det här läget i scenariot bokförs överföringsordern för komponenterna från ÖST till VÄST som inlevererad.
Nu finns följande orderspårningstransaktioner i tabellen Reservationstransaktion .
Reservationstransaktioner
| Transaktionsnummer | Positivt | Art.nr | Lagerställets kod | Kvantitet | Reservationsstatus | Description | Partinummer | Källtyp | Ursprungs-ID | Bindning |
|---|---|---|---|---|---|---|---|---|---|---|
| 8 | - | KOMPONENT | ÖSTRA | -70 | Överskott | Komponent | - | 5407 | 101004 | - |
| 9 | - | KOMPONENT | ÖSTRA | -30 | Överskott | Komponent | - | 5407 | 1001004 | - |
| 10 | - | PRODUCERAD ARTIKEL | VÄSTRA | -100 | Reservation | Producerad artikel | - | 37 | 1001 | Order-till-Order |
| 10 | Ja | PRODUCERAD ARTIKEL | VÄSTRA | 100 | Reservation | Producerad artikel | - | 5406 | 101004 | Order-till-Order |
| 17 | Ja | KOMPONENT | VÄSTRA | 70 | Överskott | Komponent | LOTB | 32 | - | - |
| 18 | Ja | KOMPONENT | VÄSTRA | 30 | Överskott | Komponent | LOTA | 32 | - | - |
Orderspårningstransaktionerna liknar nu den första punkten i scenariot innan överföringsordern bokfördes som endast levererad, förutom att transaktionerna för komponenten nu har reservationsstatusen Överskott. Detta beror på att komponentbehovet fortfarande finns på lagerstället ÖST , vilket återspeglar att fältet Lagerställekod på produktionsorderkomponentraden innehåller ÖST som inställningarna i fältet Komponenter vid lagerställe . Den tillgång som tidigare allokerades till det här behovet överfördes till lagerstället VÄST och kan inte spåras helt om inte komponentbehovet på produktionsorderraden ändras till lagerstället VÄST .
I det här läget i scenariot har lagerställekoden på produktionsorderkomponentraden värdet VÄST. På sidan Artikelspårningsrader tilldelas dessutom 30 enheter av LOTA och 70 enheter av LOTB till produktionsorderkomponentraden.
Nu finns följande orderspårningstransaktioner i tabellen Reservationstransaktion .
Reservationstransaktioner
| Transaktionsnummer | Positivt | Art.nr | Lagerställets kod | Kvantitet | Reservationsstatus | Description | Partinummer | Källtyp | Ursprungs-ID | Bindning |
|---|---|---|---|---|---|---|---|---|---|---|
| 10 | - | PRODUCERAD ARTIKEL | VÄSTRA | -100 | Reservation | Producerad artikel | - | 37 | 1001 | Order-till-Order |
| 10 | Ja | PRODUCERAD ARTIKEL | VÄSTRA | 100 | Reservation | Producerad artikel | - | 5406 | 101004 | Order-till-Order |
| 21 | - | KOMPONENT | VÄSTRA | -70 | Spårning | Komponent | LOTB | 5407 | 101004 | - |
| 21 | Ja | KOMPONENT | VÄSTRA | 70 | Spårning | Komponent | LOTB | 32 | - | - |
| 22 | - | KOMPONENT | VÄSTRA | -30 | Spårning | Komponent | LOTA | 5407 | 1001004 | - |
| 22 | Ja | KOMPONENT | VÄSTRA | 30 | Spårning | Komponent | LOTA | 32 | - | - |
Löpnummer 21 och 22
Eftersom komponentbehovet ändrats till lagerstället VÄST och tillgången är tillgänglig som artikeltransaktioner på lagerstället VÄST , är alla orderspårningstransaktioner för de två partinumren nu helt spårade, vilket indikeras av reservationsstatusen Spårning.
Parti nr. fylls nu i orderspårningstransaktionen för tabell 5407 eftersom partinumren har tilldelats produktionsorderkomponentraderna.
Åtgärdsmeddelanden
När orderspårningsystemet identifierar en obalans i ordernätverket skapar det automatiskt ett åtgärdsmeddelande för att meddela användaren. Åtgärdsmeddelanden är systemgenererade anrop för användaråtgärder som specificerar detaljerna i obalansen och förslag på hur balansen i ordernätverket kan återställas. De visas som planeringsrader på sidan Planeringsförslag när du väljer åtgärden Hämta åtgärdsmeddelanden . Dessutom genereras åtgärdsmeddelanden på planeringsrader under planeringskörningen för att återspegla planeringssystemets förslag för att återställa balansen i ordernätverket. I båda fallen körs förslagen i ordernätverket när du väljer åtgärden Verkställ åtgärdsmeddelande .
Ett åtgärdsmeddelande gäller en strukturnivå åt gången. Om användaren accepterar åtgärdsmeddelandet kan det leda till ytterligare åtgärdsmeddelanden på nästa strukturnivå.
Följande tabell visar de åtgärdsmeddelanden som finns.
| Åtgärdsmeddelande | Description |
|---|---|
| Ändra antal | Ändrar antalet på en befintlig leveransorder för att täcka en ny eller ändrad efterfrågan. |
| Planera om | Omplanerar förfallodatum på en befintlig order. |
| Omarbetad. & Chg. Antal. | Omplanerar förfallodatum och ändrar antalet på en befintlig order. |
| Ny | Skapar en ny order om behovet inte kan uppfyllas av något av de tidigare åtgärdsmeddelandena. |
| Annullera | Annullerar en befintlig order. |
Orderspårningsystemet försöker alltid att lösa obalans i det befintliga ordernätverket. Om detta inte är möjligt skickas ett åtgärdsmeddelande för att skapa en ny order. Följande är den prioriterade listan som orderspårningssystemet använder när det fastställer saldot återställs. Om en ytterligare efterfrågan kommer in i ordernätverket försöker systemet orderspåra genom följande kontroller:
- Kontrollera om det finns överskjutande tillgång i den befintliga orderspårningposten för den här efterfrågan.
- Kontrollera om det finns planerade och planenliga inleveranser i ordning efter inleveransdatum. Det senast möjliga datumet väljs.
- Kontrollera om det finns tillgängliga material.
- Kontrollera om en leveransorder finns i den aktuella orderspårningposten. I så fall skickas ett åtgärdsmeddelande av typen Ändra för att öka ordern.
- Kontrollera att ingen leveransorder finns i den aktuella orderspårningposten. I så fall skickas ett åtgärdsmeddelande av typen Ny för att skapa en ny order.
En öppen efterfrågan går genom listan och påverkar den tillgängliga tillgången vid varje tidpunkt. All återstående efterfrågan täcks alltid av kontroll 4 eller 5.
Om en minskning av efterfrågan inträffar försöker orderspårningsystemet att lösa obalansen genom att utföra föregående kontroller i omvänd ordning. Detta innebär att befintliga åtgärdsmeddelanden kan ändras eller tas bort, om det behövs. Orderspårningsystemet visar alltid nettoresultatet från beräkningar för användaren.
Orderspårning och planering
När planeringssystemet körs tar det bort alla befintliga orderspårningposter och åtgärdsmeddelandeposter och återskapar dem som planeringsradförslag enligt par med tillgång/efterfrågan och prioriteringar. När planeringskörningen är klar är ordernätverket i balans.
Planeringssystemet kontra orderspårning och åtgärdsmeddelanden
Följande jämförelse visar skillnaderna mellan metoder som används i planeringssystemet för att skapa planeringsradförslag och metoderna som används av orderspårningsystemet för att skapa orderspårningsposter och åtgärdsmeddelanden.
Planeringssystemet hanterar hela tillgångs- och efterfråganmönstret för en viss artikel, medan orderspårning hanterar ordern som aktiverade den.
Planeringssystemet hanterar alla nivåer av strukturhierarkin, medan orderspårning hanterar en struktur åt gången.
Planeringssystemet skapar länkar mellan efterfrågan och tillgång enligt det prioriterade förfallodatumet. Orderspårning skapa länkar mellan efterfrågan och tillgång enligt ordertransaktionssekvensen.
Planeringssystemet tar hänsyn till planeringsparametrar, medan orderspårning inte gör det.
Planeringssystemet skapar kopplingar i ett användaraktiverat batchläge när det balanserar tillgång och efterfrågan, medan orderspårning skapar länkarna automatiskt och dynamiskt när användaren anger order.
Se även
Designdetaljer: Centrala begrepp i planeringssystemet
Designdetaljer: Leveransplanering
Hitta kostnadsfria e-utbildningsmoduler för Business Central-Hit