船積管理システム開発の発注/外注/依頼/委託方法について

船積管理システムの発注・外注は、船積書類の作成だけでなく、受注、Booking、通関、コンテナ搬入、B/L、請求までの業務範囲を定義してから、パッケージ・SaaS・スクラッチ開発を選ぶことが成功の近道です。

InvoiceやPacking Listを転記する作業、担当者のメールに埋もれるETD変更、Excelでの受注残や収支の集計に悩んでいませんか。本記事では、船積管理システムを発注・外注するときの発注形態、RFPと要件整理、契約形態、費用相場、委託先選び、見積比較、導入後の進め方までを、荷主・商社・フォワーダー・NVOCCの違いに触れながら解説します。

▼全体ガイドの記事
・船積管理システム開発の完全ガイド

船積管理システムの発注・外注で最初に整理する全体像

船積管理システムを発注するときは、「船積の画面を作る」という依頼では、委託先も見積もりの前提を決められません。どの会社が、どの荷物を、どの書類と連携させ、どの時点で完了とするのかを一つの業務フローに落とし込むことが出発点です。

輸出を行うメーカーや商社では、Sales Contract、Invoice番号、品目、数量、仕向国、仕向港、納期、通貨、Incotermsなどを輸出案件の基本情報として管理します。そこからBooking番号、本船名、航海、ETD・ETA、コンテナ本数、カット日をつなぎ、Packing List、Shipping Instruction、Shipping Advice、原産地証明書、B/Lなどへ同じデータを利用できることが重要です。

発注時には、書類を出力できるかだけでなく、書類間の数量・金額・品目の不整合を検知できるかを確認します。書類の版数、承認者、変更履歴、ダウンロード履歴まで残せれば、担当者の経験に頼らず、訂正理由を後から説明しやすくなります。

フォワーダーやNVOCCでは、荷主向けの売上だけでなく、海上運賃、通関料、立替、下払、荷主別締め、Master B/L単位の粗利まで管理対象になります。House B/L、Arrival Notice、Delivery Order、海外代理店精算を扱う場合は、荷主向けの輸出案件管理だけを得意とする製品では不足する可能性があります。

また、船社、倉庫、通関業者、海外代理店とのデータ受け渡しが、メール、FAX、PDF、CSV、EDIのどれなのかで発注難易度が変わります。取引先ごとの帳票や精算ルールが多い企業ほど、画面機能の数ではなく、接続方式とエラー時の再処理まで含めて委託先を比較します。

「船積管理システム」という検索語には、船腹予約や書類、進捗を管理する意味と、コンテナ・トラック・パレットへの積み方を計算する意味が含まれる場合があります。前者は案件、Booking、通関、B/L、請求を扱い、後者は貨物の寸法、重量、容積、積付順序、荷崩れ制約を計算します。

両方が必要でも、一つの製品にすべてを詰め込む必要はありません。船積案件の正本を業務システムに置き、積付専用エンジンへ貨物明細をCSVやAPIで渡し、最適化結果を戻す構成にすると、製品の得意分野を活かしやすくなります。発注書には、この切り分けとデータの責任分界を明記します。

船積管理システムの発注形態はどれを選べばよいですか？

発注形態は、標準業務との近さ、連携の複雑さ、自社独自の競争力、社内の運用体制で選びます。初期費用だけを見て決めると、帳票変更や法改正対応、データ移行、障害対応の負担が後から発生するため、初年度と3年間の総額で比べます。

船積の標準業務が製品に合うなら、SaaSやパッケージを利用する方法が有力です。サーバー運用やバージョンアップを自社で抱えにくい企業でも始めやすく、標準機能の範囲なら短期間で稼働しやすいです。NVOCC向け、輸出者向け、食品輸出向けなど、対象業務が明確なサービスを選びます。

一方で、取引先ごとの特殊帳票、複雑な海外精算、古いEDI、独自の承認フローを無理にカスタマイズすると、初期費用だけでなくアップデート時の検証費用も増えます。標準機能で業務を変えられる部分と、変えられない法定・取引要件を分けて、カスタマイズの上限を先に決めます。

現場のExcel台帳、案件ステータス、書類の承認、問い合わせ管理から始めるなら、ローコードやアジャイル開発も選択肢になります。最初から全拠点・全帳票を作るのではなく、1拠点や1航路を対象にMVPを作り、作業時間や転記件数を測ってから広げます。

