通関システム開発の完全ガイド

通関システム開発は、通関方式、NACCS接続方式、業務規模の3つに分けて全体像を押さえると、自社に必要な機能と運用範囲が見えてきます。

主要機能と方式から、開発の進め方、費用、開発会社の選び方、発注と運用までを順に説明します。詳しい内容は、次の関連記事でも確かめられます。

▼関連記事一覧
・通関システム開発の進め方
・通関システム開発でおすすめの開発会社6選と選び方
・通関システム開発の見積相場・費用
・通関システム開発の発注・外注・委託方法

通関システムの概要

通関システムを中心に、書類収集、品目や税率の確認、審査・許可の履歴、倉庫や運送会社への指示を配置した図解。
申告の前後にある業務もひとつの仕組みで扱います。

通関システムは、輸出入の情報を一つの流れにまとめる業務システムで、税関への申告と社内外の物流業務をつなぎます。

申告書の作成に加えて、書類収集、品目や税率の確認、審査・許可の履歴を管理します。倉庫や運送会社への指示も、申告の前後の業務としてあわせて扱います。

通関業務をつなぐ仕組み

通関では、インボイスやパッキングリストなど複数の書類情報を突き合わせます。対象には、船荷証券または航空運送状や、原産地証明書も含まれます。

システムは、案件番号や船積み情報を起点に、取引先、品目、HSコードを関連付けます。原産国、数量、価格、税率も、同じ流れで結び付けます。

この関連付けによって、紙やメールから同じ項目を何度も転記する作業を減らせます。さらに、誰がいつどの情報で申告したかも追跡しやすくなります。

NACCSと通関システムの関係

NACCSは、輸出入・港湾関連情報をオンラインで処理する基盤で、通関システムと税関手続きをつなぐ重要な接点です。

  • 自社画面から接続:業務画面からNACCSへデータを送る
  • ゲートウェイ経由:ゲートウェイを介してNACCSと連携する
  • 接続済みサービス:NACCS接続機能を持つサービスを利用する

選ぶ方式によって、必要な開発、試験、保守の範囲が変わります。

第7次NACCSは2025年10月12日午前5時に稼働を開始しました。稼働前には、2025年7月7日から9月12日まで3回の総合運転試験が実施されました(出典: NACCSセンター「第7次NACCSの稼働開始について」、2025年)。

今後の新規開発では、第7次の仕様と接続試験を前提にします。電文やデジタル証明書も含め、次回更改にも追従できる構造を検討します。

通関システムの主要機能と種類

必要な機能は、自社通関か通関業者への委託かによって変わります。自社通関では、申告電文や税率判断、訂正・更正の管理が重要です。

委託通関では、依頼書類の共有や進捗確認が中心になり、許可情報の受け取りや請求、実績の照合も必要になります。

最低限そろえるべき機能

自社通関と委託通関のどちらでも使う共通機能は、案件情報、申告書類、判断履歴の管理です。

  • 案件登録:輸出入案件、船積み、貨物の登録
  • マスタ管理:取引先、品目、HSコード、税率、原産国を版管理する
  • 書類と履歴:書類をアップロードし、申告書類や許可・差戻し・訂正を記録する

税率や品目情報が後から変わっても、当時の判断と根拠を確認できます。そのため、監査や問い合わせにも対応しやすくなります。

書類業務では、AI-OCRによるインボイス読取も候補になります。ただし、読取結果をそのまま申告に使わず、信頼度が低い項目は人が確認する画面を設けます。さらに、修正履歴を残し、原本画像と照合します。

請求・立替・入出庫・販売管理との連携も検討します。利用者が増える場合は、権限付きの社外共有や操作ログ、帳票保管も欠かせません。

自社通関と委託通関の違い

自社通関と委託通関では、システムに持たせる責任範囲が異なります。

  • 自社通関:入力、税額計算、NACCS電文の送受信、エラー時の再送を担う
  • 委託通関:依頼内容を渡し、通関状況と差戻し理由を共有する

自社通関では、訂正・取消から許可後の処理まで扱います。判断理由や承認者を記録し、担当者が不在のときにも処理できる引き継ぎ機能を設けます。

相手ごとに閲覧範囲や提出期限を分けます。自社通関と委託通関を混在させる場合は、案件ごとに、どこまでを自社と委託先のどちらが受け持つかと、承認ルートを切り替えます。

通関システムの方式の選び方

方式は費用だけでなく、申告件数、業務の独自性、既存システムとの連携で決めます。法令やNACCS更改への追従を、どこまで自社で担うかも判断材料になります。

