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

配送業者のポータルでは、一度に1つの荷物しか確認できません。FedEx、UPS、USPSにまたがる40件の出荷を、どの配送業者が今週遅延しているか、どのルートが納期を守れていないか、ひとつの並べ替え可能なビューで確認したいとき、そのビューは自分が管理できる場所に置く必要があります。多くの物流チームにとって、その場所とは手作業で入力されるスプレッドシートです。ラベルとマニフェストには、追跡テーブルに必要なすべてのフィールドがすでに含まれています。問題は、それらを文書から取り出して、タイピングなしで行に変換することです。

手入力をやめよう — AIに読み取らせるだけ
画像やPDFをアップロード — 10秒で構造化データに
今すぐ試す →
フラットベクターのブログヒーロー画像。タイトル「配送ラベルとマニフェストのデータをExcelに抽出して追跡する方法」が濃い青で表示され、その上に「ラベル+マニフェスト ワンバッチ」「列タイプ テンプレート不要」という3つの太字アイコンと、「追跡番号 形式チェック済み」と読める緑のチェックバッジがあり、ライトクリームからペールブルーへのグラデーション背景にブランドブルーの幾何学模様のライン装飾がコーナーに施されています。

重要なポイント

  1. 300行の配送業者マニフェストを1ページ3分で手入力すると、追跡番号を1つ検証する前に半日が費やされます。1週間分のラベルでは、その作業が全出荷分に何倍にも膨らみます。
  2. 22桁のUSPS追跡番号に1桁の入力ミスがあると、その荷物は恒久的に追跡不能になります。追跡番号の手入力は、追跡スプレッドシートの中で最も遅いだけでなく、最も脆弱な部分です。
  3. 追跡シートに必要なすべてのフィールドは、すべてのラベルとマニフェストにすでに存在します。列を一度定義すれば、同じ列リストでFedEx、UPS、USPSのラベルとマニフェストを一括で読み取れます。

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

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

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

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

列取得元重要な理由
追跡番号ラベルのバーコード領域 / マニフェストの荷物ID列すべての配送業者ポータルの検索キー。1桁の入力ミスで荷物が追跡不能になります。最も厳重に検証すべきフィールドです。
配送業者ラベルのヘッダーまたはマニフェストのタイトル配送業者ごとのフィルタリングと納期順守率の比較が可能になります。
サービスレベルラベル(グラウンド、2日便、プライオリティメールなど)予定配達期間とコスト階層がここに含まれます。サービス変更があれば、配送業者に問い合わせる前に日付のずれを説明できます。
発送日ラベル / マニフェストの日付フィールド配達予定日の計算と滞留レポートの基準点です。
重量ラベルの重量欄運送コスト分析と容積重量のチェックに使用します。
受取人 / 配送先ラベルの「TO」住所欄ポータルを開かずに「この荷物はどの顧客のものか」を解決します。
参照番号 / 注文書番号ラベルの参照フィールドまたはマニフェストの荷主列注文データや発注データに戻るための結合キーです。
ステータスエクスポート後に追加(手動または配送業者ルックアップ)配達済み / 輸送中 / 例外 — この列があることで、シートは発送ログではなく追跡ログになります。

追跡番号は、間違って転記することが絶対に許されない唯一の列です。22桁のUSPS番号で1桁でもタイプミスをすると、その荷物は永久に「所在不明」扱いになってしまいます。 他の項目はラベルをもう一度見れば修正できますが、間違った追跡番号は照会すらできません。この一点だけが、手入力による追跡番号の記録がスプレッドシート全体の中で最も弱い部分であり、文書から直接抽出する最も有力な根拠となっています。

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

2枚のパネルで構成されたフラットなベクター比較図:左は濃いアンバー色のカードで「配送ラベル」と題され、1つの荷物につき1枚の4x6インチのラベル、配送業者ごとにレイアウトが異なる8〜12のフィールド、週を通して散発的に届くドックの写真、バツ印と「ラベル1枚=1行」という説明文が付いています。右は濃いティール色のカードで「マニフェスト」と題され、数百件の荷物が1つの表にまとめられ、USPSの明細形式またはバッチ形式、1回の持ち込みにつき1〜2枚のPDF、緑のチェックマークと「1ファイル=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つの文書から数百行を生成でき、それを手入力すると午後いっぱいかかるからです。この精度がどこで保たれ、どこで保たれないか(枠線のあるマニフェスト表と枠線のないマニフェスト表、手書きの注記、破損したラベルなど)のフィールド別の内訳については、AIが配送ラベルとマニフェストから抽出できることとできないことに関するガイドをご覧ください。

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

4つのステップを示すフラットなベクトルフロー図。タイトルは「散在するラベルからExcel追跡シートへ:4ステップ」。等サイズの青い円形ノードに「収集」「列定義」「バッチ処理」「Excelにエクスポート」とラベル付けされ、左から右への矢印で結ばれている。下部には、手入力で1ページあたり約3分かかるのに対し、40枚のラベルと300行のマニフェストのバッチを数分で処理できることを比較する判定ストリップがある。

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

1

すべてをまとめて収集 — ラベルとマニフェストを一緒に。

