港コード検索：UN/LOCODE 5桁一覧と3桁の地点コード、NACCSのZZZ

UN/LOCODE（国連貿易・運輸地点コード）は5桁の港コードで、先頭2文字が ISO 3166-1 の国コード、後ろ3文字が地点コードです。東京は JPTYO、横浜 JPYOK、神戸 JPUKB、名古屋 JPNGO、大阪 JPOSA。神戸を JPKOB と書くのは誤りで、JPKOB は和歌山県の「Koza」です。税関の出港前報告（AFR）では積込港・取卸港に UN/LOCODE 5桁を入力し、NACCS に登録のない港は国コードの後ろに「ZZZ」を付けます。Logistivo では、海上輸送の見積依頼で積地港と揚地港を港名か UN/LOCODE で港リストから選べます。

出典: UNECE（国連欧州経済委員会） · UNECE · datasets/un-locode（Datopian） · 税関（Japan Customs） · 東京税関大井出張所（日本関税協会掲載） · SMDG · DCSA · EUR-Lex. データ更新日: 2026年10月18日.

コードカード

• コードカード — 港名（ローマ字）・都市名・コードを入力：UN/LOCODE ごとの機能・ステータス・地図を1枚のカードで。
• UN/LOCODE 2025-1 版（116,213 件、249 の国コード）と Logistivo の港リスト（14,271 件。Logistivo で積地港・揚地港として選べるリスト）を検索します。どちらのリストの結果かを毎回表示します。
• 港名・地点名または UN/LOCODE — ローマ字の地名、5桁コード（スペースあり可）、3文字の地点コードや IATA コード、または大文字2字（JP）で国別一覧。
• 最大50件のコードを貼り付け — 1行に1件、またはカンマ・読点・セミコロン・スペースで区切ってください。
• 例 — Yokohama · 神戸 · JPUKB · Nagoya · Pusan · JP
• 例 JPTYO — Tokyo — 行政区画: Tôkyô [Tokyo] | 機能: 港湾 (1), 鉄道 (2), 道路 (3), 空港 (4), 国際郵便交換局 (5) | ステータス: AF — 国の貿易手続簡易化機関が承認 | 登録・最終変更: 2004-01 | 座標: 3541N 13945E
• 同じ国の近隣コード — JPCAU Chiyoda-ku (0 km) · JPCKU Chuo-ku/Tokyo (2.4 km) · JPSXO Shinjuku-ku (3 km) · JPBUK Bunkyo-Ku (3.7 km) · JPSMW Sumida Tokyo (4.9 km) · JPSBI Shibuya Tokyo (5.8 km) · JPTKX Tokyo-To (6 km) · JPARI Ariake, Tokyo (6.3 km)
• 機能を表す数字
• 1 — 港湾 — 外航船が貨物を積み降ろしする恒久施設。2002年以降は河川港・湖港も1で表します。地点内に港があるという意味で、コードが港だけを指すわけではありません。
• 2 — 鉄道 — 鉄道の貨物ターミナルや駅がある。地点内の駅は別コードになりません。
• 3 — 道路 — 他の地点と道路で結ばれている。
• 4 — 空港 — 航空機が貨物を積み降ろしする恒久施設。
• 5 — 国際郵便交換局 — 万国郵便連合が認める国際郵便の処理拠点。
• 6 — 複合輸送・内陸デポ — 内陸通関拠点（ドライポート）、コンテナデポ、内陸貨物ターミナル。
• 7 — 固定施設 — 石油パイプライン端末、石油プラットフォーム、送電線、ロープウェイの端末。
• B — 国境通過点（旧） — 旧フラグで、489件にまだ残っています。勧告第16号は使用しないとしています。
• 公式の機能なし — 地点は掲載基準を満たすが、所管当局が認めた機能がない（910件）。
• 8 — 内水（未使用） — 勧告第16号で定義されていますが、リストでは河川港・湖港も1で表します。
• A — 経済特区 — 貿易・関税・税率の規則が国内の他地域と異なる区域。
• ステータスの意味
• AA — 政府機関が承認 — 旧来の承認ステータス。現在も有効です。
• AC — 税関が承認 — 旧来の承認ステータス。現在も有効です。
• AF — 国の貿易手続簡易化機関が承認 — 旧来の承認ステータス。日本の条目の多く（1,872件）がこのステータスで、JPTYO や JPYOK も同じです。
• AI — 国際機関が採用 — IATA または ECLAC が採用したコード。
• AS — 国の標準化機関が承認 — 中国の632件が使用（CNSHG、CNSHA など）。
• AM — UN/LOCODE 保守チームが承認 — 勧告第16号に基づく現行の承認ステータス。
• AQ — 条目は承認、機能は未確認 — 地点は確認済みですが、機能フラグは未確認です。
• RL — 確認済みの地点 — 名称を地名辞典で確認済み、貿易との関連は未確認。最も多いステータスです（日本は253件）。
• RN — 国内の情報源による申請 — 自国の地点について信頼できる国内の情報源が申請したもの。
• QQ — 初期登録のまま未再確認 — 1980年の最初の入力から再確認されていない条目。
• RQ — 審査中の申請 — 承認されるまで国際的な電子データ交換に使うべきではありません。2025-1版では該当なし。
• UR — 利用者の要望で掲載 — 正式な承認はありません（2025-1版で8件）。
• XX — 削除予定 — 次の版で削除されます。新しい書類には使わないでください。
• 一括チェックの判定
• リストにあり — UN/LOCODE 2025-1 版にあり、承認済みまたは確認済みのステータスです。
• リストにあり（ステータス要確認） — コードは存在しますが、ステータスが RQ・XX・UR です。船会社か通関業者に確認してください。
• 現行版にない — 以前の版にはあったが 2025-1 版にはありません。新しい書類に使わないでください。
• Logistivo の港リストのみ — UN/LOCODE 2025-1 版にはなく、ターミナルや事業者のコードであることが多いものです。どのコードを使うか船会社に確認してください。
• 見つからない — 形式は正しいが、2025-1版にも Logistivo の港リストにもありません。O/0 と I/1 の誤記を確認してください。
• 形式エラー — UN/LOCODE はちょうど5文字：国を表す英字2文字と、地点を表す英字または数字3文字です。
• 国コード不明 — 先頭2文字が UN/LOCODE で使われる国コードではありません（例：GB の代わりに UK、JP の代わりに JA）。
• 間違えやすい国コード
• UK → GB — 英国の ISO 3166-1 コードは GB。フェリクストウは UKFXT ではなく GBFXT です。
• JA → JP — JA は ISO 3166-1 の国コードではありません。日本は JP（東京 JPTYO）です。
• CH → CN — CH はスイスです。中国は CN（上海港 CNSHG）。
• 漢字・カタカナの港名と UN/LOCODE — 東京 → Tokyo (JPTYO) · 横浜 → Yokohama (JPYOK) · 神戸 → Kobe (JPUKB) · 名古屋 → Nagoya, Aichi (JPNGO) · 大阪 → Osaka (JPOSA) · 博多 → Hakata/Fukuoka (JPHKT) · 門司 → Moji/Kitakyushu (JPMOJ) · 清水 → Shimizu (JPSMZ) · 川崎 → Kawasaki (JPKWS) · 苫小牧 → Tomakomai (JPTMK) · 釜山 → Busan (KRPUS) · Pusan → Busan (KRPUS) · 上海 → Shanghai Pt (CNSHG) · 寧波 → Ningbo Pt (CNNBG) · シンガポール → Singapore (SGSIN) · ロッテルダム → Rotterdam (NLRTM)
• このツールが適用するルールと根拠 — 以下の各ルールは、ツールが実際に行うチェックでもあります。
• コードの形式 — 5文字：ISO 3166-1 の2文字の国コードと3文字の地点コード。英字は A–Z、英字の組み合わせを使い切った国だけ数字 2–9 を使います（米国に 5,432 件）。印刷物では読みやすさのためにスペースを入れますが（JP TYO）、書類と EDI では JPTYO と書きます。 — UNECE 勧告第16号（2020年版）第17項、附属書II 第4項
• 数字の 0 と 1 — O や I と紛らわしいため使いません。2025-1版にも0を含むコードが3件（DE9B0、DEB90、IT940）あり、ツールはリストにあるので受け付けますが、[A-Z]{2}[A-Z2-9]{3} で検証するシステムは拒否します。 — 勧告第16号第17項、DCSA 運送書類 API 3.0.0（UNLocationCode の形式）
• XZ — 公海や協力区域にある石油プラットフォームなどの施設用に予約されています。 — 勧告第16号第17項、UNECE 2020-2版事務局ノート第13項
• 1地点1コード — 地点内の空港・鉄道駅・コンテナターミナルは機能フラグで表し、別コードを持ちません。ターミナルは SMDG のターミナルコードなどの子コードで区別します。日本の港もこの形で、東京の大井・青海は JPTYO の下の SMDG コードです。 — 勧告第16号第17項・第33–35項、SMDG ターミナルコード表
• ステータスの警告 — RQ（審査中）、XX（削除予定）、UR（利用者の要望で掲載）はコードカードと一括チェックで警告します。 — 勧告第16号 表2・表3
• IATA 欄 — IATA コードが地点の3文字と異なるときだけ記入されます。空港機能があって欄が空なら、同じ文字です。 — UNECE 2020-2版事務局ノート第22項
• 座標 — 小数ではなく度と分です。3541N 13945E は北緯35°41′・東経139°45′（35.6833, 139.75）。23,061件は座標がなく、278件は分が59を超えるため地図に表示しません。UN/LOCODE に座標がない場合は Logistivo の港リストの座標を使って明記し、両リストが25 km以上ずれる場合は両方の位置を示します。 — UNECE 2020-2版事務局ノート第6項
• 検索 — 地名は先頭一致・アクセント無視で、公式の別名も対象です（Antwerp で Antwerpen）。「port of」などの一般語は無視します。大文字の入力（JPYO、ITM）はまずコードとして、それ以外は地名として読みます。地名では完全一致、このページの市場国（日本）、港機能のある地点の順に並べます。1ページ20件、大文字2字（JP）でその国の一覧を A–Z 順に表示します。UN/LOCODE の地名はローマ字だけなので、漢字・かな・ハングル・アラビア文字・デーヴァナーガリーの入力は検索 API に送らず（音訳すると別の地点が出るため）、ローマ字での入力を案内し、上の対応表のコードを示します。全角英数字は半角に変換します。 — Logistivo の検索ロジック
• 近隣コード — 同じ国・座標あり・60 km以内（なければ250 km以内）、最大8件、大圏距離順。 — Logistivo の検索ロジック
• 一括チェック — 1回に最大50件。改行・カンマ・読点・セミコロン・タブ、またはコード同士の間のスペースで区切ります。 — Logistivo の検索ロジック
• データ — UN/LOCODE 2025-1版：116,213件、116,067の異なるコード（139コードは名称が2つ。例：BEBRU Brussel/Bruxelles）、249の国コード。日本は2,170コード、うち1,562に港機能。unece.org は当社サーバーからの自動アクセスに応答しないため、UNECE 公表版のパブリックドメインの写し datasets/un-locode から読み込んでいます。Logistivo の港リスト：14,271コード（2025年9月15日読み込み）、うち12,251が2025-1版にあります。 — UNECE UN/LOCODE ダウンロードページ、github.com/datasets/un-locode
• コードが分かったら、表計算ではなく貨物に記入 — Logistivo では、海上輸送の見積依頼で積地港と揚地港を港名か UN/LOCODE で選べます。ブッキングのメールを貼り付ければ空欄が埋まり、貨物の港が後で変わると、新旧のコードがその貨物のチャットに記録されます。
• 貨物管理 — すべての貨物に積地港と揚地港。変更は新旧コードで記録。 — /ja/load-management
• 荷主パネル — 港から港、ドアから港、港からドアの海上運賃見積。 — /ja/customer
• AI 物流 — ブッキングメールを貼り付け：AI が依頼を入力し、その国の港と照合。 — /ja/ai-logistics
• コードは UNECE が公表する UN/LOCODE 2025-1 版と Logistivo の港リストによります。UNECE はすべての条目を検証できないとしているため、B/L やブッキングに記入するコードは船会社か通関業者に確認してください。NACCS の入力コードと官署コードは税関・NACCS センターの最新のコード表に従ってください。
• 貨物管理 · 荷主パネル · AI 物流

