Waarom is mijn boeking gemarkeerd met een data-anomalie terwijl de POD-ETA nog niet is bepaald?

De markering zegt op zichzelf niet dat de boeking onjuist is. Ze zegt dat het berekende transportplan een interne inconsistentie bevat die het verdient om door een mens te worden bekeken. Een tradeflow heeft wel of geen anomalie, en het dashboard markeert elke tradeflow waarbij een anomalie aanwezig is.

Om het te controleren, open je de tradeflow en bekijk je het plan. Controleer de referenties: rijden er meer dan één boeking of BL op één tradeflow die gescheiden zouden moeten zijn? Is een containernummer hergebruikt van een eerdere zending? Controleer de havens: ontbreekt een POL of definitieve POD, of is die verkeerd bepaald, waardoor een circulair of afgekapt plan ontstaat?

De anomaliepagina vermeldt API-locaties met lege datums, verweesde events en een container zonder transportplan als mogelijke triggers. Als de invoer correct is en het plan nog steeds inconsistent is, meld je het geval bij support. Anomalieën gaan over de consistentie van het plan, niet over tijdigheid.

Voorbeeld
Een boeking heeft een haallocatie die via de API is aangeleverd, maar geen bruikbare datum. Dockflow markeert de tradeflow. Je opent de tradeflow, controleert de referenties en havens, en ziet dat het plan inconsistent is. Als de invoer correct is, meld je het geval bij support.