CTCが2025年3月31日に公開した三井倉庫ホールディングスの事例では、OutSystemsを使い、輸入者が通関から納品までの予約・進捗と関連書類をWeb上で確認できるサービスを開発しています（出典: CTC「三井倉庫ホールディングス株式会社様の事例」、2025年）。ただし、複雑なNACCS連携、EDI、在庫引当、ピーク時性能は、ローコードで実現できるかを初期の技術検証で確認します。

拠点ごとに精算が違う、船社・倉庫との固有連携が多い、販売・在庫・会計・WMSとリアルタイムに統合したい、顧客ポータルが競争力に直結する場合は、SI会社による個別開発を検討します。自由度が高い反面、要件定義、データ移行、受入テスト、教育、法改正対応、保守を自社の継続業務として管理する必要があります。

一括で大規模開発を発注するのが不安なら、現状調査・要件定義、PoC、MVP、本番展開に分けます。各段階で完了条件と次段階へ進む判断基準を設けると、想定外の追加開発を抑えながら、現場に合うかを確認できます。

RFPと要件整理には何を盛り込めばよいですか？

RFPは「船積を効率化したい」という要望書ではなく、各社に同じ条件で提案と見積を出してもらうための資料です。業務課題、対象範囲、データ、連携、非機能、納品物、評価基準、想定スケジュールを揃えると、安いが前提の違う見積を選ぶリスクを下げられます。

まず、受注から出荷予定、Booking、S/I、通関、バンニング、搬入、B/L発行、到着案内、請求・入金までを、一つの船積案件の流れとして描きます。各工程で、担当者、入力データ、確認者、出力帳票、期限、次工程への受け渡しを記録します。担当者が休んだときに別の人が追えるかという視点で見ると、属人化した判断が見つかります。

例外もRFPに含めます。Booking変更、分納、重量差異、通関保留、品目訂正、B/L再発行、船積遅延、キャンセル、通信断、取引先からの再依頼などです。通常ケースだけをデモしても実務適合性は判断できないため、候補会社には最低でも数件の例外シナリオを説明してもらいます。

品目コード、品名、単位、重量、容積、仕向国、仕向港、取引条件、船社、倉庫、取引先、通貨、税区分、原産地情報を、どのシステムで正しく持つのか決めます。船積管理システムだけが正本なのか、販売・在庫・ERPが正本なのかを曖昧にすると、同じ品目に複数のコードが生まれ、書類の差異や集計ミスにつながります。

連携要件では、NACCS、Cyber Port、船社、フォワーダー、倉庫、ERP、WMS、会計との接続方式を、API、EDI、CSV、メール、手入力に分けて記載します。データの送信頻度、重複防止キー、エラー時の再送、連携停止時の手動運用、連携費用の負担者まで決めると、開発会社ごとの見積条件を比較しやすくなります。

利用者数、拠点数、案件数、添付ファイル容量、同時利用者数、ピーク時間の応答、稼働時間、バックアップ、復旧目標、監視、権限、操作ログ、脆弱性対応、保守窓口を非機能要件に含めます。船積書類をクラウドに保存する場合は、データの保存場所、暗号化、アクセス制御、退職者アカウントの無効化、解約時のデータ返却と削除証明も確認します。

国土交通省は2026年5月13日に「港湾分野における情報セキュリティ確保に係る安全ガイドライン」の第3版を公表し、導入編、経営者層編、セキュリティ責任者編、システム構築・運用者編などを整備しています（出典: 国土交通省「港湾分野における情報セキュリティ確保に係る安全ガイドライン」、2026年）。港湾やターミナルと接続する場合は、MFA、最小権限、変更・操作ログ、バックアップ、復旧訓練、委託先の遠隔保守を、ガイドラインとの整合も含めて確認します。

船積管理システムの契約形態と役割分担はどう決めますか？

契約は、成果物と責任範囲が固まっているか、仕様変更が多いか、稼働後にどの水準の支援が必要かで使い分けます。契約名だけでなく、何をもって完了とし、誰が判断し、変更時にどのように費用と納期を見直すかを合意することが重要です。

現場ヒアリング、業務調査、要件定義、技術検証のように、作業を通じて成果の内容を固める工程は準委任契約が合いやすいです。画面、帳票、連携仕様、受入条件が確定し、完成物を検収できる開発工程は請負契約を検討できます。要件定義を準委任、開発を請負、稼働後を保守契約に分ける構成も一般的です。

