資料 2

第3回

海上保税・貨物WG資料

ACL情報登録業務の改善

2019年10月9日

輸出入・港湾関連情報処理センター株式会社

1．ACL情報登録業務の改善

ACL情報登録業務について見直しが必要と考えており、今後、検討を進めることとしたい。
区

分

概要

１．個別検討事項

ACL情報登録業務の改善

２．現行仕様ACL情報登録（ACL01/ACL02）業務によりD/R（ドックレシート）等の情報をNACCSに登録し、ブッキング先の船会社やNVOCCへの通知を可能としている。また、貨物搬入先CY・CFS等の関係先へも通知を可能としている。

３．見直しの経緯（利用者の要望等）

ACL業務に関するプログラム変更要望*について関係業界（船会社、海貨業等）との意見交換を実施した結果、下記要望の再検討が必要と考えられる。
①品名欄の改行、「＿」（アンダーバー）等の入力②品名が2つ以上入力された場合の電文分割③項目および入力チェックの追加*システム影響やEDI仕様により単年度プログラム変更で実施不可となった案件

４．次期仕様今回は現状の問題点の把握のみとし、次期仕様の提示については今後、詳細検討の場で実施する。

５．その他

1

備考2．主なＡＣＬ業務プログラム変更要望一覧
項番

区分
入力仕様

1

電文上にメールアドレスを記載する場合に使用す 技術的に難しいと思われますがEDIFACT利用の問題等、影響範囲が大きく実施はる「_」（アンダーバー）、危険品のフラッシュ 「_」「°」を利用可能として頂きた 困難です。
ポイント等温度表記に使用する「°」が禁則文字 い。となっており使用できない。荷主によっては正確な記載を要求される。

2積載予定船舶のコールサインと船名を同時に入力 コールサインと船名が入力されてい ご提案の内容ではコールサインと船名どちらを優した状態では送信エラーとなる。ECRにコールサ る場合でも、送信が可能にしていた 先させるか、システム上判断ができないことからインを入力すれば、貨物情報をEDBで呼び出すと だきたい。
実施は困難です。（IVK業務にて船名とコールサコールサイン、船名が反映される。
入力の際にコールサインが予定船舶 インを確認する事が可能。）と合致しているかを確認のために両方入力を可能として頂きたい。
また、コールサインと船名が一致していない場合はエラー処理出来ないか。
ECRは予定船舶名のみで送信が出来るが、EDBでも貨物情報を呼び出した際に船名とコールサインを反映させることができないか。

3

電文仕様

4

現行仕様
要望内容
過去の検討結果
現在、お客様がマーク欄、品名欄で改行を行って 改行がEDIFACT上でも反映される様、NACCSのEDI仕様書上、項目内に改行を入れるこ
も、EDIFACTで受信した際はその改行が自社シ システムの変更をお願い致します。 とは不可となっているため、実施は困難です。
ステムに反映されない状況です。
※EDI仕様上、改行は次項目とみなす仕様となっその為、お客様にスペースを入力してもらうか、ているため。
自社システム側で手直しが必要となっております。

品名欄が品名2以上に書き込まれると電文が2つ以 電文が分割されないように変更をお 当該業務の出力情報を変更することは、他の利用上に分割される。これを分割しない様にしてほし 願い致します。
者様への影響が大きくなることから実施は困難でい。
す。
Ｂ／Ｌアタッチシートの電子ファイル化

５

貨物の記号・番号等のアタッチシー 第6次NACCS更改時にも検討しましたが、アタットを電子ファイル化して当該業務の チシートがPDFであればEDI化したと言えず、船添付ファイル化したい。
会社側でアタッチシートを受信する仕組みも構築できないことから、実施しないこととしました。

2

2．主なＡＣＬ業務プログラム変更要望一覧
項番

67

区分
入力項目

現行仕様
下記の項目は任意項目①担当者名/担当者電話番号②個数～容積単位コード（ネット）③コンテナ番号～温度単位コード④輸出統計品目・代表番号

要望内容

過去の検討結果①必須項目化
①④第6次更改時の個別WGにおいて、必須項目化②③必須項目化若しくは不備は警告 を見送っていることから実施致しません。
④6桁必須化②当該項目を必須項目とした場合、他の利用者様への影響が大きくなることから実施は困難です。
③LCL貨物も兼用している業務であることから、必須項目化することはできません。

コンテナ番号入力欄（繰返部に記事欄がないため、コンテナ番号入力欄に内個数・オー 入力項目の追加は自社システムへの影響等も発生
荷姿及び内個数を「共通部2」の記事欄にコンテ バーハイ・オーバーワイドの入力欄 するため実施は困難です。
ナ番号を明記し記載している。また、特殊コンテ を設ける。
ナの場合はオーバーハイ・オーバーワイドを同様に記事欄に記載している。

8

サードパーティへACL情報を送信する際に、オリ オリジンの船社に対しても情報を送 ※新規要望の為、検討未実施。
ジンの船社には情報を送ることは出来ない。
れるよう、送信先項目を追加してほしい。

9

1ACLに対し、複数BOOKING番号の入力は不可。BOOKING番号を２件以上入力する 改変規模が大きくなることから実施は困難です。
必要があるため、1ACLに対し複数BOOKING可能な業務を新設して欲しい。（※50回繰り返し入力可能なハウスBOOKING番号ではない。）

入力チェック 受信側として、通常のB/L作成に必要な情報につ 通常のB/L作成に必要な情報につい 当該項目等を必須項目とした場合、他の利用者様いて未入力チェック項目が少ないと感じるて未入力チェック項目の増加への影響が大きくなることから実施は困難です。
10・船卸港・運賃支払コード(P/C）

11

ACL01業務での重量・容積（共通部の合計グロス ACL01業務での重量・容積（共通部 一律エラーとした場合、利便性を損なう恐れがあ
重量・容積と繰返部コンテナの各グロス重量・容 の合計グロス重量・容積と繰返部コ るため実施しない。なお、ワーニングは更改ＷＧ積が不一致となった場合でも送信は正常終了する。
ンテナの各グロス重量・容積の不一 での検討の結果、出力する仕様としています。
致を致判した場合には、アラートを表示して登録送信を中断し、開いている画面で訂正を再入力して送信できるようにする。

3

3．第2回合同WG提案内容
議題3「ユーザーインターフェースの見直し」
項
２目

ＡＣＬカスタマイズ機能の操作性

課

題

ＡＣＬカスタマイズ機能は操作性の難易度が高く、一般的な利用者向けになっていない。

カスタマイズツールの現状
ACLカスタマイズでは、ACL業務の出力帳票レイアウトのカスタマイズが行うことができますが、操作性の難易度が高いため、簡易に対応船社等毎の出力帳票を作成することができない。なお、第6次より出力帳票をB/L様式とし、最少出力枚数も５枚から2枚としました（記号番号情報、品名情報を除く）。

ご要望により、B/L様式の「カスタマイズサンプル*」を複数提供。

サンプル提供により作成負荷は軽減されていると認識しておりますが、ご意見をお聞かせください。
*…コンテナ船及び在来船・自動車船用サンプル
出力コード「SAT135」「SAT138」「SAT140」「SAT143」「SAT145」「SAT148」
4

（参考）カスタマイズサンプル（一部）①
例①：SAT135（コンテナ船用）

5（参考）カスタマイズサンプル（一部）②
例②：SAT138（在来船・自動車船用）6