最初から全部を作り込まず、まずは標準機能で解決できる範囲を見極めます。そのうえで、独自部分だけを連携で補う考え方が安全です。

SaaSやNACCS接続済みパッケージが合う企業

業務の範囲と今後の拡張予定に応じて、クラウド型サービスか接続済みパッケージを選びます。

  • クラウド型サービス:書類共有、案件進捗、依頼管理から始めたい企業向け
  • NACCS接続済みパッケージ:標準業務を比較的短期間で導入したい企業向け

拠点数や利用者数が少なく、紙・Excel・メールの転記を減らしたい場合は、月額型で小さく始めて効果を測れます。

将来、自社通関や基幹連携へ広げるなら、APIやデータ出力、マスタ移行、権限設計を導入前に確認します。接続部分を一から構築せずに済むパッケージは、開発リスクを抑えやすくなります。

独自の承認ルートや特殊な保税業務を無理に合わせると、追加開発が膨らみます。そのため、Fit to Standardを基本にし、差分が本当に必要かを一つずつ判断します。

ゲートウェイ連携やスクラッチが必要な企業

既存連携の必要性や標準機能への適合性から、ゲートウェイとスクラッチの要否を判断します。

  • ゲートウェイ:販売管理、ERP、WMS、受発注基盤からNACCSへ申告情報を自動連携する場合の候補
  • スクラッチ:標準機能で事業要件を満たせない場合に、複数拠点、大量処理、独自の保税業務、複雑な権限、海外拠点連携を検討する

ゲートウェイでは業務画面と接続を分け、メッセージキューや再送制御を設けます。冪等性、エラー保留、監視も備えます。そのため、一時的な通信障害や重複送信への耐性を高められます。

2025年7月公表の第7次NACCS対応接続ソフトの説明でも、企業内システムの情報をNACCSへ直接連携し、二重入力を減らす方向性が示されています(出典: 第7次NACCS対応ゲートウェイソフトの公式発表、2025年)。

自由度は高い一方で、法改正やNACCS更改への対応、証明書の更新、24時間に近い運用も管理対象になります。障害時の代替手順も含め、長期の運用を担える体制を優先して判断します。

ポイント

迷ったときは、標準機能で足りる範囲を見極め、独自部分だけを連携で補えるかを先に考えます。法令やNACCS更改への追従を自社でどこまで担うかも、合わせて判断します。

通関システム開発の進め方と7段階の流れ

通関システム開発を、業務棚卸しとKPI設定、要件定義とPoC、本開発・テスト・移行の3パネルで示した図解。
接続の実現性を確かめてから実装へ移ります。

通関システムは、画面を先に作ってから業務を合わせると失敗しやすくなります。そこで、業務の範囲と、どこまでを誰が受け持つかを先に決めておきます。

NACCS接続を含む外部条件を洗い出し、代表業務で検証してから本開発へ進むと安全です。

1. 業務棚卸しとKPI設定

導入後に効果を確かめられるよう、業務範囲と現状値をそろえ、確認するKPIを決めます。

  • 業務フロー:案件登録から書類受領、申告、許可、搬出、請求までの流れ
  • 責任範囲:自社通関、委託通関、倉庫・運送会社への引き渡しの区分
  • 現状値:月間申告件数、貨物1件あたりの入力時間、二重入力の回数、差戻し件数、許可までの時間、拠点数、利用者数を記録する

KPIを先に決めておけば、高機能な画面を作ること自体が目的になるのを防げます。たとえば、「入力時間を30分から10分へ短縮する」「差戻し理由を全件記録する」「許可情報を当日中に倉庫へ連携する」など、業務の変化を測れる形にします。

導入後に効果を説明できるよう、開発前に現状を実測しておきます。

2. 要件定義とPoCで接続の実現性を確認

要件と例外時の業務を整理したうえで、代表的な取引を使って接続の実現性を検証します。

  • NACCS接続:業務コード・電文、エラー時の再送、訂正・取消、証明書期限を確認する
  • 業務管理:マスタ更新、原本性、承認権限、監査ログ、障害時の手作業を定める
  • シナリオとPoC:正常系・差戻し・訂正・障害時を文書化し、代表品目・航路・顧客で試す

PoCでは、インボイス取込から申告データ作成、NACCS応答、許可情報の社内反映までを通します。これにより、入力項目や文字コード、電文対応、権限の抜け漏れを早期に発見できます。PoCの目的は、本開発の前に高いリスクを確定させることにあります。

3. 本開発・テスト・移行の一体計画