調査ノートでは、請負は準委任より1.3〜1.5倍程度高くなる傾向があるという業務システム相場の整理がありますが、これは契約形式だけで一律に決まる価格ではありません。成果責任、変更管理、テスト責任、知的財産権、再委託範囲を含めた総額とリスクで比較します。

契約書や個別契約書には、成果物、納品形式、検収期間、受入テストの責任者、障害の定義、知的財産権、第三者ライセンス、秘密情報、個人情報、再委託、仕様変更の単価と承認者を記載します。船積では、帳票の出力結果だけでなく、書類間の整合性や連携エラーの再処理も受入条件に含めます。

保守契約では、問い合わせ受付時間、重大障害の連絡時間、復旧目標、バックアップ頻度、法改正やNACCS仕様変更への対応範囲を確認します。契約終了時に、案件、書類、添付ファイル、操作ログ、マスタ、変換履歴をどの形式で返却するかも、導入前に決めておくとベンダーロックインを抑えられます。

自社は業務判断、マスタの正しさ、優先順位、受入、現場教育を担当し、開発会社は設計、実装、テスト、移行支援、技術保守を担当する、といった役割分担を決めます。NACCS、Cyber Port、船社、倉庫、会計など外部サービスの障害や仕様変更を、誰が検知し、誰が再送し、誰が取引先へ連絡するかも明文化します。

RACIのような責任分担表を作り、設計、連携、帳票、権限、バックアップ、障害、教育、問い合わせ、法改正の行ごとに責任者と承認者を置きます。役割が決まっていれば、稼働後に「それは別会社の担当です」と言われる事態を避けやすくなります。

船積管理システムの費用相場と見積もりの内訳

船積管理システム単体の公的な価格統計は確認できません。以下のレンジは、調査ノートにある業務・物流システムの相場と、2025〜2026年に公開されている類似サービスの価格を組み合わせた目安です。NACCSやEDIの接続数、取引先別帳票、既存ERP連携、マスタ移行、拠点数、同時接続数によって大きく変わるため、特定金額の断定ではなく、見積比較の起点として利用します。

帳票作成を中心にしたクラウドやSaaSは、初期設定・移行を含めて0万〜30万円程度、月額4万〜10万円程度が一つの目安です。輸出案件、Booking、書類、進捗を標準機能で導入する場合は、初期10万〜100万円程度、月額8万〜20万円程度、導入期間は1〜3か月程度が目安になります。

NVOCCやフォワーダー向けに初期設定とデータ移行を加える場合は、初期30万〜300万円程度、月額10万〜30万円程度、期間2〜5か月程度を想定します。パッケージに取引先別帳票、NACCS、ERP、EDIを組み合わせる場合は、初期300万〜1,500万円程度、期間4〜10か月程度が目安です。船積・販売・在庫・通関・会計まで含むスクラッチや大規模SIは、1,500万〜4,000万円以上、期間6か月〜1年以上になる可能性があります。

公開価格の例として、YJK SolutionsのtradeNクラウドは月額99,800円、初期登録費用100,000円を税別で案内し、本船、Booking、HB/L、A/N・D/O、請求・支払、海外精算を対象にしています（出典: YJK Solutions「tradeNクラウド」、確認日2026年8月）。Port Gateは食品輸出向けに3ライセンス月額39,800円を税別で公開しています（出典: Port Gate公式サイト、確認日2026年8月）。いずれも製品利用料の例で、個別帳票、連携、教育、保守を含む発注総額とは異なります。

見積書は、要件定義、基本設計、詳細設計、開発、テスト、移行、教育、リリース、保守、クラウド利用料、ライセンス、外部サービス接続費に分けてもらいます。要件定義費用が開発費に含まれているのか、帳票1種類・連携1本・拠点1つの単価はいくらなのかを確認すると、追加費用の発生箇所が見えます。

調査ノートでは、エンジニア単価を月額80万〜120万円程度、保守を初期費用の年5〜15％程度とする業務システムの一般的な整理があります。ただし、実際は国内外の体制、専門性、24時間対応、再委託、SLAで変わるため、単価だけを比較せず、担当者の経験と作業範囲を同じ条件に揃えます。

