KENNIS IN VERBINDING / ANALYSE 03.10.2026
TRACEERBAARHEID

uncertainties.md

Feitelijke analyse op 3 oktober 2026. Codebevindingen zijn geen garantie voor foutloos of daadwerkelijk gebruikt runtimegedrag.

← Alle bronnen

Onzekerheden / nog te onderzoeken

Statuslegenda

CONFIRMED = directe code/catalogusbevinding. LIKELY = onderbouwde gevolgtrekking. UNCLEAR = onvoldoende bewijs. NOT FOUND = niet in de afgebakende bronnen gevonden. Een bevestigde codeafwijking is nog geen gemeten productie-incident.

Bevestigde verschillen die de documentatie moet tonen

| ID | Status | Bevinding / bron | Gevolg of grens | |---|---|---|---| | U01 | CONFIRMED | LMF:224 route_plan gebruikt route_lokatie-updater, niet importer | lmf_route/lmf_stop niet als actieve stopflow beschrijven | | U02 | CONFIRMED | LMF:364 lookup route_lokatie alleen op lokatie | route_id/date/eigendom beperken de write niet; meerdere rijen geven 409 | | U03 | CONFIRMED | LMF:2477 return_packaging alleen SELECT | succesmelding bewijst geen retourregistratie | | U04 | CONFIRMED | LMF:2508 confirm_delivery verwerkt outbound_packages, niet returned_packages | retourformulier kan bevestigen zonder retouraantallen te bewaren | | U05 | CONFIRMED | CustomerDeliveryDetails stuurt packages, LMF leest outbound_packages | klantheen-registratie sluit evenmin aan | | U06 | CONFIRMED | levering versus guid tussen lijst/detail/confirm | identifiers niet generiek als delivery-ID behandelen | | U07 | CONFIRMED | services/customer/actions zonder location_id; LMF:3339 vereist die | klantoverzicht kan leeg/mismatched zijn; geen runtimeproef | | U08 | CONFIRMED | services/logistics.registerStopEmballage mist response-data-niveau | write kan slagen terwijl frontend resultaat niet verwerkt | | U09 | CONFIRMED | LMF:2331 stops dedupliceert op partij en retourneert hashes | pakbonnen/dagen verdwijnen uit representatie; SQL-volgorde niet gegarandeerd | | U10 | CONFIRMED | LMF:2429 klant-ready zoekt pickup-ID; next_stop zoekt ID zonder pakbon | ready/volgende stop sluiten niet aan op schrijf-ID | | U11 | CONFIRMED | LMF:2372/stops en klant:4524 gebruiken HUB-default 1341 | catalogus is niet altijd uit werkelijk bezochte HUB afgeleid | | U12 | CONFIRMED | HUB-writes missen kvd/bron in UPDATE-key, uitgaand altijd INSERT | risico op overschrijven/meervoudige registraties | | U13 | CONFIRMED | EmballageControl:503 nul→undef; :356 dubbele slot→ambiguous | nulretour onderscheidt zich niet van ontbrekende registratie | | U14 | CONFIRMED | LMF.confirm_delivery berekende status wordt niet opgeslagen | Delivered is niet automatisch feitelijke afronding | | U15 | CONFIRMED | huidige Reactbuild mist dash_*/route_plan/controlecalls | backendbeschikbaarheid en UI-beschikbaarheid verschillen | | U16 | CONFIRMED | dispatch- en role-prioriteit verschillen | meerdere rolflags kunnen afwijkende respons geven | | U17 | CONFIRMED | oudere read-endpoints vullen GUID/levering en committen | read-only schermdoel garandeert geen read-only request | | U18 | CONFIRMED | Keana zonder inkomende signaturecheck, vaste actor, geen eventdedup | beperkte herleidbaarheid en risico bij herhaling; geen aanval uitgevoerd | | U19 | CONFIRMED | HubDeliveries Waze: latitudet; custom Marker gebruikt lat/lng niet | kaart/navigatie niet idealiseren als bewezen volledige routekaart | | U20 | CONFIRMED | EmballageControl.filters test ref(base) eq 'HASH' | echte XLS::Base is blessed; params worden dan {} en daterange_required volgt. Fixtures gebruiken gewone hash. De backendcontrole is dispatchbaar, maar dit concrete runtimeverschil verhindert normaal gebruik tenzij caller plain hash levert |

Wat nog niet betrouwbaar is vastgesteld

  • UNCLEAR: backendversie geladen in reeds draaiende Apache-workers; bron/fixtureversie is vastgelegd, geen herstart of requestfingerprint uitgevoerd.
  • UNCLEAR: eigenaar en actuele ontwikkelrepository van de React-app. Sourcemap van exact dezelfde build is bewezen; aparte Git-historie ontbreekt. Service-worker/browsercaches kunnen een andere clientversie tonen.
  • UNCLEAR: welke externe planner/client route_plan of dash_* in werkelijkheid gebruikt. Geen geverifieerde React-call. Keana-clientmogelijkheden alleen bewijzen geen routeopdracht.
  • UNCLEAR: daadwerkelijke volledigheid, duplicaten en historische bronlinks in bedrijfsdata. Alleen schema/catalogus gelezen, geen productiedataset onderzocht.
  • UNCLEAR: bedoelde eenheid van lengtes/volume en semantiek van ontvangen/verstuurd buiten de onderzochte schrijfpaden; geen businessdefinitie ingevuld.
  • UNCLEAR: externe auditlogs, bestandretentie, archiefsnapshots en webhookbeveiliging buiten applicatiecode (bijvoorbeeld proxyregels). Geen uitspraak dat die niet bestaan.
  • LIKELY: een overzicht over de actuele registraties kan na correctie andere uitkomsten geven; aantallen/actorrelaties/stamprijzen zijn wijzigbaar en er is geen lokale revisiehistorie.
  • NOT FOUND in LMF: expliciete openingsbalans, periodieke eindstand, correctietransactie, saldo-Reactscherm, eigendomsledger per partijenpaar, integrale statusmachine en lokale multi-stopoptimalisatie.
  • CONFIRMED buiten LMF: XLS::Logistiek.emballage_saldo bestaat op andere tabellen. Geen synchronisatie/call vanuit LMF gevonden; status hiervan in het huidige bedrijfsproces blijft UNCLEAR.

Gerichte vervolgvragen, geen nieuw ontwerp

  1. Welke client gebruikt route_plan/dash_* en welke frontendrelease moet leidend zijn voor de latere visuele uitleg?
  2. Welke van guid/levering/pakbon-ID is per gebruikershandeling contractueel bedoeld?
  3. Is een nulwaarneming een expliciete bevestiging of ontbrekend gegeven? Code kiest momenteel het laatste in de controle.
  4. Welke partijensaldi worden operationeel als waarheid gebruikt en komt die waarheid uit het oudere systeem, administratie of een extern grootboek?
  5. Moeten meerdere pakbonnen voor dezelfde partij/dag als aparte stops blijven bestaan? Actuele stops groeperen anders.
  6. Wie mag voor welke route/locatie/levering registreren? Bestaande endpointfilters zijn niet uniform.

Deze vragen zijn niet stilzwijgend beantwoord en er is geen nieuwe architectuur gebouwd.

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.