港湾物流システム開発は、対象範囲の切り分け、標準基盤との接続、段階導入の順に進めると、重複開発を抑えながら現場の改善につながります。
全体像から見積もりの確認点まで、順に見ていきます。全体像をさらに詳しく知りたい方は、完全ガイドもご覧ください。
▼全体ガイドの記事
・港湾物流システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
港湾物流システムの全体像
港湾物流システムは、複数組織の手続き情報と現場作業をつなぎ、貨物の状態を正確かつ速やかに共有する仕組みです。TOS（Terminal Operation System）はターミナル内の荷役を管理し、港湾物流プラットフォームは関係者間の申請・予約・通知をつなぎます。
両者は役割が異なります。そのため、開発の前に対象範囲を切り分ける必要があります。
港全体・ターミナル・自社業務の三層での切り分け
港湾物流システムの範囲は、港全体、ターミナル、自社業務の三層に分けて整理できます。
- 港全体：複数事業者にまたがる手続きや情報連携
- ターミナル：コンテナの荷役とゲート作業の管理
- 自社業務：通関、倉庫、配車、請求など
港全体では、輸出入手続きや船積み指示を電子化します。搬出入票、入港届、通知なども電子化の対象です。
さらに、Cyber PortやNACCSなどの標準基盤との接続が対象に入ります。港湾EDIやTradeWaltzとの接続も対象です。
国土交通省のCyber Port（港湾物流）は、2026年4月から1社あたり月額6,600円で提供されます。事業所数やユーザー数にかかわらず、料金は一律です。なお、利用開始後の通算100取引まで、または月間10取引以下の月は無料です。
これらの情報は、国土交通省の2026年の案内「サイバーポート（港湾物流）の利用登録社数が1,000社を突破！」に記載されています。標準基盤の範囲を先に確認すると、重複開発を抑えられます。
ターミナル層では、TOSがヤード在庫と蔵置位置、荷繰りを扱います。本船の積み降ろし計画や、クレーンや構内車両への指示、ゲート受付も対象です。また、自社業務の層には、顧客ポータルのような外部向けの機能も含まれます。
三層を一つの巨大なシステムにまとめるより、層ごとに分けた構成のほうが現実的です。そのため、各層の責任者とデータの正を決めたうえで、APIやEDIで連携します。
電子化・予約・可視化・現場認証の主要機能
対象は貨物情報の管理からゲートでの本人確認まで幅広いため、機能は現場の課題に合わせて選びます。
- マスタ・取引管理：コンテナ番号、船名・航海、貨物、搬入出、通関、空コンテナ、請求を管理
- 搬出入予約：トラックの来場時間を登録し、待機時間やターンタイム、予約遵守率を把握
- 可視化：関係者が同じ画面で貨物の状態を確かめ、予約と実績を比べる
- 事前照合：PSカード、車両情報、OCR、ICカードで本人・車両・搬入情報を確かめる
事前照合を組み合わせると、現場での確認作業を減らせます。機能を増やしても、導入効果が高まるとは限りません。そのため、「入力を一度にする」など、現場の損失に直結するテーマから選びます。
たとえば、紙の搬入票をなくすだけでなく、誰が情報を登録し、いつターミナルのデータを正とするかまで設計して初めて、二重入力の削減につながります。
港湾物流システム開発の進め方と工程
港湾物流システムの開発では、現場観察と接続試験に時間をかけます。船の入出港からヤード作業、トラック受付、通関締切まで、業務が連動しているためです。
画面単位で要件を集めると、重要な例外処理が漏れるおそれがあります。そのため、現場調査から運用改善までを一つの流れとして扱います。次の判断に使えるよう、各工程の成果物も残しておきます。
1. 現場調査と業務範囲の決定
現場調査では、業務フロー、現場観察、紙やExcelなどの利用媒体、例外対応を順に確認します。
- 業務フロー：船積み指示から通関、搬入予約、ゲート受付、ヤード作業、搬出、請求までを一枚の図にまとめる
- 現場観察：聞き取りに加えて、ゲート、事務所、ヤード、倉庫、配車担当の現場を実際に見る
- 利用媒体：紙、FAX、電話、Excel、既存システムの利用箇所の確認
- 例外対応：繁忙時や締切直前、訂正、キャンセル、ダメージ、通信断時の判断の記録
この工程で残す成果物は、業務フロー図と課題一覧です。対象外業務の一覧や優先順位表も、あわせて残します。
対象範囲は、港全体の共通基盤と、自社の配車・通関、TOSや機器などに分けて明記します。対象範囲をそろえておくと、提案と見積を同じ条件で比べられます。
2. データ責任者とKPIの合意
同じコンテナ番号や船名を複数社が扱うため、情報の責任者と正とするシステムを、事前に決めておく必要があります。
- 関係者の権限：荷主、海貨業者、通関業者、ターミナル、陸運会社、港湾管理者ごとの登録・参照・承認・更新の担当
- 項目と形式：コンテナ番号の桁とチェック、船舶コード、港コード、危険品区分、時刻のタイムゾーン、文字コードの定義
- 電文の運用：再送ルールの取り決めと、データ項目表への落とし込み
効果を測るKPIは、導入前に現状値を測っておきます。ゲート処理時間やトラック待機時間などが候補になります。予約遵守率や入力回数も候補です。
通関リードタイムや荷繰り回数のほか、データ訂正件数や障害復旧時間も挙げられます。
CONPASの横浜港南本牧ふ頭の公表資料では、ゲート処理時間の平均が23秒と示されています。この港では、搬出入予約、PSカード受付、搬入情報の事前照合を運用しています。
出典は、国土交通省「新しい国際コンテナ戦略港湾政策の進め方検討委員会 最終とりまとめ 参考資料」です。自社の目標は、この数字に合わせるより、現状との差分と達成方法から決めます。
3. 段階的な接続設計・開発・テスト
要件が確定したら、接続方式を決めます。対象は、Cyber PortやCONPAS、NACCS、TOSのほか、基幹システムと機器です。
APIとEDIでは定義する項目が異なります。そのため、方式ごとに項目を決める必要があります。
- API連携：認証、レート制限、タイムアウト、再送、重複排除、エラー通知を取り決める
- EDI連携：電文項目と文字コード、送受信時刻、受信確認、異常時の再送責任の範囲
NACCSでは、2025年10月12日に第7次NACCSが稼働しました。そのため、既存接続の流用可否や、最新仕様に対応したアダプターの有無を契約前に確認します（根拠：NACCSセンター「NACCS更改 よくある問合せ」、2025年）。
開発は、1ターミナル、1業務、数社を対象にしたPoCから始めると安全です。搬出入予約や事前照合のように効果を測りやすい機能で、実証を行います。
画面、データ、現場動線を確認してから、対象を広げます。テストでは、貨物情報の訂正や予約変更、電文の重複を試します。さらに、機器停止と通信断も試します。
権限外の操作や災害時の手作業もテストします。稼働時には、並行稼働と切戻し条件を準備し、夜間リリースや現場問い合わせの連絡網も用意します。
導入後は月次でKPIを確認し、使われない入力項目や手作業に戻った工程を見直します。なお、2026年4月から、一定規模以上の荷主・物流事業者は物流効率化法上の特定事業者となり、中長期計画や定期報告などが求められます。国土交通省の定期報告では、荷待ち時間などの計測も扱われます。
そのため、予約時刻から退出時刻までを保存しておくと、後から説明できます（出典：国土交通省「物流効率化法について」、2026年）。
港湾物流システム開発の費用相場とコストの内訳
費用は、機能数に加えて、接続先や利用企業の数によって変わります。現場機器や24時間運用も、費用の変動要因です。さらに、可用性、データ移行、法改正対応も金額に影響します。
港湾物流専用の公定価格表はありません。ここに挙げる額は、公開サービスの料金や、類似する物流・EDI・TOS案件から組み立てた概算です。
予算取りの目安には使えます。一方で、最終価格は対象港や対象業務、接続仕様を確定したあとの見積で判断します。
スコープ別の初期開発費と期間の目安
初期開発費と期間は、対象業務や接続範囲によって次のように変わります。
- 小規模PoC・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との限定連携、帳票の電子化、1業務の検証などが対象です。
中規模案件には、搬出入や通関進捗、配車、権限の管理が加わります。さらに、API・EDIや既存基幹との連携も含まれます。
複数社の案件では、共通マスタや予約、認証が必要になります。加えて、複数ターミナルや運用センター、参加企業ごとの接続も必要です。
大型案件は、ゲート機器やOCR、RFIDまで含む場合があります。また、車載端末やクレーン、構内車両が加わることもあります。
この金額は、案件範囲から推定したレンジです。港湾物流専用の統計ではないため、見積書にも推定レンジであることを明記します。
接続・機器・移行・保守の費用の分け方
見積書は、初期費用の項目を分けて記載してもらいます。そのうえで、接続試験や機器の範囲も確認します。
- 開発工程：要件定義と現場調査、画面と業務ロジックの開発、API・EDI接続、接続試験。
- 設備・環境：端末、リーダー、OCRなどの機器、クラウド、ネットワーク。
- 移行・導入：データ移行、教育、稼働立会い。
接続先が増えると、仕様確認や試験環境の準備にも工数が発生します。さらに、試験データや異常時の責任分界にも工数がかかります。一式でまとめて計上すると追加費用が出やすいため、内訳を確認します。
ランニングコストには、クラウド利用料や監視、バックアップ、ネットワークが含まれます。機器保守やヘルプデスクも、この費用に入ります。さらに、脆弱性対応や法改正、接続仕様変更への更新も対象になります。
保守費は、初期開発費の年15〜25％程度を仮置きする方法があります。この数字は、24時間対応や現地駆け付けの有無で変わる、類似SI案件からの推定値です。
Cyber Portのような公表価格と、自社システムの運用費は分けて考えます。そのうえで、5年程度の総保有コストで比べます。
費用を抑えるには、標準サービスの利用範囲を広げ、独自開発を業務の差分に限ります。標準化された手続きは、Cyber PortやNACCSの側に寄せます。
自社独自の配車ルール、顧客通知、収支管理だけを追加する方法もあります。また、現場機器は一度に全更新せず、既存端末を活用します。効果を確認した箇所から拡張すると、初期投資と失敗リスクを抑えられます。
港湾物流システムの見積もりを取る際のポイント
見積は、金額の安さだけでは比べられません。業務範囲とデータ責任をそろえたうえで、接続試験や現場停止の許容時間、保守も同じ条件で提示してもらいます。
価格の根拠を読み解くには、RFPを作成して複数社へ同じ情報を渡すことが第一歩です。提案内容と見積の前提がそろえば、比べやすい状態になります。
RFPに記載する現場・データ・非機能要件
RFPには、提案の前提となる港や業務、運用条件を記載します。
- 対象と規模：対象港、ターミナル、参加企業、業務、取扱量、繁忙時間。
- 既存環境：既存システム、連携先、現場機器、希望する稼働時期。
- データと運用：登録者、承認ルール、保持期間、訂正履歴、帳票、通知、検索条件、役割別権限。
画面の要望だけでなく、業務フローとサンプル帳票も示します。開発会社が港湾業務に詳しくない場合でも、提案の前提をそろえられます。
非機能要件では、稼働時間や同時利用者数、ピーク時の処理件数を指定します。障害時のRTO・RPOやバックアップも、あわせて決めます。
セキュリティでは、監査ログや暗号化、MFA、ネットワーク分離を定めます。脆弱性対応や災害時の手作業も含めます。ゲートや荷役を止められない場合は、通信断やサーバー障害時にも現場を動かせる設計が必要です。
開発会社の実績と責任分界の比較
候補会社は、実績と提案体制、接続試験、契約上の責任分界で比べます。
- 関連実績：港湾、NACCS、EDI、TOS、Cyber Port、ゲート機器での経験
- 発注範囲との適合：TOS専門会社とSI会社では、適する範囲が異なる
- 担当体制と試験：港湾業務や接続調整の経験、試験計画、24時間対応
- 契約条件：再委託先、データ所有権、仕様変更時の費用負担
三井E&SのCTMSは、ヤード計画や本船計画、ヤードオペレーションのほか、統合ゲートシステムやトラック運行管理もモジュールで構成できます。国内外への導入実績も公開されています。出典は、三井E&S「コンテナ・ターミナル・マネジメント・システム（CTMS）」の製品紹介ページで、2026年に確認しました。
SI会社の中には、基幹・クラウド連携を得意とする会社もあります。発注範囲が基幹連携中心であれば、SI会社も候補になります。
「接続可能」とだけある場合は、仕様確認、試験環境の準備、相手先承認の担当を質問します。
責任分界は、発注者と開発会社、接続先、機器会社の間で決め、契約書と試験計画の両方に残します。
契約方式と導入後のリスクの決め方
契約では、開発段階ごとの契約方式と検収条件、導入後の変更・障害への対応を決めます。
- 契約方式：要件が固まらない初期は、準委任や段階契約で現場調査と要件定義を行い、仕様が固まった部分から請負契約へ移します。
- 検収条件：一括発注でも、要件定義、PoC、開発、総合試験、移行、稼働後支援の各マイルストーンで検収条件を分けます。
- 変更・障害対応：法改正、NACCSや外部サービスの仕様変更、API停止や機器保守終了、脆弱性発見、災害、第三者サービスの料金改定の扱いを決めておきます。
- 記録・共同利用：ログや帳票、共同運用の条件を契約で定めます。
検収では、PoCの稼働と本番の24時間運用を、別々の項目として扱います。
2026年の物流効率化法への対応では、待機時間などの実績データが必要になる可能性があります。そのため、ログの保存期間と帳票出力の責任を、あらかじめ決めておきます。
共同利用型では、費用負担や参加企業の追加・離脱を、契約で決めておく必要があります。データ公開範囲や運用会議の意思決定方法も、あわせて定めます。
港湾物流システム開発でよくある質問（FAQ）
企画を進める担当者から多く寄せられる質問に、順に答えます。料金や接続仕様は変わることがあるため、利用するサービスと接続先の公式資料も確認してください。
港湾物流システムの開発費用はいくらですか？
概算では、限定的なPoCや1社連携が300万〜1,000万円です。中規模の自社業務システムは、1,000万〜3,000万円が目安になります。
複数社のプラットフォームは3,000万〜1億円が目安です。TOSやゲート機器、OCR、車載端末、冗長化まで含むと、1億〜3億円超になる可能性があります。
いずれも公定価格ではありません。接続先や取扱量、可用性、機器、保守範囲によって変わる推定レンジです。
Cyber Portを使えば自社開発は不要ですか？
Cyber Portを使っても、自社開発が必要になる場合があります。自社の配車や倉庫、通関、請求などを追加するケースがあるためです。顧客通知や基幹システムとの連携を加えることもあります。
標準機能で対応できる業務と、自社固有の差分を分けて考えます。標準基盤を使う業務フローと費用を確認してから不足機能を開発すると、重複投資を抑えられます。
NACCSやターミナルとの接続で注意することは何ですか？
接続可否に加えて、最新仕様と試験環境を確かめます。認証方式や電文・APIの再送、重複排除、エラー通知なども見ます。障害時の手作業や試験の合否判定も決めておきます。
第7次NACCSのような更改では、既存アダプターをそのまま使えないこともあります。そのため、接続先の公式資料と開発会社の対応計画を照合します。
ターミナルのTOSや機器では、データを受け取る時刻、更新の正、停止時の運用を責任分界表に残します。
港湾業務に詳しくないWeb開発会社へ発注できますか？
発注は可能ですが、発注者だけで港湾業務の知識を補うのは難しいため、港湾・物流の業務コンサルタントやTOS・NACCS経験者を体制に含めることをおすすめします。
候補会社には、港湾・物流の実績と現場ヒアリングの進め方を具体的に質問します。接続試験の経験や24時間障害対応、再委託体制も、あわせて聞きます。
業界経験が少なくても、現場調査、PoC、専門会社との協業を提案できる会社なら候補にできます。
港湾物流システム開発の進め方まとめ
開発を成功させる要点
まず港全体の手続き、ターミナルの荷役、自社業務を三層に分けます。次に現場を見て、紙や電話、FAX、二重入力が起きる工程を特定します。
登録者とデータの正は、関係者間で合意しておきます。KPIは、ゲート処理時間や待機時間などを導入前から測ります。さらにPoCで効果を確かめ、段階的に広げます。
最初のRFPで決めるべき範囲
最初のRFPでは、費用の幅と提案条件を同時に整理します。
- 費用の目安：案件の範囲で金額が大きく変わります。
- コスト比較：Cyber Portの公表利用料と、接続試験や機器、移行、教育、保守の推定費用を分けて比べ、初期費用だけでなく総保有コストで判断します。
- RFP条件：対象業務、連携先、取扱量、非機能要件、接続試験の範囲を明記します。切戻しや障害対応、仕様変更、データ所有権、共同負担も書き込みます。
- 体制比較：NACCS・EDI、TOS・荷役機器、クラウド・基幹連携の強みを比べ、発注範囲に合うところを選びます。
小規模なPoCや1社の業務連携は、300万〜1,000万円、2〜4カ月が目安です。中規模の自社業務システムは、1,000万〜3,000万円、4〜9カ月程度を見込みます。
複数社・地域横断のプラットフォームは、3,000万〜1億円、8〜18カ月程度が目安です。TOSや機器を含む大型案件は、1億〜3億円超、12〜24カ月以上になる可能性があります。港湾の現場を止めずに改善を続けられることが、開発を成功させる条件です。
▼全体ガイドの記事
・港湾物流システム開発の完全ガイド
▼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を創業。