デマレッジは測定問題であり、運の問題ではない

コンテナがターミナルで数日長く留まり、突然予算に入れてなかったデマレッジ請求書が来る。Fortoの実践ガイドは問題を正直に枠付けする：ほとんどのチームにとって、問題は明確さと制御に帰着する — より短いフリータイム手当と複雑なキャリア条件により、課金がいつ始まるかが分かりにくく、リアルタイムの可視性の欠如は、チームが行動する機会を持つ前にコンテナが密かに最終フリーデーを過ぎることを意味する（Forto Team, "Demurrage & Detention: A Practical Guide", Forto Blog, 2026年8月, 2026-08-23取得, https://forto.com/en/blog/demurrage-and-detention-charges-explained-a-practical-guide-to-avoiding-unexpected-shipping-costs/）。Honest Architectの再構成：デマレッジは測定問題であり、運の問題ではない。定理3：プロパティ（予期しないDEM/DETコストなし）は、メカニズム（タイムスタンプロギング + 最終フリーデー追跡 + トリガー検証）が実装され測定している時に正確に保証される。港が混雑しないことを願うことは非メカニズムである。

主要な結論

• デマレッジは、ターミナル内で許可されたフリータイムを過ぎてポート設備と空間を使用する積載コンテナをカバーし、オーシャンキャリアが請求する。ディテンションは、ターミナル外でフリータイムを過ぎて保持されたコンテナ設備をカバーし、オーシャンキャリアが請求する。ストレージは、ターミナルの物理的地面空間をカバーし、ターミナルオペレータが請求する（Forto, 2026年8月）。
• 業界のベンチマークは、デマレッジとディテンションの請求書の15%から20%にエラーが含まれることを示す。一般的なエラーには、ターミナルゲートが閉まっていた日に請求された料金や、コンテナの可用性が公式に確認される前に開始された請求が含まれる（Forto, 2026年8月）。
• デマレッジは測定問題であり、運の問題ではない。プロパティ（予期しないコストなし）はメカニズム（タイムスタンプロギング + LFD追跡 + トリガー検証）によって保証され、港が混雑しないことを願うことによってではない。定理3：運は非メカニズムである。
• 15-20%のエラー率は、欠落検証メカニズムの観察可能なコストである。請求書にエラーが含まれるのは、シッパー側に検証メカニズムが実装されていないからである。メカニズムを実装すれば、エラー率は測定可能で削減可能になる。
• 記事の4つの戦術はすべてメカニズム実装である：到着前準備、最終フリーデー追跡、ドレージパートナー合意、コンテナ再利用。それぞれは測定またはルーティングの動きであり、希望の動きではない。

プロパティは予期しないコストなし、メカニズムは測定である

Fortoの記事はDEM/DET請求のメカニズムを精度をもって曝す。3つの請求タイプは異なる場所と資産に適用される：デマレッジ（ターミナル内、ポート設備を使用する積載コンテナがフリータイムを過ぎ、オーシャンキャリアが請求）、ディテンション（ターミナル外、コンテナ設備がフリータイムを過ぎて保持、オーシャンキャリアが請求）、ストレージ（ターミナル内、物理的地面空間、ターミナルオペレータが請求）。Honest Architectの最初の動きはプロパティを正確に名付けることだ：プロパティは「デマレッジ請求なし」ではない — それは非メカニズムであり、港の混雑は完全に制御可能ではないからだ。プロパティは「予期しないDEM/DETコストなし」である — チームが期限を測定せず、請求書を検証しなかったためにサプライズとして到着するコスト。

定理3は診断を正確にする：プロパティ（予期しないコストなし）は、メカニズム（タイムスタンプロギング + LFD追跡 + トリガー検証）が実装され測定している時に正確に保証される。Fortoの記事は3つの変数を名付ける、それぞれ測定面である。第一、関税の組み合わせ vs 分離：分離フリータイムはデマレッジ専用の日数とディテンションの別個の手当を与える（間の移転なし）；組み合わせフリータイムは船舶揚降から空コンテナのデポ戻しまでの単一ブロックを与える。第二、トリガーイベント：一部のキャリアは船舶揚降でカウントを始める、他はコンテナがゲートピックアップ可能な時 — コンテナが利用可能でないかゲートが閉まっている場合、請求されるべきではない。第三、段階的日次レート：フリータイム後1-3日は標準レート、4日目以降はより高いレート。レートが段階上がりする時、小さな遅延は急速に複合する。

