メッセージ全体、本文、PDF添付ファイルを読み取り、フィールドをスプレッドシートの列として取り込むAI メールパーサー

本文のみのパーサーは、データが始まるところで止まってしまう。 注文確認メールは、4ページのPDF請求書を囲む2文の散文である。本文パーサーは散文、件名、そして本文中に記載された合計金額を取得する。しかし、請求書番号、明細項目、税額の内訳は、開かれることのない添付ファイルの中にある。このカテゴリのGmailおよびSheetsアドオンは、「定型メール」を解析するものであり、添付されたドキュメントを解析するものではない。

解析ルールは1つの送信者のレイアウトに紐付けられており、ベンダー自身のドキュメントもそれを認めている。 cloudHQのセットアップガイドでは、すべてのメッセージが「類似した形式」である必要があるため、単一の送信者と件名にフィルタリングするよう指示されている。Mailparserのヘルプセンターも、「テキスト内の固定位置」を中心に各ルールを構築することを推奨している。ベンダーが「Total」を「Amount Due」に変更したり、テンプレートを変更したりすると、ルールはエラーを出さない。間違った範囲を取得するか、何も取得しないかのどちらかである。

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

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

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

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