UN/LOCODEの読み方と、書類上で重要になる理由

構造:2文字のあとに3文字

UN/LOCODEは正確に5文字で、2つの部分に分かれています。最初の2文字はISO 3166-1 alpha-2の国コードで、オランダはNL、タイはTH、ケニアはKEです。残りの3文字は、その国内の特定の場所を識別します。通常は文字ですが数字が含まれることもあり、管理団体(国連貿易円滑化・電子ビジネスセンター、UN/CEFACT)は名称に紐づいた固定パターンなしにこれらを割り当てるため、外から見ると3文字はほぼ恣意的です。ロッテルダムはNLRTM、バンコクはTHBKK、モンバサはKEMBAです。

3文字ブロック自体には固有の意味がないため、地名からコードを確実に導き出すことはできませんし、見覚えのないコードから地名を推測することもできません。NLRTMがロッテルダムと読めるのは、業界の誰もがそれを暗記しているからであって、文字自体が何かを綴っているわけではありません。すべてのコードは調べるべき不透明な識別子として扱ってください。

正式な標準レコードには、コード以上の情報、つまり場所名、行政区分、機能分類が参照データとして付随しています。多くの出荷書類はこの5文字だけを求めますが、だからこそ次に扱う機能分類がとても重要であり、同時に見落とされやすいのです。

LOCODEが指すのは場所であり、海港とは限らない

ここが実害を生むポイントです。UN/LOCODE制度は、貿易・輸送全般で使われる場所を識別するために作られたものであり、海港だけを対象とするものではありません。同じ5文字の名前空間が、海港、空港、内陸の河川・鉄道ターミナル、道路検問所、郵便・内陸通関デポをカバーしています。各場所のレコードには機能コードが付与され、その場所が港湾、空港、鉄道ターミナル、道路ターミナル、内陸通関デポのどの機能を持つかを短く分類していますが、この分類子は参照データセット側にあってコード文字列自体には含まれず、コードを入力する書類欄にも表示されません。

ある国では、内陸の内陸コンテナデポと沿岸の海港が同じ都市名を共有し、同じ国に存在し、機能欄を確認せずにリストを見ている人には同じくらいもっともらしく見えるコードを生成することがあります。もしフォワーダーや自社スタッフがブッキング入力時に誤ったほうを選んでしまうと、船会社のシステムはそのコードが実際に指す施設へコンテナをルーティングします。海港のゲートではなく、そのゲートに接続する内陸鉄道ターミナルを指すコードで組まれた海上ブッキングは、船会社側で黙って修正されることはありません。ブッキング自体が跳ね返されるか、あるいはさらに悪いことに、そのまま受理されて誰も計画も支払いもしていない陸送区間が発生してしまいます。

実務上のルールとして、参照リストからコードを取得する際は、名称だけでなく機能分類にも目を通してください。鉄道または道路ターミナルの機能しか示されていない場所レコードは、都市名がどう見えようと海港ではありません。

コードが書類のどこに現れ、不一致が何をもたらすか

このコードは、輸出業者が普段追跡している以上に多くの場所に現れます。貨物ブッキングでは積地・揚地欄に記載されます。船荷証券にも繰り返し記載され、構造化フィールドに入る場合もあれば、船会社のシステムがコードから生成する自由テキストの港名に埋め込まれる場合もあります。税関申告では、税関のリスクスコアリングシステムが直接読み取る仕出品欄に国コードと場所コードが使われ、実際の輸送手段が出発する場所とは異なる場所を記載した輸出申告は、貨物そのものが完全に合法であっても税関システムに不一致としてフラグを立てられることがあります。輸出国の植物防疫当局が発行する植物検疫証明書は通常、出国地点を記載しており、その出国地点コードが船荷証券上の積地と一致しない場合、輸入国の検査官には、実際に到着した貨物についてその証明書の有効性を疑う根拠が生まれます。

具体例を見てみましょう。ケニアのパックハウスが、モンバサ経由でリーファーコンテナをブッキングします。フォワーダーのブッキングシステムは、海港ターミナル自体ではなく、市外にある内陸コンテナデポを指すコードをデフォルトで選択してしまいます。両方ともKEコードで、3文字目が似ているうえ、そのデポのコードが以前の国内輸送で保存されていたものだったからです。ブッキング確認書は問題なく見えます。国は正しく、生成されたテキストの都市名も正しいままです。同じブッキングデータから生成される船荷証券も同じコードを引き継ぎます。国境での税関手続きは申告された場所のまま進みます。ケニアの植物検査当局が別途発行し、実際の海港の出口を記載した植物検疫証明書が、輸入国の検査官によって船荷証券と照合されて初めて、不一致が発覚します。それは貨物がすでに海を渡った後、到着港でのことです。