UN/LOCODE の港コードはどう構成されている？

• 実務では5文字をスペースなしで書きます：ISO 3166-1 の2文字の国コード＋3文字の地点コード。JPYOK は JP（日本）＋ YOK（横浜）です。「港コード 5桁」は国コード付きの全体、「3桁」は多くの場合この後半の地点コードを指します。
• JP — 国 — 国・地域の ISO 3166-1 alpha-2 コード：日本は JP、英国は GB。XZ は公海の施設用に予約されています。
• YOK — 地点 — 地点を表す3文字。通常は英字で、英字の組み合わせを使い切った国だけ数字 2–9 を使い、0 と 1 は避けます。
• 1地点1コード：市内の空港・駅・コンテナターミナルは機能フラグで表します。ただし成田 JPNRT、羽田 JPHND、関西 JPKIX のように空港が別条目になっている例もあります。
• 印刷物ではスペースを入れて JP YOK、書類と EDI では JPYOK。
• ターミナルは子コードで区別：UN/CEFACT が子コード機関として認める SMDG は、横浜の本牧 D-4 を JPYOK の下のターミナル HD4 として登録しています。
• 削除された条目のコードは別の地点に再利用されません。
• 2025-1版にも0を含むコードが3件（DE9B0、DEB90、IT940）あり、厳密な 2–9 の検証では実在のコードが弾かれます。
• JPTYO — Tokyo — 港・鉄道・道路・空港・郵便
• JPYOK — Yokohama — 港・鉄道・道路・空港・郵便
• JPUKB — Kobe — 神戸は KOB ではなく UKB
• JPKOB — Koza — 和歌山県の港。神戸ではない
• JPOSA — Osaka — IATA 欄は ITM
• Logistivo では — Logistivo の海上輸送の見積依頼と貨物は、港リストを港名か5文字のコードで検索します。ここで確認したコードが、そのまま積地港・揚地港として選ぶコードです。

