次期港湾サブシステムのご提案

Size: px

Start display at page:

Download "次期港湾サブシステムのご提案"

せいごろうつちた
7 years ago
Views:

1 第 11 回合同 WG 資料 4 Ⅳ サブ WG 検討結果 3: 次期 ACL 業務 2014 年 11 月 14 日輸出入港湾関連情報処理センター株式会社

3 ACL 業務のこれまでの経緯 1999 年 2010 年 2012 年 2017 年 SeaNACCS 更改 ( 第 2 次 ) Sea NACCS 更改 ( 第 3 次 ) NACCS 更改 ( 第 6 次 ) 船積確認事項登録 ( コンテナ船用 ) 提供開始 ACL02 船積確認事項登録 ( 在来船用 ) 提供開始 ACL03/04 で新たに追加した機能 1Sea Waybillドラフトおよび運賃請求情報の通知機能 2Pay-easyによる運賃の電子決済機能 3Sea Waybill 情報を NACCSから提供する機能利用が進んでいない ACL03 船積確認事項登録 ( コンテナ船用 ) (SWB 用 ) ACL04 船積確認事項登録 ( 在来船用 )(SWB 用 ) 提供開始 ACL 情報登録 ( コンテナ船用 ) ACL02 廃止 ACL 情報登録 ( 在来船自動車船用 ) 1

4 1. ACL サブ WG における検討結果 (1) ACL サブワーキングについては 2014 年 8 月から 4 回にわたって開催し以下のとおり取り纏めを実施した項番項目内容 1 主な検討課題現行 ACL 業務におけるNVOCC 扱いの業務処理 ( フロー ) が実態と乖離していないかサブWGにおいて確認を行い概ね資料 1 のとおりであることが確認された SIR 等サブワーキングにおいて SIR( 船積指図書 (S/I) 情報登録業務 ) を ACL 業務の上流情報として位置付け SIR の項目を ACL に合わせる方向で検討を行うことを決定 ( 詳細は SIR 等サブ WG の結果報告参照なお SIR を ACL の先行業務として必須化するものではない ) 2012 年 3 月に SeaWaybill 作成用として新たに ACL03 ACL04 業務がリリースしているが ACL02 との関係が整理されていないとの指摘を踏まえ下記 2. のとおり整理を行った ACL03 ACL04 のリリースに併せて運賃決済を目的とした決済業務の提供を開始しているが即時性がない等の理由から利用が進んでいないため第 6 次における対応を下記 3. のとおり検討した ACL 業務に関するプログラム変更要望について検討を行った ( 検討結果は資料 2 参照 ) 2 ACL 業務の統廃合及び名称変更現行及び ACL02 は廃止し現行 ACL03 を新現行 ACL04 を新 ACL02 とする見直しを実施する現行 ACL 船積確認事項登録の業務名を ACL 情報登録に変更する ( 注 :ACL=Acknowledgement of Cargo Loading) ACL02 業務の業務名に自動車船用を追加する業務コード現行業務名第 6 次業務名船積確認事項登録 ( コンテナ船用 ) ACL 情報登録 ( コンテナ船用 ) ACL02 船積確認事項登録 ( 在来船用 ) ACL 情報登録 ( 在来船自動車船用 ) ACL11 船積確認事項登録呼出し ACL 情報呼出し船積確認事項登録 ( ) 呼出し ACL 情報登録 ( ) 呼出し IAL 船積情報照会 ACL 情報照会 IAC 船積情報登録状況照会 ACL 情報登録状況照会 2

5 1. ACL サブ WG における検討結果 (2) 項番項目内容 3 決済関連業務の廃止現行決済業務については即時性が無いことが大きな課題となっておりこの課題が解決されない限り利用が進まない可能性がある基本仕様提案以降即時性を持つ決済機能について検討を進めてきたが現時点では現行以上の決済機能を提供可能とすることは難しい状況にある従って現行決済機能のままで提供しても将来的に利用拡大が進むとは考えられないことから第 6 次 NACCSにおいては決済業務の提供は廃止することとするなお決済機能の廃止により以下の業務が廃止対象となる業務コード業務名業務コード業務名業務コード業務名 WBI SWB 確定通知 PAS 支払選択登録 IWB SWB 情報照会 WBI11 SWB 確定通知呼出し PAS11 支払選択登録呼出し IIS SWB 請求情報一覧照会 WBS SWB 情報通知 4 プログラム変更要望 ACL 業務に対するプログラム変更要望の対応可否については資料 2のとおりとする主なプログラム変更は以下のとおり ( 資料 3 参照) 5 電子ファイル添付登録可能化 1 重量等不一致チェックについて共通部のグロス重量 / 容積と繰返部 (CLP) の各コンテナの重量 / 容積の合計を比較し不一致の場合はワーニング対応とする 2 通知先欄の拡大通知先を最大 4 欄から5 欄へ拡大 3 入力者情報項目の追加 ACLを入力した会社名を追加 4 記号番号欄のレイアウト変更現行 35 桁 4 行 ( 繰返 90) の記号番号欄について欄の拡大を図る基本仕様において提案を行ったアタッチシートの電子ファイル添付化については自社システムでの取り込みが困難等の意見が大勢を占めたことまた自社システム対応を考慮しテキスト形式のみに限定することも考えられるが全体におけるカバー率を考えると費用対効果の問題があることから WG では本提案は実施しないこととした ( 資料 4 参照 ) 3

