港湾物流システム開発の発注/外注/依頼/委託方法について

港湾物流システムの発注・外注では、港全体の手続き、ターミナル内の荷役、自社の通関・倉庫・配車業務を切り分け、標準基盤で足りない部分だけを開発することが成功の近道です。

港湾物流システムを委託したいものの、どこまでをRFPに書けばよいのか、パッケージとスクラッチ開発のどちらを選べばよいのか、見積金額をどう比べればよいのかで迷う企業は少なくありません。この記事では、発注形態の選択から要件整理、契約、費用相場、委託先の選定、見積比較、稼働後の保守までを、発注者の実務に沿って解説します。

▼全体ガイドの記事
・港湾物流システム開発の完全ガイド

港湾物流システムの全体像を理解して発注範囲を決めます

港湾物流システムは、単一企業の在庫管理システムとは異なり、港湾管理者、ターミナルオペレーター、船社、荷主、海貨業者、通関業者、陸運会社、倉庫会社などの情報をつなぐ仕組みです。最初に「誰のどの業務を、どのデータで改善するのか」を決めないまま開発会社へ相談すると、機能が増え続け、費用と責任範囲が不明確になりやすいです。

発注範囲は、第一に港全体の手続きや情報連携、第二にターミナル内の荷役、第三に自社の通関・倉庫・配車・請求業務という三層で整理します。港全体の層ではCyber Port、港湾EDI、NACCS、CONPASなどとの接続が論点になり、ターミナルの層ではTOSによるヤード在庫、蔵置位置、荷繰り、本船プラン、ゲート処理、クレーンや車両への作業指示が中心になります。自社業務の層では、取引先ポータル、社内基幹、配車、倉庫、通関進捗などとのデータ連携を確認します。

標準サービスであるCyber Portや既存のTOSを使える範囲まで自社開発しないことが重要です。Cyber Port（港湾物流）は2026年4月から原則として1社あたり月額6,600円で、事業所数やユーザー数にかかわらず一律と案内されています。利用開始後の通算100取引まで、または月間10取引以下の月は無料となる扱いもあります（出典: 国土交通省「サイバーポート（港湾物流）の利用登録社数が1,000社を突破！」、2026年）。2026年2月1日時点の登録社数は1,065社であり、標準的な港湾手続きの電子化を検討する際の比較対象になります。

一方、独自の料金計算、港ごとのゲート運用、特殊貨物の扱い、機器制御、複数社間の権限や承認フローは、標準仕様に合わせられない場合があります。その差分だけをクラウド上で開発し、標準サービスとのAPIやEDI連携で補う構成にすると、初期費用だけでなく法改正や接続仕様変更に伴う保守費も抑えやすいです。

港湾物流システムを発注・外注する進め方は6段階です

発注を成功させるには、いきなり開発会社へ「港湾物流システムを作ってください」と依頼せず、現場の事実、達成したいKPI、接続先、運用体制を順番に整理します。特に複数社が使うシステムでは、要件定義そのものが関係者間の合意形成になります。

最初の段階では、船積み指示、搬入予約、通関、ゲート受付、ヤード作業、搬出、倉庫入庫、請求までを時系列で書き出します。担当者へのヒアリングだけでは例外処理が漏れやすいため、早朝のゲート受付、船の遅延、コンテナ番号の不一致、予約変更、システム停止時の紙運用まで現場で確認します。現状の入力回数、電話やFAXの件数、トラック待機時間、ゲート処理時間を測定すると、開発後の効果を検証しやすくなります。

次に、最初から港全体を対象にするのか、1ターミナル・1業務・数社でPoCを行うのかを決めます。例えば、搬出入予約と事前照合だけを先行し、予約遵守率やゲート前待機時間を確認してから、ヤードや通関連携へ広げる方法です。現場を止められない港湾業務では、段階導入と並行稼働、切戻し手順までを企画段階で想定します。

港湾物流では、同じコンテナ番号や船名・航海情報を複数社が扱います。RFPに機能名だけを書くのではなく、誰が登録者で、誰が承認者で、誰が参照でき、どのシステムを正とするのかをデータ項目ごとに定義します。例えば、搬出予約の受付は陸運会社、搬出可否の確定はターミナル、通関状態の正はNACCSというように、登録・更新・参照の権限を分けておくと、障害時の責任も追いやすくなります。