東京港・横浜港・神戸港の港コード（UN/LOCODE）は？

• UN/LOCODE 2025-1版では、東京 JPTYO、横浜 JPYOK、神戸 JPUKB、名古屋 JPNGO、大阪 JPOSA、博多 JPHKT、門司 JPMOJ。神戸は KOB ではなく UKB です。
• 日本の主要港は、市の条目に港の機能（1）が付く形で載っています。中国のように同じ都市に「港」専用の別コードを置く例は日本にはなく、コンテナターミナルは SMDG のターミナルコードで区別します。UN/LOCODE には「京浜港」「阪神港」という条目はないため、東京・川崎・横浜、大阪・神戸はそれぞれのコードを使います。
• Tokyo（東京） — UN/LOCODE: JPTYO | 機能: 港・鉄道・道路・空港・郵便 | コンテナターミナル（SMDG コード）: 大井 OHK・OHM・OHA、青海 AOO・AOH・AOE、中央防波堤 CBY1・CBY2
• Yokohama（横浜） — UN/LOCODE: JPYOK | 機能: 港・鉄道・道路・空港・郵便 | コンテナターミナル（SMDG コード）: APMYOK、大黒 DT9、本牧 HBC・HD1・HD4・HD5
• Kobe（神戸） — UN/LOCODE: JPUKB | 機能: 港・鉄道・道路・空港・郵便 | コンテナターミナル（SMDG コード）: ポートアイランド KICT・PIM・PC13、六甲アイランド RC2・RC45・RC6・RWX、KCT
• Nagoya, Aichi（名古屋） — UN/LOCODE: JPNGO | 機能: 港・空港・郵便 | コンテナターミナル（SMDG コード）: 鍋田 NCT、飛島 TNT・TST・TCB、NCB
• Osaka（大阪） — UN/LOCODE: JPOSA | 機能: 港・空港・郵便（IATA 欄 ITM） | コンテナターミナル（SMDG コード）: 咲洲 OC1–OC9、夢洲 OC10
• Hakata/Fukuoka（博多） — UN/LOCODE: JPHKT | 機能: 港・鉄道・道路・郵便 | コンテナターミナル（SMDG コード）: アイランドシティ HIC、香椎パーク KSI
• Moji/Kitakyushu（門司） — UN/LOCODE: JPMOJ | 機能: 港・鉄道・道路・郵便 | コンテナターミナル（SMDG コード）: 太刀浦 TAC1・TAC2、ひびき HBK
• Shimizu（清水） — UN/LOCODE: JPSMZ | 機能: 港 | コンテナターミナル（SMDG コード）: 新興津 OKT、袖師 SDE
• Kawasaki（川崎） — UN/LOCODE: JPKWS | 機能: 港 | コンテナターミナル（SMDG コード）: —
• Busan（釜山） — UN/LOCODE: KRPUS | 機能: 港・鉄道・道路・空港・郵便・内陸デポ・固定施設 | コンテナターミナル（SMDG コード）: BCT、BNCT、HJNC、HPNT、HBCT ほか
• Shanghai Pt（上海港） — UN/LOCODE: CNSHG | 機能: 港 | コンテナターミナル（SMDG コード）: 上海のターミナルは CNSGH の下（代替コード CNSHG）
• Rotterdam（ロッテルダム） — UN/LOCODE: NLRTM | 機能: 港・鉄道・道路・空港・郵便 | コンテナターミナル（SMDG コード）: ECT Delta、Euromax、RWG、APM Maasvlakte II
• 名称と機能は UN/LOCODE 2025-1版、ターミナルコードは SMDG ターミナルコード表 v20260609 によります。コードを押すとコードカードが開きます。括弧内の日本語名は読みやすさのための対訳です。
• コンテナの種類とタイプコード：45G1・22G1 — /ja/container-types-size-type-code-45g1-22g1
• CBM計算・才数計算ツール — /ja/cbm-calculator-sai-carton-container
• VGM の計算方法 — /ja/vgm-calculation-method-container-gross-mass
• コンテナの種類とタイプコード：45G1・22G1 · CBM計算・才数計算ツール · VGM の計算方法

