あらゆる書留郵便追跡スクリーンショットから記事番号・発送日・受取人名を特定します あらゆる書留郵便追跡スクリーンショット
書留郵便の追跡ページをスプレッドシートにコピーし、22桁の記事番号・発送日・配達日・受取人欄を手入力すると、1件あたり約3分かかります。このツールなら、スクリーンショット1枚につき5〜10秒で同じ項目を抽出できます。
スクリーンショット1枚あたり5〜10秒・印字テキストで最大99%の精度
書留郵便ページの配達証明フィールド
書留郵便の追跡ページは表ではなく法的な受領証であり、郵便事業者ごとに表示方法が異なります。カスタム列抽出を使えば、フィールドに名前を付けるだけで、AIが意味に基づいて各項目を特定します。
USPSは22桁、Royal Mailは13文字、日本郵便の書留（かきとめ）は12桁です。5つの形式が1つの概念に集約され、AIがテキストとして書き出すため、Excelで文字化けすることがありません。
消印日付のことです。IRS §7502(c)では、この日付が提出の適時性を決定づけます。
「Delivered, Left with Individual」「Remis au destinataire」「配達完了」は、サービスごとに表現が異なるだけで、すべて同じイベントを指します。
配達時に署名した人物で、最終スキャン行から取得します。
郵送記録に記載されている住所ブロックです。
テキストではなくスキャン画像です。AIは転記ではなく、確認のために署名を特定します。
これは追跡ページではありません。郵便システムごとにレイアウトが異なる、法的な配達証明書類です
書留郵便は、書類が送付され受領されたことを法的に証明できる証拠を作るために存在し、その証明は郵便システムごとに異なる表示形式の追跡ページに記載されています。テンプレートツールでは対応できませんが、セマンティック抽出なら対応できます。
USPSは22桁のUPUコードを使用します。Royal Mail Signed ForはGBで終わる13文字です。日本郵便の書留（かきとめ）は12桁です。Deutsche Post EinschreibenとLa Poste Recommandéにもそれぞれ独自の形式があります。同じ概念なのに5つの形式があり、20桁以上の数字はExcelで指数表記に変換されてしまいます。
税務申告において、発送日が法的に決定的な日付です。IRS §7502(c)は、消印のある書留郵便の受領証を期限内提出の証明として扱います。家主への通知や召喚状の場合、配達日が送達の証明となります。単なる「日付」フィールドではこれらを区別できません。
グリーンカード（USPS PS Form 3811）には、記事番号のバーコードとは異なる独自の追跡番号があります。法律関係者はこの苦労を知っています。r/paralegalユーザーが述べたように、「署名が判読できない、または日付がなく、それでもウェブサイトで追跡しなければならない」のです。
カスタム列抽出では、列名を一度入力するだけで、AIが値の意味からその位置を特定します。22桁のUSPSコード、Royal Mailコード、または書留の12桁の番号は、どこにあっても記事番号として認識されます。
両方に名前を付けると、AIがラベルの文脈を読み取って各日付を正しく分類します。受領または消印の行は発送日に入り、「Delivered」「Remis le」「お届け日」の行は配達日に入ります。2つの法的な意味は、スプレッドシート上で分離されたままになります。
「Delivered, Left with Individual」「Remis au destinataire」「配達完了」は、同じ配達状況として認識されます。手書きの署名は画像として特定され、文字起こしはされないため、推測された名前を信頼するのではなく、目視で検証できます。
書留郵便の追跡スクリーンショットから、配達証明ログの1行へ
入居者通知、IRS提出書類、召喚状、コンプライアンス文書の記録を管理している場合、書留郵便の追跡スクリーンショットをこのツールに取り込むと次のようになります。
追跡スクリーンショットをアップロード
USPS.com、Royal Mail、日本郵便、Deutsche Post、La Posteの追跡ページのフル解像度スクリーンショットで、スキャン履歴と最終配達イベントが含まれるものを取り込んでください。受付スキャンと配達スキャンの両方が写っているスクリーンショットには、必要な日付が両方含まれています。
必要な列名を指定
ヘッダーを入力します：記事番号、発送日、配達日、配達状況、受取人名、署名画像。AIは「Tracking Number」「Numéro de suivi」「お問い合わせ番号」などのページ上のラベルを、レイアウトに関係なく正しい列にマッピングします。
Excelにエクスポート、郵便物1件につき1行
各スクリーンショットが1行になります：22桁の記事番号はテキストとして保持され（指数表記なし）、発送日と配達日は別々の日付列に、配達状況は郵便システムの元の表現のまま、見つかった署名画像は目視確認用に準備されます。異なる郵便システムのスクリーンショットを30件まとめて処理すると、出力は1つの明確な証拠ログになります。
書留郵便追跡情報の抽出が有効なケースと限界
抽出結果が裁判所、政府機関、監査人によって審査される可能性がある場合、正直な境界線が重要です。
- ✓
追跡ページ全体のスクリーンショット（スキャン履歴と最終配達イベントが表示されているもの）
- ✓
1つのバッチに複数の郵便システムが混在するケース。USPS、Royal Mail、日本郵便、Deutsche Post、La Posteのスクリーンショットを、同じ列定義でシステムごとの設定なしに処理できます。
- ✓
証拠ログの構築。長年にわたる書留郵便の記録を整理し、検索可能なスプレッドシートにまとめます。
- ⚠
これはスクリーンショットに表示されている内容を抽出するものであり、郵便APIではありません。USPS PTR2や郵便データベースに問い合わせることはなく、画面外にスクロールしたスキャン情報を取得することもできません。
- ⚠
署名画像は位置を特定するものであり、文字起こしはしません。読みにくい手書きの署名を信頼できるテキストに変換することはできません。このツールは署名を見つけて強調表示しますが、公式記録は返送受領証に残ります。
- ⚠
抽出は法的な認証ではありません。紛争が生じた場合は、グリーンカード（PS Form 3811）と郵便システム自身の印刷物を証拠書類として保管してください。
よくある質問
22桁の書留郵便の記事番号はExcelで指数表記になりますか？
いいえ。Excelは11桁を超える数値を指数表記に変換します。USPSの記事番号（例：9400 1100 0000 0000 0000 00）は9.4E+21となり、記録が破損します。AIは抽出した記事番号をテキストとして書き出すため、22桁すべてが追跡ページに印字されたとおりにスプレッドシートに残ります。
USPS、Royal Mail Signed For、日本郵便の書留のスクリーンショットを1つのバッチに混在させてもよいですか？
はい。1セットの列（記事番号、発送日、配達日、受取人名）を定義すれば、AIは同じ定義で全てのスクリーンショットを処理します。USPSの22桁のUPUコード、Royal Mailの13桁の番号、日本郵便の書留（かきとめ）の12桁の番号は、すべて同じ記事番号の列に入ります。郵便事業者ごとにスクリーンショットを仕分ける必要はありません。
手書きの署名をテキストとして抽出できますか？
いいえ。意図的に推測しない設計です。書留郵便の記録にある署名はスキャン画像であり、手書きの署名は判読できないことが多いため、パラリーガルが追跡サイトを辿らざるを得ないと報告しているのです。AIは署名画像の領域を特定して目視確認できるようにし、配達スキャン行から入力された受取人名を取得します。正式な署名記録については、返送受領証（グリーンカード）を保管してください。
スクリーンショットがページ上部のみの場合、配達日は抽出されますか？
AIは画像に表示されている内容を抽出します。配達スキャンとそのタイムスタンプが表示領域より下にある場合、その1枚のスクリーンショットからは復元できません。ほとんどの追跡ページの上部に表示される記事番号と発送日は、部分的なキャプチャでも確実に抽出されます。完全な記録を得るには、配達イベントを含むページ全体をスクリーンショットするか、スクロール範囲をカバーする2枚の画像をキャプチャしてください。
抽出されたデータは、裁判やIRSで配達の証明として認められますか？
このツールは、公式の追跡記録に表示されるものと同じフィールドを整理します。基盤となる郵便記録を作成したり、認証したりするものではありません。IRS §7502(c)は、書留郵便の差出人受領書自体に法的効力を与えており、USPSは署名記録を2年間保管します。抽出したスプレッドシートは記録の構造化された索引として扱い、郵便システム自身の受領書と追跡プリントアウトを証拠書類として保管してください。
このカテゴリの関連記事： 旅行チケット・配達スクリーンショット概要 — チケット、搭乗券、配達証明スクリーンショットのハブ · 運送会社の追跡ページ抽出 — UPS、FedEx、DHL、USPSの荷物追跡ページ · 荷物配達通知の抽出 — 運送会社アプリやメール通知から配達証明を取得