港湾物流システムの発注・外注は、業務範囲を三層に分け、標準基盤との差分を切り分けるところから始まります。進め方は6段階で、現場調査と対象業務の決定から始め、データ責任とKPIの合意を経て、接続試験と移行・教育を含む稼働計画へ進みます。そのうえで、現場とデータ責任者の合意を先に取り付けておくと、段階導入と稼働後の改善につながります。
▼全体ガイドの記事
・港湾物流システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
港湾物流システムの全体像と発注範囲の決め方
港湾物流システムは、単一企業の在庫管理とは異なり、多くの組織の情報をつなぎます。港湾管理者、ターミナルオペレーター、船社が関わります。
荷主や海貨業者、通関業者も加わり、さらに陸運会社と倉庫会社も関係します。誰のどの業務を、どのデータで改善するかを先に決めておかないと、機能が増えるにつれて費用と責任範囲があいまいになります。
港全体・ターミナル・自社業務の三層分け
層ごとにつなぐ先と責任者が変わるため、発注範囲は三層に分けて整理します。
- 港全体：手続きや情報連携を扱い、Cyber Port、港湾EDI、NACCS、CONPASなどとつなぎます。
- ターミナル内：TOSで、ヤード在庫、蔵置位置、荷繰り、本船プラン、ゲート処理を扱う範囲。
- 自社業務：通関・倉庫・配車・請求や、取引先ポータル、社内基幹と連携する業務。
ターミナルの層には、クレーンや車両への作業指示も含まれます。自社業務の層では、通関進捗などのデータ連携も確認します。
標準基盤と自社開発の差分
Cyber Portや既存TOSで足りる範囲は、自社で開発せず使うのが基本です。たとえば、Cyber Port（港湾物流）は2026年4月から、原則1社あたり月額6,600円です。事業所数やユーザー数にかかわらず一律と案内されています。
利用開始後の通算100取引まで、または月間10取引以下の月は無料となる扱いもあります。2026年2月1日時点の登録社数は1,065社です。出典は国土交通省「サイバーポート（港湾物流）の利用登録社数が1,000社を突破！」（2026年）です。
- 独自料金：標準サービスに合わせにくい料金計算は、個別開発の差分です。
- 港ごとの運用：ゲート運用や特殊貨物の扱いは、標準化できない場合があります。
- 機器・権限：装置の制御や、複数社にまたがる承認フローも差分として残ります。
差分だけをクラウドで開発し、標準サービスとAPIやEDIで連携すると、初期費用を抑えられます。法改正や接続仕様の変更に伴う保守費も、差分を絞った分だけ小さく済みます。
港湾物流システムの発注・外注の進め方（6段階）
発注する側は、依頼の前に、現場の事実と達成したいKPIを整理します。接続先と運用体制も、この段階で押さえておきます。複数社が使うシステムでは、要件定義そのものが関係者の合意づくりになります。
6段階のうち、1〜2段階目は「現場調査と対象業務の決定」、3〜4段階目は「データ責任とKPIの合意」、5〜6段階目は「接続試験・移行・教育を含む稼働計画」で扱います。
現場調査と対象業務の決定
担当者へのヒアリングだけでは例外処理が漏れやすいため、船積み指示から請求までの業務を時系列で書き出しておきます。
- 対象業務：搬入予約、通関、ゲート受付、ヤード作業、搬出、倉庫入庫を記録する範囲。
- 例外処理：早朝受付、船の遅延、番号不一致、予約変更、停止時の紙運用など、通常とは違う処理。
- 現状値：入力回数、電話やFAXの件数、待機時間、ゲート処理時間。導入前の基準となる数字です。
測った現状値があれば、開発後の効果を検証しやすくなります。
次に、対象を港全体にするか、1ターミナル・1業務・数社でPoCを行うかを決めます。たとえば、搬出入予約と事前照合を先に入れ、予約遵守率やゲート前待機時間を見てから、ヤードや通関連携へ広げる進め方があります。港湾業務を止めないために、段階導入、並行稼働、切戻し手順も企画段階で想定しておきます。
データ責任とKPIの合意
同じコンテナ番号や船名、航海情報を複数社が扱うため、データの責任と改善の尺度をはっきりさせておきます。
- データの正：陸運会社は搬出予約、ターミナルは搬出可否、NACCSは通関状態を受け持ちます。
- 権限：データ項目ごとに登録者・承認者・参照者を決め、障害時に責任を追えるようにしておく。
- KPI：処理・待機時間、予約遵守率、二重入力、通関時間、荷繰り、連携エラー、復旧時間を測る指標。
国土交通省のCONPAS関連資料では、搬出入予約、PSカード受付、搬入情報の事前照合が運用改善の要素として示されています。さらに、現場の処理時間や例外件数も測っておくと、費用以外の価値を関係者に伝えられます。
接続試験・移行・教育を含む稼働計画
画面の完成だけでは稼働できないため、接続試験、異常系の確認、稼働後の運用準備を計画に含めます。
- 接続条件：API・EDIの電文、文字コード、再送、重複排除、時刻、障害時の再処理のルール。
- 接続試験：Cyber Port、NACCS、ターミナル、基幹システム、機器を、段階を追って確かめます。
- 異常系：予約変更、再送、通信断、番号誤り、権限エラー、機器故障の場面での動作。
- 稼働後：教育、問い合わせ窓口、24時間監視、手作業への切替、バックアップ復旧訓練の準備。
NACCSは2025年10月12日05:00に第7次NACCSの稼働を開始しています（出典：NACCSセンター「NACCS更改 よくある問合せ」、2025年）。このため、接続案件では最新仕様、試験環境の条件、ベンダーの更新計画を確かめ、運用設計も納品物に含めます。
RFP・要件整理と港湾固有の条件の具体化
RFPは、提案条件をそろえるために発注者側が作る設計書です。対象港・ターミナル、利用者、貨物を明記します。機能の一覧を渡すだけでは、各社の提案が前提の違う比較になってしまいます。
取引量と既存システム、接続先も書き添えます。また、導入時期、予算上限、保守時間帯も、RFPに入れます。前提がそろうと、候補会社ごとの提案を比べやすくなります。
業務イベント単位の機能要件
機能要件は、業務イベントと現場端末の条件まで具体化して書きます。「予約機能が必要」だけでは、何を作るのかが定まらないためです。
- 業務イベント：輸出入、船積み、搬出入票、入港届、通関、コンテナ、空コンテナ、請求、異常情報の定義。
- 予約と承認：予約期限、照合項目、変更・取消の承認者、ゲート表示の各項目。
- 現場端末：OCRやカードリーダーの通信、視認性、手袋での操作、紛失、交換まで見ておく。
- 通信断対応：再送・保留・手動確認で現場を止めずに済む仕組みを、要件に含めます。
可用性・セキュリティ・データ管理の数値化
TOSやゲートが止まると、荷役や車両の流れも止まりかねません。そのため、可用性とデータ管理の要件は数値で定めます。
- 可用性・性能：稼働率、停止許容、RTO、RPO、同時接続数、ピーク処理件数の目標値。
- 復旧：バックアップ世代と災害時の切替先を決めます。表現があいまいだと、見積も検収もできなくなります。
- セキュリティ：権限、多要素認証、暗号化、監査ログ、端末無効化、脆弱性対応、ネットワーク分離の定義。
- データ管理：再委託先のアクセス、データの所有者、利用目的、保存期間、返却・消去の取り決め。
複数企業のデータを扱うので、データの正と所有権は、はっきり決めておくことが大切です。
提案書と見積書の提出条件
RFPでは、提案書の章立て、見積内訳、スケジュールを指定します。体制図や類似案件、接続試験の経験も、提出を求めます。保守窓口と再委託の有無も、あわせて書かせます。
見積は、要件定義、設計・開発、外部接続の工程ごとに区切ってもらいます。機器、移行、テストも、同じ区切りで示してもらいます。
教育、クラウド、保守も、さらに分けて出してもらいます。同じ形式なら、範囲の狭い提案と過剰な開発を区別できます。
要件の確定度とリスク分担による契約形態の選び方
要件が固まらないうちに一括請負で契約すると、変更費用や納期遅延をめぐって対立しやすくなります。反対に、すべてを準委任にすると、納めるものや完成条件があいまいになり、予算管理が難しくなります。そこで現実的なのは、工程ごとに契約を分け、発注者と受託者の責任を文書にして残す方法です。
固定価格の請負契約と完成条件
要件と成果物が確定した設計・開発には、固定価格の請負契約が向きます。納期と検収条件も確定していることが前提で、仕様が明確な機器導入にも使えます。
完成条件を曖昧にしないため、契約書には次の項目を書き込んでおきます。
- 納めるもの：API・EDI仕様、権限、性能、障害時の挙動。
- 検収の対象：テスト項目、マニュアル、移行データ、検収方法。
- 変更と遅延：仕様変更の承認と追加費用の算定、遅延時の扱い、瑕疵対応の期間。
要件定義やPoCでの準委任契約の活用
現場調査や業務整理には、準委任契約で進めるのが自然です。RFP作成支援やPoC、接続方式の検証にも、同じ契約が使えます。作業の中身は決められても、最終成果が変わりうる工程には、この形が合います。
月ごとの稼働時間や担当者の役割、会議体を決めておきます。報告書、判断事項、上限金額も、あらかじめ明記します。作業完了の条件を確かめ、調査結果や設計方針は納品物として残します。
準委任は成果の完成責任を負わない契約です。そのため、工程の実施内容と納品物を契約で明らかにしておきます。
段階契約による接続・法改正・運用のリスク分担
段階契約では、次工程へ進む条件と、接続・変更・運用に伴う費用や責任を、あらかじめ整理しておきます。
- 工程：調査・要件定義、基本設計、開発・試験、移行・稼働支援、保守の区切り。
- 次工程：要件を見積に反映し、PoCで接続リスクを調べて、全体の作り直しを防ぎます。
- 変更時：データ提供の遅れ、ターミナル・NACCS・Cyber Portの仕様変更、機器納期、法令対応による費用と納期の分担。
- 複数社利用：契約主体、利用料、意思決定者、データ所有者、障害窓口、再委託、終了時の返却の取り決め。
運用費をターミナルや陸運会社が負担する場合は、利用規約と費用負担を先に合意しておきます。継続利用の管理の仕組みも、契約に組み込みます。
港湾物流システムの費用相場（300万円から3億円超）
港湾物流システムには、公開された標準価格表がありません。ここで示すのは、港湾専用の確定相場ではなく、公開事例と一般的なEDI・物流・TOS案件から組み立てた概算レンジです。
金額は、対象港や利用会社数、取引量によって変わります。さらに、接続先や機器、可用性によっても差が出ます。
24時間保守の有無も、金額を左右します。ここに示す金額は予算の目安として扱い、前提をそろえて複数社に再見積もりを依頼します。
スコープ別の初期開発費と期間
対象範囲ごとの推定費用と期間は、接続先や機器の条件と合わせて比べます。
- 小規模PoC：1社の限定連携、または1業務を数社で検証する場合で、300万〜1,000万円、2〜4カ月です。
- 中規模案件：自社業務や基幹連携を含み、1,000万〜3,000万円、4〜9カ月です。
- 地域横断基盤：複数社・ターミナル対応で、3,000万〜1億円、8〜18カ月です。
- 大型案件：TOS・機器連携や冗長化を含み、1億〜3億円超、12〜24カ月以上です。
小規模はCyber PortやNACCSとの限定連携、帳票電子化などを想定します。中規模では、自社の搬出入や通関進捗、配車まで対象になります。権限、API・EDI、既存基幹連携も、ここに入ります。
地域横断基盤には、共通マスタや予約、認証が含まれます。運用センターも、そこに加わります。
大型案件では、OCRやRFID、車載端末が対象になります。クレーン連携なども含まれます。
これらは推定レンジです。機器制御や現場停止を伴う場合は、ソフトウェアだけの見積もりと分けて評価します。
初期費用以外のコスト
開発費以外の費用も項目に分け、5年程度の総保有コストで比べます。
- 導入費：現場調査、要件定義、外部接続試験、端末・リーダー・OCRを含む費用。
- 移行・運用：データ移行、教育、稼働支援、監視、保守を確かめる範囲。
- 継続費：月額のクラウド・ライセンス、Cyber Port利用料、通信回線、機器交換費が対象です。
類似SI案件では、保守・運用費を初期開発費の年15〜25％程度で仮置きする方法があります。ただし、港湾の24時間対応や端末、ネットワークを含む場合は、個別見積もりが必要です。法改正や接続変更が絡むときも、個別に見積もる必要があります。
博多港のHiTSでは、機能拡充・バージョンアップに2,000万〜3,000万円かかった事例があります。これは初期費用の代表値ではなく、稼働後に追加費用が発生する参考例です（出典：港湾物流システムに関するNotebookLM調査ノート、2026年）。
費用を抑える標準化と段階導入
費用を抑えるには、機能を一律に削るより、既存基盤を確かめて開発の差分を絞るほうが効果的です。
- 標準基盤：Cyber Port、CONPAS、NACCS、既存TOSで足りる範囲。
- 開発の優先度：共通マスタ、連携、復旧、権限、監査ログ。個別画面より先に扱う対象です。
- 段階導入：1ターミナルや1業務でPoCを行い、合意、通信、データ、処理時間を見たうえで本開発を判断する。
移行や教育、試験が見積もりに含まれないと、稼働後に費用が膨らむおそれがあります。保守や障害時の手作業も、見積もりに入っているかを見ておきます。
委託先の選定と見積比較（実績と責任範囲）
委託先を選ぶときは、知名度や見積総額より、発注範囲に合う専門性と複数社を束ねる管理力を先に見ます。得意なシステム層は会社ごとに異なるため、この二つで候補を絞れます。
港湾のどの層を任せる会社かの確認
候補会社の専門領域と見るべき実績は、発注範囲に合わせて決めます。
- 港全体：貿易・物流EDIや官民基盤の運用実績。
- ターミナル：ヤード、本船、ゲート、車載端末、クレーン連携の経験の有無。
- 自社業務：業務整理、API、データ移行、クラウド運用の経験を確かめます。
三井E&Sの資料（出典：「コンテナ・ターミナル・マネジメント・システム（CTMS）」、2026年確認）によると、CTMSは複数のモジュールで構成されます。構成要素には、YPCSやヤード・船舶プラン、ヤード運用が含まれます。
ゲートやWeb、トラック運行管理などもあります。さらに、国内外ターミナルへの導入実績も公開されています。
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開発会社を選ぶ場合も、港湾に強い会社や機器ベンダーとの協業体制を提案書に書いてもらいます。全体の責任者も、同じ書面で示してもらいます。
2026年の物流効率化法に向けて何を準備すべきですか？
法令対応にも現場改善にも使える記録やKPIを、システム要件に含めます。
- 記録項目：荷待ち・荷役時間、積載効率、予約実績を残し、現状と改善後を比べます。
- 制度対応：2026年4月から一定規模以上の荷主・物流事業者は特定事業者として、中長期計画や定期報告が求められます。
- 責任者：特定荷主などには、物流統括管理者の選任も必要です。
制度要件は、国土交通省の資料（出典：「物流効率化法について」、2026年）で確かめておきます。そのうえで、予約・実績・待機時間を正確に記録し、関係事業者との改善活動にも使える設計にします。
港湾物流システムの発注・外注で、範囲と責任を先に決めること
発注の第一歩は、業務を港全体の手続き、ターミナル内の荷役、自社の通関・倉庫・配車に分けることです。まずCyber PortやNACCS、CONPASを確認し、既存TOSで足りるかも見ます。自社開発が必要な差分だけを、RFPに記載します。
発注前の現場とデータの責任者
現場調査や業務要件については、発注者側の責任者を明確にします。データの正の承認や稼働後の運用も、誰が担うかを決めておきます。
関係者が多い案件では、会議体と意思決定の期限を決めておきます。例外を含む業務フロー、KPI、責任の範囲を示した表に合意してから、提案を比べます。
稼働後まで含む総保有コストによる見積の選び方
投資を判断するときは、初期費用と稼働後の負担、段階導入の条件を合わせて見ます。
- 総保有コスト：接続試験、機器、移行、教育、クラウド、監視、保守、法改正・仕様変更を含む範囲。
- 段階導入：小規模PoCで効果と接続難度を確かめ、評価基準を満たす範囲から進める。
- RFP・契約：業務、データ、接続、機能、性能、セキュリティ、移行、教育、保守、異常時対応の定義。
- 契約の分担：要件定義・PoCは準委任、完成条件が明確な開発は請負、接続・移行・保守は段階契約。
- 費用幅：小規模PoCの300万〜1,000万円から、TOS・機器連携を含む3億円超までの幅。
現場とベンダーの責任の分け方に合意できれば、業務を止めずに段階導入でき、稼働後の改善につながるシステムを構築しやすくなります。
▼全体ガイドの記事
・港湾物流システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。