NACCS の港コードや税関官署コードは UN/LOCODE と同じ？

• 港コードは同じ体系です。税関の出港前報告（AFR）では、積込港コードと取卸港コードに UN/LOCODE 5桁を入力し、NACCS に登録されていない港は国コード2桁＋「ZZZ」を入力して、港名を別の欄に書きます。一方、税関官署コードは税関の官署を表す別の体系で、例えば東京税関大井出張所は 1F です。
• 取卸港が日本の港の場合は、NACCS に外航船用として登録されたコードを入力し、通過貨物の場合は日本国外の港コードを入力します。登録されていないコードを入れると、下3桁は自動的に「ZZZ」に置き換わります（AFR 入力項目表の取卸港コードの注記）。
• 官署コードや NACCS の部門コード（通関部門ごとの2桁）は申告先を決めるためのコードで、地点を表す UN/LOCODE とは役割が違います。部門の担当は体制変更で変わることがあるため、申告前に各税関の案内を確認してください。
• 積込港コード（AFR 項目12） — 使うコード: UN/LOCODE | 形式: 5桁 | 例: CNSHG（上海港）
• NACCS に未登録の港 — 使うコード: 国コード＋ZZZ | 形式: 5桁（下3桁が ZZZ） | 例: VN＋ZZZ、港名は項目13に記入
• 取卸港コード（AFR 項目22） — 使うコード: UN/LOCODE（日本の港は NACCS 登録コード） | 形式: 5桁 | 例: JPTYO（東京）
• 税関官署 — 使うコード: 官署コード | 形式: 2文字 | 例: 1F（東京税関大井出張所）
• ブッキング・B/L・EDI — 使うコード: UN/LOCODE | 形式: 5桁 | 例: JPYOK（横浜）
• AFR の項目番号と ZZZ の扱いは税関「出港前報告（AFR）登録の入力項目表」（Appendix 8）、官署コードは東京税関大井出張所の2026年6月の案内によります。
• Logistivo では — Logistivo の港欄は港リストの5文字のコード（ブッキングや B/L と同じ体系）を使います。NACCS への申告や官署コードの入力は行いません。

