容積は最適でも現場で停止する：コンテナ計画の実行不能シナリオと境界管理

計算画面は静謐だ。容積率98％。重量率もシステム閾値を滑り込む。完璧に見える。しかしドッグヤードの風は容赦ない。フォークリフトがコンテナ入口で停止する。物理的クリアランスの欠如だ。あるいは重心偏差が車両の軸重規制を突き破る。数学的最適解が現場の執行可能性と分断される瞬間である。「データは正しいが、制約が不完全」。この断絶は、静的なアルゴリズムが動的な現実を近似しようとする際の必然的な破綻だ。

何故か。プランナーは往々にして「容積×重量」という二次元の演算モデルに安住するからである。ドア開口部の有効高さ、床面への集中荷重、ハンドリング機器の旋回半径といった三次元空間と動的制約が、モデルの外部へ追いやられる。システムが吐き出す標準テンプレートは平均値の亡霊に過ぎない。経年劣化したコンテナのわずかな歪み、バッチごとの特記事項、実測値との乖離が計画段階で吸収されず、そのまま実行フェーズへ丸投げされる。AIが「配置可能」と判定するグリッドセルが、実際のフォークリフトのタイヤにとって到達不能な領域であることは、アルゴリズムにとってどうでもよいことだ。最適化が物理法則を無視するとき、計画は白紙化される。

提供された操作フローを解剖すれば、計画失敗を防ぐための核心操作は明確に浮かび上がる。第一に、ドア開口高さの明確化だ。内部高さとは独立したフィールドとして分離し、手動で定義を更新する。第二に、最大積載量の実運用基準化である。コンテナの定格値を盲目的に採用するのではなく、輸送ルート規制値または運用上の安全係数を適用する。第三に、AI認識後の検証フェーズの設定。自然言語からの仕様テキスト自動解析が完了しても、「認識して保存」のトリガーを引く前に各数値を現場実測値と突き合わせ、編集モードで介入する。これらを怠れば、計算結果は単なる誤情報の増幅器と化す。

この操作が必須となる理由は、AIパーサーの根本的な限界に起因する。パーサーは構文解析に秀でているが、文脈上の「理論値」と「現場実測値」を区別する知能を持たない。特に「ドア開口高さ」は積載順序とパレット段数を支配するボトルネックパラメータであり、内部有効高さとは構造上必ずしも一致しない。最大積載量も同様だ。メーカーのカタログ値は、実際に通過する区間の道路規制値と荷役機器の能力限界の前では無意味な数字に成り下がる。これらのパラメータを標準テンプレートのデフォルト値のまま放置するとは、物理的に実行不可能な配置をアルゴリズムに強要しているのと同じだ。前提が歪めば、出力の信頼性はゼロに収束する。

間違ったアプローチは決まっている。AIの解析結果を無条件で保存し、画面の容積率のみで計画を確定する。ドア寸法や重量偏差を無視し、単一容器戦略で一括計算を走らせる。テンプレートの読み取り専用値を絶対視し、実環境に合わせて編集しない。確実なアプローチはこれと対極にある。AI認識後、必ず各寸法フィールドを現場の測定ノートと照合する。ドア高さを明確に再定義し、最大積載量には安全係数（例：定格の92〜95％）を適用する。積載計算実行前に、重心偏差許容範囲と段積み可能数を設定パラメータとして明示する。計算結果は3Dアニメーションとガイドビューで実際の進入順序と隙間を確認してから承認する。数値は嘘をつかないが、文脈は嘘をつくことがある。

ツールが真価を発揮する領域は限定される。自然言語やExcelからの仕様抽出、容積率・重量率の即時算出、3Dモデル生成による配置順序の可視化、複数計画の比較と履歴管理、自動計算による組み合わせ探索。これらは人間の認知負荷を劇的に軽減する。だが手動確認が必須となる領域も等しく明確だ。実測寸法とテンプレート値の乖離検証、現場のハンドリング機器仕様（フォークの長さ・旋回最小半径・揚程）との適合性、輸送ルートの軸重規制・道路制限値の適用、重心偏差に対する荷主や船社との事前合意。ツールは「入力制約の精度」に完全に依存する。ガベージイン・ガベージアウトは不変の法則である。自動化は検証を代替しない。

実行可能な計画には、検証可能な境界基準が必要だ。ドア開口高さは内部高さから最低2cmのクリアランスを確保するか、実測値を直接入力する。最大積載量はメーカー定格値ではなく、運用コンテキスト（国内規制・港湾制限・荷役能力）の最小値を採用する。重量分布は車両軸重規制およびコンテナ底面耐荷重（均等分布 vs 集中荷重）を閾値として設定し、計算結果の偏差値が許容範囲を超えた場合は手動でブロック配置を調整する。AI認識結果は必ず編集モードで数値と単位を最終確認し、システム保存前に現場責任者の検証ロジックを通す。これが最後の防衛線となる。