6 資料 1. NVOCC 扱い貨物に係る ACL 業務フロー ( 全体概要 ) 海貨業等NVOCC船会社NVOCC 扱い貨物 ( 参考 ) 船会社扱い貨物 1(FCL 貨物等 ) 2( 混載貨物 ) 3(Co-Load 貨物 ) ハウス B/L 作成情報を登録ハウス B/L 作成情報を受信ハウス B/L 作成情報をにまとめるに B/L 作成情報を登録 ACL 情報 B NV船積確認事項情報 A 船積確認事項情報 B マスタ B/L 作成情報を受信 ACL 情報船積確認事項情報船積確認 A 事項情報 B VOCCOCCN ACL 船積確認情報事項情報 A ACL 情報船積確認事項情報船積確認 A 事項情報 B ACL 情報 4

7 資料 1-2. NVOCC 扱い ACL 業務フロー (FCL 混載貨物 ) 海貨業等NVOCC船会社5 NVOCC 扱い貨物 (FCL 貨物 ) NVOCC 扱い貨物 ( 混載貨物 ) 現行フロー業務実態現行フロー業務実態 S/I 等ハウスB/L 受領 S/I 等ハウス B/L A 受領ハウス B/L B 受領 ACL 情報 ACL 情報 B S/I 等受領 ACL 情報 B ハウス B/L B 発行 S/I 等受領ハウスB/L 発行ハウス B/L A 発行 ACL 情報マスタ B/L 受領マスタB/L 受領 ACL 情報 B ACL 情報 ACL 情報マスタB/L 発行 ACL 情報 ACL 情報マスタ B/L 発行

8 資料 1-3. NVOCC 扱い ACL 業務フロー (Co-Load 貨物 ) 海貨業等船会社NVOCC 扱い貨物 (Co-Load 貨物 ) 現行フロー業務実態 VOCCNVOCCN ハウス B/L B 受領マニュアル D/R 情報 D ACL 情報 B ハウス B/L B 発行マニュアル D/R 情報 D ハウス B/L A 受領ハウス ( マスタ ) B/L C 受領マニュアル D/R 情報 E ACL 情報 B ハウス B/L A 発行ハウス ( マスタ ) 単位 ACL 情報 C ハウス ( マスタ ) B/L C 発行マニュアル D /R 情報 E マスタ B/L 受領ハウスの ACL 情報が NACCS に登録されていないケースもある ACL 情報 ACL 情報 B ACL 情報マスタ B/L 発行 6

9 資料 2.ACL 関連業務プログラム変更対応一覧 (1) プロ変項番業務コード要望元変更要望内容検討状況実施可否 1 5 日海貨バンニング情報の登録の際に入力している項目 ( バンニング個数荷姿重量容積 ) についても同様に補完してほしい ACL11 では輸出管理番号から貨物情報の呼出しを可能としているが 1 つのコンテナに複数の輸出管理番号がリンクされているケースがあることから対応困難 2 6 外船協船会社が発行する Master B/L No. を記載出来る欄を増やしてほしい AMS 及び 10+2 でブッキング時に船会社から発行された MasterB/L がどの S/I に合致するのか確認したい MasterB/L 欄の入力欄を追加 3 7 外船協着荷通知先住所電話番号荷受人住所電話番号の欄は 105 桁であるため 50 桁増やしてほしい荷送人荷受人着荷通知先の住所電話番号欄について 70 桁を追加し 175 桁とする 4 8 日海貨荷姿コード PP の明細が PALLET&PACKAGE と表示されるため PALLET と表示してほしい荷姿コードは他業務でも参照するコードとなっており本業務のみの変更はできない 5 9 日海貨 SHIPPER,CONSIGNEE,NOTIFY の名前住所が分かれるため当該欄についてまとめて出力するようにしてほしい米国 AMS 等海外向けマニュフェスト情報において名称欄と住所欄を分けて求められるケースがあることから分割での提示とする 6 10 日海貨運賃協定払い欄等項目が無い所に表示されるものがあるため項目を出力してほしい要望元にて対応不要との確認済 7 11 日海貨個数グロス重量容積が 2 ケ所あるので 1 ケ所にしてほしい要望元にて対応不要との確認済 8 12 日海貨ケースマークについて 5 行目で改頁するため 15 行目まで増やしてほしい記号番号欄を 20 行に拡大 9 13 日海貨共通部 2 のグロス重量について桁数を 13 桁にしてほしい合同 WG 貨物重量項目の桁数拡大の検討に合わせた対応とする 7

