NACCS（ナックス）とは？

日本の全輸出入申告の約99％は、「NACCS（ナックス）」と呼ばれる官民共用の基幹情報システムを経由して処理されています。税関手続きのみならず、保税蔵置場の貨物管理や関税の電子納付に至るまで、日本の国際物流を支える本システムの仕組み、歴史的変遷、通関士試験および現場実務における活用ポイントを詳しく解説します。

NACCS（ナックス）の基礎知識と法的根拠｜税関・物流関係者を繋ぐ基幹システムの概要

貿易・物流を一本化する電子プラットフォームとしての定義

NACCS（Nippon Automated Cargo and Port Consolidated System、日本語正式名称：輸出入・港湾関連情報処理システム）は、日本における国際貿易の手続きを一元的にオンライン処理する官民共用の基幹情報システムです。税関をはじめとする関係行政機関と、通関業者、船会社、航空会社、倉庫業者、金融機関などの民間事業者をネットワークで接続し、輸出入申告や貨物管理などの業務をペーパーレスかつ迅速に行う役割を果たしています。

従来の紙書類を税関窓口や保税蔵置場へ直接持ち込む手続きと比べ、電子申告の導入によりオフィスから即時に申請・受領を完結できるようになり、通関リードタイムは大幅に短縮されました。

項目	概要・詳細
正式名称	輸出入・港湾関連情報処理システム（Nippon Automated Cargo and Port Consolidated System）
主な機能	輸出入の電子申告、税関審査・許可通知、保税蔵置場での貨物管理、他法令手続きのオンライン処理
根拠法・運営体制	NACCS法に基づき、政府（財務省）が過半数出資する「NACCSセンター」が管理・運用

「NACCS法」に基づく運営体制と公的信頼性

NACCSは単なる民間のITシステムではなく、明確な法的根拠に基づいて構築された公的インフラです。その根拠となる法律が「電子情報処理組織による輸出入等関連業務の処理等に関する法律」、通称「NACCS法」です。この法律は、電子情報処理組織を活用して税関手続き等を迅速かつ的確に処理し、港湾・空港における貨物流通の円滑化と日本の産業の国際競争力強化を図ることを目的に制定されています。

国家貿易の重要インフラであるNACCSの管理・運営は、特別法に基づく特殊会社である「輸出入・港湾関連情報処理センター株式会社（通称：NACCSセンター）」が担っています。同社は株式の過半数を財務大臣（日本国政府）が保有しており、営利追求のみに偏らない高度な中立性と安定運用が制度的に担保されています。

現在、日本国内で行われる全輸出入申告の約99％がNACCSを経由して処理されています。税関での申告処理にとどまらず、全国の保税蔵置場における貨物の搬入・搬出状態のリアルタイム把握や、関係金融機関の口座を介した関税等の即時決済に至るまで、24時間365日休止することなく日本の国際物流を支えています。

NACCSの仕組みと関係機関の連携モデル｜貿易実務の流れにおけるネットワーク構造

税関・金融機関・保税蔵置場等を繋ぐ相互情報網

国際物流では、単一の取引に対して多数の事業者が関与します。NACCSは、船会社・航空会社、保税蔵置場、通関業者、税関、金融機関、および他省庁（農林水産省の植物防疫所・動物検疫所や厚生労働省の検疫所など）のシステムをオンラインで接続し、相互にリアルタイムでデータ共有を行う中央ハブとして機能しています。

貿易プロセス	関与する関係機関	入力・送信される主データ	NACCS内の情報伝達の仕組み
1. 貨物到着・搬入	船会社／航空会社・保税蔵置場	積荷目録（Manifest）、搬入確認データ（BIA業務等）	貨物が保税地域へ搬入されると、蔵置場側から搬入データが登録され、税関および通関業者の画面へ即時に反映されます。
2. 申告作成・送信	通関業者・荷主企業	輸出申告データ（EDA）、輸入申告データ（IDA）	電子申告としてNACCSへ送出され、申告データはシステム内で自動チェックを受けます。
3. 審査・許可判定	税関（財務省）	審査区分指定（区分1〜3）、輸出入許可通知	税関のリスク分析エンジンと連動し、審査区分（区分1：即時許可、区分2：書類審査、区分3：貨物検査）が判定・自動付与されます。
4. 関税等電子納付	金融機関（銀行）	口座振替指示、納付完了情報	リアルタイム口座振替方式（ダイレクト納付）により、税関の支払完了情報と銀行口座処理が即座に連動します。

このデータ連携により、例えば通関業者が輸入申告（IDA）を送信すると、税関の審査結果と連動して保税蔵置場の貨物搬出可否ステータスが自動的に「搬出可能」へ更新されるなど、後続業務への即時反映が行われます。

ペーパーレス化と即時処理がもたらす貿易実務の効率化

NACCSにおける電子申告とシステム間直接連動への移行により、従来の紙媒体による申告業務と比較して処理時間が劇的に短縮されました。

