メッセージ本文とPDF添付ファイルをすべて読み取り、フィールドをスプレッドシートの列として出力するAI メールパーサー

本文のみのパーサーは、データが始まる場所で止まります。 注文確認メールは、4ページのPDF請求書を包む2文の文章にすぎません。本文パーサーが取得できるのは、その文章、件名、そして本文中に記載された合計金額程度です。請求書番号、明細行、税の内訳は、決して開かれることのない添付ファイルの中にあります。このカテゴリのGmailやSheetsのアドオンは、「テンプレート化されたメール」を解析するのであって、そこに添付されたドキュメントを解析するのではありません。

解析ルールは1人の送信者のレイアウトに縛られ、ベンダー自身のドキュメントもそれを認めています。 cloudHQのセットアップガイドでは、すべてのメッセージが「類似した形式」である必要があるため、単一の送信者と件名に絞り込むよう指示されています（出典）。Mailparserのヘルプセンターも、「テキスト内の固定位置」を基準に各ルールを構築することを推奨しています（出典）。ベンダーが「Total」を「Amount Due」に改名したり、テンプレートを再構成したりしても、ルールはエラーを出しません。誤った範囲を取得するか、何も取得しないだけです。

メールのノイズが位置ベースのルールを無力化します。 署名ブロック、法的免責事項、引用された返信チェーンにより、「Total:の後のテキスト」は1通のメッセージに3回現れることがあり、最も古いコピーは通常引用スレッド内にあります。r/ConnectWiseの解析ルールに関するスレッドは明快に述べています：「解析ルールの問題は、常に使えるわけではなく、メールの件名に依存する点です。」

添付ファイルはスキップされず、ドキュメントとして読み取られます。 ビジョンモデルは、直接アップロードされたファイルと同様にPDF、スキャン、写真を読み取り、印刷テキストでは最大99%の精度を実現します。パスワード保護された添付ファイルにも対応しています。よく使うパスワードを設定に保存しておくと、暗号化されたPDFも処理前に自動で試行されます。本文のフィールドと添付ファイルのフィールドは同じ行に格納されます。

列は一度定義するだけで、あらゆる送信者に対応します。 これがカスタム列抽出です。必要な列名（請求書番号、支払期日、合計金額）を入力すると、AIが値の位置ではなく意味を理解して各値を特定します。新しい送信者や、メールが刷新された既存の送信者でも再設定は不要です。また、すべてのアカウントに専用の受信アドレスが1つ付与されるため、ルールベースのツールのようにレイアウトごとにメールボックスを管理する必要はなく、すべてを1か所に転送できます。

意味に基づく読み取りはメッセージの付随要素に影響されません。 署名、免責事項、引用されたスレッド本文は、位置ではなく意味に基づいて抽出が行われるため、フィールド値と混同されません。「合計」という語を含む免責事項は合計金額とは見なされません。転送されたチェーンに同じ数値の古いバージョンが含まれている場合、bboxハイライト付きのレビューモードで、抽出された各値がどの出現箇所から来たのかを正確に確認できるため、検証は読み直しではなく一目で済みます。