設計から移行までを連続した手順として計画し、接続や運用の条件を本番前に確かめます。

  1. 本開発:業務画面、書類保管、マスタ、ワークフロー、外部連携を設計する
  2. テスト:本番移行に向けて検証する
  3. 移行と教育:旧Excel・旧システムの参照期間、並行運用の対象、切戻し条件、問い合わせ窓口を決め、操作に加えて再送、訂正、障害時の手作業も演習する。

テストでは、単体と結合の確認に加えて、性能、権限、監査などの項目を確かめます。障害復旧やセキュリティも対象で、NACCS接続試験と総合運転試験も含めます。

NACCS接続は業務画面から切り離し、メッセージキューや再送制御などの仕組みを設けます。重複防止、エラー保留、監視も含めます。

品目・取引先・税率マスタは版管理し、いつの時点の情報で判断したかを記録します。

▶ 詳細はこちら:通関システム開発の進め方

ポイント

業務の範囲と、どこまでを誰が受け持つかが決まっているかを、本開発に入る前の確認点にします。NACCS接続は、代表業務で検証してから次の段階へ進めます。

通関システムの費用相場と内訳

通関システムの費用には一律の定価がなく、SaaSの月額、パッケージの導入設定、NACCS接続を分けて見積もります。さらに、外部連携とデータ移行、教育は初期費用、保守とNACCS利用料は運用費として別に見込みます。

見積もりは、申告件数や拠点数を前提に組み立てます。ユーザー数や独自要件も、その前提に含めます。以下の金額は、公開料金と一般的な業務システムの見積要素をもとにした、企画段階の推定レンジです。

方式別の初期費用と期間の目安

方式ごとの企画段階の費用と期間は、次の幅を出発点に整理できます。

  • クラウド・SaaS:初期0万〜50万円、月額1万〜20万円程度。導入は1〜3か月が目安
  • 接続済みパッケージ:初期130万〜300万円、期間3〜9か月が目安。大規模導入は1,000万円超の場合もある
  • API連携:パッケージとERP・WMSを連携する場合は300万〜1,500万円程度
  • NACCSゲートウェイ連携:自社システムとの連携は500万〜2,000万円程度
  • フルスクラッチ:独自業務を含む場合は600万円から数千万円まで

複数拠点や大量処理、特殊な保税業務があると、スクラッチの費用はさらに増える可能性があります。ここに挙げた金額は、相場を断定するものではなく、要件を整理するための仮置きです。

NACCS利用料と運用費の分け方

NACCSの利用料金と、システム開発会社やサービスの運用費は分けて見積もります。

  • NACCS基本料金:一般NACCSの料金プランAは月額5,000円(出典: NACCSセンター「システム利用料金プラン等について」)
  • 接続単位の料金:論理端末、メールボックス、メールアドレスなどに応じて課金
  • NACCSの追加料金:業務ごとの従量料金、管理統計資料、回線、保税管理資料保存(出典: NACCSセンター「システム利用料金プラン等について」)
  • サービス運用費:クラウド、証明書、回線、監視、バックアップ、脆弱性対応、法改正・更改対応、問い合わせ窓口
  • 追加利用の単価:利用者や申告件数、保管量、接続先、証明書更新、休日対応

NACCSの基本料金や接続単位の料金は、アプリ開発費ではなくNACCSの利用料金にあたります。なお、開発会社やサービスの請求に運用項目が含まれるかは、個別に確認します。

費用を左右する変数の整理

初期費用と運用費を項目に分けると、見積もりの抜けを確認できます。

  • 初期費用:設定、画面・帳票・ワークフロー、NACCS接続、外部連携、移行、テスト・教育
  • 運用費:クラウド・保守、NACCS利用料、回線・証明書、監視・バックアップ、法改正対応

申告件数が少なくても、拠点や委託先が多ければ権限と共有の設計費が増えます。一方で、件数が多くても標準パッケージに合うなら、独自画面を減らして費用を抑えられます。

見積依頼では、月間の輸出入件数や品目数、拠点数を中心に、同じ条件で各社へ提示します。ユーザー数と既存システムも、同じ条件に含めます。必要なSLAと移行対象の年数も、あわせて伝えます。

▶ 詳細はこちら:通関システム開発の見積相場・費用

ポイント

費用は方式によって幅が大きく違うため、同じ条件で相見積もりを取って比べます。NACCS利用料と運用費は、開発費とは別に見積もります。

通関システムの開発会社・サービスの選び方

「NACCS対応」と掲げていても、必要な範囲を満たすかは別に確かめる必要があります。そのうえで、直接接続かゲートウェイかを見極め、電文設計と接続試験を誰が担うかも確認します。

