あなたがAISだけ見ると通関段取りが半日ずれます

本船動静を確認するサイトは、実務上は大きく3種類に分かれます。船会社公式サイト、AIS系サイト、そして港湾・行政系の画面です。結論は使い分けです。
船会社公式サイトでは、B/L番号、コンテナ番号、ブッキング番号、船名などからスケジュールや追跡情報を確認できるものが多く、ONE、MSC、CMA CGM、Maersk、Evergreenのような主要船社でもこの形が一般的です。 yushutsu(https://yushutsu.jp/2025/05/vessel_movement/)
一方でAIS系のMarineTrafficやVesselFinderは、AISを使って船の現在位置、速度、針路、目的港を地図上で見やすく把握するのに向いています。 marinetraffic(https://marinetraffic.live/ja/vesselfinder/)
ここで勘違いしやすい点があります。AISで船影が見えたから、そのまま通関やドレー手配の時刻根拠にしてよい、とは限りません。つまり役割分担です。
通関業務では、貨物単位で追いたい場面と、船舶単位で追いたい場面が分かれます。貨物単位なら船会社公式、船舶単位ならAIS、港の着岸事情まで見たいなら港湾側の画面、という切り分けが最短です。これは使えそうです。
参考になる、船会社公式サイトとAIS系サイトの整理です。
本船動静の確認に使う船会社公式サイトとAIS系サイトの一覧
本船動静の確認で本当に見るべきなのは「船がどこにいるか」だけではありません。Cyber Portの船舶動静画面では、IMO番号、港コード、コールサイン、輸入Voyage/輸出Voyage、更新日時、船名、港、運航船社、オリジナルETA-ETD、入港時間、着岸時間、出港時間、バース、代理店、仕出港、直前港、次港、仕向港まで確認できます。 yushutsu(https://yushutsu.jp/2025/05/vessel_movement/)
項目が多いですね。
特に実務で効くのは、入港・着岸・出港が分かれている点です。Cyber Portでは、予定は黒字、実績は赤字で表示されるため、「まだ予定なのか、もう実績に変わったのか」を一目で切り分けられます。 yushutsu(https://yushutsu.jp/2025/05/vessel_movement/)
予定と実績を分けるのが基本です。
この差は小さく見えて大きいです。たとえばETAが朝9時でも、着岸が昼、実入港実績が午後にずれるだけで、搬出の問い合わせ、NACCS関連の段取り、顧客回答の言い回しまで変わります。通関業従事者にとっては、1時間の誤認でも電話やメールが数件増えることが珍しくありません。
さらに、Voyageを選択肢から変更して表示を切り替えられ、抜港が発生している場合は「(抜港)」と表示されます。 yushutsu(https://yushutsu.jp/2025/05/vessel_movement/)
抜港表示は重要です。
抜港を見落とすと、前提そのものが崩れます。到着遅延だと思って追いかけていた案件が、実は寄港順変更や抜港で別対応になることもあるからです。痛いですね。
参考になる、Cyber Portの船舶動静画面の項目説明です。
Cyber Portの船舶動静照会画面で確認できる項目一覧
AISサイトは便利です。船名やIMO番号で調べれば、海上の現在地、速度、進路、目的港が見えます。 marinetraffic(https://marinetraffic.live/ja/vesselfinder/)
ただし万能ではありません。結論は併用です。
IHIグループの公表でも、AIS情報をAIで分析してコンテナ船の到着予測データを作り、電子通関サービスと連携させて遅延防止や輸入関連費用削減を狙う事業が紹介されています。 ihi.co(https://www.ihi.co.jp/all_news/2022/aeroengine_space_defense/1198134_3479.html)
裏を返せば、生のAISだけではそのまま業務判断に使い切れず、分析や他データとの統合に価値がある、ということです。 ihi.co(https://www.ihi.co.jp/all_news/2022/aeroengine_space_defense/1198134_3479.html)
通関実務で起こりがちな誤りは、AISの地図上で「もう大阪湾の手前だから今日中に着く」と早合点することです。実際には、着岸調整、バース事情、港内の運航調整で見え方と実務時刻がずれることがあります。AISだけ覚えておけばOKではありません。
その補完として、大阪港EDIホームでは、運航調整情報一覧、着岸状況図シミュレーション、船舶動静情報ダウンロードまで用意されています。 pref.okayama(https://www.pref.okayama.jp/page/detail-41768.html)
港側事情の確認が条件です。
たとえば大阪湾の入口から岸壁までを、車で高速出口を降りてから倉庫に入るまでの移動にたとえると分かりやすいです。地図上で出口付近に来ていても、搬入口の混み具合で実際の作業開始はかなり変わります。同じで、船影が近いことと、通関担当が使える実績時刻が固まることは別です。
参考になる、大阪港EDIの確認メニュー一覧です。
大阪港EDIホームの運航調整情報・着岸状況図・船舶動静情報
本船動静を早く正確に押さえたいなら、港湾系サイトの存在を外せません。大阪港EDIホームには、係留施設使用状況一覧、運航調整情報一覧、着岸状況図シミュレーション、船舶動静情報ダウンロードが並んでいます。 pref.okayama(https://www.pref.okayama.jp/page/detail-41768.html)
これが港側の強みです。
横浜港でも、NACCSと従来の港湾局EDIシステムで入力項目に差があり、NACCSでは必須でない「水先人」でも横浜港申請では必ず入力するよう注意が示されています。公共バース利用時には「離岸日時」「直後港」「危険品」も必須とされています。 port.city.yokohama.lg(https://www.port.city.yokohama.lg.jp/SSO/images/tyuui.pdf)
港ごとの差に注意すれば大丈夫です。
この手の差分は、検索上位の一般解説だけでは見落としやすいところです。通関業従事者が「本船動静の確認サイト」と聞くと、つい船会社公式かAISだけを想像しがちですが、実務では港ごとのルール差が法的・手続き的な詰まりにつながります。意外ですね。
さらに、Cyber Portでは運航船社、代理店、バース、直前港、次港まで見られます。 yushutsu(https://yushutsu.jp/2025/05/vessel_movement/)
この情報があると、単なる遅延確認で終わらず、どこでずれたのかを筋道立てて説明しやすくなります。顧客への回答も「未入港です」だけでなく、「直前港からの流れ」「着岸予定」「次港との関係」まで整理して伝えやすくなります。
実務で速い人は、1サイトで完結させようとしません。船会社公式で貨物番号起点、AISで海上位置、港湾系で着岸や運航調整、Cyber Portで予定と実績の差分を見る流れにしています。 pref.okayama(https://www.pref.okayama.jp/page/detail-41768.html)
4点確認が原則です。
おすすめの回し方はシンプルです。まずB/L番号やコンテナ番号で船会社公式を確認し、次に船名やIMO番号でAISを見て、最後に港湾側またはCyber Portで入港・着岸・出港の扱いを詰めます。 pref.okayama(https://www.pref.okayama.jp/page/detail-41768.html)
順番が大事ですね。
この順番にすると、問い合わせ対応がぶれにくくなります。たとえば顧客から「本船もう着いてますか」と聞かれたときも、単に「海上では近いです」ではなく、「船会社表示」「AIS位置」「港の着岸見込み」を分けて返せるので、後から言質トラブルになりにくいです。つまり説明責任です。
リスク対策の候補も一つだけ挙げるなら、確認漏れで時刻認識がずれる場面を減らすために、船名・Voyage・ETA・着岸予定・確認元サイトを1行で残せる社内メモテンプレートを設定することです。確認の狙いは、口頭記憶を減らすことです。候補は、Excelの簡易一覧でも、共有メモでも問題ありません。
本船動静の確認サイトは、見つけること自体は難しくありません。難しいのは、どの情報が「予定」で、どの情報が「実績」で、どこまでを顧客回答や通関段取りの根拠に使ってよいかを切り分けることです。そこまで整理できると、同じ確認作業でも時間短縮の効果がかなり変わってきます。