10 資料 2.ACL 関連業務プログラム変更対応一覧 (2) 項番プロ変項番業務要望元検討事項及び意見等検討内容 ( 回答 ) 実施可否日海貨 BOOKING 番号を複数欄設けてほしい ACL 業務はブッキング番号単位に処理する仕組みを提供していることから複数のブッキング番号欄を設けることは困難日海貨シール番号欄を 4 欄にしてほしいシール番号欄を 1 欄追加し 4 欄に変更日海貨 MARK の幅を増やしてほしい桁数については EDIFACT 電文上の制限もあることから 35 桁とし行数を増やすことで記号番号欄の拡大に対応する日海貨内個数を 10 個くらいに増やしてほしい内個数の入力欄を追加し 10 欄とする日海貨 SHIPPER CONSIGNEE, NOTIFY PARTY 欄についてスペースを増やしてほしい荷送人荷受人着荷通知先の住所電話番号欄について 70 桁を追加し 175 桁とする日海貨項目内で改行を行う際スペースキーを利用しているが入力時間を短縮するため ENTER キーでの改行ができるようにしてほしい NACCS システム全体の EDI 電文仕様で改行 (ENTER キー ) が項目間の区切り文字となっているため項目内に改行を含むことができない NACCS パッケージ全体の仕様に係る事項であり ACL 業務のみの対応は困難日海貨複数の ACL データは代表 1 件目のみに総件数を通知するようにしてほしい要望元にて対応不要との確認済船積確認事項登録 ( コンテナ船用 )() 業務の重量欄について重量単位を KG 入力する欄の入力桁数 ( 整数部 6 桁 ) を増やしてほしい合同 WG 貨物重量項目の桁数拡大の検討に合わせた対応とするバンニング情報登録前に仮登録した ACL 情報についてバンニング情報登録後に呼出しを行うと個数荷姿グロス重量等のコンテナ情報が補完されないのでこれらの情報を補完するようにしてほしい補完は入力がなかったときにのみ行う仕様としている情報が入力されていた場合に当初の情報を上書きしてよいのかシステムで判断できないため対応しない 8

11 資料 2.ACL 関連業務プログラム変更対応一覧 (3) 項番プロ変項番業務要望元検討事項及び意見等検討内容 ( 回答 ) 実施可否船積確認事項登録 (ACL) 業務におけるカスタマイズ帳票は共通項目の部分とコンテナ情報等の部分ではテンプレートを 1 ページに集約することもできないまたコンテナ情報のページにブッキング番号等のキー項目を表示することができないためカスタマイズ帳票のテンプレートを 1 つにまとめてほしいカスタマイズ機能の制約上対応は困難 ACL03 /04 船積確認事項登録 (ACL03 ACL04) 業務について荷送人荷受人着荷通知先記号番号及びシール番号欄の入力項目の文字数桁数を増やし入力欄についても追加してほしいまた ACL03 04 では輸出申告番号からの情報呼び出しや CY CFS 欄の通知等 02 にある機能が無くなっているため機能を追加してほしい荷送人荷受人着荷通知先の住所電話番号欄について 70 桁を追加し 175 桁とする CY CFS 欄の通知機能を設ける IAL 船積情報照会 (IAL) 業務の照会結果に 02 業務の送信履歴を出力してほしい送信履歴を 5 件出力する IAL 船積情報照会 (IAL) 業務による照会結果に通知先コード 1 2 が表示されないので出力してほしいまた ACL 仮登録でも照会が可能となるようにし仮登録状態か本登録状態か取り消し状態かを区別できるようにしてほしい出力情報に通知先と登録の区分を追加 JIFFA 荷送人等の名称住所電話番号欄の改行が 35 桁であり JIFFA 標準では 48 桁 (10pt) 改行ため名称欄のずれが生じてしまう改行桁数について検討を行ってほしい EDIFACT 電文上の制約から 35 桁での改行が望ましいため対応しない JIFFA FAX 番号 ( 任意項目 3 欄 ) の運用をやめてほしい ( 要望理由 ) 海貨業者が船会社に直接 ACL 情報を海貨 FAX 番号を入れて送信した場合運賃情報が本来受け取るべき NVOCC 以外の社に漏れてしまうため運用上 FAX 番号の利用が欠かせないとの意見があり項目の削除は困難 9

