配送ラベルとマニフェストのデータを
出荷追跡用のExcelに抽出する方法

ツールを使う前に、1つの違いがスプレッドシートの作り方を左右します。配送ラベルとパッケージマニフェストは、同じ荷物を表していても構造が異なる文書です。配送ラベルは荷物ごとの文書で、箱ごとに1枚発行され、その箱の追跡番号、住所、重量、サービスレベルが記載されています。パッケージマニフェストは一括サマリーで、1回の持ち込みで引き渡す全荷物を1ページ（または複数ページ）にリスト化したものです。USPSや貨物配送業者が、個々のラベルをスキャンする代わりに、トレーラーやメールバッグ全体を一度に受け付けるために使用します。どちらも追跡テーブルに含めるべきですが、同じ業務の異なる側面から届くというわけです。

以下では、両方の完全なワークフローを説明します。追跡スプレッドシートに実際に必要な列、ラベルとマニフェストをそれらの列にマッピングする方法、入力を省く抽出手順、そして出力を検証するために使うべき配送業者のルール形式についてです。

配送追跡スプレッドシートに実際に必要なもの

追跡スプレッドシートは、一目で3つの質問に答えるために存在します。何が輸送中か、どの配送業者が担当しているか、いつ届くかです。これにより、業界を問わずほぼすべてのチームが最終的に持つ列は、少数のセットに絞られます。

追跡番号は、書き間違えると取り返しのつかない唯一の列です。22桁のUSPS番号で1桁でもタイプミスすると、荷物は永久に「所在不明」ケースになってしまいます。 他の項目はラベルを見直せば修正できますが、追跡番号が間違っていると照会すらできません。この一点だけで、追跡番号の手入力がスプレッドシート全体の最大の弱点となり、文書から直接抽出する最も有力な根拠になります。

ラベルとマニフェスト：2つの文書、1つのスプレッドシート

標準的な配送業者ラベル（FedEx Ground、UPS、USPS Priority）は、4インチ×6インチのサーマルラベルに8〜12項目を詰め込んでいます。追跡番号、2つの住所ブロック、サービスレベル、重量、発送日、参照フィールドです。項目の配置は配送業者ごとに異なり、追跡番号は常にバーコードの近くにあります。スキャナーと人間が同じコードを読むからです。

一方、マニフェストは表形式です。USPSマニフェスト郵送システム（Domestic Mail Manual第705節およびPublication 401に準拠）では、2つの形式が定義されています。明細処理は、各郵便物を固有ID、重量、郵便料金で個別にリスト化する形式です。バッチ処理は、連続するID範囲を個数と合計郵便料金でグループ化する形式です。どちらもスプレッドシートにとっては同じこと、つまり行になります。マニフェストの1行が各郵便物に対応し、追跡ID、重量、郵便料金の列は配送業者があらかじめ整列させています。

実際の違いは次のとおりです。ラベルは1週間分の出荷に散在している（または遠隔倉庫からの写真として届く）のに対し、マニフェストは1回の持ち込みで引き渡されたすべてを網羅する1〜2部の複数ページPDFとして届きます。バッチ抽出は両方を同じ方法で処理します。すべてのファイルを1回で処理し、すべての行を同じ出力テーブルに統合します。しかし、バッチ処理の価値が最も発揮されるのはマニフェストのシナリオです。1つの文書から数百行が生成され、手入力なら午後いっぱいかかる作業を省けるからです。

エンドツーエンドの抽出ワークフロー

ImageToTable.aiはカスタム列抽出を使用します。テンプレートをトレーニングしたり、フィールドの周りにバウンディングボックスを描いたりする代わりに、必要な列名（スプレッドシートに表示されるヘッダーと同じもの）を入力するだけで、AIが各フィールドの意味を理解して、ドキュメント上のどこにでも一致する値を見つけ出します。FedEx Groundラベル、UPS Airラベル、USPSマニフェスト表はすべて、配送業者ごとの設定なしで同じ列リストにマッピングされます。物流コーディネーターが実際に実行するワークフローは次のとおりです。

抽出作業でタイピングは不要になりますが、文字列形式のステップは必須です — 見た目が正しいスプレッドシートと、配送業者のポータルで実際に機能するスプレッドシートの違いはここにあります。ShipWorksの追跡番号をExcelにインポートする際の公式サポートドキュメントでも、まさにこの点が説明されています。インポート時に列の形式を文字列に設定し、番号が再解釈される前に設定する必要があります。