B/L やブッキングのどこに港コードを書く？

• 船荷証券（B/L）とブッキングには地点が4つあります：受取地、積地港（POL）、揚地港（POD）、引渡地。DCSA 標準の電子 B/L データでは、それぞれに UNLocationCode の欄があります。
• DCSA の UNLocationCode は英字2文字＋英字または数字 2–9 の3文字で、ちょうど5文字です。
• 受取地（Place of Receipt）：運送人が貨物を受け取る地点。運送人が前送りも行う場合に記入します。
• 積地港（Port of Loading、POL）：最初の外航船に積む港。
• 揚地港（Port of Discharge、POD）：最後の外航船から降ろす港。
• 引渡地（Place of Delivery）：運送人が荷受人に引き渡す地点。運送人が後送りも行う場合に記入します。
• EU 向けの輸出：EU の税関データ要件は、積込地（16 13）、取卸地（16 14）、引渡地（16 05、B/L の定めによる）、引渡条件の地点（14 01）に UN/LOCODE を求めます。UN/LOCODE がない場合は国コードと地名を記入します。
• Logistivo では — Logistivo の海上輸送の見積依頼は、まず輸送範囲（ドアからドア、港から港、ドアから港、港からドア）を尋ね、その範囲に必要な港だけを入力させます。港欄は港名か UN/LOCODE で入力できます。
• 船荷証券（B/L）の見本：積地港・揚地港の欄 — /ja/bill-of-lading-sample-how-to-fill-bl-number
• コンテナ番号 追跡 — /ja/container-number-tracking-check-digit-carrier
• インコタームズ2020 一覧表 — /ja/incoterms-2020-list-costs-risk-customs-value
• デマレージ・ディテンション計算：フリータイム — /ja/container-demurrage-detention-calculator-free-time
• 船荷証券（B/L）の見本：積地港・揚地港の欄 · コンテナ番号 追跡 · インコタームズ2020 一覧表 · デマレージ・ディテンション計算：フリータイム