制度変更や更改のときに誰が対応するかも確かめ、業務への適合性で比べます。

通関・NACCSの実務経験の確認

候補となる事業者については、実務経験を見るだけでなく、担当範囲や導入後の支援を具体的に確かめます。

  • 業務実績:航空・海上、輸出・輸入、一般・小口貨物、自社・委託通関
  • 導入実態:申告件数、拠点数、連携先、導入期間、担当範囲、保守体制

電文やエラーコードを、業務担当者に分かる言葉で説明できるかも確かめます。業務知識が不足すると、要件定義で保留が増え、後工程で追加費用が発生しやすくなります。

通関担当者、情報システム担当者、候補事業者の技術担当者が、同じ場で確認できる体制を求めます。

提案比較の採点項目

提案は同じ評価方法と操作条件を使って比較し、契約前に対応範囲を明確にします。

  • 評価軸:業務適合性、NACCS接続の範囲、データ移行、外部連携、セキュリティ、保守、費用、導入期間
  • 採点方法:各項目を5点満点で採点し、重要度に応じて重み付けする
  • デモ確認:用意されたきれいな画面だけでなく、実際のインボイスで取込、品目確認、差戻し、訂正、倉庫連携、担当交代を試す
  • 契約前の分類:回答が曖昧な項目を標準・設定・追加開発・対象外に分ける

法改正対応や障害時の復旧が重要な企業では、初期費用より保守体制に大きな重みを置きます。

▶ 詳細はこちら:通関システム開発でおすすめの開発会社6選と選び方

ポイント

「NACCS対応」と書かれているかより、自社に近い実務経験があるか、電文やエラーを業務担当者に説明できるかで比べます。提案は、同じ評価軸と採点方法でそろえます。

通関システムの発注・外注・委託を進める方法

発注時は、通関業務の知識に加えて、開発後の運用責任まで明確にしておきます。RFPには、貨物量や輸出入国、品目数を中心に記載します。

拠点やユーザーの数も書き添えます。通関の内製か委託か、既存ERPやWMSの有無、NACCS接続方式も含めます。法改正対応やSLAに加えて、移行対象と希望時期も書きます。

RFPに書くべき情報

提案内容と契約範囲を比較できるよう、RFPには業務、取扱量、契約条件を具体的に記載します。

  • 現状業務:フロー、課題、1件あたりの転記回数、差戻し項目、情報を渡す相手と時期
  • 取扱量:月平均、繁忙期ピーク、1日最大件数、将来3年の増加見込み
  • 契約条件:成果物、検収、追加費用、仕様変更、障害定義、復旧目標、データ返却、再委託、保守終了
  • 接続試験:申請者、試験環境の準備者、失敗時の再試験範囲

外注先を価格だけで比較しない方法

価格と納期に加えて、導入後の運用まで含めた外注範囲を比べます。

  • 提案体制:業務知識、接続試験、保守継続、データ移行、代替運用、担当者体制
  • 外注範囲:要件定義のみ、開発のみ、運用保守まで一括から選ぶ

電文対応や法改正対応が対象外になっている安価な提案では、導入後に別の費用が発生する可能性があります。

通関業務の知識が自社にあれば、開発だけを外注し、運用を内製する方法もあります。

NACCS更改や24時間監視に対応できる人員がいない場合は、保守契約と障害時の連絡体制を重視します。

▶ 詳細はこちら:通関システム開発の発注・外注・委託方法

セキュリティ・AEO・導入後KPIの設計

通関情報を中央に置き、アクセスと記録、データ保護、継続と委託管理、認証情報で囲んだ図解。
保護対象の周囲に設定と運用の要件が並びます。

通関情報には、取引先や価格、商品仕様、輸送情報などの機密データが含まれます。そのため、誰が何を見られるかを決めておきます。加えて、保存期間と障害時の継続方法も、要件定義の段階から決めておきます。

最低限確認するセキュリティ要件

通関情報を守るための設定と、証明書や認証情報を扱う運用手順を決めます。

  • アクセスと記録:最小権限、MFA、操作・電文の改ざん防止ログ
  • データ保護:通信・保存時の暗号化、情報のマスキング、ネットワーク分離
  • 継続と委託管理:バックアップ、復元テスト、脆弱性診断、委託先アクセス管理
  • 認証情報:端末への無制限保存を避け、証明書の期限管理と更新手順を設ける

AEOを目指す場合も、認定を受けるにはシステム以外の要件を満たす必要があります。税関FAQでは、NACCSを使って通関手続きを行う能力に加え、法令遵守規則や責任部門、監査が要件とされています。さらに、帳簿書類の管理や教育・研修、委託先管理も要件に含まれます(出典: 税関「AEO制度に関するFAQ」)。