KPIは、ゲート処理時間、トラック待機時間、予約遵守率、二重入力の回数、通関リードタイム、荷繰り回数、データ連携のエラー率、障害復旧時間などから選びます。国土交通省のCONPAS関連資料では、搬出入予約、PSカード受付、搬入情報の事前照合が運用改善の要素として示されています。費用削減だけでなく、現場の処理時間や例外件数を測るKPIを置くことで、システムの価値を関係者へ説明しやすくなります。

港湾物流システムは、画面が完成すれば稼働できるものではありません。APIやEDIの電文、文字コード、再送、重複排除、時刻の扱い、障害時の再処理を確認し、Cyber Port、NACCS、ターミナル、基幹システム、機器との接続試験を段階的に実施します。正常系だけでなく、予約変更、同一電文の再送、通信断、誤ったコンテナ番号、権限のない利用者、機器故障などの異常系テストもRFPと契約書に含めます。

NACCSは2025年10月12日05:00に第7次NACCSの稼働を開始しています（出典: NACCSセンター「NACCS更改 よくある問合せ」、2025年）。NACCS接続を含む案件では、現行電文の確認だけでなく、接続先の最新仕様、試験環境の利用条件、ベンダーのアップグレード計画を確認します。稼働後は、現場教育、問い合わせ窓口、24時間監視、手作業への切替、バックアップからの復旧訓練を行い、運用設計を納品物に含めます。

RFP・要件整理では港湾固有の条件を具体化します

RFPは、開発会社に機能を丸投げする文書ではなく、提案条件をそろえるための発注者側の設計書です。候補会社ごとに前提が変わらないよう、対象港・対象ターミナル・利用者・対象貨物・取引量・既存システム・接続先・導入時期・予算上限・保守時間帯を明記します。

機能要件は「予約機能が必要です」と書くのではなく、「陸運会社が搬出日の何営業日前から予約し、ターミナルが何を照合し、変更やキャンセルを誰が承認し、ゲートでどの情報を表示するか」まで書きます。輸出入手続き、船積み指示、搬出入票、入港届、通関進捗、コンテナ状態、空コンテナ、請求、異常・ダメージ情報など、業務イベントとデータの流れを一つずつ定義します。

現場端末も要件に含めます。ゲート端末、車載端末、スマートフォン、OCR、ICカード、PSカードリーダーは、屋外の通信状態、雨天や夜間の視認性、手袋をした操作、端末紛失、機器交換の方法まで確認します。画面の見た目よりも、通信断でも現場を止めない再送・保留・手動確認の仕組みが、港湾業務では重要になります。

港湾のTOSやゲートシステムが停止すると、荷役や車両の流れが止まる可能性があります。そのため、稼働率、許容停止時間、復旧目標時間（RTO）、復旧時点目標（RPO）、同時接続数、ピーク時の処理件数、バックアップ世代、災害時の切替先を具体的な数値で示します。「高可用性」や「十分な性能」といった表現だけでは、見積もりも検収もできません。

セキュリティでは、役割別権限、多要素認証、通信・保存データの暗号化、操作と電文の監査ログ、端末紛失時の無効化、脆弱性対応、ネットワーク分離、バックアップ、再委託先のアクセス管理を定義します。さらに、コンテナ番号や貨物情報の所有者、利用目的、保存期間、退去時の返却・消去方法を契約前に確認します。複数企業のデータを扱うため、データの正と所有権を曖昧にしないことが大切です。

RFPには、提案書の章立て、見積書の内訳、スケジュール、体制図、類似案件、接続試験の経験、保守窓口、再委託の有無を指定します。見積は、要件定義、設計・開発、外部接続、機器、データ移行、テスト、教育、クラウド、保守を分けて提出してもらいます。候補会社に同じフォーマットで回答してもらうことで、安いが範囲が狭い提案と、高いが必要以上に作り込んだ提案を区別できます。

