卸売・商社向け輸出入管理システムの発注では、輸出・輸入・三国間取引の業務フローと案件別採算を先に整理し、標準導入と個別開発の境界をRFPで明確にすることが成功の近道です。
海外の仕入先・販売先が増えると、InvoiceやPacking Listの転記、船積み状況、為替、運賃・保険・関税、入金・支払がExcelやメールに分散し、どの案件が遅延しているのか、実際に利益が出ているのかを説明しにくくなります。本記事では、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用相場、委託先選定と見積比較の進め方を、卸売業・商社の実務に合わせて解説します。
▼全体ガイドの記事
・卸売・商社向け輸出入管理システム開発の完全ガイド
卸売・商社向け輸出入管理システムを発注する前に何を決めますか?

発注前に決めるべきことは、製品名や画面のイメージではなく、どの業務をいつまでに、どの精度でつなげたいかです。案件番号を起点に、見積・契約・受注・発注・船積み・通関・入出庫・請求・入金までを追跡できる状態を目標にすると、候補製品や開発会社へ同じ条件で相談できます。
対象業務と解決したい経営課題を決めます
まず、輸出、輸入、三国間取引、国内販売、倉庫、経理のどこまでを対象にするかを決めます。たとえば第1段階を「貿易案件・書類・受発注・会計連携」に絞り、第2段階でNACCSやフォワーダー連携、第3段階で輸出管理やAI-OCRを追加する計画なら、初期費用と現場負担を抑えやすくなります。反対に、すべての業務を一度に置き換える計画では、例外処理とデータ移行が膨らみやすくなります。
目的は「システム化する」ではなく、「案件別粗利を出荷後すぐに確認する」「書類の最新版を誰でも確認する」「未入金と納期遅延を週次で把握する」のように表現します。導入後のKPIとして、書類作成時間、転記ミス、通関差戻し、出荷遅延、粗利確定までの日数、Excelやメールの件数を置くと、委託先の提案を機能数ではなく成果で比較できます。
データと法令対応の責任分界を整理します
取引先、仕入先、商品、HSコード、原産国、仕向地、通貨、税率、インコタームズ、決済条件、倉庫、勘定科目などのマスタを誰が整備するかを決めます。古いExcelをそのまま移行するだけでは、表記揺れや重複が残り、検索や粗利計算の品質が上がりません。マスタの正本、更新申請者、承認者、更新頻度を発注者側で決め、委託先には初期整備と移行支援の範囲を見積もってもらいます。
輸出管理では、経済産業省が重要な手続として該非判定、取引審査、出荷管理を示しています(出典:経済産業省「安全保障貿易管理ガイダンス[入門編]第三版」、2026年)。システムに判定欄を作るだけでなく、判断根拠、承認者、許可番号、確認日、変更履歴を保存し、最終判断は自社の責任者が行う運用にします。税関関係では、輸出の帳簿・書類・電子取引情報は原則5年、輸入の帳簿は7年、輸入の書類・電子取引情報は5年保存が必要です(出典:税関「帳簿書類の保存義務と電子帳簿等保存制度」、2026年確認)。
発注形態はパッケージ・クラウド・個別開発のどれを選びますか?