配送業者別の追跡番号の読み方

番号がスプレッドシートに入ったら、それが正しい場合にのみ役立ちます。そして、最も速い正確性チェックはコストゼロで行えます。配送業者の追跡番号は、認識可能な配送業者固有の形式に従っています。追跡番号はランダムな文字列ではありません。プレフィックスに配送業者が含まれており、場合によってはサービスレベルも示されています。

これらのパターンは独立して文書化されています — UPSの1Z番号の構造については、Wikipediaの追跡番号の記事で詳しく説明されています。抽出後に検証パスとしてこれらを使用することで、重要な失敗を検出できます: 21桁の「USPS」番号、FedEx文字列内の文字、1Z以外で始まる番号などです。複数の配送業者のラベルのバッチを一度に処理する場合、このクロスチェックで形式知識が活きてきます — 慣れたラベルで担当者が直感的に行う検証を、すべての行に均一に適用します。

輸入貨物については、同じ原則が船荷証券番号にも適用され、配送業者や輸送手段ごとに独自の規則があります。追跡テーブルがLTLと小包を一緒に扱う場合は、複数の配送業者の船荷証券を1つのスプレッドシートにバッチ処理する方法をご覧ください — 同じ列定義アプローチがBOLにも適用され、PRO番号とBOL参照が小包の追跡番号の代わりになります。フローがよりシンプルな場合 — 月に数件のBOLのみ — 直接の船荷証券からExcelへの変換ルートでバッチのオーバーヘッドなしにカバーできます。

抽出した行からライブ追跡ビューへ

追跡番号が並んだスプレッドシートは配送ログです。ステータス列を追加して意思決定に使い始めてはじめて、追跡ログになります。行が揃えば、あとは次の3つのスプレッドシート操作で完了です。

• ステータス列を追加し、常に最新に保つ。件数が少ない場合（数十件未満）は、配送業者のポータルで未配達の荷物を1日1回確認し、セルを更新します。件数が多い場合は、配送業者の一括追跡機能やインポート型のステータスツールを使い、結果を貼り付けます。重要なのは、ステータスが抽出データと同じ行に並び、テーブル全体にフィルタが効くようにすることです。
• 配送業者とサービスレベル別のピボットテーブルを作成する。行：配送業者。列：ステータス。値：件数。この1つのピボットで、「今週はどの配送業者が遅れているか」「まだ輸送中の荷物は何件か」が、行をスクロールせずにわかります。
• 条件付き書式で例外を強調表示する。配達予定期間を過ぎたもの、つまり到着しているはずなのに届いていない荷物の行をハイライトします。これらは、誰かが先に気づかなければカスタマーサポート案件になるものです。

ここで配送ソフトウェアの登場です。ShipStation（200以上の配送業者に対応したラベル印刷と追跡）、ShipBob（3PLフルフィルメント）、貨物輸送に特化したFreightPOPやFreightview、エンタープライズ向けのDescartes製品などのプラットフォームは、いずれも独自の追跡ビューを生成します。ただし、これらは同じ基盤データから生成されており、多くのチームは、ソフトウェアがカバーしないデータソース（別倉庫の手書きラベルや、連携していない配送業者など）を統合したスプレッドシートと照合しています。抽出は、このハイブリッドなワークフローのスプレッドシート側を担います。行が完全な状態で届き、ソフトウェア側のエクスポートは唯一の記録ではなく、クロスチェックとして機能します。

注文管理規模ではなく配送ログ規模で運用しているチームにとって、スプレッドシートは最もシンプルな受け皿です。そして、同じバッチアプローチは追跡から貨物請求書処理にも拡張でき、抽出した重量と参照番号を配送業者の請求内容と照合できます。

マニフェスト規模：数枚のラベルだけではない場合

上記のワークフローは、手動入力が限界に達するまさにその場面まで対応できます。USPSのドロップシップマニフェストや貨物配送業者のマニフェストには、数ページにわたって数百件の荷物が記載されていることがあります。配送業者が自社システムから生成しているため、フィールドは統一され表形式になっており、抽出が最も容易な書類タイプです。1つのマニフェストを単一ファイルとして処理すれば、その日の全追跡行が一度に生成されます。