各変数はシッパーが行う測定である：関税構造はどの期限を追跡するかを決定し、トリガーイベントは時計がいつ始まるかを決定し、段階的レートは期限後のコスト曲線を決定する。それらを測定するチームにはメカニズムがある：期限は既知、時計は追跡され、コスト曲線は噛む前に可視。我々は測定メカニズムをProduction ✅とタグ付けする、実装可能なパターンとして。我々は特定ベンダー実装をPartial ⚠️とタグ付けする、タイムスタンプロギングとLFD追跡が文書化され観察可能になるまで。

15-20%エラー率は欠落検証メカニズムの観察可能なコストである

[UNIQUE INSIGHT] Fortoの記事で最も強いデータはエラー率である。業界ベンチマークは、デマレッジとディテンション請求書の15%から20%にエラーが含まれることを示す。一般的な例には、ターミナルゲートが閉まっていた日に請求された料金や、コンテナ可用性が公式に確認される前に開始された請求が含まれる。Honest Architectはその数字を欠落メカニズムの測定として読む — 請求書にエラーが含まれるのは、シッパー側に検証メカニズムが実装されていないからであり、エラーは未挑戦のまま通過する。メカニズムを実装すれば、各請求書はゲートイン日、ゲートアウト日、可用性通知、契約のトリガーイベントに対してチェックされる。今日サプライズコストとして通過するエラーはフラグ付き例外となり、争議され、除去される。

定理3はクレームを正確にする。プロパティ（正確な請求書）は、メカニズム（タイムスタンプロギング + トリガー検証）が実装され測定している時に正確に保証される。15-20%エラー率は欠落メカニズムの観察可能なコストである — 誰もチェックしていないため未修正の、請求書が実際のタイムラインと不合致する頻度の測定。Fortoの記事は検証の動きを名付ける：タイムスタンプログを保持（ゲートイン、ゲートアウト、可用性通知）；前もって条件を明確化（組み合わせか分離関税、トリガーイベント、ストレージが別か — これはポートごとに変わる）；ロッテルダム、アントワープ、ハンブルクのような主要ポートの典型的滞在時間に基づきフリータイムを交渉；契約条件とレートカードを財務と共有し、会計が支払い前に請求書をレビューするよう。

各動きはメカニズム実装である：タイムスタンプログは測定面、条件明確化は契約側メカニズム、財務レビューは支払い側メカニズム。Honest Architectはメカニズムがすべてのエラーを除去するとクレームしない — クレームはメカニズムがエラーを検出可能で争議可能にするということだ。メカニズムなしの15-20%エラー率は沈黙のマージンリーク；メカニズムありではフラグ付き例外キューであり、キューは測定可能。エラー率の測定自体が最初のメカニズムである — 測定しないものは削減できない。

4つの戦術はメカニズム実装であり、希望の動きではない

Fortoの記事は料金リスクを減らす4つの実践的戦術を名付け、Honest Architectはそれぞれをメカニズム実装として読む。戦術1、到着前準備：船舶が到着する前に税関申告と書類を提出し、内陸運送業者がコンテナを揚降後すぐに集荷できるよう — ルーティングの動きで、書類がコンテナ利用可能前にクリアされる。戦術2、最終フリーデー追跡：船舶到着推定に頼らず各コンテナのLFDを追跡 — 測定の動きで、実際の期限が混雑下でドリフトするプロキシに勝つ。

