第12回 第7次NACCS合同作業部会（WG）資料（１）第11回 第7次NACCS合同作業部会の結果報告

2022年5月12日
輸出入・港湾関連情報処理センター株式会社

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

1

2

3

議題

1

1

1

項目

意見・要望等

検討内容（回答）

第10回合同作業部会の結果報告（要望）「納付書情報等出力先の改善」について、海上貨物と同様に航 ご意見を記録として残させていただきます。
空貨物においても、納付書を代表通関業者で纏めて欲しいという 本件については、関係者のご意見等を踏まえながら、引き続き検討要望を、日本貿易会から提出している。実現していただきたいとい いたします。
う要望があったことを、記録として残していただきたい。

第10回合同作業部会の結果報告（意見）（WG後）「納付書情報等出力先の改善」に関する意見の中に、輸出入者の立場から、本件改善されたら、書類の整理で大変になる等のコ いただいたご意見を踏まえ、検討いたします。
メントが出ているが、既に導入されている海上貨物では、そのようなケースはない。

第10回合同作業部会の結果報告（要望）（WG後）「納付書情報等出力先の改善」について、航空も代表通関業者一括出力を可能にしておくべきと考えます。また、先に提示した意いただいたご意見を踏まえ、検討いたします。
見を資料にも掲載頂いていますが、色々なパターン（例えば、航空関係の通関業者が拒否する場合など）において、海上のみを選択できるような仕組みがあってしかるべきとも考えます。

1

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

議題

4

2

5

6

2

2

項目

意見・要望等

検討内容（回答）

航空・海上識別の選択の自動化（質問）
今回の提案では含まれておりません。
自動識別について、利用者コード単位に選択することは可能か。

航空・海上識別の選択の自動化（要望）
弊社は自社システムを使用しているが、パッケージソフトを使用してIDA業務を行う機会に業務呼出しを行い、上段のメニューに海上のIDA業務がある為、誤って海上のIDA業務を選択してしまい、必須項目のみ入力を行い、業務完了してしまうケースがあった。 対応可否を含め、検討いたします。
輸入申告時は航空を選択していたので、エラーとなり気付けたということが実際にあった。この識別自動化が実施された場合、エラーのチェック機能が働かなくなるということを危惧しており、自動識別の利便性と制限を掛けるという選択が出来る様にしていただきたい。

航空・海上識別の選択の自動化（質問）自由化申告対応として、UKY業務で利用者コードの紐づけの手続きを行った場合に関して、例えばAという利用者コードが航空でIDA業務を完了し、利用者コードBが航空を選択し申告した際に この改変はIDA業務が正しく入力されていることを前提にした構成とは、利用者コードBで申告が完了する。この場合、識別自動化に なっており、利用者コードAが間違っていた場合に、利用者コードBが伴い利用者コードAが誤って、海上の識別でIDA業務を完了した 正しかったとしても利用者コードAが正となります。
場合に、利用者コードBが仮に航空を選択し、IDC業務を行った際にIDC業務の航空は無視され、利用者コードAが海上を選択した時のIDA業務の識別が適用されるというという認識で合っているか。

2

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

7

議題

2

項目

意見・要望等

検討内容（回答）

航空・海上識別の選択の自動化（質問）
利用者コードがAとBで、IDA業務の事項者登録と申告時の利用者コードが違うケースであるが、UKY業務で申告可能者登録申告者の利用者コードBとなります。
がされている場合、航空同士だと申告のIDC業務の利用者コードが適用されるが、IDA業務が海上でIDC業務が航空であると、利用者コードAとBのどちらが申告者となるのか。

82

航空・海上識別の選択の自動化（質問）
IDA業務の際に、本来、航空で行おうとしたものを、海上で行いエIDA業務の場合、海上を選択すると申告番号の二桁目が海上ラーとならなかった場合には、海上のまま輸入申告がなされます。
用のコードになっていると思うが、IDC業務を航空で行った場合にはエラーにはならず、海上の方の申告番号ということか。

92

航空・海上識別の選択の自動化（質問）
IDA業務でエラーとなった場合、識別誤りには気付くと思われるが、エ航空貨物に対して海上の輸入の事項登録に基づいて、申告がさラーとならなかった場合、IDC業務ではチェックは行われません。
れるということか。

