フラグそれ自体は、予約が誤っていると述べているわけではない。それは、算出された輸送計画に、人による確認に値する内部矛盾が含まれていることを示している。トレードフローには異常があるか、ないかのどちらかであり、ダッシュボードは異常が存在するトレードフローにフラグを立てる。
確認するには、トレードフローを開いて計画を見る。参照情報を確認しよう。本来は別々であるべき予約やBLが、1つのトレードフローに複数乗っていないか。以前の出荷からコンテナ番号が再利用されていないか。港を確認しよう。POLや最終PODが欠落しているか、誤って解決され、循環的または切り詰められた計画が生じていないか。
異常ページには、日付が空のAPIロケーション、孤立イベント、輸送計画のないコンテナが、発生要因の可能性として一覧表示される。入力が正しいのに計画が依然として矛盾している場合は、サポートにケースを報告する。異常は計画の一貫性に関するものであり、適時性に関するものではない。
例
ある予約に、API経由で港ロケーションが提供されているが、使用可能な日付がない。Dockflowはそのトレードフローにフラグを立てる。トレードフローを開き、参照情報と港を確認すると、計画が矛盾していることがわかる。入力が正しければ、サポートにケースを報告する。