戦術3、ドレージパートナー合意：フリータイム制限に近いコンテナを優先する集荷スケジュール — 調整メカニズムで、パートナーが期限でルートする。戦術4、コンテナ再利用：ストリートターンは空の輸入コンテナをターミナルに戻さず輸出者に直接移す — トポロジーの動きで、空がターミナルに再入しないので返却トリップのディテンション時計は始まらない。パターン：各戦術は測定（LFD追跡）、ルーティング（到着前、ドレージスケジュール）、またはトポロジーの動き（ストリートターン）。希望の動きはない。それぞれはメカニズムが実装される程度でプロパティ（コンテナが料金適用前に動く）を保証する。

[PERSONAL EXPERIENCE] Honest ArchitectはHAI Engineのルーティングルールに同じパターンを見る：空間はルーターである。コンテナの船舶揚降からデポ戻しまでの経路はルートであり、DEM/DET時計はそのルート上のタイマーである。4つの戦術はタイマーが期限切れしないよう経路を短縮または再構築するルーティングの動き。ストリートターンは最もクリーンなトポロジーの動き — ターミナル戻し区間を除去し、その区間のタイマーは始まらない。到着前準備はコンテナ区間が始まる前に書類区間をクリアし、2つの区間が直列化しない。ルーティングルールはProduction ✅、DEM/DET戦術はコンテナ経路へのその適用。

Oracleは混雑下で最終フリーデーコーンを予測する

最終フリーデーは期限である — 点推定。港の混雑下で、期限はコーンになる：コンテナはLFD前にクリアするかも（料金なし）、数日後にクリアするかも（段階的料金）、かなり後にクリアするかも（段階料金プラスストレージ）。Oracleアンサンブルはそのコーンを生成するメカニズム。各Sisterは独立したシナリオを起草する：analystベースケース（フリータイム内標準集荷）、contrarian混雑ケース（ポートバックアップ、段階料金）、historian先例ケース（類似ポートの滞在時間履歴）、institutionalistキャリアルールケース、disruptor再ルートケース（ストリートターン、代替ポート）。

Oracleはそれらのドラフトを各マージでエントロピーを測定する校準アンサンブルにマージする。高エントロピーはコーンが広いことを意味する — ヘッジする（急送、再ルート、延長フリータイム交渉）。低エントロピーはコーンが狭い — コミットする（標準集荷、標準ドレージ）。Honest Architectはコーンが正しいと約束しない；約束はコーンが校準されエントロピーが測定されていること。我々はOracleマージメカニズムをProduction ✅とタグ付けする；特定のLFD予測はPartial ⚠️（ポート混雑は完全には観察可能でない）。クロスドメインクレームはPartial ⚠️ — 形は共有、ドメインは分離。

[ORIGINAL DATA] Everythinkは自身の予測をPartial ⚠️とタグ付けする — 校準確率、確実性ではない。LFD予測コーンはPartial ⚠️になるだろう、結果が完全には観察可能でないポート混雑（船舶到着、ゲート閉鎖、後背地ボトルネック）に依存するから。決定は「ポートがクリアするのを願う」ことではない — 「測定された不確実性の下で決定する、コーンが広い時にヘッジ、狭くなる時にコミット」である。

ポート混雑はWorld Monitorが取り込めるジオ信号である

ポート混雑はジオ信号である — 船舶到着、滞在時間、ゲート閉鎖はジオハッシュタイルで観察可能。World Monitorはジオ信号を追跡し、キー環境変数が未設定の時のソースごとの自己無効化を持つ。AIS由来のポート混雑フィード（ポートごとの錨泊船数、ターミナルごとの滞在時間）は候補ジオ信号、GeoSignalに正規化され持久Postgresキャッシュにアップサート。そのフィードはLFD予測コーンに混雑変数を供給する — OracleのSistersは他のジオ信号を読むようにそれを読む。

我々はこれをPartial ⚠️とタグ付けする — ゲートウェイは船舶フィードのようにポート混雑フィードを取り込め、ポートはジオルートである（空間はルーター）。しかしEverythinkは現在ポート混雑テレマティクスを取り込まず、DEM/DET-コストリンクは予測クレーム。ルーティングルールはProduction ✅；特定フィード取り込みはソースが配線されるまでRoadmap 🔵。冗長トポロジー原則が適用される：欠落キーは自己無効化し、欠落ソースはプラットフォームを壊さない。LFDコーンは同じ論理に従う — 証拠が欠落したシナリオは捏造されない。