アクセスログや承認履歴は、社内の遵守手順と結び付けて運用します。

導入後に測るKPIと改善サイクル

導入効果と業務品質の変化を把握できるKPIを、毎月確認します。

  • 処理状況:月間申告件数、貨物1件あたりの入力時間、許可までの時間
  • 品質と運用:書類の差戻し率、再入力回数、NACCSエラー件数、エラーからの復旧時間、問い合わせ件数

効率だけでなく、訂正の早期発見や属人化の解消も指標に含めます。

数値が改善しない場合は、画面の使いにくさだけでなく、マスタ更新責任者や書類の受け渡し期限を確認します。

例外処理がメールに戻っていないか、委託先との間で、どこまでを誰が受け持つかが曖昧になっていないかも見直します。月次の改善会議では、KPIやエラー、制度変更を取り上げ、利用者の声も確認します。

ポイント

セキュリティは、誰が何を見られるかを決めたうえで、認証情報と記録の運用まで含めて考えます。KPIは、処理状況と品質を毎月見る形にします。

通関システムに関するよくある質問

費用や方式の答えは企業ごとに異なります。判断の起点となる条件を先に整理しておくと、候補サービスや開発会社との話が具体的に進みます。

通関システムはNACCSへ直接接続しなければいけませんか?

直接接続しなくても進められます。NACCS接続済みのサービスやパッケージ、ゲートウェイを使う方法もあります。

方式は、申告主体や件数をもとに決めます。既存システムとの連携や保守体制も、判断に入れます。

直接接続するなら、電文と証明書、接続試験を自社か委託先が担えるかを確かめます。障害時の再送や更改対応も、同じように確認します。

通関システムの開発費はいくらですか?

周辺業務のSaaSであれば、初期は0万〜50万円、月額は1万〜20万円程度が目安です。NACCS接続済みパッケージの初期は130万〜300万円程度です。

ゲートウェイ連携は500万〜2,000万円程度が企画段階の目安です。スクラッチは600万円から数千万円まで広がります。

申告件数や拠点、ユーザーなどの条件をそろえて相見積もりを取り、最終金額を確認します。連携や移行、保守の条件も、同じ前提に含めます。

開発会社やサービスは何を基準に選べばよいですか?

自社に近い通関・NACCSの実績や、接続方式、制度変更への対応を確認します。移行と教育、保守体制、障害時のSLAも、あわせて見ます。

デモでは、正常処理だけでなく差戻しや訂正も試し、証明書期限切れや通信障害、担当者交代の場面も確かめます。そのうえで、標準機能と追加開発の境界を明確にしておきます。

通関システム導入で失敗しないためのまとめ

何を自動化するかより先に、自社がどこまでを受け持つかを決めます。自社通関か委託通関か、書類共有から始めるか、NACCSへ連携するかを分けて考えます。

申告件数や入力時間、差戻しの状況を基準に、方式と費用を比べます。拠点や利用者の数、既存システムも判断に入れます。

企業規模と課題別の方式診断

業務課題に応じて方式を選ぶときは、次の対応関係を出発点にします。

  • 書類共有・依頼状況:SaaSやクラウド型サービスから始め、短期間で効果を確認する
  • 標準的な自社通関:NACCS接続済みパッケージを比較する
  • 既存システム連携:ゲートウェイやAPI連携を検討する
  • 独自業務・大規模処理:スクラッチの費用と運用責任を精査する

最初に作るべき資料と次の一歩

検討を始めるときは、資料の準備、代表業務の検証、見積条件の整理を、この順に進めます。

  1. 資料を用意:現状業務フロー、対象範囲、書類一覧、NACCS接続の希望、現状KPI、RFP質問票をそろえる
  2. PoCで確認:代表品目・航路で、インボイス取込から申告、許可、社内反映まで試す
  3. 見積条件を整理:初期費用、NACCS利用料、連携、移行、教育、保守、法改正対応を分け、追加費用の条件も確認する

通関システムは導入後も、第7次NACCSのような更改や制度変更に対応します。貨物量の増加や委託先の追加にも、その都度備えていきます。

入力時間や差戻し、許可までの時間を継続して測ります。障害復旧の状況も、同じ場で確認します。業務担当者と情報システム担当者が同じKPIを見て改善すると、費用に見合う成果につながります。

▼関連記事一覧
・通関システム開発の進め方
・通関システム開発でおすすめの開発会社6選と選び方
・通関システム開発の見積相場・費用
・通関システム開発の発注・外注・委託方法

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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