契約形態は要件の確定度とリスク分担で選びます

港湾物流システムでは、要件が固まっていない段階で一括請負を選ぶと、変更費用や納期遅延をめぐる対立が起こりやすいです。反対に、すべてを準委任にすると、成果物や完成条件が曖昧になり、発注者が予算を管理しにくくなります。工程ごとに契約を分け、発注者と受託者の責任を文書化する方法が現実的です。

固定価格の請負契約は、要件、成果物、納期、検収条件が確定している設計・開発や、仕様が明確な機器導入に向いています。画面一覧だけでなく、API・EDIの電文仕様、権限、性能、障害時の挙動、テスト項目、マニュアル、移行データ、検収方法を成果物として列挙します。仕様変更の承認手順、追加費用の算定方法、遅延時の扱い、瑕疵対応の期間も契約書に含めます。

現場調査、業務整理、RFP作成支援、PoC、接続方式の検証など、実施内容は定義できても最終成果が変動する工程には準委任契約が適しています。月ごとの稼働時間、担当者の役割、会議体、報告書、判断事項、上限金額を定め、何をもって作業完了とするのかを確認します。準委任だから成果に責任を持たなくてよいという意味ではないため、調査結果や設計方針などの納品物を明記します。

おすすめは、現状調査・要件定義、基本設計、開発・接続試験、移行・稼働支援、保守のように段階を分ける契約です。要件定義の結果を次工程の見積条件に反映でき、PoCで接続の難しさが判明したときも、全体を作り直すリスクを抑えられます。発注者側のデータ提供遅れ、ターミナル側の仕様変更、NACCSやCyber Portの接続仕様変更、機器納期、法令対応が起きた場合の費用と納期の負担者も責任分界表で確認します。

複数社が利用する場合は、契約主体、利用料の負担、意思決定者、データ所有者、障害連絡の窓口、第三者への再委託、サービス終了時のデータ返却まで決めます。発注者が一社でも、運用費をターミナルや陸運会社が負担するなら、利用規約と費用負担の合意を先に整えます。システムの完成だけでなく、継続利用できるガバナンスを契約に組み込むことが大切です。

港湾物流システムの費用相場は300万円から3億円超です

港湾物流システムの標準価格表は公開されていないため、以下は港湾専用の確定相場ではなく、公開事例と一般的なEDI・物流・TOS案件から組み立てた発注時の概算レンジです。対象港、利用会社数、取引量、接続先、機器、可用性、24時間保守の有無によって金額は大きく変わります。見積依頼では、この表を予算の目安として使い、各社に前提条件をそろえて再見積もりしてもらいます。

1社の限定連携や小規模PoCなら、初期開発費は300万〜1,000万円、期間は2〜4カ月が一つの目安です。Cyber PortやNACCSとの限定的な連携、帳票の電子化、1業務を数社で検証する規模を想定します。自社の搬出入、通関進捗、配車、権限、API・EDI、既存基幹連携まで含める中規模案件では、1,000万〜3,000万円、4〜9カ月程度を見込みます。

複数社・複数ターミナルで共通マスタ、予約、認証、運用センターまで整備する地域横断の港湾プラットフォームでは、3,000万〜1億円、8〜18カ月程度が目安です。TOS、ゲート、OCR、RFID、車載端末、クレーン連携、冗長化まで含む大型案件は、1億〜3億円超、12〜24カ月以上になることがあります。これは推定レンジであり、機器制御や現場停止を伴う場合は、ソフトウェアだけの見積もりと分けて評価します。

見積書では、開発費だけでなく、現場調査・要件定義費、外部サービスの接続試験費、クラウド・ネットワーク費、端末・リーダー・OCRなどの機器費、データ移行費、教育費、稼働支援費、監視費、保守費を分けてもらいます。月額のクラウドやライセンス、Cyber Portなどの利用料、通信回線、機器の保守交換費も、5年程度の総保有コストで比較します。