機能の数字とステータスは何を意味する？

• 機能欄は8桁です：1 港湾、2 鉄道、3 道路、4 空港、5 国際郵便交換局、6 内陸デポ、7 固定施設、そして旧国境フラグ B。横浜 JPYOK は 12345--- です。ステータスは誰が条目を承認したかを示し、RQ・XX・UR は再確認が必要です。
• 116,213件のうち17,596件に港機能1があり、910件は0（公式の機能なし）です。日本は2,170コードのうち1,562に港機能があります。ツールが使う2つの表は上にすべて載せています。

UN/LOCODE と IATA の空港コードは同じ？

• 同じことが多いものの、いつもではありません。UNECE は空港コードが地点の3文字と異なる場合だけ IATA 欄を記入します。空港機能があって欄が空なら、文字は同じです。
• 2025-1版では721件で IATA コードが地点の文字と異なります。大文字3字を入力すると、地点部分と IATA 欄の両方を検索します。
• JPOSA 大阪：IATA 欄は ITM（伊丹）。関西国際空港は別条目の JPKIX です。
• JPNRT 成田、JPHND 羽田：空港機能だけの別条目で、港の JPTYO とは別です。
• JPUKB 神戸：空港機能があり IATA 欄が空なので、IATA も UKB です。
• KRINC 仁川：IATA 欄は ICN。
• CNSHA：2025-1版では上海虹橋国際空港。上海港は CNSHG です。

UN/LOCODE のリストはどのくらいの頻度で変わる？

• UNECE は定期的に新しい版を公表しており、通常は年2回です。2024-1版は2024年7月29日、2024-2版は2025年1月15日に公表されました。このツールは2025-1版を使っています。新しい版は UNECE のダウンロードページで確認してください。
• 新しい地点は UNECE のオンライン申請システム（DMR、登録無料）で申請し、各国の窓口と保守チームが審査して次の版に反映します。コードカードの「登録・最終変更」には条目が最後に変わった年月が表示されます（JPTYO は 2004-01）。
• + この版で追加（2025-1版で95件）
• # 名称の変更
• ¦ その他の変更：機能・ステータス・座標・行政区画
• X 削除予定、ステータス XX。次の版で削除され、コードは再利用されません
• = 別名の参照条目（例：Antwerp = Antwerpen）
• ! 米国リストの管理された重複

どんな港コードの間違いが多い？