この種の不一致のコストは、正式な拒否になることはめったにありません。多くの場合は、書類照合のための保留、修正証明書や不一致を説明する宣誓供述書の要求、そして書類が整理される間にコンテナに課され続けるデマレージという形で表れます。生鮮の農産食品貨物にとっては、貨物が拒否されるかどうか以前に、この保留自体が損失そのものになり得ます。

1つの港に複数のコード:複数ターミナル複合施設

大規模な港湾複合施設は、複数のUN/LOCODEに分かれていることがあります。大都市圏の港湾エリアが拡大し、独立した大水深ターミナル、衛星港、あるいは歴史的な旧市街から離れた別の行政区域を含むようになった場合、両施設は1つのコードを共有せず別々のコードを持つことがあります。これは普遍的なことではなく、多くの港湾都市は複合施設全体をカバーする単一のコードを維持していますが、主要なコンテナゲートウェイの中には十分な頻度で見られるパターンであり、港名につき1コードと決めてかかることはリスクとして織り込んでおく価値があります。

実務上の帰結は明快です。同じ広域港湾エリアに対する2つの有効なコードのうち誤ったほうを指定すると、自社貨物とは無関係のターミナルへブッキングが向かってしまい、そのターミナル固有のゲート稼働時間、税関窓口、トラックアクセスを抱えることになります。特定の航路を定期的に扱うフォワーダーは、2つのコードのどちらがどの物理ゲートに対応するかを把握していますが、たまにしかブッキングしない輸出業者や、古いテンプレートからコードを引き継いでいる輸出業者はそこで足をすくわれます。ブッキングしようとしている港名にターミナル拡張の履歴や近くに別名の第2施設がある場合は、そのLOCODEをターミナル固有のものとして扱い、ブッキングを確定する前に、トラックが到着してからではなく、どの物理ゲートを指しているか確認してください。

国をまたぐ名称の衝突と、似ているようで違うコード

3文字ブロックは国内でしか一意でないため、同じ3文字が異なる国プレフィックスの後ろに現れ、まったく無関係な場所を意味することがあります。これは設計上のことであり、国プレフィックスが区別してくれるため単体で混乱を招くことはほとんどありません。本当のリスクはもっと身近なところにあります。国プレフィックスが同じで1文字だけ異なる2つのコードを、担当者が国と最初の文字だけを見て一致していると思い込んでしまうケースです。

有効な習慣は、最後の2〜3文字を実際に確認が必要な部分として扱うことです。国プレフィックスは誰もがすでに正しく扱っている部分だからです。KEMBA(ケニアの主要海港、モンバサ)のようなコードと、同じKEプレフィックスと重なる最初の文字を持つ、より小さな内陸ケニアの場所を示す似たコードは、疲れた状態でのデータ入力チェックでは見逃されがちなペアの典型例です。対策はコードをさらに暗記することではなく、法的書類に載せる何であれ目視確認を信用しないことです。似ていそうなコードにパターンマッチングするのではなく、毎回そのコードを場所名と照合して参照リストで確認してください。

コードはどう変わるか、誤りを防ぐ確認習慣

UN/CEFACTは定期的なサイクルでLOCODEリストの更新を公開し、新規リクエストのあった場所を追加し、場所のステータスが変わった際には既存項目を廃止または改名することもあります。フォワーダーが2〜3年前にブッキングテンプレートを作成した時点で有効だったコードは、今日でもほぼ確実に有効です。主要な大規模港湾の変更は稀ですが、リストが固定されているわけではなく、小規模な場所や新しい場所こそ更新が気づかれずに反映されやすい部分です。保存済みテンプレート、通関業者のマクロ、標準出荷指示のスプレッドシートに座っているコードは、固定されていないデータセットの静止したスナップショットにすぎません。

このギャップを埋める習慣は、新しい場所ごと、あるいはしばらく出荷していない航路の書類一式ごとに、確認1回分のコストしかかかりません。保存済みテンプレート、前回の出荷書類、記憶に頼るのではなく、書類を作成するそのタイミングで最新の公開UN/LOCODEリストと照合してください。毎週出荷している航路であれば、この習慣は不要な手間です。コードは動きません。しかし初めての航路、新規顧客の港、複数施設を持つ港湾複合施設であれば、それは植物検疫証明書、船荷証券、税関申告のすべてが同じ物理ゲートを指すようにしておくための、わずか5分の作業です。