NACCSプログラム変更要望一覧（2023年度分）（その他案件）※グレーにハイライトは重複案件
項番
業務区分
R04- 貨物
001

R04- 貨物
002

R04- 貨物
003

R04- 貨物
004
R04- 貨物
005
R04- 貨物
006
R04- 貨物
007

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
ACH
他社が仮に誤ってACHを実施した場合で通常、このエラーで疑うのは、ACHが実行でき 実態にあったエラーコードを新設、もしくは、 NACCS上の突合が不可であり、航空貨物でも、速やかにこれを是正可能となるように る「航空会社」以外の利用者IDで実施したこ 既存のもので該当するエラーコードに変更頂あるにも関わらず、速やかな貨物の引き渡して頂きたい。
とが理由と読み取れる。（例えば、保税蔵置 き、事象発生時に原因特定を容易に出来るよう しが不可となる。
加えて、エラー表示についても是正頂きた 場の利用者コード等）
検討頂きたい。
く。
発生頻度としては、極めて稀（2010年10月以
現行ではエラーコード「E0003(資格なしと降、これまでに弊社では2020年の1回のみ発いったもの)」と表示されすが、利用者側
生）、しかしながら、業務インパクトは非常にでは何が起こっているのか不明確であり、大きい事を考慮頂ければ幸甚です。
不適切と考えます。
ACH
同じ外国貨物が同一空港に複数回仮陸揚げ ①
実際に搭載された便と該当貨物を監
NACCSの輸入側保存期間と輸出側保存期間を統一 税関各部門への報告・説明・データの削除
PKG
されるケースで、二回目以降の仮陸貨物の 視・取締部門へ報告及び電磁式搬出台帳へ手 して頂くか、搬入できた同一貨物複数回仮陸揚 依頼業務がシステムを使用できずに行うた
FLI
到着がNACCS側の輸入側ファイルの保存期 動による記帳
貨物を搬出する際の総個数リミットチェックを め窓口での業務が発生しております。それ間（前の仮陸貨物が搬出されてから約7②発生事由とNACCS上の蔵置在庫情報と現 何らかの作業で外せるオプションを設けてほし らをNACCS上で普通の仮陸揚げ貨物ハンド日）を越えて、尚且つ輸出側のファイルの 状とに違いがある事を保税・取締部門(非開庁 い。
リング業務として行えれば、移動を伴う窓保存期間（前の仮陸貨物が搬出されて約14 時間帯は特通部門)へ報告
口業務を軽減ができ、作業軽減が図れま日）以内の時に、ACHは同じ番号で受け付 ③
保税・取締部門へ搭載便登録不可貨物
す。
けるのに、FLIで航空機に搭載・CLA搬出で のNACCSデータを削除依頼
きない状態を解決して頂きたい。
ACL01
船社代理店としてACL情報を海貨業者(通関 ACL情報の受信①ACL送付時通知先コードが間違えている場合送 要望事項①②を解決できれば141件/月(平業者)より入手しております。書類のCUT日 (SAT1401,SAT1411,SAT1421,SAT1451,SAT1461, 付者へエラーメッセージを返す(通知先をプルダ 均)の未着問合せが無くなり、電話連絡に時を過ぎてもACLが未着で集荷代理店へ未 SAT1471)
ウンし選択できる様にする)
して1件10分(平均)として1410分(23.5h)の着の通知を日々行っております。現在は航航路リストと本船リスト及び通知先コードリス 削減が行えます。未着の追い出し業務に時路毎(本船特定可)の入港ヤードやCUT日時
トや送付者リストとの相互リンクが必要と思わ 間を取られている現状を解決したいと思う及び通知先コードをホームページ等でご案れます。
船会社代理店(同業者)は多くあると思慮致内しております。しかしながら未だに未着②ACL未着の場合海貨業者(通関業者)へACL未着 します。(※未着の追い出し業務は無しがの連絡を1件ずつ電話(送付者の電話番号をの連絡案内を通知できる様にして欲しい(送付者 基本と思いますが...)なお、③の添付書類
集荷代理店に尋ね)にて問い合わせをし送をプルダウンし選択できれば尚良いです)海貨業 の件数は425件/月程度あると思慮します。
付してもらう様要請しております。何とか者(通関業者)である送付者へのコンタクト(未着
現状を打破すべく対策を行いたいと思慮しなので通知先コードを確認願う等の案内)したい
今回要望として提案させていただきます。
(NACCSでなくても良い)③ACL送信時アタッチ類(添付書類)の添付可能にして欲しい(現在別途メール、FAXで送付してもらっている為)
ACL01
ACL入力画面の改善
入力タブが多く入力しづらい
入力タブをできるだけ少なくし、また入力画面 入力漏れ、入力ミスが減るのスクロールも極力避けてほしい。
ACL01
アラート表示誤って未SAVEでX印を押してしまう。
画面閉じる際の「保存要否」（（例）SAVEしま 入力事項の消去防止。
すか？）注意気付きアラートが画面にポップ
アップ
ACL01
アンダーバー"_”を入力可能とする事を希 ONEJ社では"underscore" or "underbar"と入 荷主側で入力するACLにアンダーバー"_"をに入 誤処理・処理漏れを防止し、根本的に本来望力して貰う事により船社側で”_”にマニュア 力可能とする変更要望
必要な入力情報を依頼者が直接入力出来る
ル変更している環境構築（入力文字数制限の活用（同制限により入力不可情報有り））
ACL01
荷主連絡先メールアドレス入力容量増加
現在70文字の制限有り
荷主から多数の（個人）アドレス入力要望有り 別途、メール等で連絡・問い合わせる必要（例えば200文字や200文字など）無し

R04- 貨物
008

ACL01

禁止文字のアンダーバーを入力可能文字と アンダーバーが入力不可
して頂きたい。

アンダーバーを入力可能

R04- 貨物
009

ACL01

改行キーを使用可能として頂きたい。

改行キー使用不可

改行キー使用可能

R04- 貨物
010
R04- 貨物
011

ACL01

元に戻すタブを追加して頂きたい。

元に戻すタブ無し

元に戻すタブが必要

ACL01

重量・容積不一致の注意喚起メッセージ
をエラーメッセージとしてほしい。
送信完了前に不一致を訂正したい。

共通部の合計グロス重量/容積と繰返部の各コンテナの合計重量/容積に不一致がある
場合、W0001/W0002の注意喚起メッセージが表示されるが、データは不一致のまま送信を完了してしまう為、船社へ訂正手配を行う
必要がある。

重量・容積不一致の場合は、送信完了後のメッセージ表示ではなく、エラーとしてほしい。またはワーニングとともにそのまま送信するのか確認画面が表示され、訂正後に送信をかけられるようにする等、不一致を訂正してから送信することが可能となるよう仕様を変更してほしい。

R04- 貨物014

ACL02

共通部１の独立共通部１は画面半分が共通部2-4と同居してい 共通部１もタブ表示にする
て見にくい

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なし

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
第７次ＮＡＣＣＳ更改において対応予定

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
貨物の品名に使用されるアンダーバーが入 第７次ＮＡＣＣＳ更改において対応予定
力不可につき、ハイフン(-)に置き換えてACL作成の為。
改行キー使用不可なため、Description of 第７次ＮＡＣＣＳ更改において対応予定
Goods欄入力の際、スペースキーで改行している為。
エクセル同様、元に戻すタブがあれば入力 他の機能や業務により対応可能（予定）で効率が上がる為。
あるもの（新たなプログラム変更は不要）
誤入力防止となる。
他の利用者様の運用に大きな影響を与える
入力ミスによる船社・代理店への訂正ため対応は困難
依頼が減り、海貨および船社の訂正作業にかかる労力・時間削減につながる。
送信前にチェック・訂正が可能となれば、現在入力時に手計算で行っている繰返部の重量・容積合計の確認作業を省くことができ、作業時間の短縮につながる。
共通部１は画面半分が共通部2-4と同居し 他の利用者様の運用に大きな影響を与えるていて見にくいため対応は困難項番
業務区分R04- 貨物
015

業務コード
要望の概要
ACL02
車台番号Over時の枝番70～の代替

R04- 貨物
016

ACL02

R04- 貨物
017

ACL02

R04- 貨物
018

ACL02

R04- 貨物
019

ACL02

R04- 貨物
020

AMA

R04- 貨物
021

BIC

R04- 貨物
022

BOC

R04- 貨物
023

BOC

R04- 貨物
024
R04- 貨物
025

CHC

R04- 貨物
026

CLA

CLAでの訂正業務の追加

R04- 貨物
027

CLR

Call Sign、積港にヒモ付くBOCの一括呼び 新設・新規追加要望
出し >> 登録業務ができる業務の新設希望

R04- 貨物
028

CMR11

CMR12?のような業務コードを作って欲しい CMR11にてDMF前までのみ呼び出し、処理可能。

CLA

船会社・船舶代理店の追加

現在のシステムの仕様
要望の詳細
5次更改の車体番号情報追加に際し仕様代替案 枝番と被らない仕様を希望
をNACCS/邦船3社が運用を摺り合わせた。
https://bbs.naccscenter.com/naccs/dfw/web/_files/00113014/acl02_2_molu.pdf
新設・新規追加要望