12 資料 2.ACL 関連業務プログラム変更対応一覧 (4) 項番プロ変項番業務要望元検討事項及び意見等検討内容 ( 回答 ) 実施可否 JIFFA ACL 情報を受け取る側の保税蔵置場で通知先コードを誤って本来の搬入先でない蔵置場に送信される場合があるためチェック機能を設けるか誤送信先が誤送信であることを知らせるような仕組みを作ってほしい ( 要望理由 ) 誤って送信されると実際の貨物と情報が一致していない状況が放置される状態となるため誤送信を通知する仕組みを新たに設けることは困難であるため対応はしない次期では送信後に通知先情報を確認できるよう帳票に通知先情報を出力する JIFFA JETRAS のライセンス取得有無がわかるような欄を設けてほしい ( 要望理由 ) 香港で船卸の際にライセンスの確認が必要であるが輸出許可書には記載があるが NVOCC には分からないため危険品同様に欄を設けてほしい要望元にて対応不要との確認済繰返部のコンテナ情報にフラットラックコンテナのオーバーワイドオーバーハイの欄を設けてほしい ( 要望理由 ) 現状欄がないため記事欄に入力しているフラットラックが複数本のときに桁数が不足する場合があるため記事欄の行数を追加する現状通り記事欄での運用とする禁止文字 _( アンダーバー ) を使用可能としてほしい ( 要望理由 ) メールアドレスの入力を希望する荷主が近年増えており _ が含まれている場合アタッチにする必要がある _( アンダーバー ) を使用可能とするには _ を含む属性 sn の文字 ( 英小文字 $ 等 35 文字 ) すべてを入力可能としなければならず船会社側で対応できないとの要望があり対応は困難船舶コード ( コールサイン ) を入力した場合にリアルタイムで船舶名称が確認できないか ( 要望理由 ) キー項目であるため訂正が出来ず再送信となり手間であるため開発規模が大きいため対応は困難 JIFFA 繰返部に車台番号エンジン番号以外に実務上シャーシごとの LWH が必要なので入力欄を設けてほしい要望を踏まえヒアリングを行った結果新車を扱う社において LWH の情報を紙媒体でやり取りする運用を行っており ACL の入力項目化に対応できないことから反対との意見があるため対応はしない 10

13 資料 2.ACL 関連業務プログラム変更対応一覧 (5) 項番プロ変項番業務要望元検討事項及び意見等検討内容 ( 回答 ) 実施可否 JIFFA 数量の合計はできるが品名と記号番号の合計が出来ず中途半端で現状使用している社がいないコンテナマニフェストのような情報にまとめられるようにしてほしいの変更に合せて必要な変更を行う JIFFA FCL の数量や品名はそのままに荷送人等情報だけ Master B/L 情報に書き換えて送信できる機能を検討してほしい ( 要望理由 )FCL の貨物を NVOCC で扱う機会が増えておりで送信する機能があればよいの変更に合せて必要な変更を行う ACL WG 委員現行の ACL 業務では記号番号欄が 4 行 (140 桁 ) しか入力できないためアナログ的に記号番号のみ紙に複写して船会社 CY 等に FAX している記号番号欄の桁数を拡大するか添付機能を追加してほしい記号番号欄を 20 行に拡大 34 日海貨 Waybill 同様に SURRENDER のボタンを追加してほしい正式な船積書類として認められていない側面もあることから対応はしない 35 ACL 事務所記号番号欄及び品名欄に SEE ATTACHED SHEET と手入力がされた場合エラーまたは注意喚起メッセージ出してほしい記号番号欄品名欄に 2 欄以上入力があった場合の出力メッセージを SEE ANOTHER ACL DATA に変更しエラー対応はしないこととする 36 ACL サブ WG 委員重量容積等の不一致 Dock Receipt に当たる項目と CLP に当たる項目で数字に相違がある場合送信時にエラーメッセージ等を表示して欲しい海貨業者へ確認を行うとタイピングエラーが主な原因である海貨業者側も Save 出来ない等の改良があれば助かるとの意見であるこのシステムチェック機能があると海貨船会社とも助かる共通部のグロス重量容積と繰返部の各コンテナの重量容積の合計について不一致判定を行う仕組みを設ける 37 日海貨送信後の印刷でも通知先を表示してほしい出力帳票に通知先を追加する 11