貨物マニフェストには、小包ラベルにはないフィールドが追加されます。海上貨物のコンテナ番号とシール番号、総質量、商品コード、荷姿などです。これらのフィールドが存在するのは、マニフェストが税関や受入部門が照合する書類だからです。マニフェストの重量と個数は梱包明細書や船荷証券と一致する必要があり、一致しない場合、誰かがマニフェストのデータを比較可能な形式で入手して、差異がどこにあるのかを特定する必要があります。この照合ワークフロー（入荷する荷物のマニフェスト番号を自社の受入記録と照合する作業）については、大量のBOL受入とPO照合のガイドで詳しく解説しています。

USPSのマニフェスト作成規則は公開されており、明確です。国内郵便マニュアル（セクション705）とPublication 401では、明細付きおよびバッチマニフェスト形式、個別のIDと重量要件、書類を締めくくる郵便料金申告書が定義されています。信頼できる参照先はUSPSマニフェスト郵送システム概要です。スプレッドシートにとっての実用的なポイントは、マニフェストが高度に標準化されていることです。だからこそ、きれいに抽出できます。配送業者がすでにデータを構造化してくれており、抽出ステップはそれを読み取って行にするだけだからです。

専用の抽出ワークフローを構築する価値があるかどうかをまだ検討中の方は、2026年にテストされた物流書類抽出ツールのまとめで、テンプレートベース、AIベース、ハイブリッドの各アプローチを、この記事で取り上げている書類タイプに照らして横並びで比較しています。

FAQ

配送ラベルの写真からデータを抽出できますか、それともPDFが必要ですか？

どちらでも可能です。倉庫のドックを含め、スマートフォンで撮影したラベルも、ラベルPDFと同じ列定義で抽出できます。追跡番号や住所などの印字された項目が最も信頼性が高く、手書きの重量注記は最も信頼性が低いため、手書きで記入されたラベルの場合はそれらを確認してください。

同じバッチで複数の配送業者を処理できますか？

はい。抽出はテンプレートベースではなく意味論的に行われるため、FedEx Groundラベル、UPS Airラベル、USPSマニフェストを1つの共有列リストで1つのバッチとして処理できます。各配送業者が文書をどのようにレイアウトしたかに関係なく、各行は列に一致する値でタグ付けされます。

Excelで追跡番号が指数表記になるのはなぜですか？

セル形式が標準の場合、Excelは長い数値文字列を指数表記に変換します。貼り付けまたはインポートする前に、追跡番号列を選択して形式を文字列形式に設定してください。抽出したスプレッドシートでは、エクスポート直後に行ってください。抽出された値は正確な文字列であり、文字列形式がそれを保持します。

配送ラベルと配送マニフェストの違いは何ですか？

配送ラベルは、1つの箱の追跡番号、住所、重量を記載した荷物ごとの文書です。配送マニフェストは、1回の持ち込みで引き渡されたすべての荷物を、荷物ID、重量、郵便料金を表形式で一覧にしたバッチ文書です。どちらも同じ追跡スプレッドシートに反映されます。ラベルは1回に1行、マニフェストは1ファイルに複数行です。

スプレッドシートで追跡ステータスを自動更新できますか？

抽出だけではできません。抽出は文書を読み取りますが、配送業者のステータスは配送業者のシステムにあります。標準的なワークフローは、追跡番号を抽出し、配送業者の一括ステータス照会（またはステータスインポート）を使用してステータス列を更新することです。抽出の役割は、スプレッドシート内の番号が最初から正しいことを確認することです。

感熱ラベルからの抽出精度はどのくらいですか？

品質の良い感熱ラベルに印刷された追跡番号は、住所ブロックやサービスレベルと同様に高い精度で抽出されます。ただし、かすれた感熱ラベルや手書きの場合は精度が低下します。追跡番号は後から修正できない項目のため、バッチごとにサンプルを確認することをお勧めします。上記の配送業者フォーマットルールを使えば、この確認は素早く行えます。

スプレッドシートが目的地であり、抽出は欠けていたステップにすぎない

ワークフローを変える重要な気づきはシンプルです。追跡スプレッドシートを手作業で作る必要はありません。必要なすべての項目は、ラベルやマニフェストにすでに存在しているからです。欠けていたのは常に転記のステップであり、その転記こそがバッチ抽出が担う役割です。手入力が面倒になり、信頼性が低下し始める規模で、それを実現します。

ご自身の書類でお試しください。1週間分のラベルとマニフェストをアップロードし、上記の列を定義して、追跡テーブルが完全な状態で届く様子をご確認ください。午後のタイピング作業の代わりに。