保守・運用費は、類似するSI案件では初期開発費の年15〜25％程度を仮置きして予算化する方法がありますが、港湾の24時間対応、現場端末、ネットワーク、法改正、接続先の仕様変更を含む場合は個別見積もりが必要です。博多港のHiTSについては、機能拡充・バージョンアップに2,000万〜3,000万円がかかった事例が示されています。初期費用の代表値とは断定せず、稼働後の機能追加費用が発生する可能性を示す参考事例として扱います（出典: 港湾物流システムに関するNotebookLM調査ノート、2026年）。

費用を抑える方法は、機能を一律に削ることではありません。Cyber Port、CONPAS、NACCS、既存TOSなど、すでに使える標準基盤を確認し、自社で開発する差分を限定します。画面の細かな個別化よりも、共通マスタ、データ連携、異常時の復旧、権限、監査ログに優先順位を置くと、将来の接続変更にも対応しやすくなります。

また、全港一斉導入を前提にせず、効果が測りやすい1ターミナルや1業務から始めます。PoCの段階で利用者の合意、通信品質、データ精度、現場の処理時間を確認し、本開発へ進む判断基準を設定します。安価に見える提案でも、移行、教育、試験、保守、障害時の手作業が含まれていなければ、稼働後に費用が膨らむため注意が必要です。

委託先の選定と見積比較では実績と責任範囲を見ます

港湾物流システムの委託先は、知名度や見積総額だけで決めません。NACCS・EDI・貿易手続きに強い会社、TOS・ヤード・ゲートに強い会社、クラウドや基幹連携に強い会社、港湾機器や自動化に強い会社では、得意な層が異なります。自社の発注範囲に合う専門性と、複数の会社を束ねるプロジェクト管理力を確認します。

港湾全体の共通基盤やNACCS連携を重視する場合は、貿易・物流EDIや行政・民間をまたぐ基盤運用の実績を確認します。ターミナル内の荷役や自動化が中心なら、ヤードプランニング、本船プランニング、ゲート、車載端末、クレーン連携まで扱えるTOSベンダーが候補になります。自社の通関・倉庫・配車や既存基幹をつなぐ場合は、業務整理、API設計、データ移行、クラウド運用の経験が重要です。

例えば三井E&SのCTMSは、YPCS、ヤードプラン、船舶プラン、ヤードオペレーション、ゲート、Web、トラック運行管理などのモジュールで構成され、国内外のターミナルへの導入実績が公開されています（出典: 三井E&S「コンテナ・ターミナル・マネジメント・システム（CTMS）」、2026年確認）。また、2025年には清水港でTOSとコンテナ陸運会社の配車システムを連携するサービス基盤の運用開始が公表されました。こうした実績は参考になりますが、自社の港・機器・接続先で再現できるかを提案時に確認します。

見積比較では、合計金額を並べる前に、対象範囲、利用者数、同時接続数、取引量、対象港、連携先、機器、試験環境、移行件数、教育回数、保守時間、障害対応時間をそろえます。要件定義や接続試験が別料金、データ移行が対象外、休日夜間の対応が別契約という提案は、初期費用だけでは安く見えます。見積書の「含む」「含まない」「前提」「追加条件」を読み合わせることが必要です。

候補会社には、類似案件で発生した障害とその対応、接続試験の担当者、再委託先、担当者の交代時の引継ぎ、保守の一次窓口、復旧目標を質問します。デモでは、正常な予約登録だけでなく、予約変更、データ不一致、通信断、権限エラー、再送、現場の手動切替を見せてもらいます。実際に利用する担当者が操作し、現行業務より入力や確認が増えないかを評価します。

候補会社への質問は、港湾・NACCS・EDI・TOSの実績があるか、どのシステム層を担当したか、接続試験を誰が行うか、24時間の保守体制があるか、法改正や仕様変更をどの契約で対応するか、データの所有権と返却にどう対応するか、再委託を認めるかの順に整理します。公開できない事例であっても、発注者の業種、規模、利用者数、連携方式、担当範囲を匿名で説明してもらいます。

最終選定では、技術点、業務理解、実績、提案の実現性、体制、保守、費用、将来拡張を評価項目にして点数化します。価格差が大きい場合は、安い会社をすぐに選ぶのではなく、要件の抜け、下請け構造、機器費の未計上、試験範囲の違いを確認します。港湾業務に詳しくない開発会社でも、港湾SI会社やTOSベンダーと責任を分担する体制を示せるなら候補になりますが、誰が全体責任を持つかは必ず一社に明確化します。

