あらゆる書留郵便追跡スクリーンショットから記事番号・発送日・受取人名を特定
書留郵便の追跡ページをスプレッドシートに手入力する場合、22桁の記事番号・発送日・配達日・受取人名の転記に1件あたり約3分かかります。このツールなら、スクリーンショット1枚あたり5〜10秒で同じ項目を抽出できます。
スクリーンショット1枚あたり5〜10秒・印刷テキストで最大99%の精度
書留郵便ページの配達証明フィールド
書留郵便の追跡ページは表ではなく法的な受領証であり、郵便会社ごとに表示方法が異なります。カスタム列抽出を使用すれば、フィールド名を指定するだけで、AIが意味に基づいて各項目を特定します。
USPSは22桁、Royal Mailは13文字、日本郵便の書留は12桁 — 5つの形式、1つの概念。AIがテキストとして書き出すため、Excelで文字化けしません。
消印の日付 — IRS §7502(c)に基づき、提出の期限を判断する基準となる日付です。
「配達済み、本人に手渡し」「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ユーザーが言うように、「署名が読めない、または日付がなく、それでもウェブサイトで追跡しなければならない」のです。
カスタム列抽出では、列を1回指定するだけで、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は抽出した記事番号をテキストとして書き出すため、追跡ページに記載されたとおり、すべての桁がスプレッドシートに正確に残ります。
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の荷物追跡ページ · 荷物配達通知の抽出 — 配送アプリやメール通知から配達証明を抽出