Honest Architectが物流製品ピッチで何を読むか

Fortoの記事はShip by Fortoの製品ピッチ（到着前更新、到着通知、自動フリータイムアラート、請求クレームプロセス）。Honest Architectはそれを endorses しない — 製品クレームは商業クレームであり、メカニズムクレームではない。Honest Architectが抽出するのはメカニズム形：タイムスタンプロギングを検証面、LFD追跡を期限測定、トリガー検証を契約側チェック、4つの戦術をルーティングとトポロジーの動きとして。製品 endorsesment はPartial ⚠️；メカニズム形はProduction ✅。

スコープガードは重要。DEM/DETコスト管理はcivil-e-economic物流問題であり、セキュリティ調査や投資推奨ではない。Everythinkはcivil-e-defensivoスコープで現実世界アクターのシナリオを予測する。LFD予測コーンはメカニズム形のPartial ⚠️の図示であり、Everythinkが販売するサービスではない。token、wallet、community-creditの結果は約束されない；それらはRoadmap 🔵、Howeyレビュー保留中。

よくある質問

デマレッジは運の問題か、測定問題か？

測定問題。プロパティ（予期しないDEM/DETコストなし）はメカニズム（タイムスタンプロギング + LFD追跡 + トリガー検証）によって保証され、港が混雑しないことを願うことによってではない。定理3：運は非メカニズム。Fortoの記事の4つの戦術はすべてメカニズム実装。

15-20%の請求書エラー率は何を意味するか？

欠落検証メカニズムの観察可能なコスト。請求書にエラーが含まれるのは、シッパーがチェックするタイムスタンプログを持たないから。メカニズムを実装（タイムスタンプロギング、トリガー検証、財務レビュー）すればエラー率は測定可能で削減可能。エラー率の測定自体が最初のメカニズム。

Oracleは最終フリーデーコーンをどう予測するか？

各Sisterが独立シナリオを起草 — analystベースケース、contrarian混雑ケース、historian先例、institutionalistキャリアルールケース、disruptor再ルート。Oracleは各マージでエントロピーを測定する校準アンサンブルにマージ。高エントロピーは広いコーン（ヘッジ）；低エントロピーは狭いコーン（コミット）。OracleマージメカニズムはProduction ✅；特定LFD予測はPartial ⚠️。

World Monitorはポート混雑を信号として取り込めるか？

ゲートウェイは船舶フィードのようにAIS由来ポート混雑フィードを取り込め、ポートはジオルート（空間はルーター）。しかしポート混雑フィード取り込みはソースが配線されるまでRoadmap 🔵。ルーティングルールはProduction ✅；特定フィードはまだライブではない。欠落キーは自己無効化し、欠落ソースはプラットフォームを壊さない。

EverythinkはShip by Fortoをendorseするか、DEM/DETコスト管理を販売するか？

ノー。Everythinkは予測プラットフォームであり、フォワーディングサービスではない。Fortoの記事はShip by Fortoのベンダーマーケティング、Honest Architectは製品をendorseせずメカニズム形を抽出。LFD予測コーンはメカニズム形のPartial ⚠️の図示。token、wallet、community-creditの結果は約束されない；それらはRoadmap 🔵、Howeyレビュー保留中。

出典

• Forto Team, "Demurrage & Detention: A Practical Guide", Forto Blog, 2026年8月, 2026-08-23取得, https://forto.com/en/blog/demurrage-and-detention-charges-explained-a-practical-guide-to-avoiding-unexpected-shipping-costs/

もしあなたのチームがポートがクリアするのを願う代わりに期限を測定する準備ができているなら、ネットワークを構築しよう — トポロジーがルートし、Sistersが起草し、Oracleが各マージでエントロピーを測定する。