発注形態は、取引量だけでなく、拠点数、三国間取引の有無、海外拠点の利用、NACCSやERPとの連携、法令チェックの厳格さ、現場が許容できる入力負担で選びます。標準機能で業務の8割以上を処理できるなら、パッケージやクラウドを中心に不足部分だけを追加する方が、開発期間と保守負担を読みやすくできます。
標準クラウド・貿易パッケージで早く始める方法です
1拠点・少人数で、貿易案件、外貨、受発注、在庫、帳票、会計連携を早く整えたい企業には、標準クラウドや業界パッケージが向いています。株式会社コデックスのEX-TRADEは、カスタマイズなしなら申込みから1か月で導入可能と案内し、工業用機械商社6名の約2か月・初期約70万円などの事例を公開しています(出典:コデックス公式サイト、2026年8月確認)。個別事例であり自社の確定価格ではありませんが、発注前に具体的な期間と費用を質問する材料になります。
標準導入では、画面を作り替える前にFit&Gapを行います。自社固有の取引条件を標準機能に合わせられるか、合わせられない差分だけを帳票・CSV・API・承認ルールで補えるかを確認します。標準機能を無理に変えてしまうと、法改正や製品アップデートのたびに改修が必要になるため、業務を変える範囲とシステムを変える範囲を分けることが大切です。
貿易プラットフォームやERP連携で社外までつなぐ方法です
物流会社、フォワーダー、銀行、保険会社、海外法人との書類や連絡を一つの船積み単位で管理したい場合は、貿易プラットフォームを検討します。NTTデータのTradeBookは、NACCSから輸出入許可データと許可帳票を取得し、Invoice、Packing List、許可証などを一元管理する機能を案内しています(出典:NTTデータ「TradeBook」、2026年8月確認)。既存の販売・会計システムを残し、貿易書類と通関情報の層を追加する発注形態です。
海外法人、複数通貨、購買・販売・在庫・会計を統合し、制裁対象者スクリーニングや関税分類までグローバルに統一する場合は、ERPと貿易管理アドオンを組み合わせます。費用と期間が大きくなりやすいため、最初から全社刷新するのではなく、輸出管理や書類管理を先行し、会計・在庫・海外法人を段階的に広げる計画も有効です。
個別開発は独自商流が投資効果を生む場合に選びます
三国間取引、複雑な諸掛配賦、独自の承認、複数法人の債権・債務、既存基幹システムとの特殊な連携など、標準製品に合わせることで現場の二重入力が残る場合は、個別開発を検討します。ただし、すべてをスクラッチにするのではなく、案件・書類・粗利を最小構成で稼働させ、連携や分析を後から追加するMVP方式が安全です。
個別開発を外注する場合は、業務知識を持つSIerや開発会社に、要件定義から運用まで一貫して依頼できるかを確認します。画面を作る技術だけでなく、HSコードや輸送条件、通関書類、為替・諸掛、監査ログをどのようにデータモデルへ落とし込むかが重要です。法令改正やマスタ更新を誰が担当するかも、契約前に決めておきます。
RFPと要件整理はどのように進めますか?

RFPは、会社紹介を求める文書ではなく、候補会社が同じ条件で提案と見積を作るための発注条件書です。業務フロー、データ量、連携対象、セキュリティ、導入時期、保守条件を一枚に集約し、必須要件と希望要件を分けます。要件が曖昧なまま相見積もりを取ると、各社が異なる前提で価格を出すため、安い会社を選んだつもりでも後から追加費用が発生します。
RFPには業務・データ・連携・運用を記載します
RFPの冒頭には、導入背景、対象部門、拠点数、利用者数、月間の輸出入案件数、取引国数、商品・取引先マスタ件数、既存システム、希望稼働時期を記載します。次に、輸出・輸入・三国間の代表的な業務を、見積から契約、受発注、船積み、通関、入出庫、請求、入金まで時系列で示します。通常ケースだけでなく、分納、納期変更、返品、為替差損、書類差し替え、通関差戻しなどの例外も添えます。
データ要件では、商品コード、HSコード、原産国、仕向地、通貨、単位、税率、インコタームズ、船積み番号、許可番号、書類の版数を定義します。連携要件では、会計、販売管理、在庫、NACCS、フォワーダー、銀行、EDI、OCRの接続方式、連携頻度、エラー時の再送方法を記載します。運用要件では、MFA、最小権限、職務分離、バックアップ、復旧目標、ログ保存、データ返却形式、海外拠点のアクセス制御まで確認します。
同じサンプル案件でデモとPoCを比較します
候補会社には、同じサンプル案件を渡してデモを依頼します。たとえば、海外仕入先から商品を輸入し、運賃・保険・関税を配賦して在庫計上し、国内顧客へ分納した後に請求するケースです。画面の見栄えではなく、案件登録からInvoice作成、諸掛の入力、納期変更、粗利確認、承認、PDF保管までに何分かかるかを担当者が実際に操作します。
不明点が大きい場合は、1拠点または1業務だけでPoCを行います。PoCの目的は完成版を安く作ることではなく、マスタの欠損、現場の入力負担、連携データの粒度、標準機能と個別開発の境界を確かめることです。PoC費用、期間、成果物、本番開発へ再利用できる設定やコード、PoC後に契約を継続しない場合のデータ扱いも、開始前に合意します。
受入条件を画面ではなく業務結果で決めます
受入条件には「案件別粗利を表示する」だけでなく、「予定の運賃・保険・関税を登録し、実績確定後に差異を確認できる」「Invoiceの版数と承認者を履歴で追跡できる」「輸入許可番号から帳簿と関連書類を検索できる」のように、入力・処理・出力・証跡を一続きで書きます。テストデータには正常系と例外系を含め、担当者、承認者、経理、倉庫がそれぞれ確認します。
稼働判定の基準には、重大な障害がないことだけでなく、旧Excelとの残高一致、移行した商品・取引先の件数一致、帳票の差し戻し件数、連携エラーの通知、権限の分離、バックアップからの復旧確認を含めます。受入条件を発注前に定めておくと、請負契約の検収や追加開発の判断がしやすくなります。
契約形態は準委任と請負をどのように使い分けますか?

契約は一種類に固定するのではなく、要件の確定度に合わせて組み合わせます。SaaS利用契約、導入支援契約、準委任契約、請負契約、保守契約を工程ごとに分けると、曖昧な上流工程と完成条件が明確な開発工程を整理しやすくなります。契約名称だけで判断せず、成果物、責任、検収、変更管理を確認することが重要です。
要件整理やPoCは準委任契約が向いています
準委任契約は、委託先が専門家として調査、設計、開発支援を行うことに対して、稼働や役務の対価を支払う契約です。現状分析、RFP作成支援、Fit&Gap、連携方式の検証、データ移行計画など、作業を通じて要件が具体化する工程に適しています。毎月の作業報告、稼働上限、担当者、会議体、成果物の形式を契約書や個別発注書に記載します。
準委任だから成果物が不要という意味ではありません。業務フロー、要件一覧、データ項目定義、画面一覧、PoC結果、課題管理表など、次工程の判断に使う成果を定めます。要件が固まる前に請負の完成責任だけを求めると、委託先がリスクを価格へ上乗せするか、変更を追加請求にするため、上流を準委任で進める方が合理的な場合があります。
仕様が固まった開発は請負契約で検収条件を定めます
請負契約は、合意した成果物を完成させ、発注者が検査・検収することを前提にする契約です。画面、帳票、API、バッチ、移行プログラムなどの仕様が固まり、テスト項目で完成条件を示せる工程に向いています。納品物、検収期間、軽微な不具合の扱い、再検収、納期、遅延時の協議、知的財産権の帰属を明記します。
輸出入管理では、「標準機能に含まれる」と思っていた帳票や諸掛計算が追加開発扱いになることがあります。標準機能、設定変更、個別開発、外部サービス費を見積書で分離し、仕様変更の承認者と追加費用の算定方法を定めます。発注者都合の変更、法令改正、接続先仕様変更、委託先の不具合を同じ扱いにしないことも大切です。
データ・再委託・保守の条件を契約書で確認します
契約時には、データの所有権、利用目的、バックアップ、障害時の復旧、委託先のアクセス権、再委託先、秘密保持、個人情報、海外保存の有無を確認します。SaaSの場合は、サービス停止時の通知、解約時のデータ返却形式、返却期限、削除証明、API利用制限、料金改定、最低利用期間を確認します。輸出入書類を長期保存するため、解約後に検索・閲覧できない条件は避ける必要があります。
保守契約では、受付時間、重大障害の対応時間、法令・税率・HSコードの更新範囲、OSやブラウザの変更対応、軽微な改修の月間枠、バックアップと復旧テストの頻度を決めます。法令の解釈や該非判定をベンダーが保証する契約ではない場合もあるため、自社の法務・貿易管理責任者が最終判断する分担を残します。
発注・外注の費用相場はいくらですか?

卸売・商社向け輸出入管理システムの公的な一律価格表はないため、以下は公開料金、導入事例、一般的な業務基幹システムの工数から整理した目安です。標準クラウドは初期20万円〜75万円程度、パッケージに帳票・会計・在庫・APIの追加を行う場合は200万円〜800万円程度、複数拠点やNACCS・ERP連携を含む専用開発は800万円〜3,000万円程度が検討レンジです。大規模ERPや複数法人の貿易コンプライアンスまで統合する場合は、3,000万円〜数億円の推定レンジになりますが、確定価格ではありません。
公開料金と導入事例は標準導入の比較材料です
公開価格の例として、FBSのPORTNeTはクラウドを月額3万円から、最低限の機能に絞ったLight版を1ユーザー月額1万円から、オンプレミスを1ユーザー90万円から、3ユーザーのネットワーク版を120万円から案内しています。最短2か月程度から利用できる一方、初期設定、講習、サーバー、OS・データベース、月額サポートなどは別途です(出典:FBS「輸出管理システム PORTNeT」、2026年8月確認)。ライセンス価格と導入支援費を分けて考える必要があります。
コデックスの公開事例では、工業用機械商社6名が約2か月・初期約70万円、商品卸・小売11名が約2か月・約20万円、医療用機器卸25名が約6か月・約200万円、酒類・飲料商社2名が約2か月・約55万円です(出典:コデックス「その他導入事例」、2026年8月確認)。これらは個別事例であり平均値ではありませんが、ユーザー数、移行量、帳票差分、連携範囲で費用が変わることを示しています。
初期費用・移行費・保守費を分けて見積もります
見積書は、要件定義、基本設計、画面・帳票開発、連携開発、テスト、データクレンジング、移行リハーサル、教育、稼働立会い、クラウド・ライセンス、保守に分けてもらいます。リサーチノートで整理した一般的な工程配分では、要件定義10〜15%、設計15〜20%、開発30〜40%、テスト15〜20%、移行5〜10%が一つの目安です。輸出入固有の統計ではないため、見積もりの偏りを確認する補助線として扱います。
月額費用には、ユーザー数や同時接続数、クラウド、バックアップ、監視、サポート、API、OCR、電子文書保管が含まれる場合があります。個別開発の年間保守は初期費用の15〜20%程度を目安に置く考え方がありますが、法令更新、マスタ更新、海外拠点対応、障害対応の時間帯で変わります。輸出の帳簿・書類・電子取引情報を5年、輸入の帳簿を7年保存する前提で、5年または7年の総保有コストを比較します。
費用を抑えるには段階導入と差分管理を行います
費用を抑える最も確実な方法は、発注前に対象範囲を小さくすることです。第1段階を案件、書類、受発注、入出金、案件粗利に絞り、輸出管理の承認やNACCS・ERP連携は、業務効果とデータ品質を確認してから追加します。安くするためにテストや移行を削ると、稼働後の二重入力や手戻りが増えるため、削る対象は品質工程ではなく、初期リリースに含める機能の優先度です。
見積比較では、最小構成、標準構成、拡張構成の3案を同じ会社から出してもらいます。各案について、対象部門、ユーザー数、帳票数、移行件数、連携本数、教育回数、保守範囲、稼働時期、除外事項を並べると、価格だけが安い提案を見分けやすくなります。補助金や値引きを前提にせず、採択されなくても継続できる予算で判断します。
委託先選定と見積比較では何を確認しますか?

委託先は、会社規模や知名度だけでなく、卸売・商社の商流、輸出入書類、案件採算、通関、会計連携を理解しているかで選びます。製品ベンダー、導入支援会社、個別開発を担うSIerでは得意領域と責任範囲が異なるため、1社にすべてを任せるのか、製品会社と開発会社を分けるのかも最初に決めます。
貿易業務と類似規模の導入実績を確認します
実績確認では、「貿易システムを導入した」という表面的な事例ではなく、輸出・輸入・三国間のどれを扱ったか、何名・何拠点だったか、何件のマスタを移行したか、どの会計や在庫と連携したかを質問します。公開事例の費用と自社見積が違う場合も、ユーザー数、帳票、連携、導入支援の違いを説明できる会社なら、価格差を評価しやすくなります。
候補会社には、(1) HSコードや該非判定の責任範囲、(2) NACCS・EDI・APIの実績、(3) 三国間や多通貨、L/C、諸掛配賦への対応、(4) 商品・取引先マスタの移行件数、(5) 帳票の版管理と検索、(6) 海外拠点の権限、(7) 法令改正時の更新費用、(8) 解約時のデータ返却形式を確認します。回答が担当者の経験談だけでなく、仕様書や運用手順に落ちているかも見極めます。
見積は前提条件・除外事項・将来費用まで比較します
見積書を比較するときは、総額の小さい順に並べるのではなく、同じ比較表へ転記します。要件定義、設計、開発、テスト、移行、教育、保守を縦軸にし、各社の工数、単価、期間、成果物、含むもの、含まないものを横軸にします。特に、連携先の仕様調査、データクレンジング、移行リハーサル、受入テスト、稼働後の問い合わせを除外していないかを確認します。
価格が安い提案には、標準帳票のみ、APIではなく手動CSV、移行は発注者作業、教育はオンライン1回、保守は平日日中のみという前提が隠れていることがあります。反対に高い提案でも、複数回の移行リハーサル、現場立会い、障害時の復旧訓練、法令・マスタ更新が含まれている場合があります。価格差を質問し、同じ範囲にそろえた再見積もりを依頼します。
導入後の定着とリスク対応を提案に含めます
導入が失敗する典型例は、経営層だけで要件を決め、貿易、営業、倉庫、経理が試せないまま本番を迎えることです。委託先選定では、現場ヒアリング、操作研修、部門別テスト、マニュアル、問い合わせ窓口、並行稼働、稼働後レビューまでを提案に含めてもらいます。教育対象と研修回数が見積書に書かれているかを確認します。
AI-OCRやAI照合を採用する場合も、判定を無条件に自動確定しない運用にします。TradeWaltzは2026年4月から、PDFのヘッダー17項目と明細6項目の合計23項目を比較するAI貿易書類照合機能を提供すると発表しています(出典:TradeWaltz公式プレスリリース、2026年4月)。便利な機能ですが、差分の確認者、訂正方法、原本保存、誤認識時の責任をRFPと運用手順へ含める必要があります。
よくある質問(FAQ)

