必要な請求書フィールドだけを 正確に抽出 — 余計なものは一切なし
ほとんどの請求書抽出ツールは、見つけられるデータをすべてExcelに吐き出します — 40列ものノイズ。その後、不要な列を削除し、残りを並べ替え、ヘッダーをAPシステムに合わせてリネームするのに15分も費やします。列名指定抽出なら、指定したフィールドだけを、入力した順番で取得できます。「仕入先名 | PO番号 | 支払期日 | 合計金額」と入力すれば、そのまま出力されます。
1ページあたり5~10秒 · 印字テキストで最大99%の精度 · テンプレート不要
フィールド名を指定するだけで、そのフィールドだけを取得
このアプローチを列名抽出と呼びます。ツールが請求書からどのフィールドを抽出するかを決めるのではなく、必要な列をすべて名前で指定します。AIが各フィールドをページ上のどこにあっても特定し、元のドキュメントのラベルに関係なく、正しい出力列にマッピングします。
なぜこれが重要か?ほとんどの請求書ツールは、見つけられるすべてのデータをデフォルトで抽出します — 30、40、時には50列以上。その後、不要な列を手動で削除し、残りを並べ替え、ヘッダーをリネームする必要があります。列名抽出は、その後処理を完全に排除します:指定した列だけが、入力した順序で取得されます。
価値はスピードにあらず——出力後の後始末が不要になること
多くの請求書抽出ツールは、ページ処理の速さを競います。しかし、APワークフローで本当に時間を取られるのは抽出そのものではなく、その後の作業です。列の削除、並べ替え、ヘッダーのリネーム、フォーマット調整——これらは手作業での入力よりも時間がかかることもあります。Selectivityがその問題を解決します。
他社ツールの現実:情報過多で整理不足
Excelに40以上の列がダンプされる。 ツールは検出した全データ(仕入先名、請求書番号、8種類の日付、5種類の税金内訳、送金先住所、銀行詳細、配送情報、明細メタデータ、不要なフィールド)を抽出。スプレッドシートを開き、必要な6列を探すのに最初の10分を費やすことになります。
列の順序が予測不能。 ある請求書ではヘッダーがアルファベット順に並び、別の請求書ではページ上の位置(左上から右下)順、さらに別のものではデータ型ごとにグループ化されます。バッチごとに列のレイアウトが微妙に異なるため、出力をAPシステムやピボットテーブルに直接貼り付けることができず、手動での並べ替えが必須となります。
ヘッダー名が自社システムと一致しない。 APツールは「仕入先名」を期待するのに、出力は「Supplier」。ERPは「PO番号」を期待するのに、出力は「Purchase Order Ref.」。データを後続プロセスに流し込む前に、すべての列ヘッダーの名前を変更する必要があります。これがバッチごとに発生するため、手戻りが積み重なります。
列名抽出で得られるもの:指定した通りの列
入力した列だけが出力されます。 仕入先名 | 請求書番号 | 発注番号 | 支払期日 | 合計金額 と入力すれば、出力は正確に5列です。余分なフィールド、隠れたメタデータ、削除が必要な列は一切ありません。指定しなかった列は表示されません。これをカスタム列抽出と呼びます。入力した列名が抽出指示となり、AIはそれ以外を無視します。
列は入力した順序で表示されます。 承認ワークフローが左から右に読むため、「仕入先名 | 発注番号 | 請求書番号 | 支払期日 | 合計金額」という特定の順序が必要ですか?その順序で入力してください。出力は意図通りになり、並べ替えは不要です。10件でも500件でも、列の順序は決定的で、指定した順序になります。
ヘッダー=列名。名前の変更は不要です。 Excel出力の列ヘッダーは、入力したテキストそのままです。マッピング手順、「出力フィールド→システムフィールド」変換、インポート前の名前変更は一切不要。APシステムが「発注番号」を期待していますか?列名として「発注番号」と入力すれば、そのヘッダーが得られます。出力をERP、会計ソフト、共有スプレッドシートに直接取り込むワークフローに最適です。
請求書の山から、AP対応のクリーンなスプレッドシートへ
以下は、混在する請求書フォルダをAPプロセスに必要な列だけに変換する3ステップのワークフローです。過不足なく、必要なものだけを抽出します。
請求書をアップロード — 形式・ベンダー問わず
PDF、スキャンした紙の請求書、スマホで撮影した写真を一括でドロップ。各ページは5〜10秒で処理されます。形式は自由に混在可能:あるベンダーのERPから出力された機械生成PDFと、別のベンダーの紙の請求書の写真を同じアップロードに含められます。外部からの定期的な収集にはコレクションリンクをご利用ください。これは共有可能なアップロードURLで、ベンダーがアカウントを作成せずに直接あなたのアカウントの処理キューに請求書ファイルを送信できます。
必要な列名を入力 — そのまま、順番通りに
パイプ文字で区切ってフィールド名を入力します:ベンダー名 | 請求書番号 | 発注番号 | 支払期日 | 小計 | 税額 | 合計。明細レベルの抽出には明細フィールドを追加:説明 | 数量 | 単価 | 明細合計。自動分類には推論列を使用します。例:GLコード(選択肢:5100-消耗品 / 5200-ソフトウェア / 5300-サービス) — AIが各請求書を読み取り、文書自体にGLコードフィールドがなくても適切なコードを割り当てます。
ダウンロード — 修正不要
XLSX、CSV、またはJSONにエクスポート。出力は、指定した列名、指定した順序、入力したヘッダーで構成されます。APシステム、ERP、共有スプレッドシートにそのまま貼り付け可能 — 削除、並べ替え、名前変更は不要です。Google Sheetsをご利用の場合、Google Sheetsアドオンを使用すると、スプレッドシートを離れずにサイドバーからアクティブなシートに結果を抽出できます。抽出時の計算には計算列を使用します — 明細合計(数量 × 単価)のように列名に直接数式を記述すると、AIが抽出と同時に計算を実行。生データと計算値を1回の処理で取得できます。
最適な活用シーンと注意点
列名指定抽出は標準的な請求書フォーマットで確実に動作します。大量のAPバッチを処理する前に、いくつかのエッジケースを把握しておくと安心です。
最適な利用シーン
会計・ERPソフトウェアから生成された機械的なPDF QuickBooks、Xero、SAP、NetSuiteなどの請求書は、ほぼ完全な精度で抽出可能。すべての項目にクリーンなデジタルテキストが埋め込まれています。
ラベル表記が異なる標準的な印刷請求書項目 AIが意味で項目をマッチングするため、「Invoice #」「Bill No.」「Ref. Number」「Document ID」はすべて、ベンダーごとの設定なしでInvoice Number列にマッピングされます。
ユーザーが正確に定義したニッチなカスタム項目 Payment Terms、IBAN、Remittance Address、Early Payment Discountなどを指定可能。書類に印刷された情報であれば、特定の列名で見つけ出します。
標準品質(200dpi以上)のクリーンなオフィススキャン デスクトップスキャナーや複合機でスキャンした紙の請求書も確実に抽出。ベンダーのスタンプ、ゴム印の日付、印刷された明細行テーブルも対応します。
要確認
複数の金額がある請求書のフィールド名が曖昧。 小計、税、割引、合計が表示される請求書で Amount という列名だと、誤った値を返す可能性があります。Total Due や Grand Total など具体的な名称を使用してください。
ページをまたぐ明細行。 商品行がページ境界をまたぐと、抽出が分割されたり不完全になることがあります。明細行の多い複数ページの請求書は、各ページの最終行を確認してスポットチェックしてください。
印刷数値への手書き修正。 ベンダーが印刷された数値の上に手書きで修正値を記入した場合、AIは視認性とコントラストに応じていずれかの値を選択する可能性があります。手動修正が確認できる請求書は、人間によるレビュー対象としてフラグを立ててください。
本ツールはページ上の内容を抽出するものであり、会計上の正確性を検証するものではありません。 ベンダーが誤った小計や税計算を印刷した場合、ツールはその印刷値を抽出します。計算の検証や税務コンプライアンスの確認は、支払い前に人間が行う必要があります。
よくある質問
抽出するフィールドを正確に指定し、それ以外はスキップできますか?
はい — それが列名抽出の目的です。必要な列名を入力すると、AIはそのフィールドのみを抽出します。仕入先名 | 請求書番号 | 支払期日 | 合計金額 と入力すれば、出力は正確に4列になります。指定しなかったものは抽出されません。入力した列名がそのままExcelファイルのヘッダーになります。削除する余分な列も、依頼していないフィールドもありません。
請求書のフィールドラベルと列名が異なる場合はどうなりますか?
AIはラベルテキストの正確な一致ではなく、意味でマッチングします。請求日 と入力すると、元の文書に「日付」「請求日」「発行日」「Invoice Date」のいずれが記載されていても、AIは対応する値を見つけます。これは意味ベースのマッチングです — AIは各フィールドが何を表すかを理解するため、ベンダーによるラベルのバリエーションがあっても抽出は問題なく行われます。同じ列定義が、英語の請求書を扱うベンダーにも、ドイツ語(「Rechnungsdatum」)のベンダーにも、フランス語(「Date de facture」)のベンダーにも機能します。
請求書レベルのフィールドと一緒に明細項目の詳細も抽出できますか?
はい。請求書レベルのフィールド(仕入先名 | 請求書番号 | 請求日)と明細レベルのフィールド(品目説明 | 数量 | 単価 | 明細合計)の両方の列を定義します。AIは各明細項目を個別の行として抽出し、請求書レベルのフィールドをすべての行に繰り返し表示します。10行の請求書は10行の出力となり、各行に完全な請求書コンテキストが含まれます — 仕入先、日付、または金額でフィルタリングでき、元の文書へのトレーサビリティを失うことはありません。
指定したフィールドが特定の請求書に存在しない場合はどうなりますか?
そのセルは空白のままになるか、「N/A」と表示されます。AIはデータを創作、推測、または捏造することはありません。そのため、PO番号がある請求書とない請求書が混在するバッチでも、安全に一度に処理できます。該当しない請求書についてはセルが明確に空欄のまま、その列は出力テーブルに残るため、偽造された値による計算エラーを心配することなく、後続処理でそれらのケースを扱えます。
スキャンした請求書やスマホ写真でも使えますか?デジタルPDF以外でも大丈夫ですか?
はい、使えます。本ツールはVision Large Modelをベースにしており、埋め込まれたテキストレイヤーだけでなく、書類の視覚的なレイアウトを読み取ります。スキャンした紙の請求書、スマホで撮影した写真、多少傾いたりコントラストが低い画像でも問題ありません。標準的なオフィス品質(200dpi以上)の鮮明なスキャンでは、印字テキストの認識精度は最大99%に達します。デジタル以外の入力が苦手な従来のOCRとは異なり、このビジョンベースのアプローチは、実際の請求書フォーマットの幅広いバリエーションに対応します。