港湾物流システムの発注・外注でよくある質問

港湾物流システムの発注では、費用だけでなく、利用者間の合意、外部接続、現場停止の回避、稼働後の保守が質問になりやすいです。ここでは、発注前に特に確認したい内容へ直接回答します。

小規模PoCなら300万〜1,000万円、中規模の自社業務システムなら1,000万〜3,000万円、複数社・複数ターミナルの港湾プラットフォームなら3,000万〜1億円、TOSや機器連携を含む大型案件なら1億〜3億円超が概算の目安です。公表された標準価格ではなく、対象範囲と接続条件から組み立てた推定レンジですので、要件定義後に複数社から見積もりを取得します。

標準化できる手続き、TOSの基本機能、認証、帳票、共通マスタは、パッケージや既存サービスを優先する方が保守しやすいです。港独自の料金、ヤード、ゲート、機器、共同運用ルールなど標準仕様に合わせにくい差分だけをクラウド上で追加開発する構成が現実的です。完全なスクラッチ開発は柔軟ですが、初期費用、法改正対応、ベンダーロックイン、共同負担の調整が大きくなるため、差分の大きさを確認してから選びます。

外注できますが、発注者側で港湾業務の責任者を置き、現場有識者と一緒に要件を整理する必要があります。開発会社には、NACCS・EDI・TOS・Cyber Port・CONPASの接続経験、異常時の運用設計、24時間保守の体制を確認します。一般的なWeb開発会社を選ぶ場合も、港湾に強い会社や機器ベンダーとの協業体制と、全体の責任者を提案書に記載してもらいます。

まず荷待ち時間、荷役時間、積載効率、予約実績などを記録できるようにし、現状値と改善後のKPIを比較できる状態にします。2026年4月から、一定規模以上の荷主・物流事業者は特定事業者として、中長期計画や定期報告、特定荷主などの物流統括管理者の選任が求められます（出典: 国土交通省「物流効率化法について」、2026年）。システムは法令対応だけを目的にせず、予約・実績・待機時間の正確な記録と、関係事業者との改善活動に使えるよう設計します。

港湾物流システムの発注・外注は範囲と責任を先に決めます

港湾物流システムの発注・外注を成功させる第一歩は、港全体の手続き、ターミナル内の荷役、自社の通関・倉庫・配車という三層に業務を分けることです。そのうえで、Cyber Port、NACCS、CONPAS、既存TOSなどの標準基盤を確認し、自社開発が必要な差分だけをRFPに記載します。

発注者は、現場調査の担当者、業務要件を決める責任者、データの正を承認する責任者、稼働後の運用責任者を明確にします。関係者が多い案件ほど、会議体と意思決定の期限を決め、現場の例外処理を含む業務フロー、KPI、責任分界表を合意してから提案を比較します。

見積金額の大小だけでなく、接続試験、機器、移行、教育、クラウド、監視、保守、法改正や仕様変更への対応を含めて比較します。最初は小さなPoCで効果と接続の難しさを確かめ、評価基準を満たした範囲から段階導入することで、港湾業務を止めずに投資判断を更新できます。

RFPでは、現場業務、データの正、接続先、機能要件、性能・可用性、セキュリティ、移行、教育、保守、異常時の切替を具体化します。契約は、要件定義やPoCを準委任、完成条件が明確な開発を請負、接続・移行・保守を段階契約に分けると、変更リスクと責任を管理しやすくなります。

費用は小規模PoCの300万〜1,000万円から、TOS・機器連携を含む3億円超まで幅があります。初期費用だけでなく、接続試験、端末、移行、教育、クラウド、24時間監視、法改正や接続仕様変更への対応を含む総保有コストで比較してください。発注前に現場とベンダーの責任分界を合意できれば、港湾業務を止めずに段階導入し、稼働後の改善までつながるシステムを構築しやすくなります。

▼全体ガイドの記事
・港湾物流システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。