14 資料 3. 主要プログラム変更項目サブ WG においてはプログラム変更要望をもとに特に要望が多かった以下の事項について具体案を提示し検討を行った新たに設ける機能重量等不一致チェックについて共通部のグロス重量 / 容積 / 個数と繰返部 (CLP) の各コンテナの重量 / 容積 / 個数の合計を対象とした比較と不一致判定をシステム上行い送信時に注意喚起する変更を行う 1 重量 / 容積は単位個数においては荷姿が異なる場合は不一致判定の対象としない 2 ワーニングでの対応とする入出力項目関連 1 通知先欄の追加現行次期船会社 (NVOCC) 船会社 (NVOCC) CY CFS 通知先 1 通知先 2 通知先 1 (CY CFS) 通知先 2 通知先 3 通知先 4 2 入力者情報項目の追加追加入力項目条件桁数 1 2 担当者名 C 70 3 電話番号 C 35 追加出力項目条件桁数会社名 ( 欧文 ) M 70 担当者名 C 70 電話番号 C 35 3 記号番号欄のレイアウト現行 35 桁 4 行 ( 繰返 90) の記号番号欄について欄の拡大を図る 12

15 資料 4. アタッチシートの電子ファイル添付化サブ WG における意見集約結果社名団体名可否形式 ( 条件 ) 理由 A ー自社において取り込みの仕組みを作りこむことができない B ー現行に満足している C ー自社において取り込みの仕組みを作りこむことができない D テキスト WordやExcelなどのテキストファイルであれば検討の余地あり PDFについては反対 (Word/Excel) システムの変更が必要になるため E テキスト B/L 発行の簡略化が求めれている昨今日本のアタッチシートの概念を変更することが今後に向けての重要な課題となる輸入マニフェストの迅速性を求める上でもこの流れはグローバルで止めることはできないまたセキュリティの観点から Word や Excel の添付もウィルスを含む危険性が考慮される添付の際はテキストファイルの添付のみを可能とすることを希望する F テキストテキストファイルでもらえれば B/L 作成業務の効率化となる G テキスト (Word/Excel) H ー海貨業者からのアタッチシートの送付忘れが多くアタッチシートの回収にかなりの時間を費やし B/L 作成が遅れてしまう現行の FAX や PDF で送付されてくるアタッチシートはかなり不明瞭なものが多いので電子ファイル添付が実現した場合には Excel シート Word での送信を希望するできるのであればアタッチシート以外の必要書類も同時に添付できれば更に使い勝手が良くなる現状 ACL 電文とアタッチシート ( メール添付 FAX) が別々で着信することから業務が煩雑になっている I ー MSA MSB 業務と同じように PDF ファイルを使いその出力ができるか? ACL の本来の目的である B/L 情報としての利用価値という点に着目するとアタッチシート添付可能化するとしてもテキスト形式に機能を限定する必要があるテキスト形式のみ添付可能としても現在アタッチシートとして送信されている情報をカバーできる割合は低いと考える船会社間のアタッチシート運用の分化費用対効果の観点 ACL 業務におけるアタッチシートの電子ファイル添付化については対応しない 13

1. 業務概要コンテナ船又は在来船自動車船への輸出貨物の船積みに際し船荷証券 (B/L) の作成に必要な情報 ( 以下 ACL 情報という ) を船積確認登録 (CCL) 業務に先立ってブッキング番号単位に登録及び通知を行うなお本船への輸出貨物の船積みに際し関税法第 16 条第 2

1. 業務概要コンテナ船又は在来船自動車船への輸出貨物の船積みに際し船荷証券 (B/L) の作成に必要な情報 ( 以下 ACL 情報という ) を船積確認登録 (CCL) 業務に先立ってブッキング番号単位に登録及び通知を行うなお本船への輸出貨物の船積みに際し関税法第 16 条第 2 2031.ACL 情報登録業務コード業務名 ACL01 ACL 情報登録 ( コンテナ船用 ) ACL02 ACL 情報登録 ( 在来船自動車船用 ) 1. 業務概要コンテナ船又は在来船自動車船への輸出貨物の船積みに際し船荷証券 (B/L) の作成に必要な情報 ( 以下 ACL 情報という ) を船積確認登録 (CCL) 業務に先立ってブッキング番号単位に登録及び通知を行うなお本船への輸出貨物の船積みに際し