02 / DATASTROOM

Volg de informatie door de keten.

Een handeling wordt een registratie. Bekijk wat wordt doorgegeven, opgeslagen en vergeleken.

VAN OPERATIONELE DATA NAAR BESLISINFORMATIE

Gegevens gebruiken om samenwerking te onderzoeken

01 · Input uit LMF

Leveranciers- en klantlocaties, orders met pakbonnen, geregistreerde aantallen en volumes, bestaande routevolgordes.

02 · DASH op aanvraag

De externe analysetool haalt gegevens via de API op. Locaties, bundeling en logistieke varianten vormen de basis voor scenariovergelijking.

03 · Beslisinformatie

Inzicht in mogelijke HUB-kandidaten en samenwerking. De betrokken partijen beoordelen welke variant bij hun leveringen past.

LMF bevat ook voertuigkostenvelden. Het gebruik daarvan en de exacte berekening in de externe DASH-implementatie zijn niet geverifieerd.

Bekijk hoe samenwerking werkt →

Proces Data Registraties Controle

CURRENT / CONFIRMED

Zes controles op één emballageketen.

Vergelijk waarnemingen van dezelfde beweging. De ketenkey is pakbon/artikel/kvd, anders levering/artikel/kvd, anders de bronrij. Alleen unieke harde referenties worden gekoppeld.

ZES CONTROLES / HEEN EN TERUG

Kies een vergelijking in de keten

Heen · leverancier naar klant

Retour · klant naar leverancier

VERGELIJKING 1

Leverancier geleverd ↔ HUB leverancier ontvangen

Bij twee eenduidige waarden: links − rechts. Gelijk is ALIGNED; ongelijk DIFFERENCE. Eén ontbreekt: MISSING. Meerdere bronnen voor hetzelfde slot: AMBIGUOUS.

leverancier_pakbon_emballage leverancier_emballage_registratie Controle-API ↗

Nul telt als niet geregistreerd. Beide kanten ontbreken: vergelijking overgeslagen. ALIGNED bewijst niet dat alle zes schakels aanwezig zijn.

DRIE WAARNEMINGEN / GEEN DRIE BEWEGINGEN

De registratiebronnen naast elkaar

Dezelfde beweging kan door meerdere partijen worden gemeld. Tel deze bronnen niet automatisch bij elkaar op.

Pakbonregistratie

leverancier_pakbon_emballage

Wie schrijft?: Leverancier via nieuwe levering / bevestiging; klantkolommen ook via aangrenzende XLS-schermen.
Wat?: Geleverd/retour volgens leverancier en klant; ontvangen/verstuurd.
Identifier: Pakbon + artikel + kvd
Actor / tijd: Geen eigen actor/tijdkolommen; bevestiging staat afzonderlijk.
EmballageControl: Supplier- en customerslots. Klantbevestiging vult de aantallen niet correct.

↗ Bron: packaging-accounting.md

HUBregistratie

leverancier_emballage_registratie

Wie schrijft?: HUB via hub_incoming_deliveries en hub_outgoing_deliveries; ook assignment.
Wat?: Inkomend/uitgaand, leverancier óf locatie, HUB en bevestigd.
Identifier: Rij-ID; nullable pakbon/levering; artikel + kvd
Actor / tijd: lmf_user, datum en bevestigd aanwezig.
EmballageControl: Vier HUB-slots volgens partij en richting.

↗ Bron: packaging-accounting.md

Stopregistratie

leverancier_emballage_registratie_stop

Wie schrijft?: Chauffeur via pickup_stop / delivery_stop.
Wat?: Opgehaald/afgeleverd, partij, stop_id en nullable pakbon.
Identifier: Rij-ID + string stop_id; artikel + kvd
Actor / tijd: lmf_user en datum aanwezig.
EmballageControl: Afleveren/ophalen bij klant. HUB-/leverancierstops zijn bronnen, geen vergelijkingsslots.

↗ Bron: packaging-accounting.md

INTERACTIEF REKENVOORBEELD

Wat zegt de controlestatus?

ILLUSTRATIEVE DATA

Kies een scenario. Dit zijn fictieve aantallen om de aangetroffen vergelijkingsregels uit te leggen; er worden geen LMF-gegevens gelezen of opgeslagen.

ALIGNED DIFFERENCE MISSING AMBIGUOUS

Leverancier geleverd12

HUB leverancier ontvangen10

DIFFERENCE

Beide zijn aanwezig, maar ongelijk. Links − rechts = 2.

Beide kanten ontbreken: vergelijking overgeslagen. Ketenprioriteit: AMBIGUOUS → DIFFERENCE → MISSING → ALIGNED. De summary telt ketens, geen aantallen of geld.

Registratie → vergelijking → afwijking

Waarnemingen vergelijken zonder een saldo te boeken.

NIET AANGETROFFEN

Beginstand → transactiegrootboek → eindstand

Geen uniform saldomodel binnen de onderzochte LMF-code.

TOEKOMST

Gecontroleerde mutaties → sluitend saldo

Voorgesteld toekomstbeeld, geen huidige functionaliteit.

Achtergrond: huidige controle en toekomstbeeld

CURRENT / CONFIRMED

Registraties vergelijken

Registratie ↓ Waarnemingen ↓ Vergelijking ↓ Verschillen

Drie bestaande bronsoorten leveren perspectieven op een beweging. Dit is een controle, geen saldoboekhouding.

Bekijk controle-API →

FUTURE / PROPOSED

Een sluitende emballageadministratie

Gecontroleerde mutaties → Onveranderlijke historie → Beginstand → Uitgifte → Retour → Correcties → Eindstand → Saldo per partij, locatie en emballagetype

Dit is een toekomstbeeld uit de opdracht. Niet als bestaande LMF-functionaliteit aangetroffen.

Binnen de onderzochte huidige LMF-code is geen uniform begin-/eindsaldomodel aangetroffen.

De backendcontrole is beschikbaar in de dispatch, maar heeft geen geverifieerd React-scherm en kent een bevestigd probleem met parameters op een blessed XLS::Base-object.

Bekijk runtimeafwijking →

↗ Bron: packaging-accounting.md

Legenda · bewijs en verbindingen

Bewijsstatus

CONFIRMED Aangetroffen in bron of catalogus; niet automatisch foutloos livegedrag.

LIKELY Gevolgtrekking met onderbouwing.

UNCLEAR Onvoldoende bewijs voor deze koppeling of werking.

NOT FOUND Niet aangetroffen binnen de onderzochte scope.

FUTURE / PROPOSED Voorstel; geen huidige functionaliteit.

Relaties

direct · Aangetroffen rechtstreekse referentie of aanroep.

derived · Afgeleid door selectie, groepering of berekening.

conditional · Alleen bij de genoemde voorwaarden of aanwezige bronverwijzing.

not active · Code/model aanwezig, niet aangesloten op het beschreven pad.

unclear · Verbinding niet vastgesteld.