輸出入管理システムの発注は、業務範囲、要件、委託先と契約の順に整理すると、過剰な投資を抑えられます。
まず発注形態を選び、次にRFPと要件を整理します。そのうえで、契約と費用、委託先を見ていきます。全体像は輸出入管理システム開発の完全ガイドにまとめています。
▼全体ガイドの記事
・輸出入管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
輸出入管理システムの全体像
輸出入管理システムは、海外との売買や仕入れを案件単位で管理する仕組みです。船積みや通関から請求・入金までの流れを、在庫や採算と合わせて一つの業務フローにつなぎます。
発注時は画面だけでなく、データの登録者、承認の流れ、外部システムへの連携先も確認します。
NACCSと社内システムの役割の違い
NACCSは税関などへの行政手続を電子化する公共インフラで、見積、受注、発注の社内業務を、すべて代わりに担うものではありません。原価、承認、在庫の管理も、NACCSでは代わりに担えない社内業務です。請求と証憑保管は、NACCSの外側で管理する業務です。
社内システムでは、受注情報や取引条件、通貨を管理し、Invoice、Packing List、B/L・AWBといった書類も扱います。必要な申告情報は、NACCSへ連携する構成が基本です。
NACCSの公式掲載情報によると、第7次NACCSは2025年10月12日に稼働を開始しています（出典：輸出入・港湾関連情報処理センター株式会社「掲載情報一覧」、2025年）。
受発注・書類・在庫・採算を案件単位でつなぐ機能
輸出入管理システムは、案件情報と共通データを連携させて業務を管理します。マスタ登録から輸出入の実務、進捗・採算の把握までを案件単位でつなぐには、5つの機能が要ります。
- マスタ：商品・型番・HSコード・原産国・仕向地・通貨・インコタームズ。
- 輸出入業務：輸出の該非判定・取引審査、輸入の発注・入港予定・通関・検収。
- 進捗・採算：ETD・ETA、コンテナ進捗、諸掛按分による外貨・円貨の実際原価と粗利。
- システム連携：販売管理や会計との二重入力を減らす。
- 帳票の統一：マスタを一元化し、品名や取引条件のずれによる作成リスクを抑える。
法令対応と監査証跡の要件
輸出を扱う企業では、統制情報を案件に紐づけて管理する必要があります。
- 出荷制御：未審査の貨物を、出荷できない状態にする。
- 審査記録：該非判定の結果と根拠資料、取引審査の内容。
- 証跡：許可証、承認者、操作履歴を案件に紐づけて残す。
経済産業省は、安全保障貿易管理を外為法に基づく制度として案内しています。加えて、2026年3月改訂の入門ガイダンスでは、該非判定や取引審査、自主管理の手順を解説しています（出典：経済産業省「安全保障貿易管理ガイダンス［入門編］第三版」、2026年）。
法令マスタの更新担当者を決めておき、システムの機能更新と社内規程の連動方法は、委託先に質問します。
パッケージ・クラウド・スクラッチの選び方
標準的な輸出入業務を早く整えたい企業は、クラウド型パッケージを起点に検討します。一方で、ERPやWMSとの連携、独自審査、複雑な原価計算が競争力に直結するなら、追加開発やスクラッチを選択肢に入れます。
まず、製品を先に決めず、標準化できる業務と自社固有の業務を分けます。そのうえで発注形態を選びます。
クラウド型パッケージの強みは短期導入と運用負担の軽減
運用と拡張の手間を抑えやすい一方で、導入費用と解約条件は契約前に確かめる必要があります。
- 運用負担：サーバー購入やOS・データベース保守を自社で抱えずに済む。
- 拡張：ユーザー追加や拠点展開を始めやすい。
- 適合性：少人数の輸入卸、定型帳票中心の商社、Excelとメールの二重入力を減らしたい企業向け。月額サービスで業務を標準機能に合わせる。
- 導入費用：初期設定、データ移行、教育、追加帳票、API接続にかかる費用。
- 解約条件：データ返却が契約に含まれるかどうか。
パッケージへの追加開発による標準化と独自要件の両立
パッケージを基礎に、必要な機能だけを足していく方式です。たとえば、会計や販売管理とのCSV・API連携、独自のInvoiceが該当します。承認ルートや諸掛計算、WMS連携も対象になります。
全面的なスクラッチと比べると、初期費用と導入期間を抑えやすい形です。さらに、法令対応や帳票の共通機能は、製品側に任せられます。
標準機能を大幅に変えると、バージョンアップ時に追加の検証が必要になります。そのため、カスタマイズの目的、影響範囲、将来の保守費は、見積書に明記してもらいます。
固有業務が大きい企業向けのスクラッチ開発
スクラッチ開発は、標準製品に合わせにくい要件と長期的な運用負担を見比べて検討します。
- 固有要件：海外拠点の複雑な権限、独自の輸出審査、特殊な物流に対応。
- 連携・採算：商品別の原価配賦や、複数ERP・倉庫との接続に対応。
- 長期負担：要件定義やテスト、法令改正・障害対応、引き継ぎを、自社と開発会社が負担。
- 導入方法：全機能を一度に作らず、効果の大きい業務から段階的に導入。
発注前のRFPと要件の整理
RFPは、開発会社へ提案と見積を依頼する資料です。機能一覧に加えて、現状業務や課題、対象範囲を記載します。データ量や連携先も、あわせて書きます。
法令・監査要件と希望時期を示し、予算の考え方と回答形式も伝えます。粒度をそろえるほど、複数社の提案を同じ条件で比べやすくなります。
現状業務と導入目的の洗い出し
輸出と輸入に分けて、工程ごとに流れを書き出します。見積、受注または発注、船積み、入港、通関、入荷、検収、請求、入金の順に並べます。
各工程の情報を整理したら、導入目的の優先順位付けに、次の改善項目を使えます。
- 転記ミス：Excelやメール間の転記を減らす。
- 粗利把握：諸掛込みの粗利を、早く確認できる状態にする。
- 審査漏れ：未審査の出荷を防ぐ。
- 業務継続：担当者が休んでも引き継げる体制を作る。
工程ごとに、入力者と承認者、使用中のExcelやメール、転記回数を記録します。帳票や例外処理、月間件数も、あわせて押さえておきます。また、目的が曖昧なまま機能を増やすと、使われない画面に費用をかけてしまいます。
MUST・SHOULD・WANTによる機能の優先度
要件は、稼働初日から必要なMUST、初期導入後に追加したいSHOULD、将来検討するWANTに分けます。MUSTの機能は、次のとおり分類できます。
- 基本管理：取引先、商品、HSコード、通貨、インコタームズのマスタ。
- 案件と書類：輸出入案件の管理と、Invoice・Packing Listの作成。
- 進捗と会計：ETD・ETA、在庫、会計連携。
- 統制：権限、操作ログ、該非判定、取引審査。
なお、WANTにAIによる書類読取や高度な分析を入れる場合は、誤読時の確認画面と人の承認を必須にします。仕様書には、「できること」だけでなく、対象外とする業務も記載します。
RFPで定める連携仕様と非機能要件
RFPでは、接続先ごとの連携仕様と、安定運用に必要な非機能要件を定めます。
- 接続先・仕様：NACCS、ERP、販売管理、会計、WMS、EDI、銀行、フォワーダーの送信項目・頻度・方式・担当者。
- 処理手順：再送と重複防止に加えて、NACCSの正常送信から受付結果、エラー、証憑保存まで設計する。
- 処理性能：ユーザー数、同時接続数、月間取引件数、応答時間。
- 安全性・復旧：バックアップ、復旧目標、アクセス権限、二要素認証、ログ保存期間。
- サポート：対応時間と海外拠点の時差を見て、業務時間に間に合う体制を整える。
請負と準委任の使い分け
成果物が明確か、要件変更がどの程度あるか、発注側が管理できるかで契約形態を選びます。また、要件定義から本稼働までを一括せず、工程ごとに分ける方法もあります。
契約の名称で決めるより、責任分界や検収、変更管理を確かめます。成果物や知的財産、データ返却の扱いも確認します。
成果物と検収条件を明確にできる場合の請負契約
請負契約は、合意した仕様に基づいてシステムや設計書などを完成させ、検収する進め方です。納品物には、画面や帳票、連携があります。テスト結果や操作マニュアルなども含まれます。
加えて、検収期間や瑕疵対応、受け入れ基準は、先に決めておきます。要件が固まった開発工程では管理しやすい一方で、発注後に業務ルールが変わると変更契約や追加見積が発生しやすくなります。
要件整理や継続的な改善に向く準委任契約
準委任契約は、専門家の作業や支援を一定期間受ける契約です。成果物を事前に完全に確定しにくい工程に向いています。
- 業務整理：現状分析、RFP作成支援、Fit & Gap。
- 導入・改善：プロトタイプ、データ移行の支援、運用の改善。
- 契約条件：作業時間、担当者の役割、報告方法、成果物の扱い、再委託の可否。
- 発注体制：意思決定を遅らせない体制を用意。
契約書に残す変更・保守・データ所有の条件
要件変更の受付方法、影響調査の費用、追加開発の単価は、契約書や個別契約書に記載します。遅延時の報告や脆弱性対応、障害時の連絡先も、あらかじめ決めておきます。
サービスレベルやバックアップのほか、データの所有者、解約時のエクスポート形式も対象です。法令改正や取引条件の変更に備えて、保守契約に含まれる範囲を確認します。
ベンダーが保有する製品機能と、自社が権利を持つ個別開発部分は、区別して確かめます。区別しておくと、将来の移行や委託先の変更にも備えられます。
輸出入管理システムの費用相場と見積もりの内訳
費用は、利用ユーザー数や輸出入件数、既存システムとの連携によって変わります。帳票の種類やデータ移行、拠点数も影響します。法令・審査機能やカスタマイズの量も、費用に響きます。
公開料金の標準サービスと、個別要件を含む開発費は、同じ基準では比べられません。公開料金と業務システム一般の相場から整理すると、おおよその目安が見えてきます。ただし、個別案件の金額を断定するものではありません。
初期費用20万円台から月額数万円台の公開料金の例
公開料金の例は、初期費用や利用単位、別途費用の条件に違いがあります。
- EX-TRADE for Cloud：株式会社コデックス、初期費用24万円から、月額3万6,000円から。
- PORTNeT：クラウド版は1ユーザー月額3万円から、最低限機能のLight版は月額1万円から。
EX-TRADE for Cloudの公開料金はピー・シー・エー株式会社の製品情報によります（出典：ピー・シー・エー株式会社「Ex-Trade for Cloud」、2026年確認）。
PORTNeTは初期設定費用や講習会費用が別途です（出典：ヒューマンリソシア「PORTNeT」、2026年確認）。
これらは標準製品の公開価格です。個別帳票やマスタ移行を加えると費用は変わります。会計・WMS・NACCS連携や教育を加えた場合は、その分の費用が別に必要になります。
連携や個別開発を含む費用の幅
連携範囲や個別対応が増えるほど、導入費用は大きくなります。構成ごとの費用と期間を、あわせて見ておくとよいでしょう。
- クラウド標準：初期20万〜200万円程度、期間1〜3か月程度。
- 帳票・会計連携：パッケージで200万〜800万円程度。
- 複数システム連携：ERP・WMS・NACCSの接続で800万〜2,000万円程度。
- 大規模基盤：大規模なスクラッチや、海外拠点・多言語・多通貨を含む基盤は、2,000万〜5,000万円超となる可能性があります。
なお、上位レンジは業務システム一般の相場を輸出入管理へ当てはめた推定です。輸出入管理システム全体を対象にした統計ではありません。
提案会社には、前提条件と含まれない費用を分けて提示してもらいます。
開発費だけでなく移行・教育・保守まで分けた見積書の内訳
見積書では、開発以外に必要な費用も含めて、次の項目ごとに範囲を確かめます。
- 設計・環境：要件定義・業務設計、ライセンス、環境構築。
- 開発・検証：画面・帳票開発、外部連携、テスト。
- 導入：データ移行、マスタ整備、教育、本稼働支援。
- 運用：保守。
たとえば、データ移行費が安くても、古いExcelの品名や取引先コードの整理が対象外なら、社内工数が膨らみます。
運用費は、初期開発費の5〜15％程度を目安として提示されることがあります。実額は、SLAや監視の有無によって変わります。法令マスタ更新や問い合わせ対応、追加改修の範囲によっても差が出ます。
月額の料金に加えて、3年から5年の総保有コストで比較します。
委託先の選び方と見積比較のポイント
委託先は、知名度や提示価格よりも、自社の業態と業務の複雑さに合うかで選びます。重視する領域は業態によって変わるため、まず自社がどの業態に近いかを確かめます。
- 少人数商社：標準パッケージと導入支援。
- メーカー：安全保障輸出管理とERP連携。
- 通関・物流企業：NACCS・海貨・倉庫連携。
- 大企業：グローバル基盤と長期保守。
候補を3〜5社程度に絞り、同じRFPで提案と見積を依頼すると比較しやすくなります。
輸出・輸入・通関の実績と対応範囲
まずは、委託先の導入実績と対応範囲を確かめます。
- 導入実績：自社に似た業態、取引量、拠点数、輸出入比率、帳票、既存ERPの企業。
- 対応範囲：「貿易対応」とあっても、必要な機能まで含むかは個別に確かめる。
- デモ：自社の一案件で、見積から受注・発注、書類、承認、出荷、入荷、請求まで操作してもらう。
- Fit & Gap：結果を機能、運用変更、追加開発、対象外に分けて、提案の実態を確かめる。
該非判定や輸入諸掛の按分、分納への対応を確かめます。外貨評価やNACCS接続、フォワーダーとのファイル連携についても、対応を見ておきます。
前提・範囲・成果物をそろえた見積比較
提案を比べるときは、金額差の背景を確かめたうえで、評価の観点を分けます。
- 価格：提示金額と別料金の範囲。
- 適合度：自社業務や要件への適合。
- 導入期間：稼働までに必要な期間。
- 運用負荷：社内に残る作業や支援範囲。
- リスク：未確定事項や前提条件。
要件定義から保守まで、工程ごとに項目をそろえます。それぞれの項目について、含む・含まない・未確定のどれかを明示してもらいます。
安い提案でも、テスト環境やユーザー教育、データクレンジングが別料金なら、実際の発注額は変わります。帳票修正や休日の切り替え支援も、別料金になることがあります。
高い提案でも、業務整理や移行リハーサル、稼働後の伴走が含まれれば、社内負担を含む総コストで有利な場合があります。
法令更新・障害対応・将来の移行条件の確認
運用と契約の条件は、発注前に整理しておきます。
- 法令更新：マスタやプログラムの更新責任。
- 障害対応：緊急時の連絡先と復旧目標。
- サポート：海外拠点を含む対応時間。
- 解約・移行：データ形式、仕様書、API仕様、バックアップの返却条件。
経済産業省は、安全保障貿易管理のページで、2025年10月9日施行の補完的輸出規制の見直しなどを案内しています（出典：経済産業省「安全保障貿易管理」、2026年6月更新）。さらに、税関は2026年1月に、通関関係書類の電磁的記録提出に関する運用資料を更新しています。
制度の変更は、自社で追うか、委託先の保守に含めるかを決めておきます。
輸出入管理システムの発注・外注でよくある質問
発注前に確かめたいのは、費用と既存業務との適合性です。社内の準備や法令対応、導入後の運用も、あわせて確認します。よくある質問で、判断の考え方を示します。
NACCSがある企業でも輸出入管理システムを発注する必要がありますか？
必要性は、NACCSの外側にある社内業務をどれだけ効率化したいかで決まります。
- NACCSの役割：行政手続の基盤です。
- 社内業務：受発注、在庫、諸掛込み原価、社内承認、取引先書類、会計連携の管理。
- システム連携：正確な情報を送り、結果やエラーを案件へ戻すことで、二重入力と確認漏れを減らせる。
パッケージとスクラッチ開発はどちらが安いですか？
初期費用に加えて、独自要件の多さと将来の負担を比べて選びます。
- パッケージ：標準機能を使えるほど初期費用と導入期間を抑えやすい。
- 個別開発：独自要件が多いほど開発費用が増える。
- 追加改修：大規模なカスタマイズは保守や更新費用を増やす場合がある。
- 適合性：固有の審査や原価配賦が重要かを、Fit & Gapで確かめる。
判断は、3年から5年の保守や追加改修、社内の運用工数を含めて行います。
小規模企業でもRFPを作成して複数社へ依頼すべきですか？
大規模な文書を作らなくても、数枚のRFPで複数社へ依頼できます。
- 業務情報：現状業務フロー、課題、月間件数、利用者。
- 必要機能：必要な帳票と連携先。
- 希望条件：導入希望時期。
同じ情報で提案を依頼すると、価格差が機能の差か作業範囲の差かを見分けやすくなります。また、要件を決めきれない場合は、要件定義だけを準委任で依頼できます。そのうえで、要件定義の結果をもとに開発契約を結ぶ方法もあります。
導入期間はどれくらい見ておけばよいですか？
標準機能を中心に少人数で導入する場合は、1〜3か月程度です。一方で、帳票や会計連携を加える場合は、2〜6か月程度が目安です。
ERP・WMS・NACCS連携や複数拠点を含む場合は、4〜9か月程度です。データ移行や承認、監査要件を含む場合も、4〜9か月程度の範囲に入ります。さらに、スクラッチやグローバル展開では、9〜18か月以上になる可能性があります。
期間は、開発会社の工数だけでなく、発注側の業務判断の速さも左右します。加えて、マスタ整理の期間や受け入れテストの人数、繁忙期を避けた切り替え計画も影響します。
まとめ
発注時は、まずNACCSと社内業務の役割を分けます。そのうえで、輸出・輸入の業務から、通関、在庫、会計、審査のどこまでをシステム化するかを定めます。
標準パッケージ、追加開発、スクラッチを比較し、現状業務と導入目的をRFPへ落とし込みます。また、公開料金と個別開発費は性質が異なります。移行・教育から保守・追加改修までを含めた総保有コストで確かめます。
発注前の業務範囲と優先順位
発注先には、要件定義やFit & Gap、連携仕様の対応を確かめてもらいます。データ移行やテスト、教育は、提案に含めてもらいます。本稼働支援や法令更新、障害対応も対象です。
請負と準委任は、工程ごとに使い分けます。成果物や検収の条件、変更管理と責任分界を契約に残します。解約時のデータ返却も、契約で確かめます。
貿易実務を理解し、輸出管理やNACCS連携を説明できる委託先を選ぶことが、導入後に使われるシステムにつながります。
段階導入による効果と運用の確認
全社を一度に置き換えず、転記や確認が集中する範囲から段階導入し、効果を測ります。
- 導入範囲：受注・発注、貿易書類、審査、出荷可否、入荷・在庫など。
- 効果測定：書類作成時間、転記ミス、審査漏れ。
- 採算・運用：諸掛込み粗利の把握時間、問い合わせ件数。
現場が使い続けられる運用と、制度変更へ追随できる保守を含めて発注内容を決めることが、投資効果を高めます。
▼全体ガイドの記事
・輸出入管理システム開発の完全ガイド
▼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を創業。