航空・海上識別の選択の自動化（要望）（WG後）
航空・海上識別の選択の自動化についてはIDAは通関士・通関 いただいたご意見を踏まえ、検討いたします。
業務従事者の両方が行うため、IDAの作業者が間違っていた場 なお、ご質問の件につきましては、ご指摘の通り、IDA業務等はシス合に、通関士がIDC業務を適切に実施していても海上として業 テム識別の選択の自動化ができませんが、本件の対応に伴い、プログ務が終了してしまうリスクが懸念されます。いままでの仕様を継続 ラム変更が発生する業務であるため、資料に記載しておりました。誤することを可能とする選択肢が残っていたほうが通関業者としては 解を与える記載となっておりましたので、HPの資料を差し替えさせてい望ましいと考えます。
ただきます。
今回の対象業務にIDA,EDAもチェック廃止の対象業務になって http://www.naccs.jp/archives/7g_naccs/wg/2022041
いますが、両業務は申告番号からシステムの識別が不可能だと認 4/11godowg_shiryo02.pdf
識しますが、どのように識別する想定でしょうか？

1023

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

11

1213

議題

2

2

2

項目

意見・要望等

検討内容（回答）

航空・海上識別の選択の自動化（要望）（WG後）
WGで他社様からも同様の趣旨で発言がありましたが、本機能をいただいたご意見を踏まえ、検討いたします。
ユーザー（会社ないし利用者ID）ごとに利用するか否か選択可能とする機能についてご検討いただきたいと思います。

航空・海上識別の選択の自動化（要望）（WG後）「輸入申告事項登録」処理時点で航空・海上の選択を誤った場合に、何らかの警告エラーによって気付くことが可能であれば自動化してもよいが、「輸入申告事項登録」処理時点で誤りに気いただいたご意見を踏まえ、検討いたします。
付かず処理が進み、誤った状態で「輸入申告」できてしまうのであれば、現行仕様のままでよいとの意見があった。
便利機能であっても事故発生リスクが増える仕様変更となれば、現場の通関士は否定的に捉える。

航空・海上識別の選択の自動化（要望）（WG後）
IDA入力時に航空・海上識別を誤ったままIDCに進んでしまうのではないかとの懸念する意見も出ましたが、航空と海上では入力項目も異なり、特にB/L番号の形態も異なっていることから、誤って入力する可能性は低いと考えます。
いただいたご意見を踏まえ、検討いたします。
また、万が一誤って入力した場合でも、ICG又はIAWでB/L情報を確認する際に必ず気が付く事ができます。
航空・海上識別を自動化対象にしていただけると、相当の業務負担軽減につながるため是非進めていただきたい。

4

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

1415議題項目意見・要望等

検討内容（回答）

3（要望）（WG後）
社内整理用番号はすでに対応済みとなっております。
H01「輸出申告一覧データ」のインボイス番号 追加の要望として、社内整理用番号についても、複数件をカンマ
また、I51「輸入申告一覧データ」については、インボイス番号の出力の出力形式の変更で区切って入力する可能性がありますので、同様に文字列としてがないため、本件と同様の対応は不要の認識です。
出力をお願いします。輸出に限らず、輸入もお願いしたいです。

3（要望）（WG後）(3)H01「輸出申告一覧データ」のインボイス番号の出力形式の 対応可否を含め、検討いたします。
H01「輸出申告一覧データ」のインボイス番号 変更について、海上のG01やG02についても品名等で列がずれ なお、G01、G02の「品名」については、すでにダブルクォーテーションがの出力形式の変更ていることが多々あります。
付加される仕様となっておりますので、品名以外でどの項目でずれがもうすでに以前に議題に上がっているかもしれませんが可能ならご 発生しているか、ご意見いただきたいと思います。
検討宜しくお願いいたします。
輸入者が自社通関した際の利用者コードが許可書に記載されているので、その利用者コードを入力頂く事となります。

