flowchart TD
    A[Beregn / Kjør / Nattjobb] --> B["DP Management KBS.Execute<br/>slett gamle kjøringer, opprett DP Run, Commit"]
    B --> C["Codeunit.Run(DP Worker KBS)<br/>én transaksjon, CommitBehavior::Error"]
    C --> D[Valider hovedoppsett og kladd]
    D --> E["BuildSnapshots<br/>oppsettskontroll, leveringsplan, salgstakt, behov per linje"]
    E --> F[CheckSalesImport]
    F --> G["CalculateStandardPlan<br/>standard planmotor per lagerføringsenhet"]
    G --> H[CaptureProposals]
    H --> I["AllocateStock<br/>fordeling etter dager med dekning"]
    I --> J["ApplyAllocations<br/>mengder i kladden, avvik per linje"]
    J -->|Kjør / nattjobb| K["CarryOutAndRelease<br/>opprett ordrer, frigi eller hold for godkjenning"]
    J -->|Beregn| L[Status Beregnet]
    K --> M[Status Fullført]
    C -->|feil| N["Status Mislykket, Commit<br/>e-post fra nattjobben, feilen kastes videre"]
    M --> O["Commit, telemetri, e-postoppsummering"]

• Én transaksjon: DP Worker KBS har [CommitBehavior(CommitBehavior::Error)]. Feiler noe, rulles alle nye ordrer og kladdlinjer tilbake, mens kjøringen beholdes med status Mislykket og feilmelding.
• Ingen samtidige kjøringer: Setup.LockTable() sørger for at bare én kjøring går om gangen.
• Alle butikker samtidig: Kjøringen er bevisst ikke delt opp, fordi fordelingen må se alle butikker for en vare på én gang.

Utvidelsen lar BC sin egen planlegging (Inventory Profile Offsetting) lage forslagene. Planparametrene overstyres bare i minnet, gjennom manuelt bundne event subscribers i DP Planning Adapter KBS:

DP Worksheet Guard KBS stopper alle endringer i den dedikerte kladden utenfor kjøringen: innsetting, endring, sletting, omdøping og «Utfør handlingsmeldinger». DP Approval KBS abonnerer på Release Transfer Document.OnAfterReleaseTransferDoc, slik at standard Frigi godkjenner en ventende ordre.

Tabellutvidelser:

Den fullstendige objektoversikten, med sider, sideutvidelser, enumer, query og rettighetssett, står i Docs/DeliveryPlanner - Teknisk spesifikasjon.md.

• Salgstakten leser én rad per dag og posttype per lagerføringsenhet, gjennom query DP Daily Item Movement KBS. Den leser ikke hver enkelt transaksjon.
• Salgskontrollen bruker de samme tallene og gjør ingen ekstra spørring mot alle vareposter.
• Leveringsplanen og oppsettskontrollen av butikken regnes én gang per butikk.
• Tid per steg lagres på DP Run KBS og sendes som telemetri: