卸売・商社向け輸出入管理システムの発注は、業務を整理し、標準機能との適合を確かめ、RFPにまとめる順で進めると、方式と費用を判断しやすくなります。
まず発注前に決めることを押さえ、そのうえで発注形態、契約、費用、委託先選定の順に見ていきます。
▼全体ガイドの記事
・卸売・商社向け輸出入管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
卸売・商社向け輸出入管理システムの発注前の決定事項
発注前には、対象業務、期限、必要な精度を先に決めておきます。製品名や画面を比べる前に決めておくと、候補会社の提案を同じ土台で評価できます。案件番号を起点に見積、契約、受注、発注を追跡し、船積み、通関、入出庫、請求、入金まで追える状態になれば、候補会社へ同じ条件で相談できます。
対象業務と解決したい経営課題
対象範囲は、輸出、輸入、三国間取引の区分に加えて、国内販売、倉庫、経理のどこまでを含めるかで選びます。海外取引の書類や連絡がExcelやメールに分かれている場合は、案件ごとの進捗と利益をつかめる範囲を定めることが出発点になります。
- 第1段階：貿易案件、書類、受発注、会計連携の範囲。
- 第2段階：NACCSやフォワーダーとの連携の追加。
- 第3段階：輸出管理やAI-OCRの追加。
一度にすべてを置き換えると、例外処理とデータ移行の作業が膨らみやすくなります。そのため、段階導入で初期費用と現場の負担を抑えるのが現実的です。
目的は「システム化」ではなく、業務の成果で表します。たとえば、案件別の粗利を出荷後すぐ確認できるようにする、といった形です。
成果の指標には、書類作成時間や転記ミス、通関差戻し、出荷遅延をKPIとして置く方法があります。さらに、粗利確定までの日数や、Excel・メールの件数を加えると、各社の提案を成果で比べやすくなります。また、書類の最新版を誰でも確認できることや、未入金と納期遅延を週次で把握できることも、目標に含められます。
データと法令対応の責任分界
古いExcelをそのまま移行すると、表記の揺れや重複が残ったままになり、検索や粗利計算の品質が上がりません。
- 取引マスタ：取引先、仕入先、商品、HSコード、原産国、仕向地の情報。
- 条件マスタ：通貨、税率、インコタームズ、決済条件、倉庫、勘定科目も対象に含めます。
- 整備責任：正本、更新申請者、承認者、更新頻度を発注者側で決めます。
- 移行支援：初期整備と移行支援の範囲を、委託先に見積もってもらいます。
経済産業省は、該非判定、取引審査、出荷管理を重要な手続として示しています（出典：経済産業省「安全保障貿易管理ガイダンス［入門編］第三版」、2026年）。
システムに判定欄を作るだけでなく、判断根拠、承認者、許可番号、確認日、変更履歴も保存します。ただし、最終判断は自社の責任者が行う運用にします。
税関関係では、輸出の帳簿・書類・電子取引情報は原則5年、輸入の帳簿は7年、輸入の書類・電子取引情報は5年の保存が必要です（出典：税関「帳簿書類の保存義務と電子帳簿等保存制度」、2026年確認）。
発注形態の選び方（パッケージ・クラウド・個別開発）
方式は取引量だけでなく、拠点数や海外拠点の利用の有無も踏まえて選びます。三国間取引の有無や、NACCSやERPとの連携も判断の材料になります。さらに、法令チェックの厳格さと、現場が受け入れられる入力負担も確認します。
標準機能で業務の8割以上を処理できるなら、パッケージやクラウドを中心に、不足分だけを追加する進め方になります。そのため、開発期間と保守負担も見通しやすくなります。
標準クラウド・貿易パッケージによる早期導入
1拠点・少人数で、貿易案件や外貨、受発注に加えて、在庫、帳票、会計連携も早く整えたい企業には、標準クラウドや業界パッケージが候補になります。また、コデックスのEX-TRADEは、無カスタマイズであれば、申込みから1か月で導入できると案内しています。
- 導入期間：工業用機械商社6名の事例は約2か月です。
- 初期費用：同じ事例の金額は約70万円です。
- 確認事項：公開事例は、自社の確定価格ではありません。
事例は個々の案件によるものなので、そのまま当てはまるとは限りません。ただし、発注前に期間や費用を質問する材料にはなります（出典：コデックス公式サイト、2026年8月確認）。
標準導入では、画面を変える前にFit＆Gapを行います。自社の取引条件を標準機能に合わせられるかを確かめ、残った差分を帳票、CSV、API、承認ルールで補えるかも確認します。
標準機能を変えると、法改正やアップデートのたびに改修が必要になります。そこで、業務とシステムのどちらを変えるかを分けて検討します。
貿易プラットフォームとERP連携による社外連携
物流会社やフォワーダー、銀行などの社外先、海外法人との連絡を船積み単位で管理したい場合は、貿易プラットフォームを検討します。
たとえば、TradeBookはNACCSから輸出入許可データと許可帳票を取得します。さらに、Invoice、Packing List、許可証などをまとめて管理できると案内しています（出典：NTTデータ「TradeBook」、2026年8月確認）。
既存の販売・会計システムを残したまま、その上に貿易書類と通関情報の層を追加できます。
- 既存システムを維持：販売や会計の仕組みはそのまま使います。
- ERPと連携：海外法人や複数通貨も含めて統合します。
- 段階的に拡張：輸出管理や書類管理から始める方法もあります。
購買から会計までを統合し、海外法人や複数通貨も扱う場合は、ERPを組み合わせます。特に、制裁対象者のスクリーニングや関税分類も統一するなら、ERPを組み合わせる構成になります。
ERPは費用と期間が大きくなりやすいため、最初から全社を刷新するより、輸出管理や書類管理を先に進めるほうが現実的です。会計、在庫、海外法人は、その後に段階的に広げる計画も有効です。
独自商流がある場合の個別開発
標準製品に合わせると二重入力が残る場合は、個別開発を検討します。個別開発の対象例は、三国間取引や複雑な諸掛配賦です。
ほかにも、独自承認や複数法人の債権・債務、既存の基幹システムとの特殊な連携も対象になります。
すべてを作り込まず、案件・書類・粗利から稼働させるMVP方式が安全です。
- 最小構成：案件、書類、粗利に絞って稼働させる範囲。
- 後から追加：連携や分析を、段階的に広げる部分です。
- MVP：必要最小限の機能で効果を確かめる考え方。
業務知識を持つSIerや開発会社に、要件定義から運用まで依頼できるかを確かめます。加えて、HSコードや輸送条件、通関書類のデータ設計を見極めます。為替・諸掛と監査ログの設計も、対象に含めて確認します。
法令改正やマスタ更新を誰が担当するかは、契約前に決めておきます。委託先には、画面を作る技術に加えて、実務と保守の知識が求められます。
RFPと要件整理の進め方
RFPは、候補会社が同じ条件で提案と見積を作るための発注条件書です。会社紹介の資料とは、目的が違います。
業務フローやデータ量、連携対象を一枚にまとめ、セキュリティ、導入時期、保守条件も同じ資料に記します。
必須要件と希望要件は分けておきます。要件が曖昧なまま相見積もりを取ると、各社の前提が異なり、安い提案を選んでも追加費用が生じることがあります。
RFPに記載する業務・データ・連携・運用の要件
冒頭には、導入の背景と対象部門を書きます。あわせて、拠点数、利用者数、月間の輸出入案件数を記載し、取引国数も加えます。
商品・取引先マスタの件数や既存システム、希望稼働時期も記載します。
- 業務フロー：輸出、輸入、三国間の取引を、見積から入金まで示します。
- データ要件：商品コード、HSコード、原産国、仕向地、通貨、単位、税率、インコタームズなど。
- 連携要件：会計、販売、在庫、NACCS、フォワーダー、銀行、EDI、OCRとの接続。
- 運用要件：MFA、権限、分離、復旧、ログ、返却、海外拠点の制御を確かめます。
通常ケースに加えて、例外の扱いも示します。例には、分納、納期変更、返品があります。さらに、為替差損、書類差し替え、通関差戻しも含みます。
連携先ごとに、接続方式と頻度、エラー時の再送方法を記載します。データ要件には、船積み番号や許可番号、書類の版数も含めます。
運用要件では、最小権限と職務分離、バックアップを中心に定めます。残りの項目は、上の箇条書きのとおり含めます。
同じサンプル案件によるデモとPoCの比較
候補会社には、同じサンプル案件を渡します。例として、海外仕入先から輸入し、運賃・保険・関税を配賦して在庫に計上し、国内顧客へ分納後に請求するケースなどを使います。
- 操作時間：案件登録からPDF保管までの時間を計ります。
- PoCの範囲：1拠点または1業務に絞ります。
- 事前合意：費用、期間、成果物、データ扱いの取り決め。
担当者が実際に操作して、Invoice作成と諸掛入力にかかる時間を確かめます。納期変更や粗利確認、承認も操作して試します。評価は、画面の見栄えより実際の操作で行うことが欠かせません。
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年保存します。そのため、この保存期間を前提に、5年または7年の総保有コストを比べます。
段階導入と差分管理による費用の抑制
費用を抑えるには、発注前に対象範囲を絞ることが有効です。初期は、案件や書類、受発注のほか、入出金と案件粗利を扱います。輸出管理の承認やNACCS・ERP連携は、効果とデータ品質を見てから追加します。
- 最小構成：初期リリースの必須機能だけに絞る。
- 標準構成：必要な連携や帳票を加える。
- 拡張構成：将来の対象部門や機能を含める。
テストや移行を削ると、稼働後の二重入力や手戻りが増えます。優先度を調整するのは初回リリースの機能で、品質工程は対象に含めません。
最小構成、標準構成、拡張構成の3案を、同じ会社から出してもらいます。比べるときは、対象部門やユーザー数、帳票数をそろえ、移行件数や連携本数、教育回数もそろえます。
保守範囲や稼働時期、除外事項も比べると、価格だけが安い提案を見分けられます。
補助金や値引きを前提にせず、採択されなくても続けられる予算で判断します。
委託先選定と見積比較の確認項目
会社の規模や知名度だけでなく、卸売・商社の商流への理解で選びます。そのほか、輸出入書類や案件採算、通関、会計連携への理解も見ます。
製品ベンダー、導入支援会社、SIerは、それぞれ得意領域と責任範囲が異なります。そのため、1社に任せるか、製品会社と開発会社に分けるかも最初に決めておきます。
貿易業務と類似規模の導入実績
実績については、輸出・輸入・三国間のどれを扱ったかを質問します。あわせて、人数や拠点、移行マスタ数、連携した会計や在庫も尋ねます。公開事例と自社見積の価格差は、ユーザー数や帳票、連携、導入支援の違いで評価します。
- 業務対応：HSコード、該非判定の責任範囲、三国間、多通貨、L/C。
- 連携実績：NACCS・EDI・API、諸掛配賦の実績。
- 移行と保管：マスタ件数、帳票の版管理、検索。
- 運用終了：海外権限、法令更新費用、データ返却形式を確かめます。
回答が担当者の経験談にとどまらず、仕様書や運用手順にまで落とし込まれているかを見極めます。
前提条件・除外事項・将来費用の比較
総額で並べるより、各社の見積を同じ比較表に転記して比べます。比べる中身は、工数や単価、期間です。加えて、成果物と含む範囲も同じ表に並べます。
- 工程：要件定義、設計、開発、テスト、移行、教育。
- 除外範囲：仕様調査、データ整備、移行リハーサルの扱い。
- 運用範囲：受入テストや稼働後の問い合わせを確かめます。
安い提案には、標準帳票のみ、手動CSV、発注者による移行などの前提がある場合があります。オンライン教育1回や、平日日中だけの保守も前提として含まれることがあります。
一方で、高い提案には、複数回の移行リハーサルや現場立会い、復旧訓練が含まれる場合もあります。法令・マスタ更新が入ることもあります。そこで、価格差を質問し、同じ範囲で再見積もりを依頼します。
導入後の定着とリスク対応
経営層だけで要件を決め、貿易や営業、倉庫、経理が試せないまま本番を迎えると、定着しにくくなります。そのため、提案には、現場ヒアリングや部門別テスト、並行稼働、稼働後レビューも含めてもらいます。
- 教育：操作研修、マニュアル、研修の対象と回数。
- 問い合わせ：窓口と、稼働後の支援範囲を確かめます。
- AI照合：差分の確認者と、訂正方法を決めておく。
TradeWaltzは、2026年4月からAI貿易書類照合機能を提供すると発表しています（出典：TradeWaltz公式プレスリリース、2026年4月）。
その機能は、PDFのヘッダー17項目と明細6項目、計23項目を比較します。
AI-OCRやAI照合の結果を、無条件に確定しない運用にします。あわせて、原本保存や誤認識時の責任も、RFPと手順に含めます。
よくある質問（FAQ）
発注前によくある疑問への答えを、公開料金と導入事例の数字をもとに示します。費用や契約形態は要件で変わるため、数字は目安として読んでください。
輸出入管理システムの発注費用は何万円から考えればよいですか？
費用の目安は発注方式によって異なるため、公開料金の例とあわせて見ていきます。
- 標準クラウド：初期導入で20万円〜75万円が目安。
- パッケージ拡張：200万円〜800万円の範囲。
- 専用開発：800万円〜3,000万円程度が目安です。
- PORTNeTの公開料金：クラウドは月額3万円、Light版は1ユーザー月額1万円から。
- 別途費用：初期設定や教育は別途です。
正式な金額は、ユーザー数や帳票、連携、移行、法令対応を含むRFPをもとに確認します。
クラウドとオンプレミスはどちらを選ぶべきですか？
利用環境や運用条件に加えて、長期の費用も含めて比べます。
- クラウド：複数拠点や海外利用があり、初期費用を抑えて早く始めたい場合の検討。
- オンプレミス：社内設備や特定ネットワーク、既存運用、長期保有を重視する場合。
- 費用比較：5年または7年の総保有コストで判断します。
比べるときは、バックアップや停止時の対応、セキュリティ更新を確認します。解約時のデータ返却と保守担当も、あわせて確かめます。
RFPを作れない状態でも外注相談できますか？
相談はできます。業務フローやExcel、帳票、利用者数、連携先、困っている例をまとめておくと、提案の精度が上がります。
RFP作成支援や現状分析は準委任で依頼でき、その成果物をもとに開発範囲を決められます。そのうえで、要件の不確実性を減らしてから開発契約へ移る方法が安全です。
システムが輸出管理の該非判定を自動で行えますか？
システムで管理できる情報と、担当者が確認する判断手順は、分けて考えます。
- 管理できる情報：判定情報、取引審査、承認、許可番号、証跡。
- 最終判断：法令上の判断を、システムが無条件に代行するものではありません。
- 確認手順：判定者と承認者を分け、根拠資料と更新日を保存します。
- 誤判定への対応：AIやマスタの結果を担当者が確認し、誤判定時は止める手順を設けます。
まとめ
発注時は、輸出、輸入、三国間取引を案件番号でつなぎ、進捗や書類、入出金、粗利をどこまで管理するかを決めます。標準製品と個別開発の差分は、Fit＆Gapで整理します。
RFPには、利用者や拠点、取引国、マスタ、帳票を記載します。さらに、連携や移行、セキュリティ、保存、保守も書き込みます。契約では、検収や変更管理、返却、再委託、保守の責任を明確にします。
費用の目安は、標準クラウドの初期費用が20万円〜75万円程度、パッケージ拡張が200万円〜800万円程度です。専用開発は800万円〜3,000万円程度が目安です。ただし、公開価格と推定額は分けて考えます。
最小、標準、拡張の各構成を同じ条件で比べ、移行や教育、保守、法令更新も含めます。また、5年または7年の証憑保存を含めた総保有コストで、委託先を選びます。
▼全体ガイドの記事
・卸売・商社向け輸出入管理システム開発の完全ガイド
▼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を創業。