初年度総額は、初期設定、カスタマイズ、データ移行、連携、教育、ライセンス、月額利用料、保守、端末、予備運用を合計して比べます。3年間で見る場合は、利用料の増額条件、ユーザー追加、帳票追加、API利用量、サポート、法改正、バックアップ容量、解約時のデータ出力まで含めます。

効果は、書類作成時間だけでなく、転記ミス、Booking変更の見落とし、B/L発行までの時間、請求漏れ、月次締め日数、問い合わせ対応時間、コンテナ積載率などで測定します。2026年4月公表のサンプランソフトの導入事例では、赤ちゃん本舗で船積書類の作成時間が従来の5分の1になったとされています（出典: サンプランソフト「TRADING」導入事例、2026年）。自社でも導入前の実績値を測ることが、費用対効果を説明する前提になります。

船積管理システムの委託先選定と見積比較のポイント

委託先は、知名度や見積総額だけで決めず、対象業務との適合、連携の実績、導入後の運用体制、説明の透明性を見ます。候補会社には同じRFPとサンプルデータを渡し、同じシナリオを実演してもらうと、提案の違いを確認しやすくなります。

輸出メーカーや商社なら、受注・出荷・外貨・書類・入金までの実績を確認します。フォワーダーやNVOCCなら、Booking、S/I、House B/L、A/N・D/O、荷主別請求、下払、海外精算、netNACCSやEDIの経験を確認します。積付が主課題なら、コンテナやトラックの制約を計算する専用エンジンと連携できるかを見ます。

事例紹介では「業務を効率化した」という表現だけでなく、対象拠点、利用者数、移行データ、連携先、導入期間、導入後のKPIを聞きます。可能なら、同じ担当者が要件定義から保守まで関わるか、実装を担当する会社と提案会社が同じか、再委託先を含む体制を確認します。

見積比較では、各社の機能名を並べるだけでは不十分です。要件定義、帳票、API、EDI、移行、テスト、教育、保守の項目ごとに、含む・含まない・別途見積のどれかを確認します。特に「標準対応」と書かれた機能が、設定だけで使えるのか、追加開発が必要なのかを質問します。

また、画面デモでは、受注からB/L発行、請求までを一つの案件番号で追えるか、書類訂正の承認履歴が残るか、Booking変更を通知できるか、連携失敗を再処理できるかを実演してもらいます。操作性だけでなく、データの流れと例外処理を確認すると、現場で使えるシステムか判断しやすくなります。

「すべて対応できます」「クラウドなので安全です」といった抽象的な回答だけの会社には注意します。NACCSや船社との接続障害、書類の再発行、通信断、データ移行の差異、取引先ごとの帳票、法改正、担当者退職時の引き継ぎを質問し、代替手順、ログ、責任者、追加費用、復旧目標まで説明できるかを見ます。

提案書には、想定リスク、前提条件、対象外、未確定事項、次の意思決定を記載してもらいます。安価な見積でも、対象外が多ければ実際の総額は上がります。見積金額が高い会社でも、移行や保守を含めて不確実性を減らしているなら、初年度・3年総額で有利になることがあります。

発注後の開発・導入はどの順番で進めますか？

発注後は、現状調査、要件定義、設計・開発、連携テスト、ユーザー受入テスト、移行、教育、並行稼働、本番稼働、効果測定の順に進めます。工程の名称よりも、各段階で誰が何を確認し、次へ進む条件を何にするかを決めることが大切です。

設計では、案件、船舶・航海、Booking、コンテナ、貨物、書類、請求、入金、マスタ、承認、ログの関係を決めます。テストでは通常の輸出だけでなく、ETD変更、分納、数量差異、通関保留、B/L再発行、同じデータの重複受信、権限不足、連携先停止、添付ファイルの差し替えを再現します。

連携テストとユーザー受入テストは分けて実施します。APIやCSVが正常でも、現場担当者が必要な帳票を必要なタイミングで出せなければ本番業務は止まります。受入条件には、処理結果、帳票、通知、権限、履歴、エラーからの復旧を含め、実データに近いサンプルで確認します。

移行では、品目、取引先、船社、港、倉庫、通貨、Incoterms、帳票テンプレート、案件履歴、Booking、請求、入金の対象を決めます。旧Excelの列名、コード、日付、単位を整理し、移行前後の件数と金額を照合します。過去履歴を移行しない場合も、参照方法と保管期間を決めます。