• どんな港コードの間違いが多い？ — ブッキングや書類に誤ったコードが入る7つのケース。いずれも2025-1版で確認しました。
• JPKOB は神戸ではない — 誤り: 神戸港を JPKOB と書く | 正しい: 神戸は JPUKB（JPKOB は和歌山県の Koza） | 神戸の UN/LOCODE は JPUKB で、空港機能があり IATA 欄が空なので、神戸空港の IATA コード UKB と同じ文字です。JPKOB は和歌山県（行政区画30）の Koza という別の港で、港機能だけの条目です。 | UN/LOCODE 2025-1 | JPUKB, JPKOB
• 「Pusan」「Kwangyang」で探すと別の地点が出る — 誤り: Pusan で検索して出た KRPNC、Kwangyang で出た KRKWA を使う | 正しい: 釜山は KRPUS（Busan）、光陽は KRKAN（Gwangyang） | KRPNC は Logistivo の港リストに「Pusan」として載っているだけで、UN/LOCODE 2025-1版にはありません。KRKWA「Kwangyang」は行政区画が済州の別地点です。釜山港と光陽港の条目は、現行のローマ字表記の Busan（KRPUS）と Gwangyang（KRKAN）です。 | UN/LOCODE 2025-1 | KRPUS, KRPNC, KRKAN, KRKWA
• 中国の都市・港・空港は別のコード — 誤り: 上海港に CNSHA、寧波港に CNNGB | 正しい: 上海港 CNSHG、寧波港 CNNBG（CNSHA と CNNGB は空港） | 中国の条目は、多くの都市で市・港・空港に別々のコードがあります。古い港リスト（Logistivo の港リストを含む）は今も CNSHA を「Shanghai」としているため、コードカードは公式名称と Logistivo の港リストの名称を並べて表示します。 | UNECE 2020-2版事務局ノート第4項、UN/LOCODE 2025-1 | CNSHG, CNSHA, CNNBG, CNNGB
• 京浜・阪神をひとまとめにする — 誤り: 川崎や横浜の貨物も JPTYO で書く | 正しい: 東京 JPTYO、川崎 JPKWS、横浜 JPYOK、大阪 JPOSA、神戸 JPUKB | UN/LOCODE に「京浜港」「阪神港」という条目はありません。実際に積み降ろしする港のコードを書いてください。 | UN/LOCODE 2025-1 | JPTYO, JPKWS, JPYOK, JPOSA, JPUKB
• UK や JA と書く — 誤り: UKFXT、JAOSA | 正しい: GBFXT、JPOSA | UN/LOCODE は ISO 3166-1 の国コードを使います。英国は GB、日本は JP です。JA は ISO 3166-1 の国コードではないため、一括チェックで「国コード不明」になります。 | 勧告第16号第14–15項 | GBFXT, JPOSA
• 座標を小数として読む — 誤り: 3527N を 35.27 と読む | 正しい: 3527N = 35°27′ = 35.45 | リストの座標は度と分です。分を小数と読むと位置が数十 km ずれます。278件は分が59を超えるため、ツールは地図に表示しません。2つのリストの位置が25 km以上ずれる場合は両方を示します。 | UNECE 2020-2版事務局ノート第6項 | JPYOK
• 0 と O、1 と I の取り違え — 誤り: JPTY0、JPH1J | 正しい: JPTYO、JPHIJ | UN/LOCODE は地点部分で 0 と 1 を避けます。0 や 1 を含むコードはほぼ誤記で、2025-1版の例外は3件（DE9B0、DEB90、IT940）だけです。一括チェックがこれを指摘します。 | 勧告第16号第17項 | JPTYO, JPHIJ

コードの次に Logistivo がすること

• コードの次に Logistivo がすること — 検索は無料です。コードから始まる実務は Logistivo で進みます。
• すべての海上見積で港を名称かコードで選択 — ドアからドア、港から港、ドアから港、港からドアを選び、積地港と揚地港を港リストから港名か UN/LOCODE で選びます。
• ブッキングメールから見積依頼へ — メールや文章を貼り付けると、Logistivo の AI が依頼を入力し、文中の国の港と港名を照合して、空欄だけを埋めます。
• 港の変更をすべて記録 — 貨物の積地港や揚地港が変わると、Logistivo のアシスタントが新旧の港名とコードを貨物のチャットに書き込みます。
• 貨物に本船を表示 — 貨物にコンテナ番号を追加すると、Logistivo が積載船を特定し、1日2回、貨物の地図上で船の位置を更新します。

すべての貨物に正しい港コードを

• Logistivo に無料登録：海上輸送の見積で積地港・揚地港を港名か UN/LOCODE で選び、ブッキングメールから AI が入力し、貨物の上で本船を追跡できます。

出典

