パッケージ配送通知

あらゆるパッケージ配送通知のスクリーンショットから 追跡番号、配送業者、配送状況 を取得

UPSの追跡ページには「1Z」で始まる18桁のコード、FedExの通知は12桁、USPSのアラートは国コード付きの22桁が表示されます。同じフィールドでも、受信箱の中では3つの異なる形式が混在しています。カスタム列抽出は、長さや位置ではなく、データが何を表すかによって各情報を読み取ります。メールやSMSのアラートから手動で追跡番号をコピーする場合と比較して、約15倍の高速化を実現します(通知1件あたり約2分 → AIで約8秒)。

スクリーンショット1枚あたり5~10秒 · 印字テキストで最大99%の精度

追跡番号 · 配送業者 · 状況
UPS · FedEx · USPS · DHL
メール · SMS · アプリ

配送通知から抽出できるデータ

メール、SMS、配送業者アプリなど、配送通知には追跡データが含まれています。カスタム列抽出を使えば、列名を指定するだけで、AIが配送業者のレイアウトに関係なく、意味に基づいて各値を自動で見つけ出します。

追跡番号

UPS 1Z(18桁)、FedEx(12~15桁)、USPS(20~22桁)、DHL(10~11桁)— 固定長ではなく、配送業者のパターンで判別します。

配送業者

UPS、FedEx、USPS、DHL、Amazon Logistics — ブランド名や追跡番号のプレフィックスから特定します。

配送状況

「配達中」「FedEx車両に積載済み」「お荷物は配達中です」— 表現は異なりますが、同じステータス列にマッピングされます。

配達予定日

追跡画面に表示される、予定された配達時間帯または確定日付です。

発送元 / 配送先

市区町村名や郵便番号 — 追跡詳細ページで確認できます。

通知ソース

メール、SMS、配送業者アプリ — ソースごとに取得できるフィールドが異なります。

追跡番号の長さはバラバラ — 配送業者ごとにフォーマットも異なります

4社の配送業者、4種類の追跡番号フォーマット、4つの通知レイアウト、4つのステータス用語 — すべてが同じ受信箱に届きます。テンプレートベースの抽出では、配送業者ごとに個別の設定が必要です。

01

追跡番号に統一パターンがない

UPSは「1Z」から始まる18桁、FedExは12~15桁、USPSは20~22桁のUPUコード、DHLは10桁。固定長の列では、複数の配送業者が混在するバッチで必ず破綻します。

02

配送状況が同じ意味でも表現が異なる

「配達中」「FedEx車両に搭載」「お荷物は配達中です」— 同じイベントでも4通りの表現があり、それぞれに個別のテンプレートルールが必要です。

03

署名要件の表記が不統一

「Direct Signature Required」(FedEx)、「Signature Required」(UPS)、「Signature Confirmation」(USPS)— 同じ概念でありながら、配送業者ごとに異なるラベルと異なる位置に記載されています。

01

パターンで追跡番号を読み取り、位置は不問

追跡番号を一度定義するだけで、AIがUPSの1Zコード、FedExの数字、USPSのUPU、DHLのIDをパターンで認識します。位置は問いません。複数の配送業者が混在するバッチでも、1つのきれいな列にまとめられます。

02

ステータスを文言ではなく意味で正規化

「配達中」「on vehicle」「out for delivery」— AIはこれらを同一のイベントとして読み取ります。配送状況列は、ルックアップテーブルなしで、配送業者間で比較可能な値を返します。

03

配送業者APIは不要

あるRedditユーザーは800件のFedEx追跡番号を持っていましたが、業務用PCではFedEx APIが使えず、Google Sheetsで6時間かけて回避していました。スクリーンショットからの抽出なら、IT承認なしでどんな通知ソースからでも機能します。「目玉をえぐり出してしまいそうです。」

混在した受信箱の配送通知が、1行のスプレッドシートに

入荷受付、フルフィルメント、顧客フォローアップのために荷物を記録する — 通知のスクリーンショットをツールにドロップすると、こうなります。

1.

通知のスクリーンショットをアップロード

UPSのメール、FedExのSMSアラート、USPSの追跡ページ、DHLのアプリ通知をまとめてアップロード — AIは各通知がどの配送業者からのものかを知る必要はありません。

2.

列名を指定

追跡番号配送業者配送状況配達予定日発送元 → 配送先を定義。必要に応じて通知ソース署名必須も追加できます。AIは意味的なコンテキストから各値を識別します — 配送業者ごとのルールは不要です。

3.

追跡ログをエクスポート

1つのスプレッドシート — すべての配送業者の追跡番号、配送業者名、ステータス、日付が1つのテーブルにまとまり、並べ替えやフィルタリングがすぐに使えます。手作業で各フィールドを入力するよりも約15倍高速です。

最適なケースと注意すべきケース

最適なケース

メールや配送業者アプリのスクリーンショット全体。コントラストの高い機械レンダリングテキストは、配送業者を問わずクリーンな入力データを提供します。

複数配送業者の一括処理。1つの列セットで、UPS、FedEx、USPS、DHLを同じバッチで処理できます。

日次の複数配送業者ワークフロー。朝の通知をまとめて、手動での転記作業を1回のエクスポートに置き換えます。

注意すべきケース

短縮されたSMS通知。160文字のSMS通知では、配達予定日や重量が省略されることがよくあります。Notification Source列を使用して、SMSの行と完全なキャプチャを区別してください。

圧縮された転送スクリーンショット。WhatsAppで圧縮された画像は、類似した文字(0/O、1/I)がぼやけます。元の解像度のキャプチャを使用してください。

複数荷物の追跡。UPS SurePostやFedEx SmartPostでは、複数の小包が1つの番号にまとめられます。個別の小包を追跡するには、別々の通知が必要です。

よくある質問

バッチにUPS、FedEx、USPS、DHLのスクリーンショットが混在している場合、追跡番号列は正しく機能しますか?

はい。追跡番号を一度定義するだけで、AIがUPSの1Zコード、FedExの数字列、USPSのUPU、DHLのIDを識別し、長さや形式に関係なくすべて同じ列に格納します。

配送状況列は、同じイベントに対する異なる配送業者の用語をどのように処理しますか?

AIは各ステータスフレーズの正確な文言ではなく、意味を読み取ります。「Out for Delivery」(UPS)、「On FedEx vehicle for delivery」、そして「Your item is out for delivery」(USPS)はすべて同じ配送状態として認識されます。どの配送業者の用語を見ているかを追跡する必要がある場合は、別途配送業者列を追加してください。AIは1枚のスクリーンショットからステータスと配送業者の両方の列を入力し、配送業者の属性とともに正規化されたステータスを提供します。

同じ通知スクリーンショットから、実際の配達日時と一緒に配達予定日を抽出できますか?

はい。配達予定日配達完了日時を別々に定義してください。「Estimated Delivery」は前者に、「Delivered On」は後者に入力されます。どちらも、表示されている場合は同じスクリーンショットから入力されます。

配達通知のスクリーンショットがメールやアプリ画面ではなくSMSテキストからの場合でも、抽出は機能しますか?

はい、ただし注意点があります。SMSアラート(160文字)には追跡番号、配送業者、ステータスが含まれていますが、配達予定日は省略されていることがよくあります。AIは表示されているものは何でも読み取ります。通知ソース列を使用して、SMS行を完全なキャプチャと区別してください。

このツールは、通知に表示されている場合、署名確認情報を抽出しますか?

はい。署名必須を定義すると、AIが「はい」またはその種類(直接、間接、成人)を入力します。署名に関する記載がない標準的な通知では、セルは空のままになります。

📮 contact email: [email protected]