• 審査区分1（簡易審査）における即時許可: 申告データを送信後、税関のリスク判定システムで問題がないと判定された「区分1」の貨物は、送信から数分以内で自動的に輸入許可が下ります。事前申告と組み合わせた「到着即時輸入許可制度」を活用することで、本船や航空機が港に到着した時点で即時に許可を取得することも可能です。
• 申告添付書類の電子化（MSX機能・DMS）: 書類審査が必要な「区分2」の貨物であっても、仕入書や他法令の許可書を電子データ（PDF等）としてNACCS上で送信できます。税関窓口への移動時間や印刷コストを抑える効果を生んでいます。
• リアルタイム口座振替による納税手続の即時化: ダイレクト納付方式を選択した場合、税関の申告処理と同時に指定銀行口座から自動引き落としが行われ、金融機関窓口での支払い手続きを挟むことなく納付完了がリアルタイムで確認されます。

NACCSの歴史的変遷とシステム統合｜Air-NACCS・Sea-NACCSから「第6次NACCS」へ

航空（Air-NACCS）と海上（Sea-NACCS）の統合プロセス

NACCSは当初から海空一体のシステムとして存在していたわけではなく、輸送モードごとに独立したシステムとして開発・運用されていました。1978年8月に成田国際空港を中心に稼働した「Air-NACCS（航空貨物通関情報システム）」がその発祥です。一方、海上貨物分野では1991年10月に主要港を対象として「Sea-NACCS（海上貨物通関情報システム）」が稼働を開始しました。

両システムは長年個別に運用されていましたが、国際物流のシームレス化や行政手続きの簡素化を推進するため、2010年2月の第5次システム更改において統合が実施されました。この統合により、通信プロトコルや画面インターフェースの一元化が図られたほか、国土交通省の港湾EDIシステムや経済産業省の外為法関連システム（JETRAS）など、関係省庁のシステムとの連携によるワンストップ化（シングルウィンドウ化）が達成されました。

世代・時期	システム名称・形態	主な対象業務・接続範囲	技術・制度進化のポイント
1978年〜	Air-NACCS（第1次・第2次）	航空輸入申告、航空輸出申告	成田空港を中心に通関手続の電子化を開始。1985年に輸出業務へ拡大。
1991年〜	Sea-NACCS（第1次〜第3次）	海上輸出入申告、保税運送手続	主要港から全国の港湾へ順次拡大。船会社・海貨業者・保税蔵置場とのオンライン化を推進。
2010年2月	統合NACCS（第5次NACCS）	海空統合通関、関係省庁手続き（JETRAS等）	Air/Seaのシステム基盤を一本化。シングルウィンドウ化により行政手続のワンストップ化を実現。
2017年10月	第6次NACCS	海空通関、港湾サブシステム、民民業務	損害保険会社の新規参加や高速化・セキュリティ強化を実現。

第6次NACCSの特徴と現行システムの技術的進化

2017年10月に稼働を開始した第6次NACCSは、処理能力の飛躍的な向上と官民双方のデータ連携拡大を果たした基幹システムです。

技術面および制度面における大きな進展として、国土交通省が管轄していた港湾サブシステムの完全統合と、民間間手続き（民民業務）のデジタル化が挙げられます。コンテナターミナルの搬入出管理や保税蔵置場における貨物動静データがリアルタイムで共有される仕組みが完成したほか、新たに損害保険会社が利用者に加わり、海上輸出貨物にかかわる包括保険手続などの民間取引も電子化されました。

また、従来のダイヤルアップ回線等を廃止し、高速なIP接続やWebAPIによる次世代通信環境へ一本化されたことで、「申告官署の自由化（税関の自由化）」に伴う広域申告処理が可能となり、手続き全体のリードタイム縮小に直結しています。

【実務・試験対策】通関士資格と貿易現場で押さえるべきNACCSの活用ポイント

通関士試験で頻出する「輸出入申告・通関手続」の要点

通関士資格試験において、電子申告に関する規定は関税法およびNACCS法に関連して出題される傾向がある重要分野です。試験対策では、システムのIT構造そのものよりも、電子申告時における法令上のルールや通関士の役割が出題の中心となります。

• 通関士による審査と識別符号の入力：通関業者が電子申告を行う場合、通関士が画面表示または出力された紙面によって申告内容を審査し、審査完了の証として「通関士識別符号（通関士コード）」を入力・送信することがNACCS法上の義務として規定されています。
• 保税蔵置場と申告のタイミング：申告は原則として貨物が保税蔵置場に搬入された後に行われます（搬入後申告）。ただし、事前に申告データを登録する「搬入前申告」を行った場合、貨物が保税蔵置場へ搬入され「搬入確認登録」が完了した段階で自動的に税関の審査プロセスへ移行する仕組みを押さえる必要があります。
• 電子納付の選択肢：関税等の納税手続きにおいて、従来の窓口納付のほか、ダイレクト納付（リアルタイム口座振替）やマルチペイメントネットワーク（MPN）を利用した口座振替納付がNACCS法第4条等に基づき手続化されています。