1週間分のラベルPDF(またはドックで撮影したラベルの写真)、USPSドロップシップ・マニフェスト、および貨物マニフェストを1つのアップロードにドラッグします。配送業者ごとの仕分けや文書タイプの分離は不要 — 混在バッチでも問題ありません。システムはPDF、スキャン画像、スマホの写真を同様に読み取ります。

2

追跡列を一度だけ定義します。

上の表のヘッダーを入力します: 追跡番号、配送業者、サービスレベル、発送日、重量、受取人、参照番号。これらの名前が、エクスポートされたExcelファイルの正確な列ヘッダーになります。

3

バッチを処理 — すべての配送業者、すべてのフォーマット、1回のパスで。

AIがすべてのラベルとマニフェストの行を読み取り、列定義に一致する値を検索し、出力テーブルを埋めます。40ラベルのバッチと300行のマニフェストが数分で完了します — 同じデータを人間のタイピストが手入力する場合、1ページあたり約3分かかるのと比較してください。

4

Excelにエクスポート — 追跡列を文字列形式に設定。

結合テーブルをXLSXとしてダウンロードします。他の操作を行う前に、追跡番号列を選択し、セル形式を文字列形式に設定してください — そうしないと、Excelは長い数値の追跡番号を指数表記で表示します(22桁のUSPS番号が9.4E+21のような表示になります)。これは見た目がおかしいだけでなく、正確な文字列を期待する配送業者のルックアップを壊します。

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

JPG/PNG/PDF AI抽出

ファイルは安全に処理され、保存されることはありません。

手入力をやめよう — AIに読み取らせるだけ
画像やPDFをアップロード — 10秒で構造化データに
今すぐ試す →

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

番号がスプレッドシートに入ったら、それが正しいかどうかが重要です。そして、最も速い確認方法はコストゼロでできます。配送業者の追跡番号は、認識可能な配送業者固有の形式に従っています。追跡番号はランダムな文字列ではなく、プレフィックスに配送業者、場合によってはサービスが含まれています。

配送業者一般的な形式確認すべき点
UPS1Zで始まる18文字。その後、6文字の送り主番号、2桁のサービスコード、8桁のパッケージID、およびチェックディジットが続きます標準ラベルでは常に1Zで始まります。11桁の数字のみ、およびTプレフィックスの形式も存在します。
FedEx Express数字のみ12桁すべて数字です。文字が含まれている場合は転記エラーの可能性があります。
FedEx Ground15桁で、多くの場合96、02、03、または04で始まりますExpressと混同しやすいですが、桁数とプレフィックスが違いを判断するポイントです。
USPS Priority / First-Class9400、9205、または9407で始まる22桁数字のみ。9407で始まる20桁の場合は、書留郵便です。
USPS Priority Mail Express13文字(例:EA123456789US)文字2つ+数字9つ+文字2つで構成され、意図的に文字が含まれています。「修正」しないでください。
DHL Express10桁短い数字列です。航空貨物運送状ではより長い番号としても表示されます。
AmazonTBAに続く12桁FBA出荷で見られます。TBAプレフィックスがこの形式の特徴です。
目視で確認できる5つの追跡番号形式をまとめたフラットベクターの番号付きチェックリスト。UPSは1Zで始まる18桁、FedEx Expressは数字のみの12桁、FedEx Groundは96、02、03、04で始まる15桁、USPS PriorityおよびFirst-Classは9400、9205、9407で始まる22桁、DHL Expressは短い数字の10桁。さらに、FedEx Express番号に文字が含まれている場合は転記ミスであることを示す琥珀色の警告行付き。

これらのパターンはそれぞれ独立して文書化されています。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製品のような貨物輸送に特化したシステムは、いずれも独自の追跡ビューを生成します。しかし、それらは同じ基盤データから生成されており、多くのチームは、ソフトウェアがカバーしていないソース(第2倉庫の手書きラベルや、統合されていない配送業者など)からのデータを統合したスプレッドシートと照合しています。抽出は、このハイブリッドなワークフローのスプレッドシート側を補完します。行が完全な状態で届き、ソフトウェア自身のエクスポートは唯一の記録ではなく、クロスチェックになります。

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

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

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

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

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

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

FAQ

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

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

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

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

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

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

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

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

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

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

サーマルラベルからの抽出精度はどのくらいですか?

良質なサーマルラベルに印刷された追跡番号は、住所ブロックやサービスレベルと同様に高い精度で抽出されます。かすれたり汚れたりしたサーマルラベルや手書きの場合は精度が低下します。追跡番号は後から修正できないフィールドであるため、各バッチの後にサンプルをスポットチェックしてください。上記の配送業者のルール形式により、そのチェックは迅速に行えます。

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

ワークフローを変える洞察はシンプルです。追跡スプレッドシートを手作業で作成する必要はありません。必要なすべてのフィールドは、ラベルまたはマニフェストにすでに存在しているからです。欠けていたステップは常に転記であり、その転記こそがバッチ抽出が行うことです。手動入力が退屈になり、信頼性が低くなり始める規模で、バッチ抽出が機能します。

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

📮 contact email: [email protected]