教育は、貿易担当、営業、倉庫、通関、請求、承認者、管理者ごとに業務演習を行います。いきなり全案件を切り替えず、1航路・1拠点などで並行稼働し、帳票の差異、入力漏れ、通知の見落とし、連携エラーを修正します。切替日には、紙やExcelへ戻す非常時手順と、復旧後の再入力ルールも用意します。

導入効果は、書類作成時間、転記件数、Booking変更の見落とし、B/L発行までの時間、船積遅延、請求漏れ、月次締め日数、問い合わせ件数、コンテナ積載率を導入前後で比べます。担当者の作業時間が減っても、入力が別部署へ移っただけなら、業務全体の改善とはいえません。

第2段階では、取引先ポータル、AI-OCR、積付最適化、経営分析などを、KPIと現場の要望に応じて追加します。国土交通省の2025年資料では、三島川之江港でCyber Portとコンテナ台帳サービスを連携し、輸出5件・輸入7件の合計12件を対象にトライアルが実施されました（出典: 国土交通省「サイバーポート（港湾物流）の令和6年度実施内容」、2025年）。実証で見つかった連携不備を次の改善に反映するように、導入後の検証費用も予算化します。

船積管理システムの発注・外注でよくある質問

船積管理システムの外注では、費用だけでなく、業務範囲、連携、契約、移行、セキュリティを同時に確認する必要があります。ここでは、発注前に特に質問されやすい点を回答します。

NACCSは輸出入・港湾関連手続きの重要な接続先ですが、受注、Booking、社内の書類承認、案件進捗、請求・入金、粗利管理までを自社の業務に合わせて一元管理する仕組みとは役割が異なります。NACCSと船積管理システムを連携させ、申告・許可情報と社内案件をつなぐ構成を検討します。

同じシステムにする必要はありません。船積案件・書類・進捗を管理するシステムと、寸法・重量・容積・荷崩れ制約から積付を計算する専用エンジンは、目的が異なります。積付結果をCSVやAPIで戻せるなら、得意分野の異なる製品を連携するほうが、導入範囲と費用を抑えやすい場合があります。

帳票作成中心のSaaSなら、公開価格として月額数万円台から10万円前後の例があり、初期設定を含めた費用は製品と支援範囲で変わります。調査ノートでは、帳票中心のクラウドを初期0万〜30万円程度、月額4万〜10万円程度とする目安がありますが、データ移行、取引先別帳票、教育、既存システム連携を含めると増えるため、候補会社に同じ条件で見積を依頼します。

Excelの列名、品目コード、単位、港名、取引先名、日付形式、過去履歴の保存場所を整理し、移行前後の件数と金額を照合します。旧ファイルをそのまま取り込むのではなく、正本となるマスタと、現在進行中の案件、参照だけの履歴を分けます。移行リハーサルを行い、差異が出た場合の修正責任者を決めておくと、本番切替のリスクを下げられます。

まとめ

船積管理システムの発注・外注では、最初に荷主・商社向けの船積案件管理なのか、フォワーダー・NVOCC向けの書類・収支管理なのか、積付最適化まで含むのかを切り分けます。そのうえで、パッケージ・SaaS・ローコード・スクラッチの候補を、機能だけでなく、NACCS、Cyber Port、船社、倉庫、ERP、会計とのデータ連携で比較します。

RFPには、通常業務だけでなくBooking変更、分納、通関保留、B/L再発行、連携停止などの例外を含めます。見積は、開発費だけでなく、要件定義、帳票、連携、データ移行、教育、クラウド利用料、保守、法改正、3年間の総額まで確認し、含む・含まない・別途見積を明らかにします。

発注後は、1拠点や1航路のMVP、移行リハーサル、連携テスト、ユーザー受入テスト、並行稼働を通じて、現場で使えることを確かめます。書類作成時間、転記ミス、遅延、請求漏れ、月次締め日数などのKPIを導入前後で測定し、取引先ポータルや積付最適化などの追加開発を優先順位づけします。

船積業務は一つの書類の誤りが通関、納期、請求、顧客対応へ波及します。業務を理解して要件を整理し、契約と責任分界を明確にできる委託先を選ぶことが、費用を抑えながら定着するシステムにつながります。

▼全体ガイドの記事
・船積管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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