NACCSプログラム変更要望一覧（2022年度分）（2023年度継続検討案件）※グレーにハイライトは重複案件
項番
業務区分
業務コード
要望の概要
R03- 貨物
ACL01
BLコピー部数欄追加
011

現在のシステムの仕様

要望の詳細

なし

コピー部数欄追加

Ultimate Final Destination使用可

使用不可希望理由・効果

検討結果
お客様の要望システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難
Final Destinationを最終仕向け地として 他のお客様の運用に大きな影響を与えるいるので、それ以降の向け地に関しては必 ため対応は困難
要をしないため

R03- 貨物
012

ACL01

Ultimate Final Destination記載不可

R03- 貨物
013

ACL01

送信者の名前・電話番号・Email Address 電話番号欄のみを必須項目とする

Email Address欄追加

問い合わせスタイルの変化に伴い、Email
Addres欄を設けて欲しい

R03- 貨物
014

ACL01

コード欄追加SCACコード欄追加

以前より北米向け、AMS FilerのNVOCCはSCACコードにてAMS送信が必須であるのにそれを記載する項目がないため

R03- 貨物
018

BIA

OLT（１件のOLT最大5件）で保税運送され OLT（１件のOLT最大5件）で保税運送された貨 具体的には、【OLT番号を入力→展開処理・等
た貨物につき、その後、弊課（保税倉庫） 物につき、その後、弊課（保税倉庫）におい の機能を追加頂き、追加機能により、OLT番号
において、BIAで搬入登録を行うが、シス て、BIAで搬入登録を行うが、システムデータ に紐づく各情報をBIA画面へ展開頂きたい。具
テムデータが全く活用出来ていない為、全 が全く活用出来ていない為、全て手入力と体的には①貨物管理番号(B/L番号）、②到着個て手入力となっている。OLT情報があるの なっている。OLT情報があるので活用して頂き 数、③荷姿、④記号番号、⑤記事を展開】してで活用して頂きたい。具体的には、【OLT たい。
欲しい。その情報対して、【実際の貨物入庫時
番号を入力→展開処理・等の機能を追加頂の情報に基づき、変更等・修正を行った上で、き、追加機能により、OLT番号に紐づく各搬入登録を行う運用】が望ましいと考えます。
情報をBIA画面へ展開頂きたい。具体的には①貨物管理番号(B/L番号）、②到着個数、③荷姿、④記号番号、⑤記事を展開】して欲しい。その情報対して、【実際の貨物入庫時の情報に基づき、変更等・修正を行った上で、搬入登録を行う運用】が望ましいと考えます。

R03- 貨物
019

BIC

BICの取り消しが出来るようにしてほしい 保税倉庫でBIFをするか、BOBをして新たにECR CYCのようにBICでも搬入取り消しが出来るよう ECR取得者が貨物情報訂正可能となるを取得するにしてほしい

R03- 貨物
020

BII
BIL
BIC

搬入確認登録を取り消すための
業務コードの設定

R03- 貨物
021

BIL

BILを入力を複数できるようにしてもらい 1BL分の入力
たいR03- 貨物
022

BOC

輸出業務において、許可書のマニュアル訂正後のNACCS処理可能範囲の設定変更

R03- 貨物
024

CAI

本申告起動後、口座使用不可状態または担 税関へのファイル変更届を提出し個数訂正を
保不足などで輸入許可保留となった貨物が 実施いただいている。
個数割れとなった場合でもCAIで個数訂正(積み上げ)を可能とする。

R03- 貨物
025

CAI01

訂正保留時のIAW上の表示が2種類存在する ①IAWの “突合済” の欄が、“2” となるパ ②に統一していただきたい。
が統一していただきたい。
ターン②IAWの “CAI保留” の欄が “＊” となる
パターン

なし

当該取消用のコードは無いことから搬出用の他コードによって一旦内貨引取を実施し、その後改めて輸出するためには、新たな貨物管理番号（ＡＷＢ番号）を別途取得しなければ搬入確認登録を実施することができないなど業務手順が煩雑と思われる。

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

OLTで保税運送され、倉庫でBIAで搬入登録 システムの改修規模が大きい（改修経費を行うHouse-B/L（貨物情報）件数が多い が高額、自社システム影響が大きい案件
場合、現状の運用では、全て手入力での登 等）ため対応が困難
録である為、非常に時間を要す等、非効率となっており、上流情報がまるで活用出来ていない。同機能を追加する事で、上流情報(OLTの情報）に対しての、実際の搬入貨
物のタリー結果への確認・修正にBIA処理
時には注力できる為、入力齟齬の軽減と、保税非違の削減に寄与するものと考慮致します。

本船スケジュールの乱れなどを理由として保税事故の抑制
保税搬入後に申告保留または輸出の延期を
業務手順の単純化要する状況は想定される。現行システムでは
保税管理上の誤認防止
スケジュール等が確定するまでは保税蔵置状態を維持する運用となるが、その間の誤認による申告や貨物流出を懸念する。かかる曖昧な状況にあって内貨状態（未申告貨物）であるならば搬入登録を直ちに取消して内貨蔵置エリアに貨物を移動し、その後の確定にあっては同一の貨物管理番号（ＡＷＢ番号）によって再度搬入
確認登録できる仕様としていただきたい。

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

現在BILの入力は1ＢＬ分だけであるが、複数業務の効率化システムの改修規模が大きい（改修経費（5～10ＢＬぐらい）できるようにしてもらいが高額、自社システム影響が大きい案件
たい等）ため対応が困難
許可後及び出港後の個数訂正する場合、出港 出港日が過ぎて、許可書をマニュアル訂正した 税関での貨物情報データの削除処理をお願 システムの改修規模が大きい（改修経費
日が過ぎても仕分処理（SHS）は可能だが、許 場合、搬出処理（BOC）までは、NACCSにて処理 いする事になる為。
が高額、自社システム影響が大きい案件
可書はマニュアル訂正となる。
できるようにして頂きたい。
等）ため対応が困難
本申告起動後、口座使用不可状態または担保不 ファイル変更処理の軽減。
足などで輸入許可保留となった貨物が個数割れとなった場合でもCAIで個数訂正(積み上げ)を可能とする。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難①では訂正保留を見逃す恐れがあるため。 他のお客様の運用に大きな影響を与える
ため対応は困難項番
業務区分R03- 貨物
026

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
CAI01
HCH登録がされている場合でも、HAWB情報 HCH登録がされている場合、HAWB情報に紐づく HCH登録がされている場合は、HAWB情報に紐づに紐づくMAWBデータの訂正を可能としてい MAWBデータの訂正ができない。MAWBデータを くMAWBデータの訂正ができない為、HCH入力者
ただきたい。
訂正する際は、HCH入力者へ連絡し、HCH情報 へHCH情報の削除を依頼の上対応しているが、を削除していただく手続きを取っている。
非常に手間であることや、お客様へHCHの削除と再登録をお願いすることから、利便性向上のためにも制限を緩和していただきたい。

理由・効果
・作業工数の削減
・HCH情報登録の有無に左右されないた
め、お客様によるHCH情報の削除と再登録が不要

R03- 貨物
027

CAI01

一度AA蔵置場より搬出確認登録（EXA）を 一度AA蔵置場より搬出確認登録（EXA）を実施 搬出済みの貨物でNACCS登録情報に変更が発生
実施し、BB蔵置場にて搬入確認登録
し、BB蔵置場にて搬入確認登録（BIN）を実施 した場合には、輸出DBと輸入DBの整合性を取る（BIN）を実施した後、再度BB蔵置場より した後、再度BB蔵置場より搬出確認登録必要性があることから、搬出済みの貨物を引き搬出確認登録（EXA）を実施し、BB蔵置場 （EXA）を実施し、BB蔵置場にて搬入確認登録 戻した際に訂正が可能な仕様としていただきたにて搬入確認登録（BIN）を実施し、輸入 （BIN）を実施し、輸入貨物情報変更登録
い。
貨物情報変更登録（CAI01)にて輸入DBの訂 （CAI01)にて輸入DBの訂正を試みるも、“当正を試みるも、“当該貨物は搬出済み”と 該貨物は搬出済み”とのエラーが発生し訂正のエラーが発生し訂正できない為、再度搬 できない為、都度税関に報告し、対応方法に入した際に輸入DBを訂正できる仕様として つき指示を仰いでいる。（基本的にPREFIXをいただきたい。
変更して再登録等の対応を行っている）

・都度税関とNACCS登録情報についての調 システムの改修規模が大きい（改修経費
整が不要
が高額、自社システム影響が大きい案件
・PREFIXを変更しての再登録の必要がな
等）ため対応が困難
く、既存のDBを訂正して次工程の作業に繋げることが可能。
・NACCS管理資料に不要なデータがの記帳されない。

R03- 貨物
029

CAI01

CAIにて訂正可能な項目を増やしていただ そもそもCAI01にて展開する画面に到着時刻の CAI01にて到着時刻の変更が可能となるようにきたい。到着時刻。
項目が反映されていない。よって到着時刻を していただきたい。
訂正する術がない。

現行では訂正できる術がない。税関でも対 システムの改修規模が大きい（改修経費応不可。
が高額、自社システム影響が大きい案件
等）ため対応が困難

R03- 貨物
030

CAI01

到着年月日と搬入年月日の訂正につき、航 到着年月日と搬入年月日の訂正につき、保税 同左
空会社利用者コードの上屋「XXX」に蔵置 蔵置場利用者コードの上屋「○○」に蔵置ししている貨物に対しては訂正できない為、 ている貨物については訂正可能であるが、航訂正が可能となるようにしていただきた 空会社利用者コードの上屋「XXX」に蔵置してい。
いる貨物に対しては訂正できない為、XXXに蔵置している貨物に対しても訂正が可能になるようにしていただきたい。現行XXXに蔵置中の貨物に対して到着年月日及び搬入年月日の訂正が発生した場合、CAI01にて蔵置場を一旦まる○○に変更⇒CAI01にて到着年月日及び搬入
年月日の訂正⇒CAI01にて蔵置場を一旦XXXに変更している。

・工数削減
・不要なCAI業務の削減

R03- 貨物
033

CDB

ECRの出力先設定

R03- 貨物
034

CDB

利用者コード下3桁一致で通関業者の制限 通関利用者コードをUNKであれば通関業者の制 利用者コードの後半部分は各通関業者の3桁で解除
限はありませんが、搬入番号（AWB番号）が分 統一されています。利用者コード下3桁一致でかれば、誰でも申告できてしまうため、事故 申告可能となれば、蔵置場にAIB依頼せずともにつながる可能性はある。
どこからでも申告可能となります。

制限が無くなるためBCPの観点で便利になる。

R03- 貨物
035

CHG

海上貨物から航空貨物への貨物情報切り替 ＣＨＧ業務後、保税蔵置場へ搬入されるまで 日本を経由した第3国向けSEA&AIRサービスの提えの利便性を向上させてほしい。
混載仕立て登録が行えない。ＣＨＧ業務後に 供を行いたい。日本到着後、貨物は仮陸揚げ状
搬入可能な蔵置場は空港内蔵置場または航空 態で港から空港へ横持ちするサービス。
会社のみになっている。（空港外蔵置場では海上貨物から航空貨物への切り替え仕立て業
務が出来ない）航空会社への搬入はＥＸＭ業
務によるマスター搬出を行うが、ＣＨＧ業務
で登録ＡＷＢはＨＡＷＢでしか行えない。Ｃ
ＨＧ業務後は訂正・取り消し業務が行えない
ため、誤入力をした場合税関への相談(マニュアル対応）になると思われる。

中国並びに東南アジア発北米（欧州）向け システムの改修規模が大きい（改修経費
海上コンテナのスペースひっ迫解消が図れ が高額、自社システム影響が大きい案件る。日本国内へ第3国から貨物を集め、港 等）ため対応が困難
湾施設並びに空港（空港隣接施設）を有効に活用する。

AIR NACCSではCDB業務で出力される伝票は作 ECRで出力される伝票を作成者プリンターと保 プリンターからの取り出し後のFAX等二度成者が設定するプリンターのみに出力される 税蔵置場の複数個所に出力ができるようにして 手間が無くなり、業務の効率化が図れると理解していますが、SEA-NACCSの場合は、 ほしい
ECRで出力される伝票は作成者プリンターと保税蔵置場に出力されています。AIR-NACCSでも同様に複数個所への出力ができないか。

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

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

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

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

項番
業務区分
R03- 貨物
036

業務コード
CHT
HCC
CHN
CHS
CFS

要望の概要

現在のシステムの仕様
要望の詳細
理由・効果
①現行の仕様では、CHTのキャンセルを行う ①削除回数を指定出来る様仕様変更を望む。
作業効率化、労力と時間の削減効果。
と、過去全てのRe-iceの記録が削除されてし ②代理店等の都合で内点中に全量内点したいとまう
いう場合があり、その際、NACCS上は減算を取②現行の仕様では、主に”Z”DMG内点にてHCC り消すことが出来ないので減算実施後の減算のを行うと取扱い料が減算されてしまう
取消しが出来る仕様変更を望む。
③現行の仕様では、CHNにて内点登録する際 ③CHNを登録すると自動で取扱い控えが出力すに、取扱い控えを出力させるのに「入力情報 るように仕様変更を望む。
特定番号」の欄に「A」を入力しないと取扱い ④CHSを登録すると自動で取扱い控えが出力す
控えが出力しない。
るよう仕様変更を望む。
④現行の仕様では、CHSにて改装仕分けの登録 ⑤CFSを登録すると自動で対象代理店の端末かを行う際に、取扱い控えを出力させるのに
ら「RESULT」が出力するよう仕様変更。
「入力情報特定番号」欄に「A」を入力しない ・NACCS利用停止時間の縮小。（1時間から30分と取り扱え控えが出力しない。
への短縮。2日に1回など頻度を減らす。）⑤現行の仕様では、CFSにて改装仕分け登録を ・三国間貨物の到着貨物データの表示期間の延行う際に、いわゆる「RESULT」を出力させる 長。（現行7営業日でデータが消えてしまのに「取扱変更」欄に「Y」を入力しないと う。）「RESULT」が対象代理店の端末から出力しない。

R03- 貨物
037

CMR11

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

R03- 貨物
038

CRS01

T53 LONG-DATE STORE REPORTに蔵入延長の T53-LONG-DATE STORE REPORTは蔵入承認日か T53-LONG-DATE STORE REPORTについて①～③い
期間を表示してほしい
ら2１カ月を経過した情報が出力されるが、 ずれかの外国貨物蔵置期間延長承認申請への対外国貨物蔵置期間延長承認申請 がされたもの 応を行い願いしたい。
も併せて表示されてしまうため、延長がされているものとの区別がつかない。
①税関による延長日の入力
外国貨物蔵置期間延長承認申請 を税関が受理後、機用品在庫に対して税関が”延長を必要とする期間(開始)”と”延長を必要とする期間(満了日)"を登録する。

DMF後も出港前報告の追加申請が必要になる
手入力での誤入力防止、作業時短、効率
ケースがある。手入力ではなく、CMR11>>DMF後 UP.
はCMR12を新設？から処理を進めたい。

検討結果②システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案
件等）ため対応が困難⑤他の利用者様の運用に大きな影響を与えるため対応は困難

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

T53-LONG-DATE STORE REPORTの表示が蔵入 システムの改修規模が大きい（改修経費
れ承認日を参照した昇順の並びとなってい が高額、自社システム影響が大きい案件
る。
等）ため対応が困難
外国貨物蔵置期間延長承認申の満了日を基準とすることで、同じ月に蔵置期限を迎える情報が前後することなく、常に昇順でアップデートされるメリットがある。

② 外国貨物蔵置期間延長承認申請をNACCSでシステム化して延長日を登録
外国貨物蔵置期間延長承認申請 をシステム化
し新規業務を追加し、機用品在庫に対して”延長を必要とする期間(開始)”と”延長を必要とする期間(満了日)"を登録する。
③機用品業者による延長日の入力
CRS01に”延長を必要とする期間(開始)”と”延長を必要とする期間(満了日)"の項目を追加
して機用品業者にて入力する。

R03- 貨物
039

CYO

コンテナ情報の再利用

上記の”延長を必要とする期間(開始)”と”延長を必要とする期間(満了日)"の追加により
T53-LONG-DATE STORE REPORTの収集条件を延長しているものは「延長を必要とする期間(満了日)から」3カ月、延長していないものは「蔵入れ満了日から」3カ月の情報が出力されるよう変更、また、ICR（機用品在庫管理情報照会）
で"”延長を必要とする期間(開始)”と”延長を必要とする期間(満了日)"を確認できるようにする。
CYOを行う前に、輸出コンテナとしてCYAやVAN このような事象が発生しないようにしてほし
税関への貨物情報削除を依頼する必要がな システムの改修規模が大きい（改修経費が行われてコンテナ情報が再利用されると、 い。
くなる。
が高額、自社システム影響が大きい案件
輸入貨物情報とコンテナ情報が引き離され、等）ため対応が困難
輸入コンテナのCYOができなくなるため、輸入貨物情報が滞留する場合がある。
滞留した場合は、税関に貨物情報削除の依頼を行っている。

項番
業務区分
R03- 貨物
040

業務コード
要望の概要
CYO
検査コンテナの搬出仕様について

現在のシステムの仕様
要望の詳細
1コンテナに複数BLが混載されて、一部輸入許 このような事象が発生しないようにしてほし可、一部検査になる場合がある。
い。
検査貨物のためCYOで搬出を行いたいが、この場合は、コンテナの中身が全部輸入許可にならないとCYO搬出できない。（検査搬出のためのCYOができない）

理由・効果

R03- 貨物
047

ECR

ECRの船会社欄に混載貨物用船会社コード ブランク、9999を入力可能にしてほしいR03- 貨物
050

EPK
EAW

EPK、EAWのキャンセルコードのようなもの EPK、EAW処理後、当該便に対して追加搬入す 弊社システムの兼ね合いもあるが、再度EPK、 誤申告の可能性及び処理負荷軽減を設置していただきたい。
るものがある場合は、CAW(AWB情報訂正)、
EAWのキャンセル後、再度ACH、PKGが可能であ(もしくはEPK、EAW後でも、ACH、PKG送信 CPK(貨物確認情報訂正)にて処理を行っている れば、CAW、CPK処理時のnet NACCSへの直接送実施可能としていただきたい。)
が、EPK、EAWのキャンセルコードのようなも 信ではなく、ACH、PKG送信時の弊社システムかのがあれば、キャンセル後、再度ACH(AWB情報 らのI/Fが可能となる。(と思われる。) I/F不登録 輸入)、PKG(貨物情報確認登録)が可能と 可であっても、従前よりCAW、CPK送信の頻度がなる。
少なく誤登録の可能性があるので、ACH、PKGに(その後、再度EPK、EAW処理を実施する。)ての情報登録を行いたい為。

R03- 貨物
051

GOL

仮陸揚貨物 取扱いにおいて、航空会社業務 GOL と同様の業務
をFWDRでも使用可能としてほしい。
** 空港間 及び 港ー空港間 の 仮
陸（保税運送含）を簡素化してほしい

仮陸貨物において、空港間、 港―空港間を跨ぐ場合処理が煩雑、及び マニュアル申請が必要な場合が多い。

羽田空港着 － 成田空港発 （逆の場合も） 日本の空港を HUB空港として、第７次ＮＡＣＣＳ更改において対応予定の仮陸貨物においては、マニュアルでの仮陸届 アジアと欧米間の円滑な貨物輸送を実現す申請が必要。
る。
また 海上港着 － 航空空港発の場合、多数の処理が必要になり、業務が煩雑

R03- 貨物
052

GOL

仮陸揚貨物 取扱いにおいて、航空会社業務 GOL と同様の業務
をFWDRでも使用可能としてほしい。
** 空港間 及び 港ー空港間 の 仮
陸（保税運送含）を簡素化してほしい

仮陸貨物において、空港間、 港―空港間を跨ぐ場合処理が煩雑、及び マニュアル申請が必要な場合が多い。

羽田空港着 － 成田空港発 （逆の場合も） 日本の空港を HUB空港として、第７次ＮＡＣＣＳ更改において対応予定の仮陸貨物においては、マニュアルでの仮陸届 アジアと欧米間の円滑な貨物輸送を実現す申請が必要。
る。
また 海上港着 － 航空空港発の場合、多数の処理が必要になり、業務が煩雑

R03- 貨物
053

GOL
GOL01

GOLにて任意の便に対して呼び出しを行っ 呼び出し件数は1回につき最大で18件。18件以 呼び出し件数が最大18件となっているが、場合 ・申告漏れ防止た際、一回の操作で全件の申告を行える仕 上ある場合は、GOLより再度呼び出しをかけ、 によっては18件を上回る件数に対して保税運送 ・重複作業の削減様としていただきたい。
GOL01より申告しなければならない。
申告を行うことがある。現行の仕様において、18件以上の保税運送申告を行う際は、複数回にわたってGOLより呼び出しをかけ、保税運送申告を実施する必要があり、1回の呼び出しで全件を申告できる仕様としていただきたい。
例えば、1回の申告で全件の申告が可能にな
る、1回目の申告後、未申告分が自動的に画面展開する等。

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

R03- 貨物
054

HCH

HCH時における到着便名の入力

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

R03- 貨物
056

HHC/HHC0W/H 保険料率登録可能数を拡大してほしい。
KA

R03- 貨物
057

HPK

R03- 貨物
060

ICG

混載貨物時、船会社が分からないことが多い

HCHにおいて到着便名の入力が必須である

上屋側においてFLT情報を入力している（又は先行入力後にFLT変更となった際は上書きされる）ことから、HCH時の到着便名の入力を省略
出来ないか異なる保険料率のものは枝番5つまで入力可能。

荷主で貨物種類が多く、5つ以上の料率を登録されたいケースがあるため。

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

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

HCH入力の効率化、時間短縮

他のお客様の運用に大きな影響を与える
ため対応は困難包括申請番号が複数に分かれず、管理の煩 システムの改修規模が大きい（改修経費
雑化を防ぐことが可能になる。
が高額、自社システム影響が大きい案件
等）ため対応が困難
SPLITしている貨物で、HCHが入力されてい SPLITしている貨物で、HCHが入力されていな SPLITしている貨物で、HCHが入力されていない 貨物がSPLITして全量到着している場合で システムの改修規模が大きい（改修経費ない場合でも2ND以降のHPKが送信されるよ い場合においては2ND以降のHPKが送信されな 場合でも2ND以降のHPKが送信されるようにして あっても、HCHが入力されていない事が原 が高額、自社システム影響が大きい案件
うにして頂きたい。
い。
頂きたい。
因でHPKが出来ない為、代理店のHCH入力が 等）ため対応が困難
されている事を弊社で日々確認しなければならない為。
また、一部の代理店の方においては当仕組みを知らない方もいる為、MAWBはNACCS上
全量到着しているのに何故HAWBはNACCS上突合されていないのか？という問い合わせがあり、都度説明しなければならず、弊社⇔一部の代理店の方において手間となってしまう。
画面内のスクロール柔軟化

ポインタが１行より多い表示空間に入るとス どこにポインタがあってもスクロールできるよ 画面の閲覧を迅速にできる。
クロールが止まってしまう。
うにしてほしい。

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

項番
業務区分
R03- 貨物
061

業務コード
要望の概要
ICG
出力コードのヘルプ情報の表示

現在のシステムの仕様
要望の詳細
理由・効果
検討結果
「更新業務」「貨物状況」「事故」などの欄 出力コード（「ATD」や「M/F」など）の入って 迅速・正確な確認ができ、業務の効率化が システムの改修規模が大きい（改修経費に「ATD」「M/F」「CHAFE」などコードが表示 いる枠内をクリックすると左の入力項目ガイド 図れる。
が高額、自社システム影響が大きい案件されるが、コード表で検索しないと内容が分 欄に内容説明が表示される／右クリックして内等）ため対応が困難
からない
容表示を選べる、などしてほしい。

R03- 貨物
063

ICG

経由地でのVAN等未実施

経由地VANの場合、経由地で乙仲がVANが行わ 経由地が登録されている場合であっても、搬入 貨物情報をより速いタイミングで確認でき 2023年度実施予定
れないと、搬入先のCYでICGを行えず、バンニ 先のCYでICGできるようにして欲しい
るようになる。
ング状況を確認できない。

R03- 貨物
067

ICG、ICN

輸出コンテナのCYO搬入先入力ミス

輸出コンテナを船積の都合で、別CYに保税運 誤った搬入先に向けてCYOが行われた場合で貨物情報をより速いタイミングで確認でき 他のお客様の運用に大きな影響を与える
送されてくることがある。
あっても、ICG、ICNで「許可・承認状況」を確 るようになる。
ため対応は困難
その際に、発送元のCYにて、CYOで搬入先を入 認できるようにしてほしい。
力ミスする場合がある。
その場合、搬入先でCYAを行うまでの間、
ICG、ICNで「許可・承認状況」を確認できない。

R03- 貨物
068

ICI

ICIの積出港に、ECR（貨物情報DB）も参照 ECRは海貨・通関担当が、VAN/VAEは保税蔵置 ICIの積出港に、VAN/VAE（コンテナ情報DB）だ
してほしい。
場担当がそれぞれ行なうため、輸出貨物の受 けではなくECR（貨物情報DB）も参照してほし
地港と（本船への）積地港が異なるようない。もしくは積出港を入力必須から外すか、複ケースでは、保税蔵置場担当がこれを必ずし 数港コードを入力可能として欲しい。
も正しく認識できず、積出港に受地港を入力してしまうケースがある。ICI業務では積出港
コードの入力が必須であるが、このような時に確認したい情報が一度で検索できず、複数回実施したり、ICN業務で輸出申告上の積出港が問題ないかどうかを確認している。この手間を軽減するために、・ICIの積出港に、
VAN/VAE（コンテナ情報DB）だけではなくECR（貨物情報DB）も参照し、その結果を表示して欲しい。・もしくは積出港を入力必須から外す（現状ではCY以外は入力必須）、ないし複数（最大3つ程度）の港コードを入力可能として欲しい。

確認したい情報が一度で検索できず、複数 システムの改修規模が大きい（改修経費回実施したり、ICN業務で輸出申告上の積 が高額、自社システム影響が大きい案件
出港が問題ないかどうかを確認する手間の 等）ため対応が困難
削減。

R03- 貨物
070

IDB,IDCBND搬入済み貨物の情報共有

B/L番号でBND済みであってもIDB,IDC業務では BND貨物はIDBまたはIDCで貨物情報を自動的な
その他の貨物情報を上書きしない。手動で貨 い上書きしてほしい。
物情報を上書きしている

審査済み貨物の搬入時自動申告の起動業務 他の利用者様の運用に大きな影響を与えを拡大して、敏速な許可をする。
るため対応は困難

R03- 貨物
071

IDC

特例輸入申告日以降の入港年月日の処理

特例輸入申告は輸入港到着前に行うことが可 特例申告等の場合、入港年月日を入港予定年月
能であるにもかかわらず、入港年月日を申告 日に変更し、未来日の入力を有効として頂きた
時より未来日で入力した場合エラーとなる。 い。
（エラーコード：E0147）

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

R03- 貨物
073

IMA

R03- 貨物
074

IMI

R03- 貨物
077

R03- 貨物
078

IMAを印刷した場合、ページ数が多くなると 1
ページ目の印刷が2枚にまたがる。紙の無駄になるので 1ページ、1枚の印刷にまとめてもらいたい。

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

REFコンテナ温度情報の取得

現行のNACCSに温度情報がない為、M/F情報を REFコンテナ温度情報は、CYには必要な情報で取得するIMI業務で取得できない。
あるが、データ量が多い場合、M/Fからの転記作業となり時間がかかる。

NACCSからREFコンテナ温度情報が入手でき システムの改修規模が大きい（改修経費ない場合は、M/Fからの転記作業となって が高額、自社システム影響が大きい案件しまうため。
等）ため対応が困難

IMI-T

到着地CODEが表示されるようにして欲しい。

船舶CODE、揚げ地で縛ると、現在はB/L NO,包 現在の表示に加え、到着地CODEが表示されるよ 誤登録防止、W-CHECK時の時短、効率UP.
括保税輸送承認番号のみがリストアップされ うにして欲しい。(同一包括保税輸送番号である。
りながら、異なる到着地CODEの場合があり、
IMI-Tの画面上で確認出来るようにしたい）

IWH

IWH

＜毎日使用＞
・IWHリストにおいて、貨物種別Aの搬入年月日が空欄となる。
・仮陸揚期間に対するアラート表示機能を持たない。
・一画面での表示件数は20件であり複数画面の展開を必要とする。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難＜保税蔵置場＞
搬入年月日が表示されない貨物に対して個 システムの改修規模が大きい（改修経費
・IWHリストにおいて、貨物種別を問わず搬入 別にIGS検索を実施しているため、業務効 が高額、自社システム影響が大きい案件
年月日を表示させる。
率化となる。
等）ため対応が困難
・仮陸揚期間が近づいているものに対してのアラートを表示させる。
・一画面での表示可能件数を増やし、一度の画面展開で情報閲覧可能とさせる。

項番
業務区分
R03- 貨物
079

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
IWH
搬入年月日
毎日行なう全社を対象にした上屋貨物インベ 仮陸揚貨物の搬入年月日は到着蔵置場が異なる
仮陸揚貨物の搬入年月日は到着蔵置場が異 ントリーで使用。
場合、反映がされないが、到着蔵置場に関わらなる場合、反映がされないが、到着蔵置場 搬入年月日のブランクになっている場合(別上 ず、仮陸揚開始日を搬入年月日へ反映させてほに関わらず、仮陸揚開始日を搬入年月日へ 屋からのTRSF貨物)、IGS画面（KARI情報）を しい。
反映させてほしい。
展開して仮陸揚げ開始時期を確認している。

理由・効果
検討結果
要望が叶えばIWH画面のみでインベント
他の利用者様の運用に大きな影響を与え
リー作業を行なうことが可能になり、１件 るため対応は困難
毎に画面を展開する作業工数、及び費用削減に効果がある。

R03- 貨物
080

IWH

毎日行なう全社を対象にした上屋貨物インベ CLAにて一部個数を搭載完了した場合に、残個ントリーで使用。
数が正しく反映されない(全量個数のまま)こと
実インベントリー個数とIWH画面の個数に差異 があり、反映させてほしい。
がある場合、IGS画面を展開して一部搭載済であるか確認している。

要望が叶えばIWH画面のみでインベントシステムの改修規模が大きい（改修経費
リー作業を行なうことが可能になり、１件 が高額、自社システム影響が大きい案件
毎に画面を展開する作業工数、及び費用削 等）ため対応が困難減に効果がある。

R03- 貨物
081

IWS

日々、IWSを出力し搬入登録済みで未搬出貨物 IWS（貨物在庫状況照会情報）輸出の欄に出港情報をチェックしている。
予定年月日を追加してほしい。

出港予定年月日の記載がある事で、搬出登 システムの改修規模が大きい（改修経費
録漏れ(VAN,BOC漏れ）の貨物情報を絞れが高額、自社システム影響が大きい案件
る。
等）ため対応が困難

R03- 貨物
082

IWS

在庫情報への項目追加

R03- 貨物
083

IWS

参照出来る情報を増やしてほしい。エクセ 現在の仕様では保税地域単位でしか出力でき 保税地域コード別の情報参照を本船単位での情 長期貨物を週単位で管理できる為。お客様 システムの改修規模が大きい（改修経費
ルなど編集可能なファイル出力がほしい。 ない。コンテナ一覧表のみ参照できる。
報参照を可能にしたい。また、コンテナ情報に からの誤送信などによる不要なデータなど が高額、自社システム影響が大きい案件
貨物管理番号、搬入からの日数も併せて参照し に早期対処できる為。イレギュラー(マ等）ため対応が困難
たい
ニュアル対応)時のデータを週報と併せてデータの保管が可能となるため

R03- 貨物
084

IWS/ICI

システム仕様の変更

BIC後のBULK貨物の蔵置はIWSでのみ抽出

R03- 貨物
086

MFR

REFコンテナ温度情報の登録

現在のMFR業務で登録している内容にはREFコ REFコンテナ温度情報は、CYには必要な情報でンテナの温度設定情報がない。
あるが、NACCSに温度項目が存在しない為。

R03- 貨物
087

MHO

MHO業務の失念対策

MHO業務の期限内登録を失念した場合、そのま MHO業務の期限内登録の失念があった場合、期 MHO業務の登録もれは、保税非違として処 システムの改修規模が大きい（改修経費
ま保税管理資料として出力される。
限の前々日までにユーザーへ警告のメールを自 分対象となることから、事前警告のメール が高額、自社システム影響が大きい案件
動配信して欲しい。
を自動配信することにより、保税非違を減 等）ため対応が困難
少させることができる。

R03- 貨物
092

OVS「訂正」業務の追加訂正が行えない。
NACCSでの「訂正」業務の追加訂正が発生した場合、システムでの再申請は出来ず、マニュアルで書面での提出が必要。

R03- 貨物
094

RSS

RSS業務をRSS実施済みであっても行えるよ 船会社の引渡場所都合によるOLTでドレー(RSS RSS実施済みであっても、後続CYで再度RSSでき 利便性が向上する。
うにしてほしい1回目)し、るようにしてほしい
OLT後の搬入先CYへ通関業者等が搬出依頼(RSS2回目)するときに2回目ができない（デバンせずにコンテナ詰めのまま）

R03- 貨物
095

RSS01

輸入コンテナ引取予定ID確認情報
際の表示内容R03- 貨物
096

SHS

貨物の仕分け欄数を増やしてほしい。

現在貨物の仕分け欄は、20までです。

R03- 貨物
099

VAE11

内容確認メッセージの表示

バンニング情報を登録する際、ECRの情報と相 バンニング情報を登録する際、ECRの情報と相 入力ミスをなくすため。
違があっても進んでしまう。
違がある場合は、内容確認メッセージが出るよ
うにしてほしい。

個数
CLAにて一部個数を搭載完了した場合に、残個数が正しく反映されない(全量個数のまま)ことがあり、反映させてほしい。

輸入許可が下りた情報は土日祝を除く14日後 輸入許可が下りた情報は土日祝を除く14日後に 在庫チェックの際、分かりやすようにする システムの改修規模が大きい（改修経費に在庫から削除されるが、いつ削除されるか 在庫から削除されるが、一目でいつ削除される 為。
が高額、自社システム影響が大きい案件
分かりにくい。
か分かるように表示してほしい。
等）ため対応が困難

ICIでコンテナとbulkを本船単位で呼び出しができるよう紹介種別の追加

船積完了処理の際、送信件数が把握でき送 システムの改修規模が大きい（改修経費
信漏れや誤送信を防げるが高額、自社システム影響が大きい案件
等）ため対応が困難
NACCSに登録できない場合は、担当者がREF システムの改修規模が大きい（改修経費
温度情報をM/Fからの転記作業となってし が高額、自社システム影響が大きい案件
まうため。
等）ため対応が困難

バース繰りや本船動静により、使用岸壁や システムの改修規模が大きい（改修経費
時間に変更が発生した場合に迅速な手続が が高額、自社システム影響が大きい案件可能となる。またコロナ対策、ペーパーレ 等）ため対応が困難
スの推進にも繋がる為。
他の利用者様の運用に大きな影響を与えるため対応は困難

出力の 貨物引き渡し番号、コンテナ番号、フリータ 現在の内容に加えて、コンテナサイズ、タイ
理由として、輸入コンテナ引取予定ID確認 システムの改修規模が大きい（改修経費
イムなど必要最低限の表示
プ、貨物状況、荷渡可能表示を追加で表示をし 情報を受信した際に改めて貨物情報を確認 が高額、自社システム影響が大きい案件てほしい。
しなくてもコンテナ引取可能かが一目で確 等）ため対応が困難
認できる。
貨物の仕分け桁数を増やしてほしい。

スマートに業務をこなすことが出来る。

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

項番
業務区分
R03- 貨物
105

業務コード

要望の概要
許可確認業務

現在のシステムの仕様
日にちを指定しその日、輸出許可となった許可情報を一覧できる業務はあるかと思いますが、日にち指定ではなく、airwaybill番号を連続して入力し、その入力したairwaybill番号が輸出許可となっているかを一覧で確認できる業務を作っていただきたいです。IGS業務
では1件ごと確認はできると思いますが、一覧で確認したい為。理由は、輸出許可は切るものの搭載日はまちまちです。ですので、例えば、本日仕立て＝明日搭載分が確実に許可になっているかを、夕方、airwaybill番号を打
ち込み、一度に確認したい為です。

要望の詳細

R03- 貨物106

輸出貨物搬出入データへの金額情報の追加 現在、保税蔵置場用に活用している輸出貨物
要望
搬出入データにFOB金額の情報を追加して配信して頂けますと、保税工場の台帳としても活用できるのでお願いしたい。＊保税工場の台帳は貨物の金額も記帳項目となっている為、現在の輸出貨物搬出入データを保税台帳として活用できない為。もしも、当該要望が叶え
ば、保税工場のNACCS加入も飛躍的に増加すると予想します。

R03- 貨物
109

汎用申請について、現状、他所蔵置貨物の マニュアル申請のみとなり、税関へ用紙を提 NACCS汎用申請で実施したい積みリスト申請がNACCS汎用申請の項目に 出ない

R03- 貨物
111①NACCS EDI電文にて授受している。
②SMTPを利用したデータの授受をしている。
③運転状況メール配信サービスの推奨環境がMicrosoft Internet Explorer 11となっている。

R03- 貨物
112

理由・効果

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

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難①FWB/FHL/FFMといったIATA標準のMSG/XMLへの準拠を希望いたします。
②MQでのデータ交換を行う。
③運転状況メール配信サービスのChrome対応

税関への移動時間（往復１時間）を削減し 関係省庁に伝達し、今後も継続して検討たい
いたします①IATA標準の形式に準拠されることでシス ①システムの改修規模が大きい（改修経
テム間の情報連携が簡易になり、各航空会 費が高額、自社システム影響が大きい案
社側で特別な機能の作り込みが不要にな件等）ため対応が困難
る。
②データ量制限の緩和や通信料の低減化、メッセージの監視機能を取り入れられる可能性がある③IE11のサポート終了を見据えた事前の対応をするとともに、Chromeでの利用を可能とすることで利便性向上につながる。

海上貨物から航空貨物への切替時の仕様変 CY等からCHG業務を行わずに搬出された場合、 CHG業務を行わずに搬出された場合でも受け側 航空貨物取扱倉庫側での業務簡素化が見込 システムの改修規模が大きい（改修経費
更受け側の倉庫ではBIA業務を行い、汎用申請で の倉庫で航空貨物に切替を行って搬入確認がで まれる。
が高額、自社システム影響が大きい案件
海上貨物のデータ削除を依頼している。
きるようにしていただきたい。
（情報確認や汎用申請等の時間削減）等）ため対応が困難
合わせて、Air-NACCSにてBII業務を行い航空貨物として搬出を行っている。

R03- 貨物
113

R03- 通関116

ACL01,

保税管理資料での出力情報の改善

保税台帳に許可年月日が出力しない場合があ 税関手続き種別がTEKなどの場合は、許可年月
る。その場合、搬出入に関わる書類を紙で保 日が出るようにしてほしい。
管したり、手入力で管理しているので、運用が煩雑となっている。
税関には特に指摘はされていない。

双方の業務の共通項目の連動化

双方の業務で、個々に 共通項目（コンテナ 貨物管理番号等で共通項目の連動化を図ること 二重入力の回避と入力ミス及び確認行為の 他の機能や業務により対応可能（予定）
番号、シール番号等）を入力している。
で、先に入力した内容がそのまま、生かされれ 省略化であるもの（新たなプログラム変更は不ば、二重入力は不要となる。
要）VAE

ひとつの申告において修正申告の経歴があることをアラート表示をし、当初の修正内容を引用出来るようになると更にスムーズに適正な修正申告の対応が可能になる。

保税台帳に関するマニュアル処理が減り、 第７次ＮＡＣＣＳ更改において一部対応
より適切な管理が行えるようになる。
予定

R03- 通関
117

AMA

修正申告履歴のアラート表示できる仕様

現在お客様により若しくは社内管理において確認出来れば過去のデーターを呼び出せるが、二度目若しくは複数回修正申告をしている事に気づかない時は当初申告と今回の修正申告という事と捉えてしまう

履歴が判明することにより、税関からも指 システムの改修規模が大きい（改修経費
摘を受けず、事前に顧客と話し合い正しく が高額、自社システム影響が大きい案件
修正申告が実施できる。また税関との往復 等）ため対応が困難
時間も短縮でき、二度手間にならない。

R03- 通関
118

AMA

以前に修正申告をした経歴があるかをア
ラート表示

以前１度修正した申告であっても、気付かな 当初申告番号、申告日、等ですでに修正申告の 複数回の修正申告を正しく行うため
ければ当初申告のデータに修正を加えること 経歴があることをアラート表示.また以前の修になる
正内容を引用可能。

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

R03- 通関
119

AMA

以前に修正申告をした経歴があるかをア
ラート表示

以前１度修正した申告であっても、気付かな 当初申告番号、申告日、等ですでに修正申告の 複数回の修正申告を正しく行うため
ければ当初申告のデータに修正を加えること 経歴があることをアラート表示.また以前の修になる
正内容を引用可能。

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

項番
業務区分
R03- 通関
120

業務コード
要望の概要
現在のシステムの仕様
AMC
AMC(修正申告本申告）業務で出力される関 関税修正申告控には記載されていない。
税修正申告控に延滞税額が表示されるよう
に願います

要望の詳細

R03- 通関
121

CCA

同じ通関事業所でしか通関士審査が出来な U0016 入力者は申告予定者または申告可能者 少数の通関士しかいない通関営業所の通関士審
いが、事業所をまたいで出来るようになら ではない
査を他の営業所の通関士が審査することで申告ないか。
を進められないか

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

R03- 通関
122

CCA

入力済みの申告番号一覧を呼び出し、該当 CCA業務コードより、申告番号、申告種別、通 申告番号一覧より、該当の申告番号に通関士審 作業工程の簡略化、業務効率化の申告番号に“Y“を入力する。一度の業 関士審査結果Yを入力している。入力手数が多 査済Yを入力可能とする
務でに複数申告番号に対してCCA業務を完 い了させる仕様に変更頂きたい“
イメー
ジとしては、IDIのような申告番号一覧画面から該当の申告番号に通関士審査済Y入力を行えるような仕様。

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

R03- 通関
123

CCA

申告内容変更すると再度CCAを行わなけれ CCA後、1ヶ所でも内容変更があった場合、再 申告日・他法令の共通管理等の通関士の再審査ばならない。再度CCAを行わなければなら 度CCAが必要となるが必要ないと思われる業務については再度のない業務について検討して欲しい。
CCAの必要が無いと思われる。通関士の審査が必要な場所と、そうでない場所を区分けし、通関士審査が必要ない箇所は、再CCAを行わなくても良いように変更して欲しい。

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

R03- 通関
124

CCA

CCA（通関士審査結果登録
改善要望

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

R03- 通関
125

CHS

CHSの取消業務を追加して欲しい

通関業者がCHSで仕分けした場合、通関業者で SHSの場合は、通関業者側で取消が可能となっ 仕分けの変更を行いたい場合、倉庫側へ依 他のお客様の運用に大きな影響を与える
取消が出来ないているので、通関業者でCHSし、倉庫でのCFS前 頼し変更してもらう必要が有る。SHS同様 ため対応は困難
であればCHSを取消できるようにして欲しい。 の仕様として欲しい。

R03- 通関
126

CKO

検査指定票出力フォ－ムの改善要望。

文字が小さい為、運転手がコンテナ番号を確 文字を大きくして欲しい。検査日時とコンテナ 老眼のトラック運転手が多いので、確認し システムの改修規模が大きい（改修経費
認しずらい。
番号だけでも（内容の部分）見やすくして欲し やすくすれば間違えも防げ、受け渡しもス が高額、自社システム影響が大きい案件
い。
ムーズになる。
等）ため対応が困難

R03- 通関
130

EAA

変更識別（N:数量変更/S:船名変更）の訂 変更識別の「N」または「S」を選択し、１度 NACCS送信しても申告前であれば訂正を可能に
正制限緩和
NACCS送信すると申告前でも訂正が不可能にな してほしい。
る。

変更識別を逆に入力しても申告前であれば システムの改修規模が大きい（改修経費
訂正できる。
が高額、自社システム影響が大きい案件
等）ため対応が困難

R03- 通関131

EAB

変更理由コードの表示

都度NACCS掲示板で確認する手間を省略できる。

R03- 通関
132

ECR

3.ECR→ECRの搬入予定日欄に過去の日付が 3.現場からの報告のタイムラグで輸出貨物の 3.ECRの搬入日時は過去でも入れられるように入らず、搬入済のACTUALの日が入れられな 搬入後にECR入力を行うことがあるが、過去の してほしい。
い。
日付が入らないため実際の搬入日が入れらない。

3.未来の日付しか入れられないのは現実的 他の利用者様の運用に大きな影響を与えではないためるため対応は困難

R03- 通関
134

ECR11
EDB

ECR11にてマークの変更後、輸出申告書に ECR11にて変更後、EDBでマークをブランクに ECR11にてマークの変更後、輸出申告書にも自も自動的に反映させてほしい
してマークの変更を反映させる必要がある
動的に反映させてほしい

輸出申告書に自動的に変更が反映されるこ 他の利用者様の運用に大きな影響を与えとで、申告内容のミスが減る
るため対応は困難

R03- 通関
135

EDA

輸出申告書作成時の仕入書価格欄の改善「仕入書価格」の欄に建値FOB価格を入力した 「仕入書価格」の欄に建値FOB価格を入力した
場合、下欄の「FOB価格」に金額を入れても登 場合、下欄の「FOB価格」に金額を入力した場録できてしまう合はエラーで登録できないようにしてほしい

入力ミスによる非違の削減

R03- 通関
138

EDA

欄の挿入。

欄の削除は可能だが挿入は不可

R03- 通関
140

EDA

概要に記載の通り

理由・効果
ICD業務で別途確認しなければならない。

海上）業務の せっかくCCA業務をしても、輸入貨物が搬入さ ①CCA業務を行った場合、何回も申告内容を訂れ倉庫で搬入確認した結果（タリーシート） 正しても無効にしないよう要望します。再度から、申告内容の訂正を行う（マーク訂正、 CCA業務をしなくて済みますので在宅勤務等に荷姿訂正、数量訂正、申告外物品（温度計や 特に効果が期待されます。
段ボールなど）等）ことが多く、通関士審査 ②仮に、①が難しい場合、マーク及び荷姿につ結果が無効となって再度CCA業務を行う仕様と いては、入稿日同様に本申告するとシステムかなっています。
ら補完される様に要望します。システムから補完されることにより通関士が申告内容の訂正を行わなくて済むため、再度CCA業務する回数が減少することが期待されます。

NACCS掲示板で確認

入力項目ガイド欄に変更理由コードの一覧を表示

欄削除と同様に挿入も可能としてほしい

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

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

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

換算、HS変更により欄が増えた場合、計算 システムの改修規模が大きい（改修経費
書通り(価格の高い順)に申告書したいが高額、自社システム影響が大きい案件
等）ため対応が困難
仕向人欄の国コードについて、空白であっ 国コードが空白であっても何の警告もなく申 仕向人欄の国コードが空白であれば誤申告とな 誤申告を防ぐことができる。
他の利用者様の運用に大きな影響を与えた場合はエラーになるか、エラーメッセー 告までできてしまう。
るので、エラーになるか、エラーメッセージがるため対応は困難
ジが表示されるようにして欲しい。
表示されるようにして欲しい。

項番
業務区分
R03- 通関
142

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
EDA
輸出管理番号にダミー番号を用意して欲し ECRが入力されていないなど貨物情報がない場 G/Wが未確定などの理由でECRが入力されていな 貨物情報入力されていない場合もEDBを入い。
合、EDBを入力することができない。
い貨物について、先にEDBの入力、チェックが 力、チェックすることができるようにな
弊社では別貨物の貨物情報を仮データとして できるようにして欲しい。
り、業務の効率化につながる。
入力している。

R03- 通関
144

EDA

輸出許可貨物の併せ保税運送期間の拡大

7日間

R03- 通関
145

EDA

貨物重量（G/W）の項目削除

入力が必須となっているが必要性がないと思 貨物重量（G/W）の項目削除
われる（マニュアル申告書なし）、AIR NACCS
は項目なし

R03- 通関
146

EDA

EDA事項登録の画面にある申告番号欄に
EDA画面を展開するとカーソルが「申告番号不注意や誤操作によって予期せぬ申告番号 欄」に位置している。
等が入力できないようにする。

R03- 通関
147

EDA

ショートカットキーの機能の追加

複数欄の申告で繰返部の入力を行う際、他法 ショートカットキーの機能に、「次の欄へ移動 複数欄申告の際に次の欄への移動がスムー システムの改修規模が大きい（改修経費
令以下の入力が無い場合はBPR按分係数を入力 する」機能を追加して頂きたい。
ズになり、入力の効率化とミスの削減に繋 が高額、自社システム影響が大きい案件
した後にキーボードの「Tab」を連打して次のがる。
等）ため対応が困難
欄まで移動し順次入力している。

R03- 通関
148

EDA

ショートカットキーの機能の追加

6欄以上の申告で繰返部の入力を行う際、5欄 ショートカットキーの機能に、「次のページへ 複数欄申告の際に次のページへの移動がス システムの改修規模が大きい（改修経費
目を入力後6欄目に移る時はページが変わるた 移動する」機能を追加して頂きたい。
ムーズになり、入力の効率化とミスの削減 が高額、自社システム影響が大きい案件
め、「次に移動」ボタンをクリックしなけれに繋がる。
等）ため対応が困難
ばいけない。

R03- 通関
149

EDA

仕入書価格 FOB について

仕入書価格欄 FOB JPY 14,008,140 と入力
仕入書価格-建値欄 FOB入力の場合,一行下段の 適正申告の確保・非違の削減
し、FOB価格欄 JPY 13,307,733 価格が一致し FOB価格欄の金額に差異が生じた場合エラー扱
ないにもかかわらず、エラー対応無し。 本件 いとして欲しい。
に於いては、建値 C&Fを誤って、FOBと入力した事例

R03- 通関
151

EDA
EDC

EDA（事項登録）とEDC（申告控）のデータ 「コンテナ本数」や「輸出者（入力）」な
入力画面と出力画面で確認しやすいよう、基本 入力したものが、どこに出力されるのか、 他の利用者様の運用に大きな影響を与えの配置を同じようにして欲しい。
ど、入力画面と出力画面で配置場所が全然違 的に同じ配列・順番で表示して欲しい。
わかりにくいのでストレスを感じる。
るため対応は困難う。
特に初心者に教える際に配列全然違っていると教えにくい。

R03- 通関
155

EDB

内貨バンニングの際に複数のバンニング場 EDBの入力欄に複数のバンニング場所がない
所がある場合、２箇所目以降の入力欄がな 為、税関記事欄等に直接入力している。
い為、増設して欲しい。

R03- 通関
158

EDC・CEE

輸出許可書の印刷設定を荷主単位で出力可 現在の設定では、出力コード単位で自動印刷 ペーパーレス化が進み、紙媒体での輸出許可書 荷主単位など、細かい設定で印刷設定が出 システムの改修規模が大きい（改修経費否設定
指示を設定できる仕様になっている。
を希望しない荷主が増えており、紙媒体での許 来れば、効果的なペーパーレス化が可能と が高額、自社システム影響が大きい案件
可書が欲しい荷主と紙媒体が不要な荷主とが混 なり、印刷用紙の費用が大幅に節約でき等）ため対応が困難
在している状況である。現在の仕様では出力る。
コードで自動印刷設定する運用となっている
為、荷主単位で個別で自動印刷指示が出来ず、
全て自動印刷設定する設定にして、印刷不要な許可書は印刷後破棄しており、紙を無駄にしてしまっている。

R03- 通関
159

HYS

申請手続種別コードG83、船名・数量等変 受理確認の通知のみ出力される
更申請の結果を通知してほしい

変更前後の情報がわかる通知が欲しい

変更後の内容を確認するためには原本を窓 システムの改修規模が大きい（改修経費口提出する必要があり、左記が可能となれ が高額、自社システム影響が大きい案件
ば窓口提出が不要となる。
等）ため対応が困難

R03- 通関
160

HYS

申請手続種別コードG83、船名・数量等変 受理確認の通知のみ出力される
更申請の結果を通知してほしい

変更前後の情報がわかる通知が欲しい

変更後の内容を確認するためには原本を窓 システムの改修規模が大きい（改修経費口提出する必要があり、左記が可能となれ が高額、自社システム影響が大きい案件
ば窓口提出が不要となる。
等）ため対応が困難

R03- 通関
161

HYS

HYS業務のうち通関士審査が必要な手続き 通関士審査が必要なHYS業務（申請）について 通関士審査が必要なHYS業務（申請）についてについても、通関士IDでない場合も送信可 は、通関士IDでない場合に送信エラーとなる は、通関士IDでない場合に送信エラーとなるよ
能な仕様となっていて、HYS送信した通関 よう仕様変更お願い致します。
う仕様変更お願い致します。
士が遺憾ながらID違いに気付けないまま申告、許可となる通関事故が発生。

1カ月へ延長

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

気象状況により併せ運送承認期間内に到着 関係省庁に伝達し、今後も継続して検討できない場合があるため。
いたしますマニュアル申告書・輸出搬入確認登録（BIC・CYA）にG/W項目なし、許可後訂正
項目の削減

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

初期に事項登録を行う場合はには、「申告番号 不注意や誤操作によって予期せぬ申告番号 他の利用者様の運用に大きな影響を与え欄」に①カーソルを配置しない、②入力不可の が入力が入力された場合は、既に登録済み るため対応は困難
いずれかとする。
の申告内容が上書きされて別内容になり、通関上の事故につながる可能性がる。

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

内貨バンニングの際にバンニング場所の入力欄 内貨バンニングの際に複数のバンニング場 システムの改修規模が大きい（改修経費を増設して欲しい。
所で行うことがあり、専用の入力欄がある が高額、自社システム影響が大きい案件と輸出許可書の記載が見やすくなる。
等）ため対応が困難

HYS送信時にエラーとなれば、通関士が確 システムの改修規模が大きい（改修経費認に要する時間の更なる低減につながり、 が高額、自社システム影響が大きい案件
税関含めた関係者の無用な業務等の低減及 等）ため対応が困難
び適正な輸入申告に寄与できると思慮いた
します。

項番
業務区分
R03- 通関
164

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
理由・効果
検討結果
IAS
IAS担保照会情報で照会できる項目を増や 提供した担保の基礎情報及び照会時点の担保 指定期間中の担保利用状況が税関別もしくは官 全国で使用可能な包括担保を提供しておシステムの改修規模が大きい（改修経費してほしい。
引落とし残高は確認できる。
署別に表示されるようにしてほしい。
り、担保管理や輸入通関実績の把握が容易 が高額、自社システム影響が大きい案件となる。
等）ため対応が困難

R03- 通関
165

IAW

R03- 通関
168

ICN

R03- 通関
173

AWB番号を他データよりCOPY→貼付けして AWBを他データよりCOPY→貼付けすると、最初 AWB番号を他データよりCOPY→貼付けして利用
利用する際に全桁表示できるような仕様の のボックスに頭3ケタのAWB番号のみ入り、残 する際、頭3ケタのAWWB番号を最初のボックス
変更
りのAWB番号は再度他データよりCOPY→貼付け に入れ、残りのAWB番号を後続のボックスに入もしくは手入力している。
る仕様にしてほしい。もしくは海上ICGのBL番号と同様にAWB番号のボックスを1つにまとめてほしい。
コンテナが複数の輸出申告のコンテナの搬 コンテナ搬入確認の際、ICNで１本ずつ確認を ブッキング番号等で、複数本のコンテナの搬入入確認を、１つのコードで行えるようにし 行なっている
確認を１度に行えるようにしてほしいてほしい

IAWを利用する各利用者の手入力等による 第７次ＮＡＣＣＳ更改において対応予定
誤入力防止及び作業の効率向上へ大きく寄
与する。

IDA

輸入申告の包括保険番号の入力で、航空と海上とが枝番で識別されている場合誤った枝番が入力されたらエラーで事項登録ができないようガードをかけてほしい

間違った枝番が入ってもそのままIDA
できてしまう。（エラーにならない）

航空と海上で保険料率が異なる場合が他の利用者様の運用に大きな影響を与えあり、誤入力により課税価格の算出に誤り るため対応は困難が生じる可能性があるため。

R03- 通関
178

IDA

保税上屋コードの自動入力について

保税上屋コードを都度入力しなければならな 突合している貨物についてはAWB番号を入力す それぞれの航空会社がどの保税上屋に搬入 他の利用者様の運用に大きな影響を与えい。
るだけで、積載機名や積出地と同じように保税 されるか把握しておく必要があり、場合に るため対応は困難
上屋コードも自動で引いて頂きたい。
よってはIAWを行い事前確認する作業が必要になるため。

R03- 通関
181

IDA

原産国が日本製の場合の原産地コードJPを 日本製の場合仕出人の国の原産地コードを便 日本製品の場合原産地コードJPを使用できるよ 日本製であることが明確になり、原産地使用できるようにする
宜的に入力している
うにしてほしい
コード適用間違いを防止できる

R03- 通関
188

IDA

IS承認の際、AIR NACCSなどでNACCS対応で 後続業務ができない貨物は、マニュアル対応 どんなパターンでもNACCSで後続業務ができなきない倉庫は、後続業務ができないのでマ になる。
るようにしてほしい。
ニュアル（紙）対応になる。これらの貨物が後続業務ができるようにしてほしい。

R03- 通関
189

IDA

記事欄の入力桁数の変更をお願いしたい。 EDA業務の記事欄の桁数が少ない。

入力桁数を増やしてほしい。

R03- 通関
191

IDA

R03- 通関
192

IDA

輸入（引取）申告の入力控に、複数欄に入 申告種別：Ｎで、複数欄の入力を行った場
力したインボイス金額の合計の印字
合、BPR合計金額が印字されない。

輸入（引取）申告の入力控に、複数欄に入力し 金額の入力ミスの防止
たインボイス金額等の合計金額を印字して欲しい。

R03- 通関
195

IDA

口座番号の入力控へのデータ反映

申告控に使用口座番号の印字がされない為、 口座番号の入力控へのデータ反映可能とするよ 入力ミスの防止
番号が正しく入力されているかの確認はIDBに うにしてほしいて実施しているシステムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難

R03- 通関
196

IDA

統計除外の場合の数量欄への入力方法の変 航空分に関して、数量がKG以外の入力が必要 統計除外の場合の数量欄への入力しなくても申 入力ミスの防止
更なHSの場合、都度入力して運用告可能とするようにしてほしい

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

R03- 通関
197

IDA

再輸入申告時の統計計上除外の税番末尾の 無償の展示品の再輸入の場合に、日本製であ 有税品であってもE入力可能にして欲しい
入力方法
れば「Ｙ」入力し、それ以外は「E」入力しておりますが、
無税品では「E」入力できるものの再輸入申告
時の有税品で統計計上除外のため税番末尾に「E」入力する場合はNACCSでははじかれてしまいます。

統計計上除外品であっても、有税品であれ 他の利用者様の運用に大きな影響を与えば統計計上するしか入力方法が無い為。
るため対応は困難

R03- 通関
201

IDA

口座番号の表示

荷主もしくは通関業者、どの口座を使用するのか、書類審査時に確認できる。

輸入申告の貨物保険の入力で、航空と海上とが枝番で識別されている場合誤った枝番が入力されたらエラーで事項登録ができないようガードをかけてほしい

10本以上のコンテナ貨物を１申告で行う場 システムの改修規模が大きい（改修経費合、搬入確認を１度に行えると便利である が高額、自社システム影響が大きい案件
等）ため対応が困難

関係省庁に伝達し、今後も継続して検討いたします

システムに反映されれば、効率的な業務が システムの改修規模が大きい（改修経費可能になるからが高額、自社システム影響が大きい案件
等）ため対応が困難

正しい情報で申告を行え、適正な申告を進 システムの改修規模が大きい（改修経費めることが出来る。
が高額、自社システム影響が大きい案件
等）ため対応が困難「苛性ソーダの製造業を営む者が自ら発電 NACCS上に「苛性ソーダの製造業を営む者が自 「苛性ソーダの製造業を営む者が自ら発電の用 最初にデータを作成する手間はかかります システムの改修規模が大きい（改修経費の用に供する石炭の石油石炭税の軽減税率 ら発電の用に供する石炭の石油石炭税の軽減 に供する石炭の石油石炭税の軽減税率の適用又 が、一度データ化すれば、税関・通関業者 が高額、自社システム影響が大きい案件の適用又は特定石炭若しくは沖縄発電用特 税率の適用又は特定石炭若しくは沖縄発電用 は特定石炭若しくは沖縄発電用特定石炭等の石 の双方の事務作業の効率化が図れるため。 等）ため対応が困難
定石炭等の石油石炭税免除のための用途証 特定石炭等の石油石炭税免除のための用途証 油石炭税免除のための用途証明申請書」の内容
明申請書」の内容をデータ化し担保のよう 明申請書」のデータがない。輸入許可の都度 をデータ化し担保のように申告後、残高から引に申告後、残高から引き落とすような改修 税関に原紙を提出し確認の押印をいただいて き落とすような改修ができませんでしょうか。
ができませんでしょうか。
いる。

輸入申告書上に口座番号が表示されない

輸入申告書上に口座番号の表示

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

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

項番
業務区分
R03- 通関
205

業務コード
要望の概要
IDA
仕入書識別欄の使用について

R03- 通関
206

IDA

重量以外の第1数量未入力の場合のエラー NOなどの第1数量を入力する必要がある税番に 第1数量の入力忘れの際にはピンクのエラーを 入力忘れを防止し誤謬を減らす
表示希望
たいして第1数量を入力し忘れていてもエラー 表示して頂けると入力忘れを防ぐことができるにはならない

R03- 通関
208

IDA

1.IDA→CIFで海上保険付保の場合、入力す 1.契約条件がCIFなど保険込であっても輸入者 1.保険欄に入れた金額は課税価格算入が自動で 1.課税価格手計算誤りの防止、業務合理化 他の機能や業務により対応可能（予定）る欄はあるのに自動計算しないのが不便。 が別に海上保険をかけている場合、入力は出 されるようにしてほしい。
であるもの（新たなプログラム変更は不
来るが自動計算されない。
要）

R03- 通関
215

IDA「納期限延長」、「納付方法」が空欄で送 「納期限延長」、「納付方法」が空欄のまま信した際、警告のメッセージが出るように でもIDA、IDC共に特に警告無しで送信できしてほしい。
る。

昨今、リアルタイム口座利用率が高く、納 他の利用者様の運用に大きな影響を与え
付書での税金の納付は納期限延長を利用す るため対応は困難る場合を除けばほぼ無い。誤送信防止のた
めにIDA時に「納期限延長」、「納付方法」が空欄のまま送信した際は警告メッセージが出るようにしてほしい。

R03- 通関216

IDA

繰返部-画面に於ける、ショートカット機 繰返部-画面 内国消費税【内消税等種別】の1 【F4】入力後、次の欄 【品目番号米】まで移能の追加に【F4】を入力後、次の欄 【品目番号米】に 動出来る、ショートカット機能の追加
行くまでに、Enterキーを18回、又は、キーボードから手を放し、マウスにてカーソルを合わせている。※消費税のみの場合

全国の通関士・従業者の業務効率up

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

R03- 通関
217

IDA

共通部の入港年月日欄がブランクの場合の 現行ではブランクのままでも申告が可能
エラー表示追加

申告書の入力漏れを防ぐ為

R03- 通関
220

IDA,EDA

欄の挿入ができるようにしてほしい

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

R03- 通関
221

IDA,IFA

IDAとIFAの間で共通管理番号によるデータ IDAとIFAの入力の際。共通管理番号を入力し 共通管理番号でリンクさせた時に、IDAからの呼び出しを行うように変更てリンクさせているが、輸入者欄やB/L番号欄 IFA、IFAからIDAに同じ項目の入力内容を反映など共通の項目について同じ内容を2度入力す させるように変更して頂きたい。
る必要がある。

同様の内容を二度入力する必要が無くなシステムの改修規模が大きい（改修経費
り、作業の効率化のミスの削減に繋がる。 が高額、自社システム影響が大きい案件
等）ため対応が困難

R03- 通関
222

IDA/EDA

IDA/EDAの記事欄（税関用、通関業者用、 税関用140桁、通関業者用と荷主用各70桁
荷主用）の桁数増

税関用200桁、通関業者用と荷主用を各100桁

R03- 通関224

IDB

繰返部「品目番号」を入力しなおした際 既存のIDA情報をIDBで呼び出し、「品目番に、「品名」欄が変更されていない場合に 号」欄を入力しなおした際、「品名」欄が入注意喚起をする、または自動補完の場合は 力され直されなくても、エラーやアラートな「品名」欄を正しい品名に自動で保管しな ど何も表示されず、品目番号と品名との不一
おす
致のまま申告してしまい、誤謬となってしま
うことがあるIDBで「品目番号」のみ訂正され、「品名」が変更（または自動保管の場合は削除して空欄化）されていない場合、エラーやアラートを表示するか、または品名の自動補完で品目番号に即した品名に自動保管しなおしそのことを通知してほしい。

免税容器の名称や個数、番号を入力する際 システムの改修規模が大きい（改修経費に不足が生じている。
が高額、自社システム影響が大きい案件
等）ため対応が困難
ミスに気が付くことができる、品目番号と 他の利用者様の運用に大きな影響を与え
品名の不一致のままの申告を防げるるため対応は困難

EDA、IDA

現在のシステムの仕様
Ａ，Ｂ，Ｃ，Ｄのいずれかの入力が必須

要望の詳細欄の削除希望共通部の入港年月日欄がブランクの場合はエラー表示が出てほしい

理由・効果
弊社はBのみの使用につき。
A,C,Dをどのように使用するのかイメージがつかない

繰返部で右クリックをすると、「画面クリ集計の誤りなどでIDA(EDA)の訂正をする際、挿 入力の簡素化
ア」の「選択した繰返部をクリアして詰め入ができない為に、以降の欄を全て打ち直す必る」があり非常に便利だが、「選択した繰返 要があり、欄が多い際に手間である部を挿入して追加する」が無い

検討結果
他の利用者様の運用に大きな影響を与えるため対応は困難
検討対象外（プログラムに関する案件以外の要望等）

R03- 通関
225

IDB/IDC

申告控の保存期間

現在、輸入申告入力控を登録後、NACCS上にお NACCS上における入力控の保存期間を約2、3週
ける保存期間がおよそ1週間程度である。
間程度保存できるように改善して頂きたい。

本船の遅延、長期休暇等（GW/年末年始） 他の機能や業務により対応可能（予定）
でNACCS上のデータが消えることが多いた であるもの（新たなプログラム変更は不め、再度入力する必要がある。業務が増え 要）
るうえ、入力ミス等に繋がる。

R03- 通関
227

IDC

審査区分３で審査終了済み貨物の識別

審査区分３の書類で検査取り止めとなった場 審査区分の変更は作業区分において重量なポイ 敏速な貨物引き取りのため合に取り止めの通知が申告端末に配信される ントですので、審査終了(CEA）で自動自動で変場合とされない場合がある
更内容を通知する。

R03- 通関230

IDC

TPP11適用に際して国ごとに譲許税率が異 現在、TPP11適用貨物の原産地入力コードで入 TPP11で適用される税率と譲許税率適用国の申 非違の削減や修正・更正等が減少され適正 システムの改修規模が大きい（改修経費なる場合の入力エラー表示を新設。
力された国では税率が誤っているが入力エ
告に際して誤った入力を行った場合にエラー表 な申告が行えるので、再度検討願います。 が高額、自社システム影響が大きい案件
ラーもなく申告まで至っいる。
示等が出るようにしていただきたい。
等）ため対応が困難(例：441231-9380 )ベトナム産 正：VN-1EI4(4.5％）
誤：VN-TPI4(3.8％）

R03- 通関
236

IDD

2.IDD→IBPの際にBP時の換算レートが採用 2.IBP時にBP時のレートが反映されないため、 2.IBP時にはBP時のレートで自動計算されるよ
されるようにしてほしい。
手計算でインボイス価格を算出し、JPYで入力 うにしてほしい。
している。

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

2.課税価格手計算誤りの防止、業務合理化 システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難

項番
業務区分
R03- 通関
238

業務コード
要望の概要
IDI
業務リンクにIDBの追加

現在のシステムの仕様
現在は無し。

要望の詳細
理由・効果
IDIで一覧出力後、申告番号の業務リンクにIDB 事項登録のデータ伸ばしを効率的に行えの項目を追加してほしい。
る。

検討結果
システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難
予備申告後のものは、全て審査区分を表示 申告状況把握の為、IDIを活用しているが、審 予備申告後に内容変更を行い、本申告していな IDIの検索結果に全ての区分が表示される システムの改修規模が大きい（改修経費して欲しい。
査区分が入らないものがあるので都度IIDで検 いものは審査区分が表示されないが、予備申告 ことで、申告の内状況確認が容易になる。 が高額、自社システム影響が大きい案件索を行っている。また、MSX送付漏れ確認の 時の審査区分を表示して欲しい。
また、MSX漏れ確認作業の軽減される。
等）ため対応が困難
為、IDIを出力し、1申告毎にIMSで紹介しているが、区分が入っていないものは、まず、IID
で予備申告時の申告番号で検索した後、区分２・３であれば、更にIMSで検索している。

R03- 通関
239

IDI

R03- 通関
243

IDI/IDA

事項登録日での一覧出力

照会対象日がIDA入力控の申告予定年月日になっている。

照会対象日を事項登録日（IDA入力控の申告年月日）で一覧出力できるようにしてほしい。

R03- 通関
244

IER

日付表記

現状、レートは今週、先週、2週間前…と記載 具体的にいつからいつまでと日付表記できない カレンダーと照合して確認しているが、特 システムの改修規模が大きい（改修経費されているか。
に過去のレートは見間違う可能性があるが高額、自社システム影響が大きい案件例) 今週 ➔ 5/16～5/22
し、手間がかかる。
等）ため対応が困難

R03- 通関
256

IID

検査部門へ処理が送致されているかの可視 IIDで申告照会を実施しても、審査状況が確認 IIDで検査部門へ書類が送致されたかどうかを化出来ない
可視化して欲しいR03- 通関258

IIE

R03- 通関
261

IMI

R03- 通関264

IVK

R03- 通関
266

通常、IDAのデータは10日で切れます。事
項登録日での一覧出力ができれば、データ切れ日の把握が容易になる。

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

電話による確認が無くなることで業務効率 システムの改修規模が大きい（改修経費化が図れる為。
が高額、自社システム影響が大きい案件
等）ため対応が困難
IIEで前8桁で検索したら、末番違いも検索 IIEで前8桁で検索したら、末尾0000のものし IIEで前8桁で検索したら、末番違いも検索結果 会社によっては営業所ごとに末番を設定し 2023年度実施予定
結果表示されるようにして欲しい。
か結果表示されない。
表示されるようにして欲しい。
ているが、末番違いがあるかどうかすぐに
IIEで前8桁で検索した後、再度輸出入者名でわかるようになる。
検索しなおしている。
IMIに件数・本数が正しく反映するようリ IMIで件数・本数を確認後、ターミナルにて 仮陸貨物があり、先方がCMF02の追加・削除をクエストします。
PKI取得。その後、船卸確認終了情報が出力さ した。IMIにはその情報が正しく反映されず、れ、エンドが立つ。
B/L件数とコンテナ本数が3回上乗せされた。
IMI Bの画面で確認すると、右上に表示される
B/L件数とコンテナ本数は増え続けたが、詳細を数えると正しい数になっている。表示される
B/L件数・コンテナ本数と実際のデータ数が不一致になるため、PKI後に出力される「船卸確認終了情報」が出力されず、エンドが立たない。
連続して照会できる仕様への変更
複数の船舶コードを検索する際、連続して検 ICG業務のように照会結果画面から次の船名を索できないため、1船ずつIVK業務を開き直し 入力して検索できる仕様に変更して頂きたい。
て船名を入力し検索している。

NACCSの仕様により、件数と本数が正しく表示されない場合があるため。
先方がCMF02の登録ができていないと思い込み、同じデータを3回登録してしまった
ため。
B/L件数とコンテナ本数が一致すると、ターミナルでPKI処理ができる。
同じ本船が次回入港するときに、NACCS内
でデータの混ざりを防ぐことができる。

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

複数の船舶コードを紹介したい場合に1船ずつIVK業務画面を閉じては開く作業となるため。ICG業務のように連続入力できれば作業が効率化できる。

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

KKC

更正の請求を行った際の返金確認

実際に振り込まれないと確認できない

R03- 通関
268

MHA、MHC

汎用申請で期間延長申請を可能にする。

MHAで予定期間内に処理できなくなった場合、 汎用申請で期間延長申請を可能にする。
期間を延長するには紙での提出が必要になる。

輸入者の口座に振り込まれる場合、通関業 システムの改修規模が大きい（改修経費者が振込を確認することが難しいためが高額、自社システム影響が大きい案件
等）ため対応が困難
税関に出向く手間がなくなり、業務のス
他の機能や業務により対応可能（予定）
ピードアップにつながる。
であるもの（新たなプログラム変更は不要）

R03- 通関
270

MIC

輸入許可通知情報の出力遅延

予備申告した情報に対して「1MI」の受付完了 この所要時間を最小帯にする事は出来ないかの後、許可情報の戻り電文受信に「最大で3分」 ご相談です。ちなみに午後の時間帯はこのよう掛かるケースが、午前中に散見され搬出作業 な事はございません。
に時間が掛かりすぎて大変困っております。

R03- 通関279

MSXMSX時、添付ファイルの題名に使用できな 題名を訂正してから添付、送信している。
い文字、スペース、記号等があるが、全て使用できるようにして頂きたい。

R03- 通関
281

RSV

許可済み搬出貨物のペーパーレス

NACCSで振込状況を確認できるようにしてほしい

2023年度実施予定

現在は数字、英字、-記号、ハイフン、アン
PDFの題名を誤って訂正してしまうことへ システムの改修規模が大きい（改修経費
ダーバーのみが半角でも使用可能であるがその の件念が無くなる。また不要な作業の削除 が高額、自社システム影響が大きい案件
他、カッコ、シャープ、アンド記号などもPDF に繋がる。
等）ため対応が困難の題名として当初より使用されているケースが多いため使用できるようにして頂きたい。

各港湾、空港ごとで異なる場合があるが、今 NACCS許可情報の共有によりペーパー提出省略
なお貨物搬出時にdelivery orderや許可書など添付し用紙を提出している。

ペーパーレスにより用紙削減、並びに搬出 システムの改修規模が大きい（改修経費
手続きの簡素化が高額、自社システム影響が大きい案件
等）ため対応が困難

項番
業務区分
R03- 通関
285

業務コード
要望の概要
なし、（出 予備申告中の検査指定票の発行
力コード
SAD4891)検査指定票

R03- 通関
290

許可

CCISで入手可能な、担保番号を取り込める 現在は、CCISと契約し担保番号を取得してい 輸入許可情報（許可年月日と許可番号）と担保 担保番号を自社の通関管理システムに取り システムの改修規模が大きい（改修経費
ようにして頂きたいる
番号を輸入許可情報とは別に提供して頂きた込むことで、社内業務が効率化される。
が高額、自社システム影響が大きい案件
い。もしくは輸入許可情報に含める形で提供し等）ため対応が困難て頂きたい。

R03- 通関292

新設

引き取り申告後、特例申告に至っていない 特定月の翌月（特例申告実施月）に「I51 輸 過去複数の通関事例において『特例申告漏れ』
申告番号の洗い出しや、特例申告時に指定 入申告一覧データ（CBD5100）」で引取申告を （引取申告⇒特例申告）を耳にしております。
した納付方法のチェックを行えるような仕 ソートし特例申告実施済みを確認
実際の業務フローにおいて左記データーを使用組みを構築してほしい。月単位であれば、
し確認は行えますが、確認行為に複数の人間が「I51 輸入申告一覧データ（CBD5100）」
介在してしまうことにより、特例申告未実施ので確認はできるが、月途中での管理が特に申告を誤って実施済みと判断してしまうなど難しい。
ヒューマンエラーのリスクが少なからず存在します。

例えば、【通関業者コード】【輸出入者
システムの改修規模が大きい（改修経費
コード】を入力し送信すればその時点での が高額、自社システム影響が大きい案件
特例申告未実施の一覧が表示される様な機 等）ため対応が困難
能があれば通関業者、特例輸入者の当事者のみではなく客観的な視点での確認が可能となります。
結果としては、通関実務の部分での確認作
業にかかる効率化、特例申告月内での確実な納税申告実施効果に繋がるものと考えます。

R03- 通関293

新設

輸入申告後の納税状況は税関側ではタイム 延納の場合、「IAS」担保照会で担保残高の推 一輸入者の事例において数社の通関業者に通関
リーにチェックしていると思われるが、民 移で確認するしか術が無いが、非常に煩雑と 業務を委託しており、複数社において納付方法
間側でも可能とする仕組みを構築してほし なる。
の選択ミス（納期限延長を直納）事例が度々発い。
直納の場合は確認の術が不十分。
生している。当該事例においては、特例申告を特例輸入者が指示したとおりの納税方法で 現行、SBF7301『一括納付明細情報 特例申告 実施した通関士が直納の事実に気が付いておらないと、納付書等を同じタイミングで入手 即納（直納）』にて配信日を選択できる仕様 ず納付書が出力されなかった。
できず納税遅延に繋がることがある。
に変更いただいているが、配信日以降に実施 納税が伴う一般申告であれば、即納或いは納期する特例申告即納（直納）については通知の 限延長が選択された申告について輸入許可に至対象から外れる。
ります。誤って直納を選択した場合は輸入許可にはならないので誤りに直ぐ気が付くことができる。
結果として、税関収納課より指摘を受け発覚したケースもある。

【通関業者コード】【輸出入者コード】
システムの改修規模が大きい（改修経費【特例申告実施月】を入力し送信すること が高額、自社システム影響が大きい案件
で納税が伴う申告において直納申告の事実 等）ため対応が困難
がタイムリーに確認できるような仕組みがあれば適正な納税、AEO事業者、通関業者の確認作業の業務改善に繋がる。

R03- 通関297

輸出入者として取得したIDについて、申告 輸出入の申告事項登録の際に、誤って申告を 通関業者のコードは通関士コードのIDとそうでなどの誤送信防止
進めてしまいそうになることがある
ないものを使い分けることでご送信を防いでいるが、輸出入者のIDではそれが出来ない

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

R03- 通関298

リアルタイム口座支払完了通知情報に社内 リアルタイム口座支払完了通知情報に社内整
整理番号、荷主REF NO.を表示して欲しい 理番号、荷主REF NO.は表示されていない

R03- 通関299

特例申告に係る滞納事案発生の防止策

法定納期限内に特例申告がなされない場合で 特例申告を法定納期限内に行わなかった場合、 法定納期限内の特例申告もれは、滞納扱い システムの改修規模が大きい（改修経費
も、ユーザーには何ら通知がされない。
即、滞納となることから、期限の前々日頃まで となり、AEO取消要件に該当することかが高額、自社システム影響が大きい案件に警告のメールを自動配信して欲しい。
ら、事前警告のメールを自動配信すること 等）ため対応が困難
により、手違い等による滞納を減少させる
ことができる。

R03- 通関303

17条1項の貨物を輸出するときは輸入許可書等に輸出数量を裏書処理しているが、naccsで残数管理ができるような業務メ
ニューができないか。

輸出申告を行うときに輸出承認証番号等欄に
当該輸入許可番号を記入して申告し、かつ税
関で裏書数量の確認印をもらうため書類提出している。

R03- 通関305

船舶の純トン数を通関業者でも検索可能と 現状では業務コードIVSやIVKで船舶コード等 船用品申告の際に必要な純トン数を通関業者で 汎用申請実施後、毎回のように税関から指 システムの改修規模が大きい（改修経費する業務の新設の確認は可能であるが、純トン数の確認が出 も検索可能とする業務の新設摘を受ける為。
が高額、自社システム影響が大きい案件
来ない。
等）ため対応が困難

R03- 海上入出港
306

DOR

送信先データベースチェック

現在のシステムの仕様
要望の詳細
理由・効果
検討結果
予備申告区分「２」でMSX送信後、検査に変更 予備申告区分「２」が検査に変更された場合予 指定票を渡すのに本申告後当日検査に間に 他の利用者様の運用に大きな影響を与えされた場合本申告するまで検査指定票が発行 備申告中でも検査指定票の発行を可能にしてい 合わない、検査貨物運搬の依頼先（ドレー るため対応は困難されない。
ただきたい。
会社、運送会社）に事前に渡せ検査場に確実に到着できる。

出力帳票にそれらの番号が記載されていた システムの改修規模が大きい（改修経費
ら、輸入者・通関業者ともに帳票の管理が が高額、自社システム影響が大きい案件
しやすい等）ため対応が困難

17条1項の輸入許可番号で裏書登録をし、輸出 再輸出貨物の輸出の届け出（T-1385様式） システムの改修規模が大きい（改修経費
申告時に輸入許可番号を入れることで裏書自動 のときに税関で数量確認が容易になる。
が高額、自社システム影響が大きい案件処理することで許可後の原本提出を簡略化す等）ため対応が困難
る。

DOR送信先について、マニフェストにて登録し DOR送信先とマニフェストにて登録しているCYているCYではなくても、送信できる。
情報をマッチングしてほしい。

荷渡可能表示"Y"が立っても、貨物の搬出ができないケースを解消したい。

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

項番
業務区分
R03- 海上入出港
307

業務コード
要望の概要
現在のシステムの仕様
要望の詳細
ICG
輸出許可変更が申請中か許可済みかICGで 許可されていないのに申告番号は変わってい ICGで見分けがつくようになると確認しやすくわからない。
るので一見許可済みにみえる。最初の許可日 なる。
と変更申請日が同日だとみわけがつかない。
区分1の時はCEEが入らないので見分けがつかない。

R03- 海上入出港
308

ICI

コンテナ情報抽出の際に登録されている貨 船積可能識別はあるものの、バンニング登録 コンテナ番号、貨物管理番号、船積可能識別の 複数本口の貨物の場合、どのコンテナが同 システムの改修規模が大きい（改修経費
物管理番号を反映させてほしいの有無等貨物詳細が分かりくい。
み反映される画面があるとよい
じ申告なのか分からず、コンテナ１本ずつ が高額、自社システム影響が大きい案件
ICN にて貨物管理番号を確認する必要があ 等）ため対応が困難
る。

R03- 海上入出港
309

ICI

積出港が確認しづらい

バンニング登録時に誤った船積港を登録して 輸出申告上の積出港をICIで確認できるようにいると、自社にCYAしているのに照会できない してほしい

積出港をブランクにした場合と、指定した システムの改修規模が大きい（改修経費場合の２回照会をかけ、差異を確認する手 が高額、自社システム影響が大きい案件
間が省ける等）ため対応が困難

R03- 海上入出港
311

IMI

IMIの照会

IMI B/C の照会 画面で一番上からでてこな 照会区分や船舶から照会したい。
くて、B/L NO.からでてくる。

他画面と同様の展開の方がわかりやすい。 他の利用者様の運用に大きな影響を与えるため対応は困難

R03- 海上入出港
312

IMI

仮陸揚貨物が前港に蔵置中の場合IMI上で 前港に蔵置中の場合でもIMI で照会される
わかるようにしてほしい。
ただしC-コンテナ情報照会では 合計本数は揚げ予定総本数であるが、照会されるコンテ
ナには前港蔵置分が出てきておらず、正しい本数を反映しているとは言えない

R03- 海上入出港
313

IWS

輸入CYO不要設定（ＣＹ）の場合、輸入許 在庫照会をかけると保税管理不要の輸入許可 輸入未許可貨物のみ把握したい、またはそれを 保税管理の必要な未許可貨物のみ把握がで 他の利用者様の運用に大きな影響を与え
可済み貨物は外して欲しい
済み貨物がデータに載ってくる。そのため再 含むか含まないか選べるようになるとよい
きる。
るため対応は困難
度未許可貨物を洗い出す必要がある。

R03- 海上入出港
321

WPC
TPC

「とん税等納付申告控情報」において、英 外航船社等に対して控え資料として送付の際 全体もしくはタイトル等一部の英文訳の追記
文訳の追記に英文訳が必要なことがあり弊社で記載・ス
タンプ押印で対応している

R03- 航空入出港
326

GIA01/GIR01

R03- 航空入出港
329
R03- 航空入出港
331

GIR、GOR

画面展開の改善要望。

理由・効果
検討結果
CYで輸出許可申請中を把握できず、業務を システムの改修規模が大きい（改修経費
進めてしまう恐れがある。
が高額、自社システム影響が大きい案件
等）ため対応が困難

国内で蔵置されている場合、次港でPKI がかか 他港に蔵置中であることがIMI では分から システムの改修規模が大きい（改修経費
らないため、事前に把握したい。IMI-コンテナ ず、PKI をかけた際にエラーとなり発覚す が高額、自社システム影響が大きい案件
情報で総本数とは別に船卸可能コンテナ本数を る等）ため対応が困難
出して欲しい

英文訳を記載・スタンプ押印をしなくて済 システムの改修規模が大きい（改修経費
む。外航船社等に対して資料等にそのまま が高額、自社システム影響が大きい案件
使用することができる
等）ため対応が困難

ATA以外は同じ内容を入力

業務コードを1つに集約し、同じ入力シートで 作業の効率化
GIA、GIRが送信できる仕様へ変更を希望。例えば、検疫のみ提出にチェックをつけることで、検疫にのみ情報が伝達されるなど。

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

入力する文字枠のサイズ変更

文字枠が画面に対し、小さい入力する文字枠を大きく変更

PLR、NLR

名前入力欄の文字数変更

名前入力欄の文字数が少ない

名前入力欄文字数増

R03- 航空入出港
332

PLR01

PLRの日本語がわかりにくいです。

例えばNRTからTPE経由でHKGへ行く場合、1最 NACCS上の日本語を解釈すると1,3もしくは4,５ 誤った情報を送るのを防げると思います。 他の利用者様の運用に大きな影響を与え
初の出発空港、2他国からの最終出発空港、3 になるのが自然かと思います。
るため対応は困難
最初の到着地空港、4経由地空港、5最終目的 外国の航空会社でもNRTから便名が変わるので
地空港と項目がある中で使用するのは2,3,4に あれば出発空港、経由地空港、最終目的地空港なります。
とシンプルに分けて頂きたいです。

R03- その他
335

ACL01

ACL01の展開画面を減らす

R03- その他
341

APA

交通者情報の柔軟化

共通部1～5、繰返部と6つ展開画面あり、入力 可能な限り共通部を統合し展開画面を減らして 複数の画面行き来する必要がなくなり、入 システムの改修規模が大きい（改修経費
しづらい
ほしい
力しやすくなるが高額、自社システム影響が大きい案件
等）ため対応が困難
1申請に辺り交通者情報が20名しか登録出来 交通者情報をPDFやExcelの添付が出来る仕様に 交通者が大勢いる場合に簡易に対応出来
関係省庁に伝達し、今後も継続して検討ず、交通者が100名等の大人数になる場合、何 してほしい。若しは、MSB対応や汎用申請に変 る、また業務の時間短縮にも繋がる。
いたします
件も申請しなければならず手間な為、マニュ 更して頂きたい。
アルにて税関に提出している。

R03- その他
345

DMF

船社や船舶代理店しかできないＮＡＣＣＳ 搬入後の申告をしているため、分割で搬入が ＤＭＦを船社や船舶代理店以外の利用者コード 時間の効果は計り知れない。1B/Lにつき10 他の利用者様の運用に大きな影響を与え
不参加の在来船の積荷目録を誰でもできる されるもの毎に申告を分割しなくてはならな からもできるようにする。
以上の分割申告をしているがそれを一括で るため対応は困難ようにする。
い。また岸壁から保税倉庫までの保税運送も申告し、保税運送を切る必要がなくなる。
そうしないと、特例輸入者なのにも関わら 分割して行なっているため、業務にかなりのず搬入前許可を受けることができない。 負荷がかかっている。
ＤＭＦを通関業者もできるならば私がやり、そのままＩＤＣをやることができる。

入力ミス防止の為

他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不名前がミドルネームがある方だと文字数が システムの改修規模が大きい（改修経費入らず反映していない。(CIQから正当名前 が高額、自社システム影響が大きい案件を聞かれる。)
等）ため対応が困難

項番
業務区分
R03- その他
346

業務コード
要望の概要
現在のシステムの仕様
EDC
EDC印刷時における輸出承認番号等の表示 EDC画面において印刷時の輸入承認等の入力可について能数が奇数のため、１）のみ右上にあるため、見間違いを誘発する可能性がある。視線の動きは最初に「輸出承認番号等」の真下である２）に誘導されるからである。人間工学に基づいたインターフェースの改善を求む。

要望の詳細

R03- その他
348

HHA

補足情報のコメント欄入力可能文字数を増 現在の仕様では、補足情報のコメント欄は140 各種指数に加えて輸入者よりメモ等のコメント 輸入者にもわかりやすい内容でコメント欄 システムの改修規模が大きい（改修経費
やしてほしい。
文字が入力可能文字数となっている。
欄への文字入力を依頼された場合、文字数制限 の入力ができる。
が高額、自社システム影響が大きい案件
一方、各種指数の算出にあたっては、保険金 に抵触し、文字数の削除やメモ記載を断念して等）ため対応が困難
額がCIF価額の前提で自動計算されているた いただく等の支障が発生しているため、補足情
め、保険金額をCFR価額前提とした場合、各種 報のコメント欄の入力可能文字数を280文字程
指数の自動計算がなされない。この場合、各 度に増やしてほしい。
種指数については数値を補足情報のコメント欄に入力している。

R03- その他
351

ICG

DOR 取消送信

DORの履歴が付くのと、荷渡可能表示が消える？

R03- その他
352

ICG

ICGを1ページにまとめられないか？

印刷時、FCLの場合のICGで、コンテナ番号の 全体的に情報が多くて2ページになるならやむ 資源の有効活用、紙出力の削減。
みが、1ページに収まりきらず、2ページにま を得ないが、コンテナ番号のみ2ページ目にきたがってしまう。
ており、神の出力の無駄にもつながっております。一部記号化するなりで、スペースを省略
し、1枚の紙に集約できないか。

R03- その他
353

ICN

代理店IDでの貨物管理番号、許可状況を確 オペIDでのみ確認可能
認

R03- その他
356

IDC

IDC申告番号について

R03- その他
375

RSS01

ディスパッチ（輸入コンテナ引取予定ID確 ディスパッチ（輸入コンテナ引取予定ID確認 ディスパッチの返信は、RSS01業務の送信者へ 業務行程の効率化、工程削減
認情報）を事業所コード返信より、事業所 情報）を事業所コードへ一律返信されるの直接返信されるように変更していただきたい。
内の引き取り依頼した各認証コード取得者 で、ディスパッチがNACCSより返信されても、へ返信して欲しいデータ抜き出し者が特定できない場合は、各認証コード者へ返信の確認をする必要、また確認ができない場合はマニュアルにて再度Ｃ
Ｙへ搬出申し込みをする必要があり手間がかかる。

R03- その他
376

URY

通関士用の利用者ID の初期割当ておよび パスワードを変更を行うために、新たに自らパスワードを変更する場合、システムから パスワードを考案しなければならない。
パスワードを払い出してほしい。
併せて、IDとパスワードの一元管理が可能になるようにして欲しい。

通関士用利用者IDに付随する初期パスワードか セキュリティーに問題のないパスワードを 他の利用者様の運用に大きな影響を与えらのパスワード変更、人事異動などで通関士ID 考案することが無くなり、安全が確保でき るため対応は困難
を「UTB」で変更した際のパスワード変更の際 る。
に、NACCSから自動でパスワードを払い出して欲しい。

R03- その他
377

管理資料
データ

管理資料H01 輸出申告一覧データ

現在は小数点以下切り捨て

管理資料のG/Wを小数点以下3桁まで表記して欲 保税台帳として保存する際に書類を見なが 他の利用者様の運用に大きな影響を与えしいら小数点以下を追加しているためるため対応は困難

R03- その他
378

管理資料
データ

管理資料I51 輸入申告一覧データ

現在は小数点以下切り捨て

管理資料のG/Wを小数点以下3桁まで表記して欲 保税台帳として保存する際に書類を見なが 他の利用者様の運用に大きな影響を与えしいら小数点以下を追加しているためるため対応は困難

R03- その他
379

管理資料
データ

管理資料H01 輸出申告一覧データ

現在は小数点以下切り捨て

管理資料のG/Wを小数点以下3桁まで表記して欲 保税台帳として保存する際に書類を見なが 他の利用者様の運用に大きな影響を与えしいら小数点以下を追加しているためるため対応は困難

R03- その他
380

管理資料情
報

毎月1日に配信されるCBD5100(輸入申告一 IBPで申告した際もBPで表示される。
覧データ）の申告等種別がIBPで申告した
際はIBPで表示

概要に記載の通り

R03- その他
382

新規通関業法に定める「従業者等異動届」なら システム化されていない（と記憶する）。
びに「在宅勤務開始・終了届」をNACCSで行う。

NACCSから当該届出を行い、併せて（特に通関 管理の一元化
士の利用者IDなど）の管理を簡便に行えるようにして欲しい。

DORの履歴の横に‘取消’等わかりやすくして
ほし

理由・効果

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

DOR送信の履歴が何度もついている時があ システムの改修規模が大きい（改修経費る。通知先の変更なのか取消送信なのか瞬 が高額、自社システム影響が大きい案件時に判断するのが難しい等）ため対応が困難
第７次ＮＡＣＣＳ更改において対応予定

代理店IDでも貨物管理番号、許可状況の確認を 代理店として通関状況の確認をしたいため 他の利用者様の運用に大きな影響を与えしたい
るため対応は困難

IDCの申告番号はEDCのものとは異なり、ス
ペースがあるためダブルクリックで番号全体を選択することができない。ドラッグする必要があるため時間をとられる。スペースの存
在に合理的な理由があれば別だが、たとえ１秒程度といえどユーザーの利便性を阻害する
べきではないと考える。

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

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

現在のシステムの仕様では許可年月日を確 システムの改修規模が大きい（改修経費
認しなければ、BP・IBPの判別ができない が高額、自社システム影響が大きい案件
為、都度確認する必要がある。
等）ため対応が困難
他の機能や業務により対応可能（予定）であるもの（新たなプログラム変更は不
要）

項番
業務区分
R03- その他
387

業務コード

要望の概要
現在のシステムの仕様
データ送信中のキャンセルボタンについて 申告時、データの送信中のダイアログのキャ
ンセルボタンが機能していない。キャンセル
してもデータは送信されている。まるで欺瞞のような意味のないダイアログは表示すべき
ではない。

要望の詳細

理由・効果

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

R03- その他
389

データの入力に関して

入力ボックスと実際の入力可能文字数が一致しておらず、入力可能な文字数が一見してわかりづらい。合理的理由がなければ実際の入力可能文字数と入力ボックスの大きさは一致させるべきである。

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

R03- その他
396

使用可能なショートカットキーの追加

印刷プレビュー画面で"CTRL+P"の印刷ショー ショートカットキーを使用できるようにしてほ 業務の効率化を図れる
トカットキーが使えず、印刷マークを押し設 しい定を確認してからの印刷となっている

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

R03- その他
399

一覧画面で検索できる内容を増やしてほし 検索区分は複数あるが、一覧に表示されてい より詳細に検索できるようにしてほしい。
検索できる内容の幅が増える。
い。
る項目でのみ検索が可能。具体的に抽出でき 申請した内容(例：コンテナ番号)からも検索でるのはB/L番号のみ。
きるようにしてほしい。

R03- その他
400

業務エラーをまとめて抽出したい。

エラーとなった業務は、エラーコードが表示 エラーとなった業務をチェックボックスを設け 一覧から効率的に情報を抽出できるように 2023年度実施予定
されている欄を、一覧を遡って探している。 るなどして抽出できるようにしてほしい。
なる。業務を更新中の場合、画面が動いて動作が悪くなるため。

R03- その他
407

許可・承認貨物（輸出）情報

許可・承認の確認事項

R03- その他
410

R03- その他
411

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

現在の内容にBOOKING NO・揚港の記載を情報と ICGでの確認が省略される。
して追記してもらいたい。

システムの改修規模が大きい（改修経費が高額、自社システム影響が大きい案件
等）ため対応が困難
通関業者許可事項の登録・修正の業務コー ・通関業の許可事項の変更は都度税関様式
左記提出した情報を業務コードで管理しNACCS 許可事項は、変更があった内容のみ申請し システムの改修規模が大きい（改修経費
ド化
B1140もしくはC9030で申請書を作成し、提出 で①自社登録情報の閲覧、②許可事項の変更発 ているため、自社情報の最新の登録内容は が高額、自社システム影響が大きい案件している。
生時には、当該業務コード内で変更申請、③税 別途リストで管理している。NACCS内で最 等）ため対応が困難
・自社情報の最新の登録内容は、過去に提出 関、通関業者双方でダウンロードができる仕様 新の登録内容の管理ができれば税関も通関した申請書をとりまとめ、別途リストで管理 にする。
業者の情報管理を一元化・データ化でき、している。
また通関業者側でも管理の簡素化につなげることが可能。
管理資料データ【G02輸出貨物搬出入デー 管理資料には金額の表示はないので、別途積 G02輸出貨物搬出入データへの金額（FOB円建て 金額は保税工場における保税台帳の記載項 システムの改修規模が大きい（改修経費タ】への表示項目追加。
戻し鋼材用の保税台帳を作成している。
表示）を追加してほしい。
目となっており、管理資料に金額が表示さ が高額、自社システム影響が大きい案件れれば保税工場も管理資料を保税台帳とし 等）ため対応が困難て活用できる為、保税蔵置場と同様に保税台帳の電子化が可能となる。また、管理資料である為、記載ミスなどの防止も期待できる。