実装ガイド：パラメータ設定と検証フロー

積載計画の成熟度は、演算速度ではなく検証の密度で決まる。以下の手順は、AIによる初期パースから手動による境界値の上書きまでの具体的なワークフローである。画面遷移とパラメータ入力の各フェーズで、システムが何を出力し、人間が何を補正すべきかを意識せよ。

Phase 1: AI 作成による仕様パースと初期登録

自然言語テキストからの数値抽出は高速である。しかし出力結果をそのまま永続化してはならない。パース後の照合プロセスが計画の信頼性を左右する。

1. 概要 コンテナタイプを選択し、AI による自動認識機能を活用してパラメータ設定と保存を効率的に行う方法を確認する。
2. コンテナ管理を開く 「コンテナ管理」をクリックして、システム内のコンテナ設定管理エリアに進入する。既存のテンプレート群を概観し、対象範囲を特定する。
3. AI 作成を有効にする 「AI 作成」をクリックして内蔵の自動認識ツールを起動し、コンテナ仕様テキストの解析パイプラインを実行する。
4. コンテナ仕様を入力する 入力フィールドに仕様テキストを貼り付ける（例：「20OT Max Weight: 21,500 kg Internal Dimensions: 589×232×233 cm Door Opening: 233×223 cm」）。システムが正規表現ベースのパターンマッチングで各パラメータを分離する。
5. コンテナ設定の認識と保存 「認識して保存」をクリックする前に、抽出値と現場メモ帳を突き合わせる。保存が完了すると一覧が更新されるが、これはあくまで「データ永続化」の完了であって「実行保証」ではない。

Phase 2: 手動編集による境界条件の確定

AI の出力は起点である。実際の荷役制約に合わせてフィールドを上書きする。ここでの数値調整が、計算結果の実行可能性を決定づける。

1. 概要 積載計画の計算精度を向上させるため、コンテナの積載制限や内部寸法などの主要パラメータを変更する手順である。
2. コンテナ管理を開く 設定管理エリアにアクセスし、パース済みまたは既存のエントリーを特定する。
3. 編集モードに入る 対象行の「編集」ボタンを起動する。読み取り専用状態が解除され、全フィールドへの書き込みアクセスが有効化される。
4. 積載量フィールドを選択 現在の積載量値をクリックし、カーソルを配置して更新準備を行う。
5. 最大積載量を更新 既存の値をクリアし、ルート規制値または安全係数を適用した数値（例：「21000」）を入力する。定格値の鵜呑みは避ける。
6. ドア高さフィールドを選択 現在のドア開口部高さの値をクリックし、編集対象とする。このフィールドがフォークリフトの揚程制限と直結する。
7. ドア高さを更新 実測値または安全クリアランスを適用した値を入力する。内部高さとの差分が物理的進入可否を分ける。
8. ドア幅を更新 ドア幅フィールドに正確な開口寸法を入力し、入口幾何学パラメータの更新を完了する。
9. コンテナ設定を保存 「保存」を起動する。システムが更新値を検証し永続化する。これにより、以降の積載計算は現実の制約を前提とした出力を返す。

補足：レコードの検索と削除フロー

運用中に仕様変更や不要データの発生は避けられない。フィルタリングによる迅速な照会と、誤削除を防ぐ二段階確認机制の理解がデータベースの整合性を維持する。

1. 概要・管理画面アクセス コンテナサイズやその他の基準によってリストをフィルタリングし、特定コンテナの詳細を表示する。 → 「コンテナ管理」クリック → 管理エリアへ移動。
2. フィルタ条件の入力と実行 「コンテナサイズ」オプションを展開。対象タイプを入力し「検索」を実行。システムは条件一致レコードを抽出する。キーワードの再入力と再検索で範囲を絞り込む。 → → → →
3. レコードの選択・詳細表示・終了 結果リストから対象エントリをクリックして選択。強調表示で現在のコンテキストを確定する。「表示」ボタンで寸法・パラメータ詳細を展開。確認後「閉じる」で一覧へ復帰する。 → → →
4. 安全な削除手順 不要となったレコードに対しては「削除」ボタンを起動。誤操作防止のため確認ダイアログが挿入される。取り消し不可能な操作であることを認識し「確認」を完了することで、データベースから完全に除去される。 → → →

入力を誤れば計算は崩れる。検証を省略すれば現場は停止する。アルゴリズムは制約を創造しない。定義する。