発注前によく寄せられる疑問へ、実務上の判断基準を回答します。費用や契約形態は要件によって変わるため、ここで示す数字は公開料金と導入事例に基づく目安としてご確認ください。
輸出入管理システムの発注費用は何万円から考えればよいですか?
標準クラウドの初期導入は20万円〜75万円程度、パッケージ拡張は200万円〜800万円程度、専用開発は800万円〜3,000万円程度が一つの目安です。公開料金ではPORTNeTのクラウド月額3万円から、Light版月額1万円からという例がありますが、初期設定や教育などは別途です。正式な発注額はユーザー数、帳票、連携、移行、法令対応を含むRFPで確認します。
クラウドとオンプレミスはどちらを選ぶべきですか?
複数拠点や海外担当者が利用し、初期費用を抑えて早く始めたい場合はクラウドが候補です。社内設備、特定のネットワーク、既存運用、長期保有を重視する場合はオンプレミスも比較します。料金だけでなく、バックアップ、サービス停止、セキュリティ更新、契約終了時のデータ返却、保守担当を5年または7年の総保有コストで確認します。
RFPを作れない状態でも外注相談できますか?
相談できますが、現状の業務フロー、Excel、帳票、利用者数、連携先、困っている例を最低限まとめると、提案の精度が上がります。RFP作成支援や現状分析を準委任で依頼し、その成果物をもとに開発範囲を決める方法があります。最初から完成品の請負を依頼するより、要件の不確実性を減らしてから開発契約へ移行する方が安全です。
システムが輸出管理の該非判定を自動で行えますか?
システムは判定情報、取引審査、承認、許可番号、証跡を管理できますが、法令上の最終判断を無条件に代行するものではありません。経済産業省の制度や自社の輸出管理内部規程に合わせ、判定者と承認者を分け、根拠資料と更新日を保存します。AIやマスタの結果は担当者が確認し、誤判定時に出荷を止められるワークフローを設けます。
まとめ

卸売・商社向け輸出入管理システムを発注するときは、まず輸出・輸入・三国間取引の業務を案件番号でつなぎ、案件別の進捗、書類、入出金、粗利をどこまで見たいかを決めます。そのうえで、標準クラウドや貿易パッケージで足りる範囲と、個別開発が必要な差分をFit&Gapで切り分けます。
RFPには、利用者数、拠点、取引国、マスタ件数、帳票、NACCS・ERP・会計・在庫との連携、移行、セキュリティ、法令・証憑保存、導入後の保守を記載します。契約は、要件整理やPoCを準委任、仕様が固まった開発を請負とするなど工程に合わせ、検収条件、変更管理、データ返却、再委託、保守の責任分界を明確にします。
費用は、標準クラウドの初期20万円〜75万円程度、パッケージ拡張の200万円〜800万円程度、専用開発の800万円〜3,000万円程度を目安にしつつ、公開価格と推定レンジを区別します。最小構成・標準構成・拡張構成を同じ条件で比較し、導入費だけでなく、移行、教育、保守、法令更新、5年または7年の証憑保存を含む総保有コストで委託先を選ぶことが大切です。
▼全体ガイドの記事
・卸売・商社向け輸出入管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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