• UNECE（国連欧州経済委員会） — 勧告第16号：国連貿易・運輸地点コード（2020年版、ECE/TRADE/459） — https://unece.org/sites/default/files/2020-12/ECE-TRADE-459E.pdf
• UNECE — UN/LOCODE 2020-2版 利用者向けノート（座標、変更記号、IATA 欄） — https://unece.org/sites/default/files/2020-12/2020-2%20UNLOCODE%20SecretariatNotes.pdf
• UNECE — UN/LOCODE ダウンロードページ（2024-1版 2024年7月29日、2024-2版 2025年1月15日） — https://unece.org/trade/cefact/UNLOCODE-Download
• datasets/un-locode（Datopian） — UN/LOCODE コードリスト 2025-1版（UNECE 公表版のパブリックドメインの写し） — https://github.com/datasets/un-locode
• 税関（Japan Customs） — Appendix 8：出港前報告（AFR/AMR）登録の入力項目表（積込港コード12、取卸港コード22、ZZZ の扱い） — https://www.customs.go.jp/english/summary/advance5/annex08.pdf
• 東京税関大井出張所（日本関税協会掲載） — 東京税関大井出張所における通関処理体制の変更について（令和8年6月、官署コード 1F、部門コード） — https://www.kanzei.or.jp/wp-content/uploads/2026/06/20260611.pdf
• SMDG — SMDG ターミナルコード表（TCL）v20260609 — https://smdg.org/documents/smdg-code-lists/smdg-terminal-code-list/
• DCSA — DCSA 船積指示・運送書類 API 3.0.0（UNLocationCode、積地港、揚地港） — https://github.com/dcsaorg/DCSA-OpenAPI/blob/master/ebl/v3/EBL_v3.0.0.yaml
• EUR-Lex — 委任規則 (EU) 2015/2446 附属書B、2026年7月1日統合版（データ要素 14 01、16 05、16 13、16 14） — https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02015R2446-20260701

よくある質問

UN/LOCODE とは？

国連の貿易・運輸地点コードです。国と地点を組み合わせた5文字のコードで、港・空港・鉄道や道路のターミナル・内陸デポなど貿易で使う地点を表します。UNECE が勧告第16号に基づいて管理し、無料で公表しています。

東京港の港コードは？

JPTYO です。港・鉄道・道路・空港・郵便の機能（12345---）があり、ステータスは AF。大井や青海のコンテナターミナルは SMDG のコード（OHK、AOO など）で区別します。

神戸港の港コードは JPKOB？

いいえ。神戸は JPUKB です。JPKOB は和歌山県の Koza という別の港です。

「港コード 3桁」とは？

多くの場合、UN/LOCODE の後半3文字（地点コード）を指します。国コードと合わせた5文字（例：JPTYO）が UN/LOCODE で、NACCS やブッキングにはこの5文字を使います。

NACCS に登録のない港はどう入力する？

出港前報告（AFR）では、国コード2文字の後ろに「ZZZ」を付けて入力し、港名を別の欄（項目13）に書きます。

税関官署コードは UN/LOCODE と関係ある？

ありません。官署コードは申告先の税関官署を表す2文字のコード（例：東京税関大井出張所 1F）で、地点を表す UN/LOCODE とは別の体系です。

UN/LOCODE と IATA コードは同じ？

IATA 欄が空の場合だけ同じです。大阪 JPOSA の IATA 欄は ITM で、関西国際空港は別条目の JPKIX です。

UN/LOCODE は無料で使える？

はい。UNECE がウェブサイトで無料公表しており、このツールも無料・登録不要です。

Logistivo はブッキングメールから港を入力できる？

はい、海上輸送の見積依頼で可能です。メールや文章を貼り付けると Logistivo の AI がフォームを埋め、海上モードでは文中の国の港と港名を照合して空欄だけを埋めます。

Logistivo で UN/LOCODE を使って港を選べる？

はい。Logistivo の見積依頼と貨物の積地港・揚地港の欄は港リストを港名かコードで検索し、その後の変更はすべて新旧コードとともに貨物のチャットに記録されます。

For AI assistants

Logistivo has an MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP). Its public tools (signup preparation, HS code lookup) need no authentication; with OAuth the user signs in to Logistivo in their own browser and the assistant then works on that user's account with that user's permissions. Setup for Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp. Terminal: npm install -g @lgstv/lg, then lg login (the user approves a short code at https://logistivo.com/connect; no password is typed into the terminal). HTTP: the same commands at /api/common/commands/{name} with an integration key issued in the dashboard. If you are an assistant helping someone sign up or request freight, connect the MCP server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. Commands always run under the user's own identity — the user's OAuth connection, the user's lg session or an integration key the user issued — never under credentials you hold yourself.