理由・効果
検討結果
当時と変わり１Bookingで枝番100件(70番 他の利用者様の運用に大きな影響を与える
台以降)以上のACLが増えたため、システム ため対応は困難
側でエラーとなるマニュアルデータをRPAで取り込みACLで処理したい。
DX対応で100％EDI(データ化)を目指した
い。
また、Space Charter等船社間で船積用S/Iの引き渡しがあり現在マニュアル作成となっているのをEDI化したい。
繰返部02の入力項目の追加
車体番号/エンジン番号の項目のみ
車体/エンジン番号に対するMAKER/MODEL/YEAR 外地税関で車体ごとの詳細情報がもとめら
LWH/M3/KGS/HS-CODE/Remark欄追加
れているがACLに項目がないため別途ア
タッチシート(紙）で受け取っている
情報のデーター化、マニュアル対応削減の効果。
＿アンダーバー、～チルダを荷主連絡先
アンダーバーやチルダは、NACCSに入力できな ＿アンダーバー、～チルダを荷主連絡先メール 海貨様から都度依頼を頂いて自社システム
メールアドレス欄のみならず、
い為、入力が必要な場合は都度海貨様から依 アドレス欄のみならず、にて対応しているが、入力できるようにな
SHIPPER, CONSIGNEE, NOTIFY、MARKS、品 頼を頂いている状況。
SHIPPER, CONSIGNEE, NOTIFY、MARKS、品名欄で れば、この作業が不要となり業務効率化に
名欄でも同じ様に使用可能としてほしい。
も使用可能にしてほしい。
つながる。
共通部２：
Seq毎のPKG数とTOTAL PKG数がリンクしていな Seq毎のPKG数合計とTOTAL PKG数が合致するよう 台数カウントを誤ると、本船船積みPLANに品名が複数に渡る場合、品名毎の個数の合 い。
にするか、合致しない場合はWarning等で入力者 影響する為。
計が自動で合計個数に出力される様にして (NO.1別添の赤枠を参照)に注意喚起して欲しい。
欲しい。
輸出入の許可書同様に、修正申告に荷主セ 修正申告の入力項目に左記内容が入力できな NACCSの入力画面上で、荷主セクションコードお 荷主セクションコードと荷主Ref No.で輸クションコードおよび荷主Ref Noを入力を い
よび荷主Ref Noの欄を増やしてほしい。また入許可書の管理をしているお客様が多い。
したい
NO.2と同様に輸入申告時と同様の荷主セクショ 当初の輸入申告書と修正申告が紐づけがでンコードと荷主Ref Noが自動で入力されるよう きるようになれば書類管理がし易い。
にしたい。
業務実施後の出力情報コードを、６桁以下 出力情報コードは、「＊BIC」であり、これは 業務実施後の出力情報コードを、６桁以下の半 業務実施後の出力情報コードを、６桁以下の半角英数字にしていただきたい。
記号を含んでいる。
角英数字にしていただくことで、の半角英数字にしていただくことで、自動印刷の設定をしたいが、「出力情報コー 自動印刷の設定時、「出力情報コードは６桁以 自動印刷の設定時、「出力情報コードは６
ドは６桁以下の半角英数字を指定してくださ 下の半角英数字を指定してください。」という 桁以下の半角英数字を指定してください。」とエラーが出てしまう。
エラーを回避したい。
い。」というエラーを回避したい。
都度手動で印刷ボタンを押している
効果：都度印刷ボタンを押す作業を排除できるBOC(搬出確認登録）の搬出日に関するエ
BOC搬出日の差が7日以上ある場合、注意喚起 BOC(搬出確認登録）をする際、1年以上前の搬出 年始の際、年数を打ち間違える可能性が多ラーの設定
機能あるが搬出できる日が入力された場合は、受付ないようにしてほ いため。
しい。
年始の時、年数を打ち間違えて搬出してしまい、後日気が付いたが搬出取消が出来なかった為、税関へ相談し、マニュアル訂正を行った事がある。（税関担当者もロックがかかればいいのにねっと言っていました）
同じ船名コードで通関済みのものをまとめ 輸出管理番号毎に手入力する仕様。また搬出 同じ船名コードで通関済みのものは、搬出日だ 同じ船名コードのものは、ほとんどが同じて入力できるような仕組みが欲しいです。 量、重量も手入力。
け入力すれば、搬出重量、搬出数量は自動で入 搬出日、全量搬出するからです。
力されるような仕様が欲しい。
CHC
現行の仕様では、内容点検の取り扱いキャン CHC後に自動で1回取り扱い減算が出来る仕様を 作業効率化、労力と時間の削減効果。（使セルを行う際、CHC後にHCCを実施している。 望む。
用頻度＝週1回）
CLAでの送信可能件数を増やしてほしい。 CLAは現在一度に送信できる件数が20件となっ AWB件数が多量にある場合、一度に全ての件数を AWBの送信漏れによるミスの軽減。
ている。
送信出来るようにしてほしい。
訂正が行えない為、システム上での再申請は出来ない。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
第７次ＮＡＣＣＳ更改において対応予定

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）第７次ＮＡＣＣＳ更改において対応予定

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
送信後でも訂正できる業務の追加。
誤申告の軽減、処理負荷の軽減。
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
CALL SIGN＋積港で搬出確認がなされているBOC CYと違いBOC情報とコンテナ(現物)の対査 システムの改修規模が大きい（改修経費がを呼び出しができず、B/L番号・Booking番号の記載も 高額、自社システム影響が大きい案件等）
そのままCRL業務を行えるようにする
ないので輸出管理番号しか手掛かりがな
ため対応が困難い。
未着の確認もできず、キャンセル・本船変更の情報が判らずエラーとなる場合もあり
手探り状態で行っている。
また、CRL/CCL漏れで税関から指摘される。
DMF後も出港前報告の追加申請が必要になるケー 手入力での誤入力防止、作業時短、効率システムの改修規模が大きい（改修経費がスがある。手入力ではなく、CMR11>>DMF後はUP.
高額、自社システム影響が大きい案件等）
CMR12を新設？から処理を進めたい。
ため対応が困難項番
業務区分R04- 貨物
029

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
DOR
DOR 輸入貨物荷渡情報登録の画面の"9"の DORした際に、Yを入力しなくてもデータ送信 DOR 輸入貨物荷渡情報登録の画面の"9"の登録 DORがされているにも関わらず、”Y”表示
登録で、DORの時にICG表示にYが入力され 可能。（エラーにならない。）
で、DORの時にICG表示にYが入力されていない行 が確認出来ないことによる貨物リリース不ていない行があった場合エラーとして送不があった場合エラーとして送不可とすること変 可を防げる
可とすること変更希望。
更希望。
DOR
DOR 輸入貨物荷渡情報登録の画面の"9"の 通知先空欄でもデータ送信可能。（Yは表示さ DOR 輸入貨物荷渡情報登録の画面の"9"の登録 通知先が確認出来ないことによる貨物リ
登録で、通知先空欄の場合はエラーとして れるが、ターミナルに通知されない？）
で、通知先空欄の場合はエラーとして送信不可 リース不可を防げる
送信不可とすること変更希望(必須入力箇とすること変更希望(必須入力箇所とする）
所とする）
DOR
ICG【全体情報】の画面上に荷渡可能表示 TOP画面の検索文字列からB/L検索して通知先 ICG【全体情報】の画面上に荷渡可能表示の隣に ・通知先を表示させることで確認作業の軽の隣に「通知先」も表示されること変更希 を確認しているが、最新で行った業務コード 「通知先」も表示されること変更希望。
減、時間短縮望。
が表示される為、ICGが表示された場合、再＝船社IDをもつ人であれば誰でも閲覧可
・船社IDを持つメンバーが通知先を閲覧で＝船社IDをもつ人であれば誰でも閲覧可
度、DORを探して確認している。ただし、送信きることで処理担当者が不在でも処理状況
者端末でのみ検索可能の為、DOR処理を行った
確認可能
担当者しか確認できない。
DOR
処理した業務の詳細（処理区分・BL番号・ DORした一画面ごとにBL件数を確認し、当日の 処理した業務の詳細（処理区分・BL番号・通知 担当者自身で認識しているBL処理件数
通知先・ICG表示）をエクセルに一括ダウ DOR処理件数と手元書類の処理の一致を確認し 先・ICG表示）をエクセルに一括ダウンロード可 との一致確認が容易になる。
ンロード可とすること変更希望。
ている。
とすること変更希望。
DOR
BL No.及び通知先等を、10件纏めて10件纏めて再DORを行う際、１BLずつBL No.及 BL No.及び通知先等を、10件纏めてCopy&Past出 入力・貼り付けミスの軽減。時間短縮。
Copy&Past出来るよう変更希望。
び通知先を入力している。
来るよう変更希望。
DOR
DOR 輸入貨物荷渡情報登録の画面の"9"の DORした際に、Yを入力しなくてもデータ送信 DOR 輸入貨物荷渡情報登録の画面の"9"の登録 DORがされているにも関わらず、”Y”表示
登録で、DORの時にICG表示にYが入力され 可能。(エラーにならない)
で、DORの時にICG表示にYが入力されていない行 が確認出来ないことによる貨物リリース不ていない行があったらエラーとして送信で ICG画面で確認してもYは表示されない。
があったらエラーとして送信できないようにし 可を防げる
きないようにして欲しい。
て欲しい。
DOR
DOR 輸入貨物荷渡情報登録の画面の"9"の 通知先空欄でもデータ送信可能。(エラーにな DOR 輸入貨物荷渡情報登録の画面の"9"の登録 通知先が確認出来ないことによる貨物リ
登録で、通知先空欄の場合はエラーとして らない)
で、通知先空欄の場合はエラーとして送信でき リース不可を防げる
送信できないようにして欲しい。（必須入 ICG画面で確認してもY表示されない。
ないようにして欲しい。（必須入力箇所とす
力箇所とする）
る）
DOR
処理した業務の詳細（処理区分・BL番号・ DORした一画面ごとにBL件数を確認し、当日の 処理した業務の詳細（処理区分・BL番号・通知 担当者自身で認識しているBL処理件数
通知先・ICG表示）をエクセルに一括ダウ DOR処理件数と手元書類の処理の一致を確認し 先・ICG表示）をエクセルに一括ダウンロード可 との一致確認が容易になる。
ンロード可としてほしい。
ている。
としてほしい。
DOR
BL No.及び通知先等を、10件纏めて10件纏めて再DORを行う際、１BLずつBL No.及 BL No.及び通知先等を、10件纏めてCopy&Past出 入力・貼り付けミスの軽減。時間短縮。
Copy&Past出来るようにしてほしい。
び通知先を入力している。
来るようにしてほしい。

検討結果
過去に同様の要望を検討した状況から変化なし

R04- 貨物
038

DOR

他の利用者様の運用に大きな影響を与える
ため対応は困難

R04- 貨物
039

DOR/ICG

R04- 貨物
040

HPK

R04- 貨物
041

HYS

R04- 貨物
030
R04- 貨物
031

R04- 貨物
032
R04- 貨物
033
R04- 貨物
034
R04- 貨物
035
R04- 貨物
036
R04- 貨物
037

BL番号入力欄に指定文字の固定表示。

全BL共通の頭文字 "ONEY" を1件ずつ追加入力 BL番号入力欄に指定文字の固定表示してほし船社独自システムに入力した番号をコピーしている。(船社独自システムでは入力不要) い。(船社IDにてログインしている為、そこから 後そのまま追加入力なしにペースト出来、
指定文字(ONEY)を固定表示対応することはでき 入力作業時間短縮となる。
ないか？）
NVOCC業者もカーゴリリース可となるフラ 現在は船会社（またはCY）にてチャージの振 船社（またはCY）が”Y”立てを実施後、NVOCC 現行、NVOCC業者は貨物のホールドとY立て
グ”Y”立て／"Y"取り消しをできるように り込み、B/Lの回収確認後、船会社（または業者の手でN、又はY立てができるようにして頂 を船会社に都度連絡をして対応している。
して欲しいCY）によりのみ”Y”立てができる仕様になっ きたい。
NVOCC業者自身のB/L・チャージの回収によている。NVOCC業者にはその権限がなく、船会
りアクチュアル輸入者へのリリース可否社がＹ立てをすると、間にいるNVOCCはB/L回
収やチャージの回収前でも物理的に貨物が引き取れてしまう。
ＨＡＷＢがスプリットした際において、Ｍ １ＨＡＷＢは必ず１ＭＡＷＢに混載仕立てさ 同一HAWBに対して複数MAWBのHPKの登録を行うこ 1HAWBが複数MAWBで到着する場合にはシノ
ＡＷＢ番号が異なる場合でも「混載貨物確 れていることが前提となっており、「ＨＡＷ とを可能とする
ニムで突合させてから元番号のHAWBのCAI
認情報登録
Ｂ情報
を行ったりOIN業務実施後にHPK登録を行う（ＨＰＫ）」業務を実施可とする。
登録（輸入）（ＨＣＨ０１）」業務はＨＡＷ必要が現状ではあるが、本改修を行うこと
Ｂに対して１回のみ行う流れとなっている。
で速やかに到着便情報をNACCSに登録することが可能となり、より円滑は貨物の流通に資することが見込まれる①「HYS」業務にてマニュアルの貨物取扱 ①②HYSには項目が存在しない。③税関様式の ①貨物取扱い申請をシステムで申告する場合、 ①貨物取扱い申請をシステムで申告する場
い申請書（C3110）を提出するようにして あるものでも必要書類を添付できないため、 税関から添付書類の提出を求められているの合、税関から添付書類の提出を求められてほしい。また、この場合必ず図面等の必要 実際にはHYSを利用できないことが多い。全般 に、「CHD」業務では対応していない。そのた いるのに、「CHD」業務では対応していな書類も添付できるようにしてほしい。②通 に言えることだが、正直、実務に寄り添って め、税関からHYSで貨物取扱い申請書（C3110） い。そのため、税関からHYSで貨物取扱い
関・保税両方ともに「その他」項目の追加 おらず、細部にも配慮がなされていないと思 を提出するように要請された。②「HYS」業務本 申請書（C3110）を提出するように要請さを強く要望します。③その他、税関様式の います。
件以外のにも税関との交渉の結果、HYSで提出し れた。②「HYS」業務本件以外のにも税関あるものは、HYSで添付できるように改善
ようとしても、「その他」の項目がないためとの交渉の結果、HYSで提出しようとしてしてほしい！
に、結局対面で提出することになります。従っ も、「その他」の項目がないために、結局て、通関・保税両方ともに「その他」項目の追 対面で提出することになります。従って、加を強く要望します。③その他、税関様式のあ 通関・保税両方ともに「その他」項目の追るものは、HYSで添付できるように改善してほし 加を強く要望します。③実務に寄り添ったい！
システムになると思います。

過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし

過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし

他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました項番
業務区分
R04- 貨物
042

業務コード
要望の概要
IAL
船会社 Call Sign、 Booking番号の一部
で複数照会(一覧)可能な新規業務を希望

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

R04- 貨物
043
R04- 貨物
044
R04- 貨物
045

ICG

過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし

R04- 貨物
046

ICG

R04- 貨物
047

ICG

R04- 貨物
048

ICG

現在のシステムの仕様
要望の詳細
理由・効果
IALでは一件毎、完全にマッチした番号の呼び ACL情報をIMIの様に(いろいろな検索方法で)照 海貨から、間違えたCALL SIGNだったり、出しのみ会可能な業務の追加希望
船会社が振り出したBooking番号以外でACLを送付してくることがあり
入力内容が間違っていてエラーとなっても自社システム上では検知できず、IALで検索もできない。
税関手続き進捗状況がわかる様にしてほし 現在は申告種別、申告番号、申告日、審査終 ＩＡＷと同様に、申告時間、許可時間等を時間 申告時間、許可時間が早いか遅いかの判断
い了日、許可日のみ
単位にて進捗状況を知りたい
基準がわからない。
以前も記入したが、業務リンクから変更画 業務リンクは参照画面が主。
例えば許可承認番号より「SOT」画面へのリンク 作業の軽減、効率を上げるため。また誤入
面へのリンクをお願いしたい。
があれば活用の幅が広がる。
力などを防止。
ICG画面でも「荷渡地」を表示していただ 船卸港の表示はあるが、荷渡地の表記はな
例えば、船卸港がTYO・荷渡地がYOKの場合、ICG 作業の軽減、効率を上げるため。
きたい。
い。
では船卸港のTYOのみ反映されているので、荷渡地をすぐに確認できない。(CMF11やCMF12で確認している)
ICG【全体情報】の画面上に荷渡可能表示 TOP画面の検索文字列からB/L検索して通知先 ICG【全体情報】の画面上に荷渡可能表示の隣に ・通知先を表示させることで確認作業の軽の隣に「通知先」も表示されるようにして を確認しているが、最新で行った業務コード 「通知先」も表示されるようにしてほしい。
減、時間短縮ほしい。
が表示される為、ICGが表示された場合、再＝船社IDをもつ人であれば誰でも閲覧可
・船社IDを持つメンバーが通知先を閲覧で＝船社IDをもつ人であれば誰でも閲覧可
度、DORを探して確認している。ただし、送信きることで処理担当者が不在でも処理状況
者端末でのみ検索可能の為、DOR処理を行った
確認可能
担当者しか確認できない。
BL番号入力欄に指定文字の固定表示。
全BL共通の頭文字 "ONEY" を1件ずつ追加入力 BL番号入力欄に指定文字の固定表示してほし船社独自システムに入力した番号をコピーしている。(船社独自システムでは入力不要) い。(指定文字 ”ONEY" をデフォルト表示して 後そのまま追加入力なしにペースト出来、ほしい。船社IDにてログインしている為、そこ 入力作業時間短縮となる。
から指定文字ONEYを固定表示対応することはできないか？）
貨物情報照会について
貨物蔵置場側で搬入登録をした場合、事前に登録をすれば、自動的にICGが受信できるように変更できませんでしょうか？

R04- 貨物
049

IDI
IES

輸入申告等一覧照会、輸出申告等一覧照
現在は官署コードを入力することで照会でき会。営業区域撤廃に伴い、様々な官署に申 る。複数ある場合はそれぞれの官署コードご告が可能となっております。宛先官署コー とに照会している。
ドをブランクとして送信した場合は、自社での申告を全官署分表示としてほしい。

第７次ＮＡＣＣＳ更改において対応予定

R04- 貨物
050

IM,BOA,BIA

蔵入承認後の貨物情報をシステム化

R04- 貨物
051

IMA,IWH

R04- 貨物
052

IMI-C

R04- 貨物
053

IMI-T

R04- 貨物
054

IMI-T

R04- 貨物
055

IWH

R04- 貨物
056

MFR

R04- 貨物
057

MFR

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
空バンと実入りバンを区別、かつ本揚げ、 船舶CODE、揚げ地で縛ると、現在は空/実の全 空バンにおいて、23>28(本揚げ>仮陸揚げ）へ変 誤登録防止、W-CHECK時の時短、効率UP.
過去に同様の要望を検討した状況から変化
仮陸揚げを区別して表示(抽出）出来るよ てが表示され、ソートも不可能。
更する機会が多く、IMI-Cの画面で空バン、かつ 右事象発生頻度：件数は11～100件/月とし なし
うにして欲しい。
仮陸揚げの本数を特化して確認したい。
たが、コンテナ本数ベースでは101～1000
本/月の発生頻度。
包括削除をまとめて行えるようにしたい。 CMF11及びCMF12で呼び出して包括保税運送番 IMI-Tの照会画面でチェックボックスを追加し、 1件ずつCMF11またはCMF12で呼び出す手間 過去に同様の要望を検討した状況から変化
号、運送具、到着地の保税地コードをマニュ チェックを入れたものは包括保税運送番号等を がなくなる。件数が多くても、一括で処理 なし
アルで消している。
消せるようにしたい。
が出来る為、効率UP、作業時間、人員の削減となる。
到着地CODEが表示されるようにして欲し
船舶CODE、揚げ地で縛ると、現在はB/L NO,包 現在の表示に加え、到着地CODEが表示されるよ 誤登録防止、W-CHECK時の時短、効率UP.
システムの改修規模が大きい（改修経費がい。
括保税輸送承認番号のみがリストアップされ うにして欲しい。(同一包括保税輸送番号であり高額、自社システム影響が大きい案件等）る。
ながら、異なる到着地CODEの場合があり、IMI-T
ため対応が困難の画面上で確認出来るようにしたい）
ＩＷＨ ※以前挙げさせて頂いた要望と同 一画面での表示件数が制限されており、複数 一画面での表示可能件数を増やし、一度の画面 業務効率化（使用頻度＝毎日）
システムの改修規模が大きい（改修経費がじ内容です。
画面の展開を必要とする。
展開で情報閲覧を可能とさせる。もしくは一括
高額、自社システム影響が大きい案件等）
印刷を可能としたい。
ため対応が困難
港枝番の変更港の枝番については変更ができない。
枝番の変更が容易にできるようにしてもらいた シャトル便で頻繁に入港する本船の貨物情 システムの改修規模が大きい（改修経費がい。
報の仕分けが容易になる。
高額、自社システム影響が大きい案件等）
ため対応が困難
在来用に変更在来船なのにコンテナの項目がある
元来コンテナ用に作成されており電文的に 他の利用者様の運用に大きな影響を与えるも不要
ため対応は困難

ICG
ICG

蔵入承認後の貨物情報が、システム外となる
為、管理資料電文に反映されず、搬出・搬入業務及び保税台帳業務がマニュアル処理となる。
ＩＭＡ、ＩＷＨ ※以前挙げさせて頂いた ＩＭＡ、ＩＷＨ業務照会結果は20件毎表示、要望と同じ内容です。
印刷が可能

例えば、4I(大阪南港）、5E（名古屋西部）、1F 複数回の送信の工数が減ります。また全官（東京大井）などで申告を照会したい場合、そ 署一覧にすることで各港の申告/審査状況
れぞれで照会業務を実施するため３回送信する が確認できます。
ことになります。これを官署をブランクとして送信した場合は、自社分を一覧照会表示してほしい。
IDA(SID)の蔵入承認後、移入承認した貨物情報 保税台帳記帳業務において、税関窓口でのがマニュアル化される事なく、貨物情報を継続 書面によるマニュアル処理等が不要となして使用できる事を要望
り、貨物資料電文を使用した記帳業務を行う事ができる。
ＩＭＡ、ＩＷＨ情報をＣＳＶ形式で一覧を出力 業務効率化（使用頻度＝毎日）
可能としたい。

過去に同様の要望を検討した状況から変化なし

他の利用者様の運用に大きな影響を与える
ため対応は困難

第７次ＮＡＣＣＳ更改において対応予定

第７次ＮＡＣＣＳ更改において対応予定

項番
業務区分
R04- 貨物
058

業務コード
要望の概要
MFR
IMI(積荷目録状況照会)にて、貨物総数を表示

現在のシステムの仕様
別添のとおり、BL件数及びコンテナ本数は表示されるが、貨物総数は表示されない。

R04- 貨物
059

MFR/DMF

NACCSのマニフェスト業務がWEB NACCSに対応していない。

R04- 貨物
060

OLC

R04- 貨物
062

RST01

R04- 貨物
063

SHN

貨物取扱登録（内容点検）について入力者側(通関業者側)へも貨物取扱番号が印刷時に払い出されるように変更できませんでしょうか？

（倉庫側の貨物取扱(内容点検)情報には貨物取扱番号の記載があるようです）

R04- 貨物
064
R04- 貨物
065

TYC

入力控が出力されるようになって欲しい

入力控が出力されるようになって欲しい

VAE

VAE11画面の「共通部」にあるブッキング
番号の入力欄を「繰返部」に移してコンテ
ナ単位で入力できる形にする。

入力控の出力がされず、画面上でしか入力内
容のチェックができない。
ブッキング番号が一つしか入力できない。

R04- 貨物
066

VAE, VAN

航海番号、コンテナ自重、コンテナサイ
航海番号、コンテナ自重、コンテナサイズ、ズ、コンテナタイプ、船会社の入力をなく コンテナタイプ、船会社を入力してもヤードしてほしいの情報が反映される

R04- 貨物067

現行なし

保税運送中に動物検疫を実施する際、保税 保税運送中に動物検疫を実施する際（ＯＬＴ
蔵置場（ＣＹ）からの搬出停止を表示する 上は、検疫場所として経由地が記載されてい（ＣＹＯできない設定）機能を新設
る）、保税運送を行う業者と動物検疫を申請している業者が別の場合、動物動物検疫を実施する前に保税運送を行う業者が搬出してしまった事例があった。
貨物は、横浜港揚げ、苫小牧港経由、札幌の保税蔵置場搬入の羊肉で、保税運送申告は、船会社の代理店が行い、代理店が手配した運送業者が、実際の運送を行った。動物検疫の申請、検査対応は当社が行い、経由する苫小
牧港のＣＹで、検査等を受けることで、動物検疫の了解を得ていた。当社からは、保税運送を申請した代理店に苫小牧港で動物検疫を受けることとなっているため、動物検疫が終了するまで搬出しないよう連絡していたが、実際に運送する輸送業者には伝わっていな
かったようであり、苫小牧のＣＹでは、特段、何もないので搬出（ＣＹＯ）した。
保税蔵置場(上屋)への汎用申請について上屋とNACCSの連携がデジタルではない部分が 例えば、NACCSコード【CHS】で貨物を仕分けしある為、汎用申請で全ての情報をNACCS上でま て、分けた貨物分のＤ/Oを上屋で発行して貰いとめることが出来たらわざわざ現場に行かず ますが、現状は上屋の印鑑を押してD/Oとしてみとも対応できる点がメリットだと考えます。 なす書類を発行している為、特に上屋へ行く必要が無い様に感じます。NACCS上で申請から完了まで全て出来るようになれば業務の効率化に繋がると考えます。ご一考頂けますよう宜しくお願い申し上げます。
他のPCからも出力済の電文を再出力出来る 一度出力された場合、本人のPCからしか再出 他のPCからも再出力が出来るようにしてもらい 行方不明になった電文を捜索する手間、各ようにしてもらいたい。
力が出来ない。（「他の端末の電文を取り出 たい。（もしくは誰が出力したかわかるように 担当者への確認に要する時間の削減。
す」業務では未出力の電文しか出力出来なしてもらいたい）い。）

R04- 貨物
068

R04- 貨物069

保税運送申告書の申告番号の表示を方法の 保税運送承認書に打出される申告番号は、１改善
１桁の数字がつながっているため目で確認する際に非常に見づらく間違えて確認することがある
netNACCS端末からRST01を確認できるよう 「輸入コンテナ引取予定情報通知（ID通知）にしていただきたい
は、自社サーバ経由で自動印刷されるＥＸＣ型である（輸入業務）

要望の詳細
別添赤枠部分に貨物総数を表示させる。

理由・効果
検討結果
現状貨物数量は表示されないため、登録後 システムの改修規模が大きい（改修経費がにBL内の台数に変動が生じBL件数に変更な 高額、自社システム影響が大きい案件等）
いものの台数の変更があるケースでは、ため対応が困難
該当BLの内容を確認して、台数の変更が反映されているか都度確認している。正確な情報確認のためBL件数と合わせて貨物総数が表示されるとIMI画面で一目瞭然となる。
当社としては、WEB NACCSへの対応を希望。
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
保税運送申告書の申告番号の表示を輸出入許可 通関業の台帳（保税運送）の作成や、輸入 第７次ＮＡＣＣＳ更改において対応予定書と同様の３－４－４の区切りで間にスペース 申告の際のＯＬＴ番号を入力する際の間違を入れてもらえると非常に整理がしやすくなえも少なくなる。
る。
業務コードＲＳＳ11は、ＮＥＴ ＮＡＣＣＳ端 作業の軽減、効率を上げるため。
過去に同様の要望を検討した状況から変化
末から「即時電文取り出し」可能となるINQ型になし
変更をしてほしい。
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
誤申請を防ぐことが出来る。

同一輸出管理番号であっても複数のコンテナ毎 入力作業の効率化が図れる。
にブッキング番号が異なるケースが稀にあり、そのような場合はＶＡＮ11でコンテナ１本毎に登録しなければならず手間である。
航海番号、コンテナ自重、コンテナサイ
ズ、コンテナタイプ、船会社を入力してもヤードの情報が反映される為、無駄な入力を省き業務の省力化に繋がる
保税運送中に動物検疫を含め、他法令の検査が ＮＡＣＣＳでは、税関に関する申請等と貨ある場合は、検査が終了し、合格証等の他法令 物の動向はつながっているが、他法令につの許可・承認書が発行されるまでは、税関のＳ いては、申請のみの電子化で、実際の貨物ＴＰのような差止表示ができるようにすれば、 の動向はマニュアルのままである事から発関連する業者が多い場合でも、誤った行為を防 生したと考えられる。
止できるようになると思われる。
他法令についても、貨物を差し止めるなどの業務がある事（他官庁が行う）により、誤った事態が発生しにくくなる。
かつ、関係先への連絡が、ＮＡＣＣＳによりできることになり、かなりの省力化となる。

過去に同様の要望を検討した状況から変化なし
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の利用者様の運用に大きな影響を与える
ため対応は困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難項番
業務区分R04- 通関070

R04- 通関071
R04- 通関072

R04- 通関073
R04- 通関074
R04- 通関075
R04- 通関077
R04- 通関078
R04- 通関079

R04- 通関080
R04- 通関081
R04- 通関082

R04- 通関083

R04- 通関
084

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
ACH
マニュアル輸入申告を行っているものを
現状はシステム未対応。（第5次SEA-NACCSで FERRY FLIGHTなどの特殊通関手続きをする場
マニュアル申告を作成する人、審査する玄
NACCSで輸入申告できるようにする。NACCS は保税情報を通関業者で作成できたのでNACCS 合、「ACH」入力業務が輸入する空港で保税蔵置 人が居なくなる為、作成から審査まで時間で申告するためには情報をNACCSへ登録す で申告することができた。AIR-NACCSは第5次 場を持っている航空会社で独占されているのがかかる。
る必要があるが「ACH」業務は航空会社に も未対応。）
で、NACCSで通関手続きができずマニュアル通関 マニュアル申告は搬入搬出等もマニュアル独占されている。
手続きになってしまいます。
手続きになるので輸入許可までに時間がか
特殊通関の場合は、通関業者または税関でかる。
「ACH」を代行して入力できるようにしてほしい。
AHU
輸出貨物情報仕分け数の枠数の変更
現在仕分け数16
仕分け数の桁数を16枠から30枠へ増やしてほし 現状、16枠しかないため、仕分け数17以上
いの場合は作業が煩雑になっている（仕分けの仕分けをしている）
AMA
修正申告案件の入力方法について
未申告貨物があった際、修正申告で対応して 関税が減額で消費税が増額になる場合でもNACCS 関税100円の減額の為、マニュアル申告にいるが、未申告貨物を加算する事で航空運賃 を通じて申告出来るようにしてほしいなり、且つ更正申告の手続きになるため、が按分され当初申告で申告している貨物の課
大量の資料が必要になり、且つ時間も掛か税価格が安くなる場合がある。その場合関税る。修正申告で行えることで時間的にも早は減額される為、NACCSのAMA業務で申告が出くなる
来ず、マニュアル申告での対応になる
AMC
修正申告にかかる入力であるが、金額変更 現行は、変更したものを円換算して、申告価 IDCのように必要箇所を入力することにより、他 作業効率化のため部分を入力することにより他は自動計算し 格、消費税、地方消費税は手打ちとなってい は、自動反映されれば、時間が削減できる。
て、修正申告書に反映できるようにしてほ る。
しい。
CDB、EDA
航空輸出貨物：搬入伝票の通関業者コード 搬入伝票にある通関業者コードが利用者コー 利用者コードの下3桁での制限。
自由化申告、BCPの観点
ド（６桁）になっている(X8HEI,D5HEI等）
（HEI）
CEA
税関審査終了コードを電文として受け取る IAWで照会して履歴からCEA業務の実施の有無 税関側での審査終了入力時に、申告者に対して 審査終了状況の把握が容易になり、利用者ことを可能とするを確認しているも審査終了がなされた旨の電文を出力する。
の利便性の向上、およびコストの低減が見
込める。
DLI02
DLI02での呼び出し時後の修正申告入力画 HAWB番号をスタッフがマニュアル入力してい DLI02での呼び出し時後の修正申告入力画面上に 通関業者はHAWB単位で貨物情報を管理して面上に当初申告時のHAWBを表示させたいる
当初申告時のHAWBを表示させたい
いことが多く、修正申告後の管理を容易にし、現在管理のために入力しているマニュ
アル入力作業を軽減できる。
DLI02
修正申告の過去DATAを呼び出すことができ DLI02は輸入申告書の過去歴1件ごとの呼び出 修正申告を期ごとに行う場合、申告書を続けて 1件ごとの対応となるので、期ごとの修正
るが、1件ごとの対応になるため、複数の しのみとなっている。
いれることにより、それらが1件に反映できるよ 申告の場合、ペーストあるは、手打ちとな
申告番号をいれて、対応ができるようにしうにしていただけると助かります。
り時間がかかるからてほしい。
EAA
航空貨物が航空会社で許可情報が変更でき 申告地の税関に、申告した通関業者が変更
地方で通関後、港湾地区に搬入されたのち、数 許可内容変更に伴う料金も取れず、事由がるように、船社でもEAA業務で変更できる
日から1週間後、船社の都合で、直前になって積 発生してから処理までに時間を要する。船ようにしてほしい地、船名の変更などを急がされることが多い。 社都合にもかかわらず、通関業者にとって変更はかつ通関業者でしか出来ないので、地方 は手間でしかない。
で通関したものは申告地の税関に問合わせてから手続きを行う。
EAA
EAB,EAAなどの許可後訂正について
複数件の許可後訂正で変更内容がすべて同じ
EABである場合、一括でまとめて変更できるようにしてほしい。またはまとめて入力できる
フォーマットを作ってほしい。
EAD
NACCSで許可後の変更(大額から少額への変 NACCSで変更できない
税関へのマニュアル変更が省ける。
更)をできるようにしてもらいたい。
ECR
重量単位がTNEになっていた場合、警告を 重量単位の入力がプルダウンになっており、 重量単位の入力がプルダウンになっており、入 操作ミス、入力ミスを防ぐことができる
出してほしい。
少しのタッチミスでKGMとTNEが入れ替わる
力時指が下矢印にあたるなどしただけでKGMと重量単位の入力をプルダウンにするのをや
TNEが入れ替わってしまう。KGMしか使わないた
めて欲しい
め、チェック時にこの箇所が違っていても気づけない。プルダウンにするのをやめて欲しい
EDA
入力したデータに対応するアラートの発報 NTTデータアイ社製 SimGateを使用①
輸出承認証等区分欄 「NO」
輸出貿易管理令に該当しない場合は、輸出②
上記①の「NO」を入力した場合、本来で 承認証等区分は「NO」となるが、誤って輸あれば輸出貿易管理令別表コードの欄はブラン 出貿易管理令別表コードに入力した場合エクとなるが、輸出貿易管理令別表コード欄にラーとならず、気付かずに事項登録を進め
誤ってコードの記載を行った場合でもエラーと てしまうケースがある。申告前の審査におならない。 輸出承認証等区分欄に「FE、E1、 いても、「NO」となっている事で別表コー
E2等」のコードを入れた場合は輸出貿易管理令 ドが入っていないという思い込みが発生し別表コードを無記入で送信した場合はアラート てしまい見落として申告するリスクが発生が出るため「NO」とした場合にも同様のアラー している。
トを出して頂くよう改修できませんでしょうか
EDA
複数の管理NOがあるコンテナ本数入力の自 複数の管理NOがあるコンテナ本数の場合、先 VAN登録をするとコンテナ本数は自動反映され 自動反映されることにより許可までのリー動反映
頭に7(複数の意味)を手入力しているる。複数管理NOがある際も7を自動反映させてほ ドタイムを短くできる
しい

検討結果
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
関係省庁案件のため要望を伝達しました

第７次ＮＡＣＣＳ更改において対応予定

他の利用者様の運用に大きな影響を与える
ため対応は困難
第７次ＮＡＣＣＳ更改において対応予定
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なし
他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
他の利用者様の運用に大きな影響を与える
ため対応は困難

他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難項番
業務区分R04- 通関
085

業務コード
要望の概要
EDA
仕向人の住所欄の4欄を、1欄に変更

検討結果
過去に同様の要望を検討した状況から変化なし

R04- 通関
086

EDA

R04- 通関
087

EDAシステムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

R04- 通関
089

EDA,SELとEDA,AEL

R04- 通関090
R04- 通関
091

EDB

R04- 通関092
R04- 通関
093

EDC

R04- 通関
094

EDC
MEC

R04- 通関
095

EDC
MEC

R04- 通関
096

EDC/IDC

EDC

EDC

現在のシステムの仕様
要望の詳細
理由・効果
・仕向人の住所欄は4分割されており、NACCS 4欄ある住所欄を統合し1欄に変更。
荷主からのEDIデータを直接貼り付けるこ
仕様により番地、都市名、国名など細かい指とができ、業務効率化につながる。
定がある。
・荷主からはEDIで住所を入手しているが、海外の住所を分割して入力する必要があり、番地や都市名などの判断と、分割入力が必要となっている。
マニュアル申告のシステム化
所定の様式に必要事項を記載している。
NACCSを利用してマニュアル申告を行えるように 9割以上NACCSを利用した申告の為、従来のして頂きたい。
様式に記載する方法は、不慣れな者も多く時間がかかる。
ＮＷの合計重量とＧＷに矛盾や大差があれ ２つの数字について関連をチェックしていな ＧＷよりＮＷの合計方が大きい数字だったり、 極端な入力ミスには警告を出してほしい
ば警告を出してほしいい
ＮＷの合計重量とＧＷがかけ離れていれば（2桁 ミスの減少につながる
以上違っていれば）警告を出すようにして欲しいSEAとAIRで、輸出申告書の統一以前からマニュアル申告は、SEAとAIRで統一 SEAとAIRで、申告書統一。
センター側は、統一化行うことで、NACCS(輸入も同様）の法令で定める申告書で申告されている。
システムの管理や保守の軽減化。
SEAとAIR共にNACCS参加・情報がある。
NACCSシステムが、異なるサーバーであるとい
輸入者・通関業者等は、2つのプログラム
う理由等から統一してませんでした。
AIRと同様にSEAの構築やデータの取込システムなどを1本化
貨物重量・記号番号・積載予定船舶を無くして することで、経費の削減になる。
しかし、数年前からNACCSはシステムサーバー 記載不要とし、統一化と効率化を図りたい。
が統一されたが、反映されることなく、全く通関業者は、申告書作成の効率化が可能。
別の異った申告書（フォーマット）のまま
で、2つのシステムや環境設定が必要である。
税関と通関業者の双方で、EAB業務である
輸出許可変更の減少効果。
重量単位がTNEにな重量単位がTNEになって ECRの内容が反映されるため、KGMとTNEが入れ 貨物重量はKGMしか使わないため、チェック時に ミスを防ぐことができる
いた場合、警告を出してほしい。
替わっていても警告はでない
この箇所が違っていても気づけない。
NACCSシステムでは、一部「I」申告が、出 積戻申告の時、「I」申告が出来ない。
通常の輸出申告が、搬入済であっても「I」申告 輸出許可が遅れると船積が出来ない上、来ないケースがある。
が可能ではあるが、積戻輸出申告だけが、シス ヤードでの保管や蔵置が難しいケースがあテム上、出来ない。
り、搬入と同時に申告が可能である、自動起動がかかれば、リアルタイムで動き出せるので、結果的に船積に間に合います。
NET WEIGHT の入力
NET WEIGHT が GROSS WEIGHT を超えた場合で NET WEIGHT が GROSS WEIGHT を超えた場合は申 非違を防ぐことができる。税関もミスを指も申告ができてしまう。
告ができないようにして欲しい
摘する手間が省ける。
特定輸出申告において、申告時に搬入が特定輸出申告においては、どこの保税地域に 輸出申告の際、下記内容の申告条件の項目を追 実際に貨物が搬入されている保税地域と、入っている場合は、一般申告と同様、保税 搬入がされている場合でもエラーがかからず 加していただきたい。
輸出申告の保税地域が異なる場合の輸出申
地域のチェックを加えていただきたい。
に申告を行うことが出来る。
従来通り、貨物運送途上の場合は貨物情報の保 告誤りを防ぐことが出来る。通関非違、保税地域はブランクとなっており特定輸出申告を 税地域の非違を防ぐことが出来る。
行うことが出来る。保税地域に貨物が搬入されている場合、貨物情報の保税地域と輸出申告事
項登録で登録されている保税地域が一致しない
場合は特定輸出申告がエラーとなる。
現在汎用申請で行っているDOX申告をNACCS 現在は汎用申請(HYS業務）でドキュメントの 輸出ドキュメント申告について現状の申告単位 輸出ドキュメント申告については、貨物のでの通常申告で実施することを可能とす
マニフェストを提出し、全件税関での審査を のまま通常の輸出申告同様に、NACCSのEDC/MEC 上屋への搬入後の申告を行う必要があるたる。
行い、審査が終了したあとにNACCSに対して汎 業務と同じように申告を行い審査区分をNACCSシ め、申告から航空機搭載までの時間が非常
用申請に対する承認入力とNACCS登録された
ステムで払い出すことを可能とすることを要望 に短いのが実情である。現在、審査およびHAWBに対する許可入力を税関にて実施してい する。
汎用申請の承認および税関での許可入力等
ただいている。
また提出書類が発生する場合には区分2,3,1Y等 で平均9分から10分程度を要しているがそと同様の運用ルールでの提出を可能とすること の時間を短縮することで、より円滑な貨物を要望する。
の移動に資することが見込まれる。
現在汎用申請で行っている380申告をNACCS 現在は汎用申請(HYS業務）で380フォームおよ 輸出380申告について現状の申告単位のまま通常 輸出380申告については、貨物の上屋へのでの通常申告で実施することを可能とす
び必要書類を提出し、全件税関での審査を行 の輸出申告同様に、NACCSのEDC/MEC業務と同じ 搬入後の申告を行う必要があるため、申告る。
い、審査が終了したあとにNACCSに対して汎用 ように申告を行い、審査区分をNACCSシステムで から航空機搭載までの時間が非常に短いの申請に対する承認入力とNACCS登録されたHAWB 払い出すことを可能とすることを要望する。
が実情である。現在、審査および汎用申請に対する許可入力を税関にて実施していただ また提出書類が発生する場合には区分2,3,1Y等 の承認および税関での許可入力等で平均9いている。
と同様の運用ルールでの提出を可能とすること 分から10分程度を要しているがその時間をを要望する。
短縮することで、より円滑な貨物の移動に資することが見込まれる。
EDC/IDCにおいて申告番号1件ごとの対応で EDC/IDCには、一つの申告番号のみの対応
複数申告番号をいれて、送信ができるようにな 作業効率化のためあるが、複数でもできるようしてほしい。
れば、申告のSPEED UPにつながる。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

他の利用者様の運用に大きな影響を与える
ため対応は困難
関係省庁案件のため要望を伝達しました

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
過去に同様の要望を検討した状況から変化なし

関係省庁案件のため要望を伝達しました

過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

他の利用者様の運用に大きな影響を与える
ため対応は困難項番
業務区分R04- 通関
097

業務コード
要望の概要
現在のシステムの仕様
EEB
海上貨物において、出港予定年月日を過ぎ 現在海上貨物においては、出港予定年月日をることにより、輸出取止め再輸入をナック 過ぎる事により、ナックスでは取止め再輸入
スで実施できなくなる事を可能にしてほし の実施が出来なくなっている。
い。

R04- 通関
098

HIS

識別コードの照会

R04- 通関099

HYS

汎用申請業務において、税関から返信され 許可通知情報を出力した後、税関へ赴き誤っる許可通知情報の税関通信欄の内容が、稀 ている箇所に訂正印をいただき修正対応をしに誤っていることがある。現状ではNACCS ている。
での修正の対応が出来ないので、可能にしてもらいたい。

R04- 通関
100

HYS

R04- 通関
101

IAS

R04- 通関
102

IAW

R04- 通関
103

ICG

R04- 通関
104

IDA

R04- 通関
105

IDA

R04- 通関
106

IDA

R04- 通関
107

IDA

R04- 通関
108

IDA

R04- 通関
109

IDA

適用税率が照会されるがEUO5などの使用できる識別までは照会されない要望の詳細
海上貨物において、出港予定年月日を過ぎることにより、輸出取止め再輸入をナックスで実施
できなくなる事で、過去に港税関まで来て、書面での取止め再輸入申告書を提出して下さいと言われたことがあります。（弊社は内陸）出港
予定年月日を延長して、取止め再輸入をすることはナックスの機能上可能ですが、税関より取止め再輸入するための出港予定日延長は認められないと言われました。
照会時に照会条件に入力した国コードで使用できる税率が照会結果として表示されているが、加えて入力可能なすべての原産地証明者等区
分、貨物の種類のコードを検索結果として表示してもらいたい

理由・効果
検討結果
出航予定日が過ぎていることにより、輸出 関係省庁案件のため要望を伝達しました
取止め再輸入をするには、書面での提出か又は、取止め再輸入するために先ず出港予定日を延長して、次に取止め再輸入（税関が認めてくれたら）がありますが、上記の手段は手間であり、出港予定日を過ぎても取止め再輸入が出来るようお願いさせて頂きます。
EPA税率が複雑になってきているので、都 システムの改修規模が大きい（改修経費が度コードを確認することなくHIS画面の照 高額、自社システム影響が大きい案件等）
会結果を確認しながら、申告事項登録を行 ため対応が困難
うことで、申告作業の作業負荷の軽減に資する。

汎用申請業務を利用して行っているドキュメン Paperless業務の対応がPaperlessで出来なト通関及び米軍の免税物品の通関において、税 いため。
関から返信される許可通知情報の税関通信欄に「申告番号」と「保税運送番号運送先」が記載されているが、その情報が稀に間違っていることがある。現状ではNACCSでの修正の対応が出来ないので、税関側で内容を変更して再送信できるようにする等により、それを可能にしてもらいたい。
見本持出申請をマニュアルで行う際、汎用 汎用申請では見本持出のマニュアル申請はで 貨物が蔵置場に搬入していない場合（本船内に ・許可を急ぐ際に税関まで足を運ぶ必要が申請にて申請ができるようにして欲しい。 きない。
あるバラ貨物等）の見本持出ではMHAが使用でき ある。
ないため、マニュアル申請となるが、現状では ・感染症対策上の観点から、対面でのやり汎用申請が出来ないので、出来るようにしてほ とりよりもNACCS上で済めば有難い。
しい。
包括延納の残高について
NACCS端末にて業務コードにて照会して確認を NACCS端末をすべての輸入者が持っているわけで お客様から確認の為だけの連絡をいただく
行うはないため、Webなどで簡単に確認が出来るよう ことが多いにしてほしい航空輸入において、Zダメージが発生した 現在は、色がなく目立ちにくい。
ｚダメージのとき、その部分を赤色等目立つ
航空貨物は緊急が前提の貨物であり、搬入場合、内容点検等手続きをしないと申告にワーニング表記にしてほしい
後の内容点検にかかる時間の負荷は高い。
入れないが、色識別表記がでいないか。
そのため、その事項が一目両全でわからる
色判別できることにより迅速に対応できるようになる。
最新更新利用者コードの詳細表示
ICGの最新更新利用者コードは英数の5桁表示 ICGの最新更新利用者コードは英数の5桁表示だ 最新更新利用者へ連絡が必要な際、インが、5桁をクリックすると会社名が表示されるな ターネットなどで検索する時間を省略した
ど仕様を変更して欲しい。
い。
税表番号を変更した際、品名も自動で補完 変更する際、品名をブランクにして送信して 手入力された品名以外の場合には、品名を消す 申告時の品名の適正化の担保および入力作される仕様の導入いる。
事なく、税表番号に紐づいている品名が補完さ 業の軽減。
れることを可能とする仕様を要望。
日本製の貨物の場合に、原産地コード JP 統計基本通達７－２（２）（国別の選定基
原産地コード欄に "JP" を入力可能とする
インボイスに記載された原産地での申告がを入力可能とする
準）ただし書きの規定により、積出国を入力可能になる
し申告を行っている
直接納付場合にも識別方法を入力すること 口座番号、延納番号がブランクであれば、自 直接納付を行う際には納付方法識別欄に直接納 意図せずに直接納付での申告が行われるこを必須とする動で直接納付が選択される
付を希望する旨のコードを入力し事項登録を完 とを防止し、適正な当初申告の実施に資す
了することとした上で、税金発生時の事項登録 る・において納付方法のブランクはエラーとする。
入港日の自動反映
自動反映されず手入力
一括搬入されたら入港日も自動反映してほしい 最新の入港日が反映されることにより業務効率化が望める

関係省庁案件のため要望を伝達しました

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の利用者様の運用に大きな影響を与える
ため対応は困難過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
担保番号を入力した際に、入力控えでも入 担保番号が入力されなかった場合、画面上の 再輸出免税適用の際、担保番号の入力を忘れて 入力控えに、担保番号の入力の有無が分か 過去に同様の要望を検討した状況から変化
力の有無を確認できるようにして頂きた
業務メッセージに入力されていないとエラー しまい、そのまま輸入申告をし、書類審査時税 れば、IID(輸入申告等照会）の手間も省なしですが、関係省庁案件のため今回も要い。（IDA)
表示されている。又、IID(輸入申告等照会） 関から入力忘れを指摘されて非違を起こしてし け、適正且つ迅速な申告に繋がると考えて 望は伝達しました
で担保番号の入力の有無が分かるが、IIDの作 まった。
おります。
業に手間を感じますし、業務メッセージは、搬入されていない等のメッセージがされているので、見分けにくい。例として、再輸出免税適用の際、担保番号を入力しなくても輸入申告ができる状態になっている。
延納番号、リアルタイム口座番号が表示さ 入力控では延納番号及び口座番号の確認がで 延納番号、リアルタイム口座番号が表示される 複数の延納番号を持っている荷主がいるた 過去に同様の要望を検討した状況から変化
れるようにして欲しい
きない。
ようにして欲しい
め、誤入力を防ぐためにも表示されるよう なしですが、関係省庁案件のため今回も要になって欲しい望は伝達しました項番
業務区分
R04- 通関
110

業務コード
要望の概要
現在のシステムの仕様
IDA
AIRにて、複数AWBを１申告にて対応できる 1AWBのみでの申告対応ようにしてほしい。

R04- 通関
111

IDA

輸入承認等番号欄につき、全て縦一列表示 まれに縦一列表示になることがあるが大半してほしい。
は、左右交互に表示されている

R04- 通関
112

IDA

荷主口座担保残高がわかるようにしてほし 表示なし
いR04- 通関113
R04- 通関
114

IDA

入力したN/Wの合計を確認できるようにして欲しい
他法令コードと輸入承認証番号等の相関チェック

R04- 通関
115

IDA

R04- 通関
117

IDA

R04- 通関
118

IDA

R04- 通関
119

IDA

R04- 通関120
R04- 通関
121

IDA

R04- 通関
122

IDA

R04- 通関
123

IDA

R04- 通関
124

IDA

R04- 通関
126

IDA

R04- 通関
127

IDA

R04- 通関
128

IDA

R04- 通関
129

IDA

IDA

IDA

特になし

要望の詳細
海運と同様に、IDAのAWB欄を複数欄に設けてほしい。過去に航空輸送上、危険品申告の関係により、分割輸送されて、マニュアルによる１申
告したことが、何度かあった。現在も輸入者から相談受けることがあります。
縦一列に1～10まで表示できる様にしてほしい

理由・効果
税関事前相談、あるいは、輸入者経由にて輸出者にインボイスを１AWBごとの分割作成が可能であるかの相談、マニュアル申告書（納付書記載含む）、及び税関への窓口
持参等の労力、手間が省ける
左右交互表示による番号の重複誤入力を防ぎ、縦一列表示により、IDA後の誤入力チェックをしやすくなる
コンプライアンス上、荷主口座担保残高を見る 申告前に輸入者に納税種別の相談が可能とことが可能であるなら、延納残高と同様に、荷 なる主口座担保残高もわかるようにしてほしい入力したN/Wの合計を確認できるようにして欲し N/Wの数値を入力ミスしているかどうか検い算できるようになり、ミスが減少する
承認証等番号コード頭２桁と他法令コード欄を 誤申告防止
相関チェックできるようにする

検討結果
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし

過去に同様の要望を検討した状況から変化なし
承認証等番号が入っているのに、他法令コー
過去に同様の要望を検討した状況から変化
ド未入力でも申告が入るなしですが、関係省庁案件のため今回も要望は伝達しました
輸入承認証番号等欄への日本語入力
ローマ字表記（例：TOKYO DAI 〇〇〇GO）
ローマ字表記でしか入力出来ないため、日本語 NAやPDの承認証番号が日本語（漢字）表記 システムの改修規模が大きい（改修経費が変換（漢字）入力を出来るようにして欲しいとなっており対査確認が明確でスペル間違 高額、自社システム影響が大きい案件等）
いを防止できる。
ため対応が困難他法令共通管理番号の紐づけ件数の見直し 現在は９申請までしか紐づけが出来ない
１０件以上も紐づくようにしていただきたい
１０件以上は申請番号の手入力や申告書類 第７次ＮＡＣＣＳ更改において対応予定
への他法令申請書添付が必要。変更する事
で効率があがる
原産地と原産地証明書識別コードの連動
原産地と該当しない証明書の識別コードを入 連動していないときは制限をかけるか、エラー 証明書識別コード誤りの削減。
過去に同様の要望を検討した状況から変化
力してもそのまま作成できる。
メッセージの表示を要望する。
なしですが、関係省庁案件のため今回も要望は伝達しました
EPA等原産地識別コードの判別機能
特になし
原産地識別コードでFTA等特恵適用に該当しない 適正申告並びに単純なミスの防止にも繋が 過去に同様の要望を検討した状況から変化
原産国でも入力できてしまうため(例：MY-EUI4) る
なしですが、関係省庁案件のため今回も要各協定に該当しない国を入力した場合にはア
望は伝達しました
ラートが出きないか。
ネット重量がグロス重量を超過している場 特になし
重量オーバーの場合でもIDAがコンプリートされ 適正申告並びに単純なミスの防止にも繋が 他の機能や業務により対応可能（予定）で合の判断機能ないようにアラートを出せないか。
るあるもの（新たなプログラム変更は不要）
原産地コードに合致しない原産地証明書識 例えば原産地コードをGBと入力した場合でも 適用できる協定と原産国が一致しなくても申告 エラーがでればミスの防止、低減になり、 過去に同様の要望を検討した状況から変化
別コードを入力した場合、アラートがでる 原産地種別EUが入力できる。
できてしまう。
適正申告に繋がる。
なしですが、関係省庁案件のため今回も要ようにしてほしい望は伝達しました
他法令コードを入力しているのに、承認証 アラートはでない。
例えば他法令コードFDと入力しているのに、輸 エラーがでればミスの防止、低減になり、 過去に同様の要望を検討した状況から変化
番号等が入力されていない場合、アラート
入承認証番号等欄がブランクになっている場合 適正申告に繋がる。
なしですが、関係省庁案件のため今回も要がでるようにしてほしいにアラートを出す。その逆も同様に。
望は伝達しました
原産地コードJPを入力できるようにしてほ JPが入力できないので便宜的に発地国コード 日本製の商品の原産地を日本と入力するべき
原産国の正しくJPと入力することで原産国 関係省庁案件のため要望を伝達しました
しい。
を入力している。
で、発地国で入力するべきではないと思いまの入力ミスを防ぐす。
IDA業務でNACCS欄部の品目番号ごとの数量 IDA業務、NACCS欄部、数量欄(1)(2)につい
IDA業務、NACCS欄部、数量欄(1)(2)について、 不要な数量を申告してしまった場合であっ 他の利用者様の運用に大きな影響を与える欄(1)(2)について、不要な単位数量入力に て、申告に必要なコードが１つのところ、
品目番号ごとに申告が必要な数量単位コードが ても、NACCSで自動処理されるため貿易統 ため対応は困難
対するガード設定
誤って２つ入力してしまった場合であても申 決まっているが、コードの入力が１つで良いと 計に影響はないと思われるが、税関審査
告できてしまう。その際、警告表示もない。 ころを誤って２つ入力してしまった場合に警告 （区分２，区分３）の際に非違扱いにされたとえば、品目番号 6117.80-2003 は KG を を表示し、入力できないようガードをかけてほ ることがある。
入力しなければならないが、NO と KG 両方入 しい。
NACCSで申告できないようガードがかかる
力してしまった場合であっても警告表示が出ようになれば、申告数量単位についていちない。
いちタリフで確認する必要がなくなり、申告書類作成時及びチェック時の負担が大きく軽減される。
マニュアル申告のシステム化
所定の様式に必要事項を記載している。
NACCSを利用してマニュアル申告を行えるように 9割以上NACCSを利用した申告の為、従来の システムの改修規模が大きい（改修経費がして頂きたい。
様式に記載する方法は、不慣れな者も多く 高額、自社システム影響が大きい案件等）
時間がかかる。システム化されれば迅速な ため対応が困難
通関につながる。
IS/IMの併せ運送期間延長のNACCS対応化
IS、IMの併せ運送期間は、NACCSで自動的に期 NACCSで対応できるようにしてほしい。
税関通関部門、保税部門へ連絡し、マニュ 関係省庁案件のため要望を伝達しました
間指定される。数量が多く運送期間が不足のアルによる運送期間延長で対応している。
場合、NACCS対応ができない状況である。
税関サイドも取扱いに苦慮している。
B/L番号の入力件数追加
5件まで入力できるが、蔵置場所が5か所を超 B/L入力件数を10件程度まで拡大してほしい。 本来不要である分割(内取り)申告にかかる 過去に同様の要望を検討した状況から変化えてしまうと分割(内取り)して申告せざるを計算書作成等の事務が削減できる。
なしですが、関係省庁案件のため今回も要得ない。
望は伝達しました
延納担保番号の表示
Ｈと表示されるのみ
入力控、申告控に延納担保番号を表示させてほ 複数の担保を持つ顧客の場合、指示された 過去に同様の要望を検討した状況から変化
しい。
担保番号が入力されているか、現状では紙 なしですが、関係省庁案件のため今回も要面で確認する事が出来ない。入力控、申告 望は伝達しました
控に延納担保番号を表示させることにより、使用する担保に誤りが無いか確実に確
認できる。

項番
業務区分
R04- 通関
130

業務コード
要望の概要
現在のシステムの仕様
IDA
社内整理番号・荷主セクションコードの文 20文字まで入力可能
字数入力枠の拡大

R04- 通関
131

IDA

R04- 通関
132

IDA

R04- 通関
133

IDA

R04- 通関
134

IDA

R04- 通関
135
R04- 通関
136

IDA

R04- 通関
137

IDA

R04- 通関
138

IDA

R04- 通関
139

IDA

R04- 通関
140
R04- 通関141
R04- 通関
142

IDA

R04- 通関143
R04- 通関
144

IDA

R04- 通関
145

IDA

R04- 通関
146

IDA AID

R04- 通関
147

IDA
ISW

IDA

IDA
IDA

IDA

要望の詳細
「荷主Ref No.」程度の文字数入力枠拡大

理由・効果
検討結果
通関依頼の内容により20文字を超える入力 システムの改修規模が大きい（改修経費が事項が発生する為
高額、自社システム影響が大きい案件等）
ため対応が困難
口座・納付方法について口座については「F」「G」等、納付方法
入力控えの時点では、入力している番号を入力時の番号誤りに、2次審査者も過去に同様の要望を検討した状況から変化については「R」「H」等の記号で表示さ表示できるようにしてもらいたい。
審査しやすくなる。
なしですが、関係省庁案件のため今回も要れる。
望は伝達しました
延納番号、リアルタイム口座番号が表示さ 入力控では延納番号及び口座番号の確認がで 延納番号、リアルタイム口座番号が表示される 複数の延納番号を持っている荷主がいるた 過去に同様の要望を検討した状況から変化
れるようにして欲しい
きない。
ようにして欲しい
め、誤入力を防ぐためにも表示されるよう なしですが、関係省庁案件のため今回も要になって欲しい望は伝達しました
マニュアル申告対応をNACCS対応化
税関検査のアイテム指定に対応できす、OLTを NACCSで対応できるようにしてほしい。
マニュアル申告を無くし、NACCSで管理が システムの改修規模が大きい（改修経費がして倉庫でデバンして税関検査する場合、マ出来る。
高額、自社システム影響が大きい案件等）
ニュアル移行しなければならない。
ため対応が困難軽減税率注意メッセージ帳票記載
食品などでＦ3ではなくＦ4入力の場合、注意 特恵のように帳票に注意メッセージを記載
税率誤りの防止になる。
過去に同様の要望を検討した状況から変化
メッセージはですが、帳票には表示されななし
い。
ＢＰ用包括担保番号入力済み
帳票に入力済み画面が出ない。申告者は番号 帳票に包括担保番号入力済項目を追加する。
申告時間省略
過去に同様の要望を検討した状況から変化
入力済みかどうかの確認に時間を要する。
なし
大額/少額＊欄の入力項目、L、Sの入力の 各欄申告価格に大額があれば”L"を、少額し 入力を自動化してもらいたい。
入力データから自動判別が可能。入力ミス システムの改修規模が大きい（改修経費が自動化
かない場合は”S"を手入力の防止。入力の省力化。
高額、自社システム影響が大きい案件等）
ため対応が困難関税法70条関係許可承認書欄に対応する
関税法70条関係許可承認書欄にCRやPDを入力 輸入承認書番号欄にPDNO/CRNO等の入力がある場 関係する入力を自動化することでミスを防 他の利用者様の運用に大きな影響を与える
コードの自動入力化
して輸入承認書番号欄にCRNOやPDNOを手入力 合関税法70条関係許可承認書欄に対応するコー ぐ
ため対応は困難
している
ドの自動入力をしてほしい
関税法70条関係許可承認書欄に対応する
輸入承認書番号欄にCRNOやPDNOを入力して関 輸入承認書番号欄にPDNO/CRNO等の入力がある場 関係する入力を自動化することでミスを防 過去に同様の要望を検討した状況から変化
コードの注意喚起
税法70条関係許可承認書欄にCRやPDを入力を 合関税法70条関係許可承認書欄に対応するコー ぐ
なしですが、関係省庁案件のため今回も要
忘れてもそのまま申告されてしまう
ドの注意喚起をしてほしい
望は伝達しました
関税法70条関係許可承認書欄FDの消費税
輸入承認書番号欄にFDが入力されていて消費 輸入承認書番号欄にFDの入力がある場合で、消 暫定税率のF3かどうかの確認をおこなえる 他の利用者様の運用に大きな影響を与える
コードの注意喚起
税種別区分がF4であってもそのまま申告され 費税種別区分がF4になっている場合は注意喚起
ため対応は困難てしまうをしてほしい積出国と原産国の差異がある場合の注意喚 積出地の国名コードと原産地コードが異なっ 積出地の国名コードと原産地コードが異なる場 正しい原産国で申告する
他の利用者様の運用に大きな影響を与える
起ていてもそのまま申告されてしまう。
合は注意喚起をしてほしい
ため対応は困難
リアルタイム口座不足の注意喚起
リアルタイム口座に金額不足になっていても リアルタイム口座不足の場合エラーになる
口座不足をいち早く把握することでスムー 過去に同様の要望を検討した状況から変化
申告はできてしまう
ズな申告になるなし
2頁目 数量（1）欄及び（2）欄 MTの場 2頁目 数量(1)(2)欄 MTの場合、現在小数点 システム上の理由等で、2頁目が小数点以下2桁 積地BL数量は小数点以下3桁となっている 過去に同様の要望を検討した状況から変化
合、小数点以下3桁が入力できるように願 以下2桁となっている。この為、MT表示では正 入力しかできないのでは、適正な申告といえな にもかかわらず、2頁目は小数点以下2桁入 なしですが、関係省庁案件のため今回も要いたい。
しい申告ができないため、KG表示に変換して い。1頁目（小数点以下3桁表示）と同様に正し 力しかできないのでは1頁目（小数点以下3 望は伝達しました
申告している。
い申告をするため、MT表示の時、小数点以下3桁 桁表示）と異なり、正しい申告ができなが入力できるようにしてほしい。
い。適正な申告をするためには、KG表示（下3桁）に変換し申告せざるを得ないのが現状である（他港税関によって、対応が異なる→全国ベースではかなりの事象になると思われる）。
関税等の納付方法で荷主リアルタイム口座 通関業者ではNACCSを使用して荷主口座の残高 IDAを送信時にIDC画面の業務メッセージで残高 誤謬の防止、迅速通関のため
過去に同様の要望を検討した状況から変化
使用の場合の残高不足防止
や、残高に不足がないか確認する方法がない 不足を通知してくれる仕様にしてほしいなし
包括担保番号が1DAの打ち出しの際、みえ IDA打ち出しで見えなくなくなる。打ち出しで IDAの打ち出しの際、確認できるように担保番号 1社で複数の担保番号を保持している会社 過去に同様の要望を検討した状況から変化るようにしてほしい。
審査する際、担保番号がみえなくなる。
が見え、申告の際は、みえなくなるようにながいるので、入力すべき番号の誤入力を防 なしる。
ぐため。
原産地証明書識別コード入力項目送信時の 原産地証明書識別コード入力時、他国の4桁
原産地証明書識別コード入力時、他国の4桁コー 誤った識別コードでの申告誤りを未然に防 過去に同様の要望を検討した状況から変化
表示変更
コードを入れても反映されるようになってい ドを入れた場合、エラーになり、送信できない ぐことができる。
なしですが、関係省庁案件のため今回も要る。例：KR-RKT4→KR-RCT4でも送信される。 ようにしてほしい。
望は伝達しました
評価金額を任意の案分係数で案分する係数 共通分に入力した評価金額が各欄に自動で均 繰返部の各欄に任意の案分係数で評価金額を案 現在、欄ごとに評価額が異なる場合（自動 過去に同様の要望を検討した状況から変化を入力する欄を創設してほしい。
等に案分されている。
分する係数を入力する欄を創設してほしい。ブ 案分されたくない場合）はBPR案分係数に なし
ランクであればこれまで通り自動均等案分とす 評価額を合算し入力している。通貨がインる。
ボイス価格と評価額で異なる場合などBPR
案分係数計算の手間がかかっている。繰返部の各欄に案分係数を入力することで計算の手間が省ける。
本船の船舶情報で、船会社による船舶情報 船名が変更になれば、申告書上の船名も自動 本船情報が変更されても、変更前の情報を一定 申告の際に本来の本船名で申告が出来る。 システムの改修規模が大きい（改修経費がの訂正(船名変更等)があった場合、IS貨物 的に変わってしまう為、本来の本船名を申告 期間維持してもらいたい。ISの期間とするなら マニュアル申告を回避できる。税関からも 高額、自社システム影響が大きい案件等）
等の蔵出申告の際に船名が変更されてしま 書上の記事欄に記載。削除された場合naccsエ ば2年間。
要請がありました。
ため対応が困難う。また本船情報が削除された場合、貨物 ラーが出て申告書の作成が不可能。貨物情報
情報の訂正も出来ない為、マニュアル申告 の変更も不可能の為、マニュアル申告となに移行しなければなりません。本船情報は る。
船会社による変更があっても、元の情報を一定期間維持してもらいたい。

項番
業務区分
R04- 通関
148
R04- 通関149
R04- 通関
150

R04- 通関151

R04- 通関152
R04- 通関
153

R04- 通関154
R04- 通関155
R04- 通関156
R04- 通関
157

R04- 通関
158
R04- 通関
159
R04- 通関
160
R04- 通関
161
R04- 通関
162

業務コード
要望の概要
IDA,IFA,ILA, 共通管理番号の複数B/Lへの対応
IPA

現在のシステムの仕様
要望の詳細
理由・効果
B/L1件と共通管理番号1つが組になっており、 複数B/Lの場合も共通管理番号による他法令との 他法令合格前に申告できるため、リードタ
かつ輸入申告書には共通管理番号1件しか入力 リンクができるよう改善してほしい。
イムが減少する。
できないため、複数B/Lのときは入力できな
い。
IDA,IFA,ILA, 共通管理番号についてのエラー表示の追加 輸入申告書に入力した他法令のリンク件数と エラー表示をするなど、そのまま申告に至れな 誤謬の削減。
IPA
実際に届け出た数が一致しなくてもエラー表 いようにしてほしい。
示がなく、申告(IDC)ができてしまう。
IDA、IDB、 コソボ共和国の国コ－ドでの事項登録がで マニュアル申告を行い、税金は現金で直接納 国連LOCODEが無いが国として申告できるとされ マニュアル通関の削減及びPaperLessの実
IDC
きる。
付を行っている。
ている国に関してはNACCSで使用できるようにし 現
2021年に要望し継続案件となっておりますて頂きたい。
申告から許可までの大幅な作業と時間短縮
が、7次NACCS向けに検討されているかが不明の為再度要望いたします。
IDA/IDC
BP申告時における消費税担保の計算方法が NACCSシステムの仕様書における消費税担保の NACCSプログラムの計算方法を仕様書と同一に変 消費税額次第で、左記の計算方法の相違が
NACCS仕様書とNACCSプログラムで相違があ 計算方法は、
更して頂きたい要因となり、担保額に誤差が生じるる◆ (内国消費税＋地方消費税）×110％⇒ 100円未満切り捨ての金額となっているが、NACCSシステム内部の計算プ
ログラムは、◆ (内国消費税×110％(小数点以下切り捨て)＋ (地方消費税×110％(小数点以下切り捨て)⇒100円未満切り捨ての金額と設定されている。
IDB
関税割当（TQ）申告時、TQ適用のHSコード適用しても、他法令コード TQ適用のHSコード使用時に、他法令コード（TQ) 単純な入力ミスであるが、HSコードから容IDC
他法令コード未入力時のエラーサイン表示 とは連携しておらず未入力でも申告可能とが未入力の場合には、エラー表示され且つIDCが 易にエラーチェックが可能と思われる為。
なっている。
できないようにする。
税関・通関業者・顧客において、原本訂正等に対する手間が削減できる。
IDC
予備申告を手動で IDC → H 本申告し IDC→H の本申告時にログインされている通 多くの場合、予備申告時に通関士審査は終了し Ｚ申告（搬入後自動）の場合は予備申告かた際に予備申告時にログインしている通関 関士コードが反映されるているので、予備申告の際に通関士審査終了と 自動許可時点のログイン状況が反映されて士コードを許可書に反映させてほしい
みなして予備申告時にログインされている通関 いるのかは不明
士コードを効果としては本申告をする際に通関士コー
許可書に反映させる
ド再入力の手間が省ける
IDC
オプションでも構いませんので、IDA及び IDA及びIDBで入力した申告等予定年月日より オプションでも構いませんので、IDA及びIDBで 荷主の要望があるにも関わらず間違えて早IDBで入力した申告等予定年月日より前に 前にIDCで申告するとそのまま申告となりま入力した申告等予定年月日より前にIDCで申告す めの申告をしてしまうことがあるため
IDCで申告する時はポップアップで警告が す。
る時はポップアップで警告が出る仕様にしてほ出る仕様にしてほしいです。
しいです。
IDC
予備申告において蔵置される上屋が変更に 上屋が違うと自動起動しない
上屋の変更だけで、申告が止まってしまう。
特に夜間にスムーズに申告 許可となるなった時に自動的に上書きされるようにしてほしい。または上屋ブランクでも入力可能としてほしい
IDC
Z予備申告（搬入時自動起動）をし、区分3 税関へ電話連絡し許可の処理をして頂いてい 本申に切り替わると全ての申告に対して許可が ・Z予備申告をする意味合いがない。
で書類審査終了になったにも関わらず本申 る。
自動的に出るようにして欲しい。
・許可を急ぐ際に対応し辛い。
に切り替わると再度区分3に戻る時があ・税関へ電話連絡する手間が省ける。
る。
IDC
ＢＰ時における石油石炭税の担保額に関し 左記ＢＰ時に免税扱いで申告しているが、免 免税扱いの場合は税関の手を加えることなく申 現在はMSX時に通信欄に「石炭税免税分をて、免税申告を行っているが担保額は免税 税前の担保額が表示されるため税関側にて承 告控えの段階で免税後の担保額を表示して欲し 除いた額で担保額の計算お願い致しまを考慮していない。 自動的に免税後の担 認時に担保額を免税後の額として登録してい い。
す。」などと記載し、税関側がBP承認時に保額を表示して欲しい。
る。
手作業で免税後の担保額に修正している。
通関業者・税関共に業務が煩雑となっており、通信欄の記載漏れや税関の修正漏れにより正しい担保額でのBP承認とならない可能性を排除できる。
IDC
輸入申告時に延納口座担保残高確認を追加 予備申告、本申告が可能。審査終了後に許可 予備申告時と本申告時に延納口座の担保が不足 申告前に輸入者へ確認が確認が出来、訂正とならないため、IAS業務で担保残高を確認す していた場合は、申告が不可でエラーとなり、 業務等が削減される。
る必要がある。
担保不足通知書が払い出される。
IDC
輸入申告時にリアルタイム口座の残高確認 予備申告、本申告が可能で、審査終了後、本 予備申告時と本申告時にリアルタイム口座の残 申告前に輸入者へ確認が確認が出来、訂正を追加
申告時に口座利用不可通知書が払い出され高が不足していた場合は、申告が不可でエラー 業務等が削減される。
る。(口座不足の項目無し)となり、口座利用不可通知書(口座不足)が払い
出される。
IDC
ICGの事故確認表示にZがでているときに申 事故確認表示にZがでていても申告ができる状 Zが出ている場合、通常 Zの解除をおこなって Zがでているのを気が付かずに申告するの告ができないようにしてほしい。
態から申告となるが、Ｚの解除前でも申告できる を防ぐため
ので、解除前申告ができないようにしてほしい。
IDC
ICGの記号番号と申告書の記号番号が相違 ICGとIDCの記号番号が相違しても、注意喚起 申告ができてもよいが、注意喚起があれば、ケースマークの相違により倉庫からの搬出する場合、NACCS左端のピンクで注意喚起 はされずに、通常申告ができる。
誤ったケースマークが訂正できるため。
ができなくなるため、原本訂正になってしをしてほしい。
まう。それを防ぐための注意喚起
IDC
到着即時許可制度の条件緩和
申告条件「U」の輸入申告がPKG前
PKG後に輸入申告（予備申告）をして、HCH自動 成田空港内での到着即時許可制度を活用す起動としたい。JAL上屋JALフライトを想定。
ることで、さらに迅速な通関が出来る。ま
た搬出入確認回数が省略できる

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
関係省庁案件のため要望を伝達しました

過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
第７次ＮＡＣＣＳ更改において対応可否を検討したが、制度上対応は困難

項番
業務区分
R04- 通関
163

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
IDC
送信したあとキャンセルを押下した場合は 送信したあと、「送受信中”キャンセル”」 送信をかけた直後にキャンセル表示が出ている キャンセルという表示があるにもかかわら送信をストップさせてほしいというコマンドが出るが、キャンセルを押下 あいだは、キャンセル押下したものはデータ送 ず送信が止まらないから。誤送信の防止。
IFC
しても送信が止められない
信をストップさせてほしい
IDI
通関書類の提出が必要な照会種別コード
申告官署ごとに検索を行い、申告した全官署 申告官署単位ではなく、業者コード単位で一覧 申告官署が多岐にわたる場合、官署ごとに"L"において、あて先官署ごとではなく申 について確認している。
できるようにしてほしい。
確認する必要があり煩雑な作業となってい告した全官署での一覧ができるようにして
るため。
ほしい。
IDY
輸出申告変更（官署変更）「EDY」と同様 輸入予備申告後に申告官署を変更する場合に 輸出申告変更（官署変更）「EDY」と同様に申告 税関、通関業者の申告を撤回、再度申告書の輸入申告での業務コードの新設。業務は、税関に連絡し一度申告を撤回してから再 内容が引き継がれるようにしていただきたい。 作成等の手順の簡素化が行える。
コード名：輸入申告変更（官署変更）
度輸入申告が必要となる。輸入の場合は A（開庁不可）税関に予備申告を行い、搬入が遅れて開庁時間外に本申告を行う場合には、申告を一度撤回してから再度 B(開庁可能)税
関に再度申告することになります。A税関の書類審査がB税関に引き継がれません。
IID,IEXIIDやIEXで通関士審査済み(CCA済み）であ IIDやIEXでは、通関士審査済みであることは CCA業務が定着して、コロナ対策での申告業務引 通関士審査済みであることを速やかに確認
ることを確認したい。
確認できません。他の業務IDIやIESの「通関 継ぎに貢献している。既存の照会業務IIDやIEX でき、輸出入申告等効率が図れる。
士」欄でCCA済みが確認できますが、個別に申 に、通関士審査済の確認できる欄があれば、通告の審査状況を確認したい。
関士の審査状況を担当者が確認できるため要望します。
IID,IEXIIDやIEXで通関士審査済み(CCA済み）であ IIDやIEXでは、通関士審査済みであることは CCA業務が定着して、コロナ対策での申告業務引 通関士審査済みであることを速やかに確認
ることを確認したい。
確認できません。他の業務IDIやIESの「通関 継ぎに貢献している。既存の照会業務IIDやIEX でき、輸出入申告等効率が図れる。
士」欄でCCA済みが確認できますが、個別に申 に、通関士審査済の確認できる欄があれば、通告の審査状況を確認したい。
関士の審査状況を担当者が確認できるため要望します。
IIF
食品等輸入届出情報照会について
現在、営業所ごとに利用者コードが異なり届 この利用者コードで閲覧を制限している所を同出をした利用者コードでなければ閲覧が出来 じ会社であれば営業所ごとの利用者コードに関ない様になっております。
わらず閲覧できるように変更できませんでしょ
うか？

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

R04- 通関
170

ILI

第７次ＮＡＣＣＳ更改において別業務にて同様の機能を実装予定

R04- 通関
171

ILI

R04- 通関
172

IMS

R04- 通関173

ISW

R04- 通関174

JETRAS

R04- 通関
175

MIC

R04- 通関
176

MIC

R04- 通関
164
R04- 通関
166

R04- 通関
167

R04- 通関
168

R04- 通関
169

照会結果の画面に添付状況の欄も設けてほ 現在の照会結果画面には添付状況を表示する
しい。
部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれば、電話で話す際に話が通じやすい。
照会結果の画面に添付状況の欄も設けてほ 現在の照会結果画面には添付状況を表示する
しい。
部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれば、電話で話す際に話が通じやすい。
MSXで添付したファイルを開いて確認でき 添付したファイル名は確認できるが開く事はるようにして頂きたい。
できない。現在は受信フォルダから送信した
MSXを探してファイルを開いている。

現在の照会結果画面には添付状況を表示する部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれば、電話で話す
際に話が通じやすい。
現在の照会結果画面には添付状況を表示する部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれば、電話で話す
際に話が通じやすい。
添付したファイルを開けるようにして頂きたい。

現在の照会結果画面には添付状況を表示する部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれ
ば、電話で話す際に話が通じやすい。
現在の照会結果画面には添付状況を表示する部分は無いが、動物検疫側では、確認できるもよう。通関業者側にも表示されれ
ば、電話で話す際に話が通じやすい。
書類の差し替えする際、ファイル名ではどの添付ファイルを削除すべきかわからない場合がある。IMSでファイルを開く事ができれば効率的。
IS申告時のデータ保存期間の延長
IS後に保税蔵置場から搬出後、1週間程度でIS時のデータは搬出後にはデータが残らないた ISW時の再入力の手間を省きたい
データが削除されるため、ISWを行うためには め、ISWの書類作成時にはデータが残っておら
全て手入力が必要になり手間が掛かってしま ず、最初から手入力が必要になってしまう。SEA
う。。
NACCSや第7次NACCSプロ変のAMAのようにデータが残ることになれば、手入力の手間が省ける。
JETRASで通関業者登録において、同一法人 営業所ごとに通関業者登録をしてもらう必要 別の営業所でライセンスを使用する場合、営業 営業所の新設や統合をする際、全ての荷主（5桁中下3桁が同じ）であれば、追加登録 がある
所ごとに通関業者登録をしてもらう必要があに説明し、登録をしてもらう必要がなくな
することなく、使用できるようにして欲しる。この手間を解消していただきたいるいMIC申告の本申告入力の業務コード追加
MIC申告の本申告入力をする業務コードが無MIC申告の本申告入力のみ入力を可能とする。 申告内容に変更がないMIDを削減し、許可
く、MIDが必要。
書上もとの申告番号を維持することで、実際の訂正を伴うMIDと本申告に伴うMIDの識別を容易にする。
MIC申告時に包括保険、評価を適用するこ 使用不可のためIDAでの事項登録を行っている MIC申告時に包括保険もしくは、評価の包括申告 IDAの事項登録件数を減らし、MIC申告の対とを可能とする受理番号を入力してMIC申告することを可能とす 象件数を増加させることで利用者の利便性る向上を図る

関係省庁案件のため要望を伝達しました

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
関係省庁案件のため要望を伝達しました

第７次ＮＡＣＣＳ更改において別業務にて同様の機能を実装予定
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

関係省庁案件のため要望を伝達しました

過去に同様の要望を検討した状況から変化なし
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました項番
業務区分
R04- 通関177

R04- 通関178

R04- 通関179
R04- 通関180
R04- 通関
181
R04- 通関
182
R04- 通関183

R04- 通関184
R04- 通関
185
R04- 通関
186

R04- 通関
187

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
MIC/IDC/MEC/ 申告内容に関して税関からの確認事項等の 現在はMSA/MSB業務にて連絡をいただいている 申告内容に関して、税関から申告者へ確認すべ 現在MSA/MSBで税関と通関業者間の連絡を
EDC
通関業者への連絡をMSA/MSBなどのメッが、在籍する通関士が多い場合に、担当者を き事項が発生した場合の通関業者への連絡を行い運用しているが、在籍する通関士を特セージで通関営業所単位に戻すのではな探して社内の連絡を行う必要がある。
MSA/MSBなどのメッセージで通関営業所単位に戻 定する作業が必要となり、対応に時間を要
く、各申告に対して確認事項を直接税関側 またMSA/MSBに関しては全利用者間でのやりと すのではなく、申告を行った通関士に対してか することがある。
で入力することを可能とし、かつその確認 りが可能であり、かつフリーフォーマットで つ、個々の申告に対して電文の形で通知を行う またMSBの場合には通関営業所単位でしか内容を申告を行った通関士に対して直接電 あることからシステムで取り込むことが容易 ことを可能とすることを希望します。
電文を送受信できないため、フロアーが分文の形で通知を行うことを可能とすること ではない。
例えばMICを通関業者から実施後、税関からの連 かれていたりすることで対応すべきものをを希望します。
絡事項が発生した場合には、当該申告に対して 特定するまでに時間を要することがある。
連絡事項を税関側で入力いただき、送信を行う またシステム化を検討したいが、MSA/MSB
ことで通関業者に対して申告情報および連絡事 自体が多用途に用いることが出来るため、項を含む電文が送信されるような形での改修を システム化することが容易ではない。
要望します。
MOA
輸出自動車情報登録における車両特定番号 道路運送車両法における輸出抹消仮登録を証 輸出自動車情報登録で輸出整理番号を入力すれ 輸出整理番号は国土交通省が管理する為のの自動出力。それが不可の場合は輸出整理 明する為に中古自動車1台ごとに輸出整理番号 ば、車両特定番号を自動で出力してほしい。そ 1台に1つの番号であり、輸出整理番号で車番号の自動出力。
と車両特定番号を入力している。
れが不可の場合、車両特定番号を入力すれば、 両は特定される為、その番号を入力すれば輸出整理番号を自動で出力してほしい。
十分と考える。中古自動車1台ごとに輸出整理番号を入力し、更に車両特定番号を入力する必要があり、多大な工数を要している。又、車両特定番号は英字・数字が混在する12桁程度からなっておりタイプミスが起き易い番号である。車両特定番号が自動出力されると大幅な工数低減と誤謬低減が見込まれる。過去に何度か同じような要望を出しているが進展がない為、車両特定番
号の自動出力が不可であれば、車両特定番
号を入力すれば、輸出整理番号を自動で出力することを要望する。
MSA
送信済み内容の再送信
MSA登録を行う際、一件毎すべての項目に対し 送信済み内容を用いて再送信できるようにして 税関に対し貨物の引き取り情報を提供するて入力を行っている
いただきたいために使用しているが件数が多いため、重複する宛先などの入力部分を省くことで手間を減らしたいMSX
IDC後の1Y書類のMSXでの送信を可能してほ MSX送信不可（原本提出）
当初申告区分１→許可後訂正後に１Ｙとなった 原本を提出する必要がなくなる
しい
申告について、ＭＳＸで書類を送付できるようにしてほしいMSX（申告添付登録）業務の容量増加をお 現行：１回の申告添付登録業務あたりのファ 容量の増量。
特に１ファイル1MBは送信制限にかかるこMSX
願いしたい。
イル数は最大10ファイル、合計容量は最大とが多く困っている。
10MB。 １ファイルの最大容量は1MB。
増量して頂いた場合、業務がスムーズに行える。
MSX
1ファイルあたりの添付ファイルサイズを 1ファイルあたり3MBまでの添付できるが、写 3MBから10MBへ増やして頂きたい。
スキャンをやり直すことが度々あるので、増やして頂きたい。
真が多い場合などは上限を超えてしまい、書ファイルサイズが増えれば時間削減とな類を分けてスキャンし直している。
る。
MSX
2021年9月にMSXの容量にかかわる変更が有効なファイルのみとしては、10MBまでであ EPAのカラーを取り込んだとき、容易に10MBを超 複合機等の機能で、画質を落として、現行あったが、「有効なファイルと削除した
るえることが少なくない。
は対応しているが、今後のEPAの適用が増
ファイル合計は、最大30MBであるが、削除えるにつれ、負荷がますため、改善をお願がなく有効なファイルのみであれば10MBでいしたい。
ある。有効なファイルのみとして、20MB以上を要望する。
MSX
添付書類コード:OLの注意喚起
毒劇物該当の場合MSXで添付書類コードOL以外 毒劇物該当の場合にMSXで書類を送る場合は、添 MSXで毒劇物輸入登録票の送付漏れを防ぐで送っても注意喚起はない
付書類コード:OL以外は注意換気するようにしてほしいMSX
メールの添付ファイルからそのままMSXに メールの添付ファイルをいったんPCの画面に メールの添付ファイルからそのままMSXにドラッ 事務作業の工程が短縮される。
ドラッグアンドドロップができるようにし 移した後，ＭＳＸに貼り付けている。
グアンドドロップができるようにしてほしい。
てほしい。
MSX
1Ｙの時でもMSY業務での書類の削除を可と 1YでMSXを送付後、MSYで送付書類の削除や書 1YのMSX業務においても、書類の削除ができるよ NACCS変更届作成・申請の手間が省ける。
したい。
類の差替えをしたい場合、現状1Yでは不可で うにしていただきたい。
即座に正しい書類への差替えが可能になある。書類の誤送付があった場合、長崎税関
る。
管轄では、正しい書類をMSYで追加の上、削除できない書類についてはどちらが正しい書類
かNACCS変更届を作成し、提出しなければならない。
MSX
1Ｙの時でもMSY業務での書類の削除を可と 1YでMSXを送付後、MSYで送付書類の削除や書 1YのMSX業務においても、書類の削除ができるよ NACCS変更届作成・申請の手間が省ける。
したい。
類の差替えをしたい場合、現状1Yでは不可で うにしていただきたい。
即座に正しい書類への差替えが可能になある。書類の誤送付があった場合、長崎税関
る。
管轄では、正しい書類をMSYで追加の上、削除できない書類についてはどちらが正しい書類
かNACCS変更届を作成し、提出しなければなら
ない。

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）第７次ＮＡＣＣＳ更改において対応予定

第７次ＮＡＣＣＳ更改において対応予定
第７次ＮＡＣＣＳ更改において対応予定

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

過去に同様の要望を検討した状況から変化
なし

項番
業務区分
R04- 通関
188
R04- 通関
189
R04- 通関
190
R04- 通関
191

R04- 通関
192
R04- 通関
193

R04- 通関194
R04- 通関
195
R04- 通関
196
R04- 通関
197

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
MSY
区分1Yで許可がきれた分の通関書類データ 一度添付登録したデータは削除できない。
区分2や3で審査中の分は、MSYで添付登録した 税関職員からの指摘前に添付登録したデーをMSXで添付登録後、誤りに気づいたらMSY
データを"D"で削除できる。区分1Yで許可が切れ タの誤りに気付いた場合、データを削除でで、登録したデータを削除できるようにした分も、同様の仕様にして欲しい。
きるため、税関職員が通関業者に誤りを指てほしい。
摘する時間が省ける。
OLC
保税運送での大型X線検査となった場合、 区分2で保税運送承認となるため、検査を行っ IDCと同じように区分3を出力できるようにして 検査になった際の費用等を荷主等に請求す検査となったことがわかるようにしてほし たかどうかがわからないほしい。
る際に、検査を行った証明ができない。
い。
OTA
原産国が日本製の場合、原産地コードJPを 仕出し国の原産地コードを入力している。
日本製であれば原産地コードJPを使用出来るよ 製品の原産地が明確になる。
使用できるようにする。
うにしてほしい。
POA
・令和2年8月31日付け薬生監麻発0831第４ ・厚生局では「別紙のとおり」として申請し 要望の概要をご参照
・ＮＡＣＣＳについて、添付したファイル
号厚生労働省医薬･生活衛生局監視指導･麻 た輸入報告を受理してもらっているのです
７．要望に関わる事象の発生頻度につきまして の確認が出来るようシステム改善すること
薬対策課長通知「医薬品等に係る輸入確認 が、税関では、その「別紙」の確認ができま は、～10件/月を一時的に選択しております。 で、輸入品目数が多く、別紙を添付せざる要領について」において、通知P11の第５ せん。
・発生頻度は把握しておりませんが、当協会薬 を得ないような場合にも利用可能となり、全体の留意事項で
事法規研究委員会と東京医薬品工業協会薬事法 輸入申告に係る通関業務がより一層の合理「輸入品目数が多い場合、申請書の「品規委員会加盟会社を対象に調査（2020年1月23日 化、これに関わる業者、厚生局、税関のそ名」の欄に「別紙のとおり」と記載し、別から3月６日実施）結果（別添）によると、回答 れぞれの業務の効率化、軽減化が推進され紙を添付して申請することが可能であるこのあった１５０社１５８部門のうち、電子申請 るものと期待されます。
と。」、通知P21の第９その他注意事項でに不便を感じるところについての設問で、「一「輸入申告に係る通関関係書類について
度の申請で６品目以上では、追加申請を行わな
は、NACCSの申告添付登録業務（MSX業務）
ければならない。」ことに２４部門が不便を感を利用することにより、PDFファイル等のじていると回答されており、無視できない頻度
電磁的記録によって提出することが可能でで発生しているものと考えます。
あること。」との記載があります。
・当協会の会員企業が、同通知に基づき、
NACCSを利用した輸入申告で、輸入品目数が多いことから別紙をPDFファイルとして添付して申請を行ったとき、厚生局では申請書の受理の確認を受けたけれども、税関では添付したファイルの確認が出来ないとのことで通関を認めてもらえなかったという事例が報告されました。
・税関において添付したファイルの確認が出来ればこのようなことは発生しないと考えますので、税関でも添付したファイルの確認が出来るようNACCSのシステム改善を要望致します。
POA

ＰＯＡ（医薬品医療機器等申請業務）
薬監申請：品目数増加

1申請で品目が５つまでしか入力できず、6品 品目数を増加してほしい
１AWBでの薬監申請数の削減目ある場合2申請しなければならない
SEA NACCSの 可能かどうか分かりませんが、スマホアプ SEA NACCSの利用は、PC上のみ。
スマホアプリとしてSEA NACCSアプリ版を作成し 検査立ち合い者の利便性向上。
モバイル化 リとしてSEA NACCSアプリ版を作成して欲
て欲しい。
しい。
情報呼び出し（貨物情報、コンテナ情報、許可 スマホで撮影した写真資料のMSX、MSB添付
情報呼び出し（貨物情報、コンテナ情報、情報）の閲覧を可能にして欲しい。
送信機能。
許可情報）の閲覧を可能にして欲しい。
カメラ機能の有効活用。
TQB
電子TQの表示内容の改善
残数は表示されず、過去の使用履歴と残数を 常に最新の残数が表示されるようにしてほしい 書類作成、通関士審査の時間短縮に繋が足し、その合計が割当数量と一致するか都度り、業務の効率化が図れると考える
確認する必要がある
VAN
工場VANの輸出申告であるが、VANコードで VANにて、管理番号及び個数、重量、容積が入 VANコードで貨物情報をつくっていくが、それら 管理番号作成時に、それらは入力している
貨物情報をつくるとき、管理番号、G/W,荷 力が必要。いれないとそれらがICGに反映され を入力しないとICG上ブランクになってしまう。 ので、2重打ちがないようにしてほしい
姿、M3が入力するが、管理番号に情報が紐 ない。
管理番号に情報があるので、それらがリンクさづいているので、それを補完してほしい。
れるとやりやすくなる。
VAN 又は輸出申告後にバンニング情報登録(VAN)を 輸出申告後にバンニング情報の誤りに気が付
輸出許可内容に誤りがないにも関わらず、VAE11
した情報を訂正できるような仕様の変更を いた場合、訂正ができないため、輸出取りやコンテナ情報を訂正するために輸出取りや希望いたします。
め再輸入を行っております。
め再輸入をしなくてはならない為、訂正が可能となるよう希望いたします。
オプション⇒ 保存時のファイル名に社内整理番号を使え 利用者コード 出力情報コード サブジェク 社内のコードを社内整理番号欄に入れている業 NACCS情報と社内情報の紐づけができ、い設定⇒自動保 るよう、選択肢を増やしてほしい
ト 日付時刻 の4種類
者は多いと思います。これをファイルタイトル ろんな場面で利用の幅が広がる
存として自動保存したい

検討結果
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
関係省庁案件のため要望を伝達しました
関係省庁案件のため要望を伝達しました
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

関係省庁案件のため要望を伝達しました
第７次ＮＡＣＣＳ更改において対応予定

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難項番
業務区分R04- 通関198

R04- 通関
199

R04- 通関200

R04- 通関201

R04- 通関203

R04- 通関
204

R04- 通関
205
R04- 通関206

R04- 通関
207

業務コード
要望の概要
現在のシステムの仕様
システム対応 現在BP⇒IBPに関して、税関出張所等が廃 システム対応ができていないため、マニュアができていな 止となった場合や合併等で輸入者名が変更 ル申告となってしまう。
いとなった場合、マニュアル申告となる。①
これをシステム対応できるようにしてほしい。②また、国庫に輸入者から直接入金できるようにしてほしい。

要望の詳細
理由・効果
現在BP⇒IBPに関して、税関出張所等が廃止と 現在BP⇒IBPに関して、税関出張所等が廃なった場合や合併等で輸入者名が変更となった 止となった場合や合併等で輸入者名が変更場合、マニュアル申告となる。これを①システ となった場合、マニュアル申告となる。こム対応できるようにしてほしい。輸入者名が変 れを①システム対応できるようにしてほし更となった場合は仕方ないかもしれないが、税 い。システム対応できれば、全国の税関出関出張所等が廃止となった場合は税関当局の理 張所の廃止に伴う業者泣かせを防ぐことに由であるため、業者に大きな負担をかけるのは つながる。輸入者名が変更となった場合も不合理である。②また、マニュアルの場合、現 同様にシステム対応を検討願いたい。輸入在の手続きは非常に手間と時間を要する。ま者の名称変更はしばしばあることなので。
ず、前日までに輸入者より入金確認をし、申告 ②左記のとおり、入金手続きが煩雑で、時当日早朝より、経理で発行した小切手を持参し 間も1日かかりとなる。これが、経理よりて、税関で納付書を受け取り、銀行（本店）に 直接国庫に送金できれば、非常に簡素化で入金手続きを行う。領収書を受け取った後、再 きる。
び税関に赴き、許可となる。
その他
法人番号からも現在の輸出入者符号の機能 輸出入者符号をもとに法人番号やNACCS関連機 法人番号でもNACCSに登録されている情報を紐づ 社会も法人番号中心になってきており、輸を紐づけれるようにして欲しい
能が紐づけされているが、法人番号からは紐 けれるようにしてほしい。
出入者符号の取得や変更をいやがる荷主がづけされていない。
増えてきておる。輸出入符号の存在を知らない担当者も増えてきている。
EDAなどの入力時、法人番号を入力すれば住所などを反映してもらえれば業務効率も上がる
マニュアル自 ナックスで申請出来るようになると嬉しい 税関業務部門に輸入許可書類を提出して 内 ナックス新規業務作成（汎用申請でも可）
業務効率化、時短、押印業務廃止
動車通関証明 です
容確認後押印受領
申請について
税関収納課に押印書類と申請書、通関証明押印フォーム提出。
収納課より自動車通関証明発行。
管理資料
輸出通関の許可後訂正一覧を出してほしい 有料サービスで始まったようですが・・
輸出通関の許可後訂正に関して一覧データを管 通関業者に作成が義務付けられている「取理資料で出せるようにするか、「申告一覧デー 扱明細簿」を「申告一覧データ」を加工しタ」に何らかの形で反映させてほしい。
て作っていますが、許可後訂正に関しては
申告一覧データに反映されておらず、一つ一つ目で確認し、手入力しているため
新規輸出通関において、貨物の搬入確認業務を 輸出通関において貨物が倉庫でBIC搬入がされ 輸出通関において貨物が倉庫でBIC搬入がされて 搬入確認のためのNACCS作業が100分の1/月
効率的にできるようにしていただきたい。 ているかどうかを確認するのに、一件ずつICG いるかどうかを確認するのに、一件ずつICGを送 になる。
を送信する必要がある。
信する必要があります。
保税におけるISWのように、ECRを送信した貨物に関して搬入、未搬入を倉庫ごとに一覧確認できるコマンドを作っていただきたい。
新規輸入通関において、貨物の搬入確認業務を 輸入通関において貨物がＣＹ、倉庫で搬入が 輸入通関において貨物がＣＹ、倉庫で搬入がさ 搬入確認のためのNACCS作業が100分の1/月
効率的にできるようにしていただきたい。 されているかどうかを確認するのに、一件ず れているかどうかを確認するのに、一件ずつICG になる。
つICGを送信する必要がある。
を送信する必要があります。
登録した貨物について搬入が入ったらお知らせ
してもらえるようにしてほしい。
『口座使用不可通知書情報』への出力項目 申告番号、輸入者名、口座情報が入力されて 『口座使用不可通知書情報』の出力内容にHAWB 通関業者はHAWBでデータ管理を行っておの追加いる。
を追加で表示する
り、通知書にHAWB情報をがあることで、容現状は申告番号からHAWBを検索している。
易に対象HAWBの把握が可能となる。
net-NACCSと自社システムとのデータ連携 net-NACCSと自社システムとのデータ連携が出 自社システムから、NACCS（GW端末）とnetNACCS NW障害による代替手段の確保により、申告
させたい。
来ない。
を使い分けられるようにしたい。
遅延を防ぐ。
NACCS（GW端末）をメインに使用している。
自社システムからは1か所に送信し、NACCS（GW
端末）データとnetNACCSデータを判断してほしい。
NACCSで各官署での申告前非違を入手でき NACCSに機能がない
・NACCSで各官署での申告前非違を入手できる機 ・各通関業者が税関へ移動する手間や、返る機能の追加能の追加
信用封筒で依頼する手間の削減
・現状、税関まで紙を取りに行くか、返信用封 ・遠方の通関業者などもタイムリーに確認筒で依頼するしか入手する方法がなく時代にが可能となるあった対応と言えない。
・現在は税関ごとに公表・非公表がバラバラであり配布運用の統一化が可能

検討結果
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

過去に同様の要望を検討した状況から変化なし

過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）第７次ＮＡＣＣＳ更改において対応予定

第７次ＮＡＣＣＳ更改において対応予定

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
第７次ＮＡＣＣＳ更改において対応予定

過去に同様の要望を検討した状況から変化
なし

項番
業務区分
R04- 通関208

R04- 通関
209

R04- 通関210

R04- 通関211

R04- 通関212
R04- 通関213
R04- 通関214
R04- 通関215
R04- 通関216
R04- 通関217
R04- 通関
218

業務コード

要望の概要
現在のシステムの仕様
食品届（FAINSのＩＦＡ業務）や動物検疫 要望の概要を参照ください
申請（ＩＬＡ業務）にかかるモニタリング
検査実施後に、厚生労働省の検疫所や農林水産省の動物検疫所から見本採取票3枚と収去証1枚の発行がある(動物検疫所の場合は見本採取票２枚だけ)が、現行の業務では保管倉庫管轄の税関保税部門に1枚を渡し、その他には押印をもらい、検疫所に返却・保管倉庫と荷主に1枚ずつ渡すという業務がある。これをすべてナックスを使用したオンラインで対応いただきたい。税関や倉庫、検疫所に車で走って押印をもらったり、届けたりしていて非常に非効率でガ
ソリンをつかって環境に負荷をかけた作業になっている。
「マニュアルの自動車通関証明申請」
マニュアル申請
従来のマニュアル申請しか方法がない自動 税関の業務部にて許可書類提出。担当官の確
車通関証明の申請を認、押印後ナックスで出来るようになると嬉しいです 税関 収納課にて押印受領の許可書類、申請用紙等提出。
通関証明を申請し、発行。
「マニュアルの自動車通関証明申請」
マニュアル申請
従来のマニュアル申請しか方法がない通関 税関の業務部にて許可書類提出。担当官の確証明の申請を認、押印後ナックスで出来るようになると嬉しいです 税関 収納課にて押印受領の許可書類、申請用紙等提出。
通関証明を申請し、発行。
厚生労働省（食品衛生）が職権で行う見本 食品衛生法等の他法令にかかる官庁の公務員採取にかかる業務の新設
が見本採取を行う場合は、公務員が「見本採取表」作成し、税関が確認印を押印することになっているが、実態は、他官庁が、見本採取後、事務所に帰った後に「見本採取表」作
成し、通関業者等が税関の確認印を押印してもらい、見本を採取した蔵置場に渡すとともに、１部を検疫所に返付している。
北海道内の食品手続きは、小樽検疫所で行っているが、主に冷凍冷蔵庫の多い、札幌、石狩での見本採取が多い。
（札幌から小樽検疫所へ行って「見本採取表」を受け取り、札幌、石狩の税関で確認印を受け、再度、検疫所に返付することは、非常に時間を要する。）
入力時にアンダーバー(_)を入力出来るよ アンダーバーは入力できない。
うにしてもらいたい。

要望の詳細
要望の概要を参照ください

理由・効果
要望の概要を参照ください

検討結果
食品等輸入届出については、第７次ＮＡＣ
ＣＳ更改において対応予定

ナックスでの新規業務希望（汎用申請でも可） 訪庁不要

業務効率化、過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

ナックスでの新規業務希望（汎用申請でも可） 訪庁不要

業務効率化、過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

見本採取表（収去表を含む）は、検疫所が、Ｎ
ＡＣＣＳで採取後発行し、関係先（税関、蔵置場、通関業者）にその通知を行う新規業務を作成して欲しい。
（検疫所が見本を採取した際に、発行する取扱
いであるならば、事前通知（検疫所）→採取通知（確定した数量等の通知））の処理を行うことで可能と思われる。

ＮＡＣＣＳで処理することにより、移動時 第７次ＮＡＣＣＳ更改において対応予定
間がなくなり、効率化が図られる。
（札幌－小樽間は、片道 自動車で約１時
間、電車を利用しても、ほぼ同程度の時間が必要である）

インボイス番号等でアンダーバーが指定される 顧客への事前説明等の時間削減
時があるが、入力出来ずハイフン（-）等で対応している。
延納やリアルタイムの使用実績のメール配 現在は日報や月報などをNACCSから落とす必要 NACCSに取りに行くのではなく、日別、州別、月 輸入者の延納・リアルタイム使用の促進の信がある
別などのタイミングとメールアドレスを事前に 為、より利便性のあるサービスを拡張して登録しておくことで、自動的に配信先にメール ほしい
配信されるようにしてほしい
税関審査の状況確認機能
税関へ後続業務を行ってもなかなか承認又は NACCSで送信は行ったが、なかなか承認や許可及 状況が確認出来ることで、後続作業の段取許可が上がらないので、電話で問い合わせを び受理等にならない為、書類確認等が審査中な りが判断できる。
行っている。
のか未確認なのかを確認出来る機能を追加してほしい。
NACCSを通じて税関審査の催促
税関審査が遅い場合、電話にて問い合わせを 審査が遅れている場合、NACCSにて催促できるよ 電話で催促しずらい面があり、NACCSで出行っている。
うな機能を追加してほしい。
来れば問い合わせの手間が省ける。
日本語での申請が可能（ひらがな又はカ
全てローマ字入力で対応。
ひらがな又はカナ入力を可能にしてほしい。
書類が見やすくなる。
ナ）
無償貨物のアラートの省略
レンジアウトしている場合、アラートが出る 無償貨物のアラートの省略
レンジアウトのアラートが出るとほぼ区分２となる。無償貨物なので、通関の迅速化の為にアラート表示を省略して欲しい。
入力時にアンダーバー(_)を入力出来るよ アンダーバーは入力できない。
インボイス番号等でアンダーバーが指定される 顧客への事前説明等の時間削減
うにしてもらいたい。
時があるが、入力出来ずハイフン（-）等で対応している。

第７次ＮＡＣＣＳ更改において対応予定
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
関係省庁案件のため要望を伝達しました
関係省庁案件のため要望を伝達しました
関係省庁案件のため要望を伝達しました
第７次ＮＡＣＣＳ更改において対応予定

項番
業務区分
R04- 通関
219

業務コード

要望の概要
船積み関連資料の電子帳簿保存について

R04- 通関
220

NACCS：特定輸出者の貨物通関リスト・
蔵置予定場所の反映

R04- 通関221

食品届出の共通管理番号について

現在のシステムの仕様
要望の詳細
・保存対象となる船積み関連資料一式をNACCS 電子帳簿保存法改正されるが各社毎に仕組み構で保存できない
築が必要で電子保存化が進まない。NACCSに一括・輸出入、船積書類の保管、閲覧、取り出し 保存出来れば改ざん防止等の仕組みが簡素化、をNACCSで行えない
各社毎の開発が不要になる・事業者での書類や書類ﾃﾞｰﾀの保管を行うためには負担が大きいため。
特定輸出者が届け出ている 貨物リスト・蔵置 社内システムにおいても管理・確認をしている
予定場所をNACCS上でチェック出来ないが、荷主と税関の双方で確認する事が望ましいと考える為保存期間が１０日間しかないので、３ヶ月程
度に期間を延長する変更はできませんでしょ
うか？

理由・効果

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

R04- 通関
222

申告官署と代表税番に対し、部門番号が違う
場合、エラーが出る様に変更できませんでしょうか？

他の利用者様の運用に大きな影響を与える
ため対応は困難

R04- 通関
223

各種EPAで段階的に税率が変更される税番について、申告予定年月日を改正される日以降にすれば変更後の税率になる様に変更できませんでしょうか？

過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました

R04- 海上入出港
224

APA

APA指定地外交通 登録時の仕様変更

情報登録時に手入力しか対応していない。

R04- 海上入出港
225

APA

APA指定地外交通 登録時の仕様変更

生年月日と年齢をどちらも入力する必要があるR04- 貨物
226

ICG

ICGの表示項目の追加

ICNでコンテナサイズを確認している

R04- 海上入出港
227

MSB

MSB 添付ファイル登録 回答時の仕様変更

R04- 海上入出港
228

指定地外交通を複数名申請する場合、許可になったか否かの通知のみで申請した人それぞれの許可状況の確認ができない
NETNACCS全般 複数の回答を同時に展開できるようにして 二つ以上の回答を同時に展開できない
頂きたい

R04- 貨物
229

OLC

R04- 貨物
230

OLC

R04- 海上入出港
231

TPC/WPC

R04- 海上入出港
232

VIX

R04- 海上入出港
233

VPX

R04- 海上入出港
234

VPX

既に入力済みの情報（VTX乗組員情報等）を引用 すでに入力してある情報を2度入力しなく可能にして頂きたいてはならず、手間になるし間違いの基になる。
生年月日を入力すると自動で年齢を表示する
対象者が多いと年齢を計算するのに時間がか、生年月日のみにして頂きたいかかる。また間違いの基となる。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難FCLのICGにコンテナサイズを表示してほしい
ドレー手配の際、コンテナサイズの確認が 過去に同様の要望を検討した状況から変化必須となるが、ICGで確認できればICNでの なし
確認が不要となり、業務効率化に繋がる申請した人それぞれが許可となったことが確認 手続き漏れなく許可になっているか確認す 関係省庁案件のため要望を伝達しました
できるようにして頂きたい
るため
より円滑に申請したい

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難他法令による検査の対象となった貨物（コ 他法令による検査時にコンテナのリシールが 他法令の検査が発生したコンテナについては、 動植検対象となったコンテナで、検査前に システムの改修規模が大きい（改修経費がンテナ）の、検査結果（許可）前のOLT申 発生するが、現在の仕様では他法令の検査が 検査の合格、リシールの登録がされるまでOTL申 OLT申請され許可されたため、リシール前 高額、自社システム影響が大きい案件等）
請の制限
指定されている貨物でもリシールの登録前に 請されない様ロックする。
のシール番号でOLT申請、許可された事例 ため対応が困難
OLTの申請、許可が行える為、OLTのシールががあった。同様の事例を防ぎ、ヒューマン
リシール前の物のまま許可される。
エラー防止の一助としてシステムでサポートできないか。
他法令による検査の対象となった貨物（コ 他法令による検査時にコンテナのリシールが 他法令の検査が発生したコンテナについてはOLT 動植検対象となったコンテナで、検査前に システムの改修規模が大きい（改修経費がンテナ）の、検査指定時にOLT申請されて 発生するが、現在の仕様では他法令の検査が 申請がされている場合、検査の合格、リシール OLT申請され許可されたため、リシール前 高額、自社システム影響が大きい案件等）いる場合のメッセージの表示指定される前にOLTの申請、許可が行える為、 の登録をする際にメッセージを表示する。
のシール番号でOLT申請、許可された事例 ため対応が困難
OLTのシールがリシール前の物のまま許可されがあった。同様の事例を防ぎ、ヒューマンる。
エラー防止の一助としてシステムでサポートできないか。
リアルタイム口座を使用してのトン税納付 TPC を行なう際に一時納付・都度納付を誤っ 「とん税納付申告」を行ない、納付完了後に誤 とん税の誤納付、過払いの防止
関係省庁案件のため要望を伝達しました
申告を誤って行い、誤納付した場合に、税 て申告処理を行ない、納付が完了してしまっ 納付が判明した場合に、「納付当日」もしくは関の権限下において救済措置の設置してた た場合において、訂正・差戻しができず、船 「出港届(VOX/WOT)」の処理前であれば、船長・だきたい。
社または代理店の負担となってしまう。
船舶代理店が「NACCS登録情報変更申出」により（TPC 送信前に支払方法・納付額の確認メッ 撤回を申し出る旨を送信し、税関監視担当部門
セージが出ることは承知しております）
がこれを認めた場合において、「とん税等一時納付情報訂正」業務により、誤った「とん税納付申告」を撤回する旨をシステムに入力することで、再度「とん税納付申告」で正しい申告が可能となるよう、プログラム変更を要望する。
エラーチェックの改善
国際基幹航路(特定港寄港)対象船にも関わら Ｙの入力が無ければエラーとしてほしい
申請ミス削減関係省庁案件のため要望を伝達しました
ず、項目にＹが無くてもCOMPLETEとなってしまう
入港前統一申請VPXの際に、出入国管理局 変更があった乗組員をFAXで連絡をしている。
乗組員の変更を他の官署と同時にでき、手 ご要望については、法務省にお伝えした結への乗組員の変更ができないため、変更で続きミスの減少になる。ペーパーレスによ 果、法務省から実現の可否を含め継続してきるようにして欲しい。
るSDGsに繋がる。
検討する旨回答を得ております
入港前統一申請VPXの際に、出入国管理局 変更があった動静をFAXで連絡をしている。
乗組員の変更を他の官署と同時にでき、手 ご要望については、法務省にお伝えした結への動静変更ができないため、変更できる
続きミスの減少になる。ペーパーレスによ 果、法務省から実現の可否を含め継続してようにして欲しい。
るSDGsに繋がる。
検討する旨回答を得ております

項番
業務区分
R04- 海上入出港
235

業務コード
要望の概要
コロナ渦における上陸禁止告知書の発行・提VPX

R04- 海上入出港
236

VPX

R04- 海上入出港
237
R04- 海上入出港
238
R04- 海上入出港
239

出をNACCS上で行えるようにしてほしい

理由・効果

VPX 入港前統一申請【事前通報】の仕様変 東京湾入湾時の通報(北航)と出湾時の通報(南 ほとんどの場合、北航と南航の手続きが必要な 一度に手続きができると、VPX送信後に発更航)の手続きが必要だが、一度に一方の入力し 為、VPX入港前統一申請の送信の際にどちらも入 行される番号が1つの為管理しやすい。
かできない。
力できるようにして頂きたい
現状の手続きは不便な為FAXで行っているが、NACCSで使用できればペーパーレス化が実現できる。
VPX（入港前 外航船の入港予定時間変更が出た際、入管 入管以外の官庁は訂正で最新情報が送れるが 一つの入港前統一番号で統一したい、番号がた 一つの入港前統一番号で統一したい、番号統一申請） も訂正が出来るようにしてもらいたい
入管だけは訂正を受け付けるシステムになっ くさんあると煩わしいがたくさんあると煩わしい。一つの番号でておらず、わざわざ新規申請として入管だけ統一したら別担当者が迷うことがなくなる
送っている
VPX（入港前 外航船の入港予定時間変更が出た際、入管 入管以外の官庁は訂正で最新情報が送れるが 一つの入港前統一番号で統一したい、番号がた 一つの入港前統一番号で統一したい、番号統一申請） も訂正が出来るようにしてもらいたい
入管だけは訂正を受け付けるシステムになっ くさんあると煩わしいがたくさんあると煩わしい。一つの番号でておらず、わざわざ新規申請として入管だけ統一したら別担当者が迷うことがなくなる
送っている
VPX,VIX,VOX 入管へ申請したものの回答が欲しい
IVSを参照すれば申請されているか確認できる
通報漏れの防止が、受理されているか確認できない

R04- 海上入出港
240

VTX

R04- 海上入出港
241

VTX01

R04- 海上入出港
242

VTX01
VPX

R04- 海上入出港
243

VTX02

R04- 海上入出港
244
R04- 海上入出港
245

VTX02

R04- 海上入出港
246

WIT
WPC

R04- 海上入出港
247

WPT

R04- 海上入出港
248

Ｗ業務全般

R04- 通関250

現在のシステムの仕様
要望の詳細
現在NACCS上には業務自体がなく、ファックス VPX上に申請業務を追加し、帳票で出力できるよ 工数の削減
を用いて入管とやり取りをしている
うにしてほしいVTX他

VTX 本船情報登録の仕様変更

一度出港してすぐに同じ港に寄港する場合、同じコールサイン、航海番号で登録できない（出港後再度登録できるための期間は不明）
外国寄港地情報（入港前外国の寄港地）の 現行の外国寄港地情報（入港前外国の寄港表示に関する改善地）欄は１～30まで上から順に入力欄がある
が、入力の際の日付け・時系列の順序について説明の表示がない

航海番号の指定がない場合「1」で登録するこ都 「1」以外の数字や文字を使用することもが多く、頻繁に寄港する本船に関しては現状同 可能だが、管理上統一する必要がある為
じ番号を使用できる仕様にしてほしい
寄港が古い順なのか、新しい順なのかわからず 誤申請防止
記載してしまうことがあり、ミスに繋がる。申請画面のどこか、もしくは欄外の表示で古いものか新しいものかどちらを上に書いたら良いか
記載願いたい。
VTX01およびVPXの改善
同一の航海番号で複数のVPXを行うと、寄港地通報漏れの防止
枝番を分けているにも関わらず、税関で乗組員情報が把握できない
VTX02の入力終了欄に関する改善
VTX02の入力後、登録する際に入力終了欄に
VTX02の入力後登録する際に入力終了欄に"E"を 余計な入力工数の削減"E"を入力する必要があるがそれをなくす事と 入力する必要があるが、入力していなくても登はできないか録ができてしまうので入力を失念する事もある。"E"の入力に意味を感じず、必要がないのであれば削除した方が良いと感じる。
船員の役職のコードの種類を増やしていた コードが無い役職は OTH (OTHER)で代用して OTHER が多い場合、税関など関係官庁から問い コードの種類が増える事で関係官庁に対しだきたい。
いる。 例）Messman , OS などが無い。
合わせが 実際の役職を問われる事がある。
明確な船員の詳細を伝える事が出来る。
エクセル等外部ファイルからのコピー・貼 一部項目についてはコピーした情報を貼り付 VTX運航情報の「外国寄港地情報」にはコピー、 本船からの情報をできるだけそのまま使用
り付け対応
けることができるが、できない箇所も多くあ 貼り付けができない。寄港地情報は本船よりエ することで間違いをなくすことができる。
る。
クセルで受け取る為、そのままの情報を使用したい
在来船の入港届提出は、WITコードで行っ 入港届提出後、画面上においてもアラートな 1）入港届提出後、アラートを表示させてほしい とん税納付期限は、入港より5日以内に納ている。その後、WPCにてとん税納付をし*アラート内容「とん税納付期限は〇月〇日 付しなければならない。この期限は、入港行っている。
迄」
日を含む期限であるため、勘違いを起こし
2）現在送信済みとなる画面上、「とん税納付期 やすい。よって、上記要望の１を優先順位
限〇月〇日」と表示させてほしいの最上位とし、不可なら2、3とシステムで
3）入港届提出情報で、「とん税納付期限〇月〇 の防御を希望する。
入港届提出後、入港届提出情報
日」と情報欄等に通知がほしい
この納期限を超過させてしまうと、税関の決定となるため、大きな問題となるため。
入港前統一申請において、複数の官庁に一 入港前統一申請において、複数の官庁に一度 過去の申請等呼出を多用するのですが、必要箇 送信する必要が無い官庁の申請内容の訂正
度に送信できるようになっているが、に送信できるようになっているが、チェック 所を訂正して、送信予定の官庁にチェックを付 を無くすためチェックボックスにチェックを付けていな ボックスにチェックを付けていない官庁の申 けて送信前のエラーチェックを押すと関係ないい官庁の申請にエラーがあるとエラーとし 請にエラーがあるとエラーとなり、送信でき 官庁でエラーとなり、エラー箇所を探すのに苦て引っかかるのをなくしてほしい
ない
労しています。慣れてきたので、だいたいどこ
がエラーかわかってきましたが、検疫所や港長でエラーになることが多いです。
過去に申請したデータ保存期間の延長
過去履歴が数日で消えてしまう。
WEB NACCSで内航船の入港届や出港届を送信しよ より円滑に申請したい
うと過去データの呼出しをするが、既に消去されており新規入力せざるを得ない場合が多い。
CFS輸入貨物の予備申告時のケースマーク CFS輸入貨物の予備申告を行った際は、倉庫搬 記号・マークの細かな内容の相違により、予備の扱い変更
入時に入力された記号・マークが上書きされ 申国後・本申告前に記号・マーク訂正が発生す
ない
る場合がある為

検討結果
ご要望については、法務省にお伝えした結果、法務省から実現の可否を含め継続して検討する旨回答を得ております
関係省庁案件のため要望を伝達しました

関係省庁案件のため要望を伝達しました

関係省庁案件のため要望を伝達しました

ご要望については、法務省にお伝えした結果、法務省から実現の可否を含め継続して検討する旨回答を得ております
他の利用者様の運用に大きな影響を与える
ため対応は困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

関係省庁案件のため要望を伝達しました
他の利用者様の運用に大きな影響を与える
ため対応は困難

関係省庁案件のため要望を伝達しました
過去に同様の要望を検討した状況から変化なしですが、関係省庁案件のため今回も要望は伝達しました
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）
他の利用者様の運用に大きな影響を与える
ため対応は困難項番
業務区分R04- 海上入出港
251

R04- 海上入出港
252
R04- 航空入出港
253

業務コード

CAI・PCH

要望の概要
危険物明細・危険物事前連絡表作成のNACCS追加に伴う他法令関連の運用改善

現在のシステムの仕様
要望の詳細
理由・効果
NACCSにおいて危険物明細情報登録と危険物・ 危険物明細のサイン欄はアルファベットの羅列
有害物事前連絡表作成業務が追加されたが、 となり、本船のキャプテンが肉筆や刷り込みサシステムはあっても運用面で利用し難い
インでない場合、危険物明細の受取を拒否する可能性があること、また事前連絡表には港湾労災防止協会の押印が必要であることから、両帳票をNACCSで作成し、紙で出力し、押印取得、サ
イン追記しなければならない。
NACCSで危険物明細と事前連絡表の情報授受ができると業務が効率化できる。
トップメニュー画面に戻るボタンが欲しい 該当するボタンが無い
WebNACCSのロゴをクリックするとトップメ
戻るボタンを複数回押すのを減らすため
ニュー画面に戻るようにしてほしい
CAI業務のスプリットで到着分が分れた際 CAI（輸入貨物情報変更）業務についてCAI保 SPLITで到着して保留になった案件は２ndで到着 両方の便でCAI保留を解除しないとLDRを切の対応について留になった際、スプリットで到着便が分れる した便で保留解除すると１st便は何もしなくと る事が出来なず、何が起こっているのか分と、到着便毎に保留解除を行わなればならな も保留解除にしてもらいたい
からなくなる。全量到着しているので、わい。
ざわざ便毎に保留解除する必要性はないのでは。
仮陸案件の仕向地登録について
現在はHAWBのHCH業務で仕向地をNRTで登録し HCH業務で仕向地を日本以外のコードも入れられ CAI業務で訂正した際に全て保留案件になてから、CAI業務で仕向地をLAXに変更して仮 るようにしたいり、保税部門に保留解除してもらわないと陸貨物として登録している
LDRを登録する事ができない為
一度目の情報送信後に表示されるページに 運送先保税蔵置場コードは表示されるが、名 一度目の情報送信後に表示されるページに運送 名称が表示される事により承認前に運送先
運送先名称が表示されるようにしてほしい 称は表示されない先名称が表示されるようにしてほしい
間違いに気づくことが出来る確率が上がる

R04- 航空入出港
254

HPK

R04- 航空入出港
255

OLT

R04- その他
256

APA
HYS

R04- その他
257

CBE5100
CBD5100

APA、HYSの処理をするのに受信フォルダの 申請控、許可書とも全件印刷しないと開封済SAA1010、CAL0020等の申請控の文書は画面 とならない。未開封の文書は赤字のまま残っを展開した段階で開封済となるようにして ている。(未開封の状態で削除は可能)しかしほしい。
正式な文書は許可書(SAA1070、CAL0061)を印刷するので、同内容の控の文書まで印刷する必要はないと思われる。
輸入申告一覧データ
現在は送信通関士のコードは表示されていな
輸出申告一覧データ
い。

CBE5100
CBD5100

この管理資料電文に審査担当通関士コード（送信通関士コード）が表示されるようにしてほしい。
輸入申告一覧データ
現在は送信通関士のコードは表示されていな
輸出申告一覧データい。

R04- その他
258

この管理資料電文に審査担当通関士コード（送信通関士コード）が表示されるようにしてほしい。
取り消しの2欄目以降の有効化
CYCの取り消しについては1欄ごとしかできない。

過去に同様の要望を検討した状況から変化なし
関係省庁案件のため要望を伝達しました

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
受信した申請控の文書は画面で展開した段階で 申請控は破棄するので、不要な紙文書とな 他の機能や業務により対応可能（予定）で「開封済」とし、印刷を必須としないようにし る。
あるもの（新たなプログラム変更は不要）てほしい。

現在は月単位で、特定の通関士が何件の申告を行ったか把握するすべがない。月単位での通関士申告件数を知りたい為、輸入申告一覧データ
等の管理資料電文に、申告単位で送信通関士
コードを表示する欄を設けてほしい

通関士の勤務状況（審査の件数）を把握す 過去に同様の要望を検討した状況から変化る必要がある為。
なし
月々の審査に偏りがあるのか、ないのかを把握するため

現在は月単位で、特定の通関士が何件の申告を行ったか把握するすべがない。月単位での通関士申告件数を知りたい為、輸入申告一覧データ
等の管理資料電文に、申告単位で送信通関士
コードを表示する欄を設けてほしい

通関士の勤務状況（審査の件数）を把握す 過去に同様の要望を検討した状況から変化る必要がある為。
なし
月々の審査に偏りがあるのか、ないのかを把握するため2欄目以降も有効にしてもらいたい。

空バンのキャンセル等で一括取り消しがで システムの改修規模が大きい（改修経費がきるようになる。
高額、自社システム影響が大きい案件等）
ため対応が困難
管理資料を加工するようになっているのシステムの改修規模が大きい（改修経費がに、複数の資料を使用するのは手間であ
高額、自社システム影響が大きい案件等）
る。それぞれ許可書(承認書)には1Y,IBPと ため対応が困難
表示されているので、正確に抽出して下さい。一覧と言ったら正確に抽出して欲しい。
官署の自由化により申告の一覧で官署毎を 過去に同様の要望を検討した状況から変化
調べたいのに申告官署を入力するのは矛盾 なしを感じる。
１件の輸入申告に対して複数の食品を紐づ 関係省庁案件のため要望を伝達しました
けることが多く、IFG業務が手間になっています。共通管理番号で紐づいている食品を一括で事前解除を行いたい。
訂正した届出の審査状況がみえない。検疫 関係省庁案件のため要望を伝達しました所への審査状況問い合わせが減る。

R04- その他
259

CYC

R04- その他
260

I01
H51

管理資料（I01,H51）表記変更
審査区分の1を、1と1Ｙに分けて欲しい。
許可日の入ったBPは、IBPと表示して欲しい。

日報のI06,H56と照合している。許可日を目視 1Ｙを含むＭＳＸの件数を把握する際に2つの資で確認料を使用するのは手間である.BP、IBPの件数を抽出するのに不便である。

R04- その他
261

IDI

宛先税関以下の項目削除

申告官署毎に入力

R04- その他
262

IFG

IFGの事前解除

1輸入申告に複数の食品がある場合に１件１件 共通管理番号でIFGが出来るようにして頂きたIFG業務が必要である。
い。

R04- その他
263

IIF

R04- その他
264

ILC

食品届出の訂正を行ったものは繰返部の審 繰返部の審査担当員名1・2は、届出の訂正が査担当員名1・2を、訂正後の審査をした担 あった後も、当初の審査担当者名が入力され当者名に情報を更新して反映させてほしい たままであり、訂正後の審査状況が反映されていない
動物検疫申請の再出力
ILCを行った端末のみにしか出力しない。

R04- その他
265

MSF01

書類追加送付時の方法について

一度書類を添付し、送信した後、追加で資料を添付したい場合は、当初送信した添付書類を削除し、改めて添付しなければならない。

検討結果
過去に同様の要望を検討した状況から変化なし

利用者コード単位で照会できるようにして欲しい

食品届出を訂正したものは、再度検疫所が審査していると思うので、その審査担当者名を入力・閲覧できるようにしてほしい
食品のRIFのように再出力したい。

申請の紛失、またテレワークに用いる為、 関係省庁案件のため要望を伝達しました
他の端末から再出力できるようにして頂きたい。
追加分の書類のみを追加で添付できるようにし 削除するための送信、また、当初添付して 第７次ＮＡＣＣＳ更改において対応予定てもらいたい。
いる書類も新たに添付しなければならない（MSX ⇒ MSYのような感じで）という手間を省ける。

項番
業務区分
R04- その他
266
R04- その他
267
R04- その他
268
R04- その他
269
R04- その他
270
R04- その他
271

R04- その他
273
R04- その他
274
R04- その他
275

R04- その他
276
R04- その他
277
R04- その他
278

R04- その他
279
R04- その他
280
R04- その他
281
R04- その他
282
R04- その他
283

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
MSF01
厚労省への衛生証明書原本の提出をシステ 衛生証明書提出の必要がある貨物は、現状衛 農水省と同様にシステムの添付機能での提出を 届出から原本提出まで審査が進まないといム化
生証明書の原本を厚労省へ提出に行ってお認めて頂きたいうタイムロスが無くなる。また、提出に行り、提出後でないと審査が進まない
く手間も無くなるMSF01
通関の【MSX】に対する【MSY】と同様の仕 現状のMSF業務では、当初添付した書類に追加 MSFで行った当初添付ファイル情報を呼び出し、 特に追加添付の場合に作業効率が上がると様に変更。
添付が出来ず、一旦削除の上、添付し直す必 削除・追加が行える仕様にして頂きたい。
共に、当初添付情報の再確認も出来て利便
MSF02
要がある。
性も向上する。
TQA
関割のNACCS登録をした通関業者に出力さ 関割を登録した通関業者と、申告（裏落とし NACCS登録した通関業者には、他通関業者の申告 他社分の裏落とし分の出力は不要なので、れる裏落とし履歴について、出力が必要か 内容の登録を）した通関業者の両方に裏落と 時も裏落とし情報が出力されている為、登録者 その分の用紙を削減できる。（裏落とし回
どうか選択できるようにしてほしい
し履歴が出力されている。
は出力要否を選択できるようにしてほしい数が多いと用紙枚数もかさみます）
WLT(Web
荷役機械使用許可申請書を一回ごとではな 現行は一回ずつの申請しかできない。一か月 現状は、紙ですが、今後Web NACCSを使用したい 一か月に一回だけの申請手続きで済む
NACCS)
く、まとめて申請できるようにしてもらい の使用回数が多い利用者は別途エクセル等で が、WLTの包括的な運用が可能かどうかお伺いしたい
まとめているので、それを例えば一か月単位 ます。
で一斉に申請できるようにしてもらいたい
WLT(Web
荷役機械使用許可申請書を一回ごとではな 現行は一回ずつの申請しかできない。一か月 現状は、紙ですが、今後Web NACCSを使用したい 一か月に一回だけの申請手続きで済む
NACCS)
く、まとめて申請できるようにしてもらい の使用回数が多い利用者は別途エクセル等で が、WLTの包括的な運用が可能かどうかお伺いしたい
まとめているので、それを例えば一か月単位 ます。
で一斉に申請できるようにしてもらいたい
フィードバッ 変更要望に対するフィードバックが欲し
各社からプログラム変更要望を求めるだけ
個々の業務に対して変更要望を提案している
提案内容の微修正や代替案などが生まれやクい。着手するのかしないのか。
で、次にどのような行動を起こすかに対して が、フィードバックが無い。個々の提案のどの すくなり変更案が充実化する。
フィードバックが無い。
ような点が実現に結びつかなかったか、もしくは着手予定なのかフィードバックが欲しい。当社から毎回のように提案している案もあるが実現しておらず、貴社に対しての期待度が薄まっ
てしまう。
管理資料
J09（ＮＡＣＣＳ‐Ｉ）修正申告履歴情報 現在はJ09（ＮＡＣＣＳ‐Ｉ）修正申告履歴情 J09（ＮＡＣＣＳ‐Ｉ）修正申告履歴情報（共通 現状は複数の資料を組み合わせて延滞税額（共通部）に延滞税を出力する
報（共通部）に延滞税の項目が含まれていな 部）に延滞税を出力することを要望します。
の把握をしているが修正申告履歴情報のみ
いため、別途配信される管理資料の情報と付の管理で修正申告にかかわる納税情報を把け合わせて税額の確認を行っている。
握することが容易になる。
管理資料情報 H01輸出申告一覧データ/I51輸入申告一覧 仕向人/仕出人は出力されない
H01輸出申告一覧データ/I51輸入申告一覧データ 通関状況の分析に有用である。
取出し
データについて出力項目の追加希望に仕向人/仕出人およびそれらの国コードも出力
してほしい
統計資料の新 例えば当該取扱い貨物に対する統計資料が 船会社に関する実務的な統計資料は「コンテ 船会社として多くの申請や届出を行っているに 船会社にかかる統計資料の抽出メニューが規作成
Excelなどで抽出出来るようにして欲し
ナリスト」関連の2件しかない。
もかかわらず、その統計を一目でデータベース 「コンテナリスト」以外存在しないが、統い。
として把握できないのは非常に残念。例えば、 計資料があれば今後費用対効果を天秤にか
積荷目録情報登録件数や、その情報訂正件数、 けて色々な可能性の模索ができる土壌を整保税運送承認件数などそれぞれの会社がどのく 備できる。
らい申請や届出を行っているかを可視化できるような統計資料のメニュー作成して欲しい。
民間管理資料（G05貨物取扱等一覧デー
民間管理資料（G05貨物取扱等一覧データ）の すでに登録されている貨物情報から記号番号の 貨物の記号番号は保税台帳の記載項目であタ）への貨物情報からの記号番号の反映
取得の際に貨物の記号番号が空欄の為、デー データを民間管理資料（G05貨物取扱等一覧デー る。
タを印刷して別管理している。
タ）へ反映してほしい。
WEBNACCSにおける回答情報の通知機能の追 申請に対する回答を断続的に帳票確認で検索 回答がでたら自動でわかるようにしてほしい。 回答がでるまで、帳票確認ボタンをいちい加して確認している。
若しくは、帳票確認のページを自動でリロード ち何回も押さなくてすむようになる。
出来るようにしてほしい。
ステイタスとは独立したメール受発信
ステータスが申請者側にある期間はMETI側か ステイタスとは独立してメールを遣り取りでき METIから五月雨式に質問・要求があってもらの追加質問・要求にすべて回答準備ができ るようにして欲しい
全ての回答準備が整うまで再申請が出来なないと再申請できない。
いため余計な時間が掛かるケースがある。
また、ステータスがMETI側にある場合、申請者からのシステム送信は出来ない。
特殊文字の入力
入力不可の特殊文字によるエラー
出来るだけ多くの特殊文字を入力可能にして欲 業務効率化と特殊文字の置き換えにより情しい。例として、通常入力できそうな"①"は特 報誤認を回避する。
殊文字にあたり、NACCSシステムでは入力できな
いため "1"と入力することが必要となる。
入力"必須"箇所への入力漏れに対してのみエ "必須"入力項目以外に、METIから入力要求があ METI要求の理解と関係者の業務効率化
必要な入力箇所の設定とWarning表示
ラーとなる。
る。必要な入力項目をMETIにより設定し、入力漏れの際にWarningが出るようにして頂きたい。
NACCS申請のファイルは"jet"形式であり、ア ファイル形式をもっと汎用性の形式も認めても 関係者に入力内容の確認を求める場合、ス
申請書ファイル形式の拡大
プリがインストールされている端末以外では らいたい（WORD/PDFなど）。また、jet形式資料 クリーンショットを行う必要があり、煩雑閲覧できない。
のPDF出力を可能にして頂きたい。
である。
添付ファイルの容量・数量制限引き上げ
容量10MB超、または10ファイル以上の送信添付ファイル容量を１ＧＢに引き上げ、また、 ファイル分割の回避。
は、"添付書類等追加申請"で提出
ファイル数上限の引き上げ願いたい。
METI補正依頼の複数宛先化
宛先が、NACCS入力担当者のみ。
METIから補正依頼がある場合、関係者全員に申請上の担当者と、NACCS入力担当者が別
NACCSシステムから連絡が来るようにして欲し の場合など、タイムリーに対応できない可い。
能性がある。

検討結果
関係省庁案件のため要望を伝達しました
第７次ＮＡＣＣＳ更改において対応予定
他の利用者様の運用に大きな影響を与える
ため対応は困難
関係省庁案件のため要望を伝達しました

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難検討対象外（プログラムに関する案件以外の要望等）

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難

関係省庁案件のため要望を伝達しました
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
関係省庁案件のため要望を伝達しました

関係省庁案件のため要望を伝達しました

関係省庁案件のため要望を伝達しました
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）第７次ＮＡＣＣＳ更改において対応予定
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不要）

項番
業務区分
R04- その他
284

業務コード

要望の概要
輸出入許可書申告番号末尾の運用

現在のシステムの仕様
要望の詳細
理由・効果
検討結果
輸出入許可書に記載されている申告番号は、 通関審査時の訂正と許可後の訂正を区別するた 荷主の指示ミスを減らすため通関審査時の システムの改修規模が大きい（改修経費が変更等があった場合に、末尾が1ずつ上がって めに、通関申告後の修正申告は現行の仕様と訂正件数を掌握したい。
高額、自社システム影響が大きい案件等）
いく。
し、通関審査時の訂正は申告番号末尾繰り上げため対応が困難
通関審査時の訂正でも同様の仕様であり、通 ではなく、例えばアルファベット等を用いて訂関審査時の訂正と、許可後の訂正が区別でき 正回数を示す。
ない。

R04- その他
285

利用者IDの統一（保税・自社通関・通関、 業務（保税・自社通関・通関）によって利用
AIR・SEAの業務をひとつのIDで可能）者IDを使い分けている。

R04- その他
286

申請フォームや輸入許可書等を英語表記か すべて英語表記のみの出力しか出来ない。
申請フォームや輸入許可書等を英語表記か日本 海外の取引先へ共有できる。
日本語表記のどちらでも出力可能
承認書や許可書等を海外の取引先からリクエ 語表記のどちらでも出力可能にしてほしい。
ストされるが、日本語しか提供出来ない。
搬出入時にNACCS端末が近くに無い為、デスク タブレットでNACCS操作が可能とし、現場でもす 時間の短縮。現場ですぐに対応すること
タブレット端末でNACCS操作の実現。
まで確認しに行くことがある。
ぐにNACCS操作ができるようにしてほしい。
で、NACCS手続きの忘れ防止。
クライアント証明書の有効期限をウインド クライアント証明書の有効期限切れが社内で ライアント証明書の有効期限をウインドウの枠 ライアント証明書の有効期限がウインドウ
ウの枠に表示するようにして欲しい。
多く発生している。
に表示するようにして欲しい。
の枠に表示された場合、利用者に注意喚起
更新のアラーム、手続きがやや難しく、更新を促し、更新の漏れ、失敗を防止することに失敗するケースがある。
が可能。
NACCSセンター殿へのデジタル証明書再発行の依頼が減少する。
検数業者の新規参加
新設・新規追加要望
在来船では船会社は検数業者に書類を手渡ししている
LDR(ACL情報)がNACCS送信できれば関係者全てがNACCS参加することとなる。
通関業者許可事項の登録・修正の業務コー ・通関業の許可事項の変更は都度税関様式
左記提出した情報を業務コードで管理しNACCSで 許可事項は、変更があった内容のみ申請しド化
B1140もしくはC9030で申請書を作成し、提出 ①自社登録情報の閲覧、②許可事項の変更発生 ているため、自社情報の最新の登録内容はしている。
時には、当該業務コード内で変更申請、③税別途リストで管理している。NACCS内で最関、通関業者双方でダウンロードができる仕様 新の登録内容の管理ができれば税関も通関・自社情報の最新の登録内容は、過去に提出 にする。
業者の情報管理を一元化・データ化でき、した申請書をとりまとめ、別途リストで管理
また通関業者側でも管理の簡素化につなげしている。
ることが可能。

R04- その他
287
R04- その他
288

R04- その他
289
R04- その他
290

1つの営業所に1つのIDでログインすれば、どの いくつものIDを管理しなくてよい。
業務も出来るようにしてほしい。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難
第７次ＮＡＣＣＳ更改において対応予定
他の利用者様の運用に大きな影響を与える
ため対応は困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件等）
ため対応が困難