出題テーマ	関係法令・根拠規定	試験対策・実務でのポイント
通関士の審査義務	NACCS法 / 関税法	電子申告時も通関士の審査は必須。通関士識別符号の入力をもって審査完了とみなす。
貨物搬入と本申告の連動	関税法第67条関係	事前申告（EDA/IDA等）後、保税蔵置場への搬入確認（BIA/OIN等）をもって税関審査が起動する。
電子納付の処理	NACCS法第4条等	リアルタイム口座振替などを利用した関税納付が可能。納付書の送付依頼手続などの規定が出題される。

実務担当者が知っておくべきエラー回避と運用注意点

現場における貿易手続きの遅延は、NACCS送信時の入力エラーや保税地域との情報連携のズレに起因するケースが大半を占めます。主要なエラー原因とその対処手順の把握が求められます。

1. 通貨換算レートの更新跨ぎによるエラー（エラーコード：E0121）
輸出申告事項登録（EDA業務）を行った後、実際の申告実行（EDC業務）までに週を跨いでしまい、財務省が公示する適用為替レートの期間が変更された場合に発生します。申告呼出し（EDB業務）を実行して申告予定年月日を当日の日付に更新した上で、再度EDC業務を起動することで解消可能です。

2. 搬入確認未完了による本申告エラー（エラーコード：S0022等）
貨物が保税蔵置場へ物理的に搬入されていない状態、あるいは倉庫側の搬入確認登録（BIA/BIC業務）が完了していない状態で輸入申告（IDC業務）を送信した場合に処理が跳ね返されます。ドレー業者や倉庫会社から「BIA登録完了」の通知を受けてから申告ボタンを押す運用フローの徹底が防止策となります。

3. 外為法関係業務および他法令コードの照合不備
経済産業省の貿易管理サブシステムと連携する申告において、輸入許可・承認証の原本番号や承認数量の入力値に相違があるとシステム連携エラーとなり、書類審査（区分2）へ回されます。NACCSセンターが公開している「業務コード集」を参照し、自社マスター内のHSコードと他法令該当コードの対応表を定期的に更新する管理が必要です。

次世代NACCSに向けた貿易DXの展望と実務者が今準備すべきアクション

外部貿易プラットフォーム（貿易DX）や基幹システムとの連携動向

従来の通関実務では、荷主企業から送られてくるインボイスやパッキングリストのデータを、通関士や実務担当者がNACCSへ手入力する作業が一般的でした。しかし、手作業による転記は業務遅延や転記ミスのリスクを伴います。

現在、民間の貿易情報連携プラットフォーム「TradeWaltz」や国土交通省の「Cyber Port」、企業の基幹システム（ERP）とNACCSとのデータ連携・Web API接続が定着しつつあります。運営主体であるNACCSセンターも、2025年10月に稼働を開始した第7次NACCSにおいて外部接続インターフェースの拡充を進めています。

TradeWaltzやCyber Portからデータを受領し、API経由でNACCSの申告画面へ自動流し込みを行う仕組みを構築することで、入力工数を大幅に削減可能です。さらに、保税蔵置場における貨物の搬入確認情報や税関の許可通知データが自社ERPへリアルタイムに還元されるため、貨物引き取り手配や配送業務のタイムラグが解消されます。

制度改定・システム更新に対応するための実務環境チェックリスト

NACCSのバージョンアップや法令改正（税関手続きの変更、外為法関連業務の改定等）へ着実に対応するためには、ITインフラと現場運用フローの双方から体制を整える必要があります。

チェック領域	確認・対応項目	対象となる業務・部門	実施タイミング
IT・システム連携	自社ERP/通関パッケージとNACCS間のAPI・EDIインターフェース仕様変更の確認と改修テスト	情報システム部門、ITベンダー	稼働開始の6ヶ月〜3ヶ月前
業務マニュアル・運用	新機能・変更項目に対応した入力手順書および通関士のチェックフロー刷新	通関部門、貿易実務担当者	稼働開始の2ヶ月前
保税・現場管理	保税蔵置場における搬入・搬出データ送信タイミングとエラー発生時の代替手順の確認	保税倉庫部門、現場オペレーター	稼働開始の1ヶ月前
マスターデータ維持	品目コード（HSコード）、税関コード、取引先マスターのデータ整合性確認と更新	貿易管理部門、営業管理部門	継続的（半年に1回確認）

システム更新時の混乱を防ぐには、テスト環境を用いた事前トレーニングの実施が有効です。発生しやすいエラーパターンの処理手順をあらかじめ標準化しておくことで、本番稼働時における物流停滞のリスクを最小限に抑えられます。

よくある質問（FAQ）