161744「当初輸入申告呼出し（修正申告）＊（会議後訂正）（質問）（DLI02）」業務における当初申告情報の詳細を確認した結果、会議時の回答は誤りでした。申し訳ございま
輸入者自身が輸入申告を行っていた場合はどの様になるのか。
呼出し可能権限の拡大せん。正しくは、輸入者自身が自社通関を行った場合、許可書には当初申告時の利用者コードが出力されないため、DLI02業務にて呼出しをご希望の際には、輸入者から自社通関された際の利用者コードを別途ご確認頂く必要があります。
（意見）（WG後）
1.当初申告以外での呼び出し可能とするのは歓迎ですが、申告「当初輸入申告呼出し（修正申告）
1. 呼び出し可能な利用者を限定するため、必要となります。ご理解者を入力するのは良いとしてＢ／Ｌ番号を入力するのは必要で（DLI02）」業務における当初申告情報のいただきますようお願いいたします。
しょうか？事務の手間になりかねないと思われます。
呼出し可能権限の拡大
2.事後調査の修正申告の呼び出し案件は、別途検討中となります。
2.事後調査の修正申告の呼び出しとはまた別の案件となります
か？事後調査の呼び出し案件は継続中ですか？

5

1. 第11回 第7次NACCS更改専門部会でのご意見項番
1819202122

議題

項目

意見・要望等

検討内容（回答）

5「当初輸入申告呼出し（修正申告）（DLI02）」業務等実施後の呼出し処理可 意見無し
能時間の拡大6（要望）「申告添付訂正（MSY01）」等の通信文の 通信欄のみの修正可能化に付随して、通信欄でEnterキーを押対応可否を含め、検討いたします。
みの修正可能化
下しても改行が行えない。MSX業務、HYS業務、MSB業務等も同様に不便なので、検討いただきたい。

6（質問）「申告添付訂正（MSY01）」等の通信文の MSY業務で送信した時の通信欄のコメントは記録として残らず、現行と同様です。
みの修正可能化
NACCSの保存期間が終了したら消えてしまうという認識だが、この点については変更となるのか。

6（質問）
添付書類と同等に残す必要があると言われている場合には、引き「申告添付訂正（MSY01）」等の通信文の続き添付をしなければならないと考える。また、通信欄で送信して ご認識の通りです。
みの修正可能化いることで、MSB業務と同等の扱いであるという認識で合っているか。

6（意見）（WG後）MSY01での記事欄のみの訂正行為は、記事欄自体が保存されるわけではないのであればMSBでのメッセージ送信と同じ行為であ「申告添付訂正（MSY01）」等の通信文のり、あまりMSY01で記事欄を訂正することを可能とする改修を行 いただいたご意見を踏まえ、検討いたします。
みの修正可能化う必要性が低いのではないかと考えます。現状のMSBが使いずらいのであればMSBの改修を行うことを検討したほうが良いのではないかと考えます。

提案の通り、進めさせていただきます。

6

1. 第11回 第7次NACCS更改専門部会でのご意見
項番

議題

237

改装・仕分け後の「見本持出確認登録（MHO）」業務の改善

意見無し

提案の通り、進めさせていただきます。

248「システム外搬入登録（輸出許可済）(BIE)」業務の入力項目への「許可年月日」の 意見無し
追加等

提案の通り、進めさせていただきます。

259「積荷目録状況照会（IMI）」業務の改善 意見無し

提案の通り、進めさせていただきます。

26271010項目

意見・要望等

検討内容（回答）

第2回ACL業務SWG結果報告（要望）（WG後）
第2回ACL業務SWG項番３の在来船改善要望につき、合計個数の数量チェックで荷姿が同一の場合となっておりましたが、同 対応可否を含め、検討いたします。
一に限らず数量の合計数量の不一致のチェックができるように要望致します。

第2回ACL業務SWG結果報告（意見）（WG後）
改行時の操作性や入力可能文字の改善は海貨として長年の課 ご意見ありがとうございます。
題・要望事項であったことから、本件実施いただけるということで非 提案の通り、進めさせていただきます。
常に期待しております。

7

2. WGへの検討課題提案状況
別紙_WGへの検討課題提案状況を参照

8

3. サブワーキングの開催状況
別紙_サブワーキングの開催状況を参照

9