経費および請求書のデータ処理 — 会計、財務、運営における人工知能

利益:

フリーテキストおよび請求書のデータを、固定スキーマに従って構造化されたテーブルに変換する機能
経費の分類、VAT 逆計算、異常検出のための反復可能なプロンプトを設定する機能
VAT の等価性チェックと全体的な整合性チェックにより、抽出された財務フィールドを検証する機能

会計チームが最も時間を費やすタスクの 1 つは、分散した経費と請求書のデータを整理した表に整理することです。電子メールに添付された請求書、WhatsApp から送信された領収書の写真、「アンカラ会議食事 + タクシー 840 TL」のような自由記述の経費メモ... これらはすべて、カテゴリ、金額、VAT (付加価値税)、日付、サプライヤーのフィールドで構成された行という、同じ場所に収まるはずです。

人工知能 (AI) は、この「フリーテキストから構造へ」の変換において非常に強力です。しかし、財務データにおいては、たとえ一銭たりとも間違いが生じることは容認できません。したがって、この単元では、固定スキーマ (フィールドの事前定義されたリスト) に従って AI にデータを生成させることと、集計一貫性チェックを使用して出力を検証することの 2 つのことを一緒に学習します。

なぜ「スキーマ」がそれほど重要なのでしょうか?

スキーマとは、各行にどのフィールドがどのような順序で、どのような形式で配置されるかを事前に指定するものです。スキーマを指定しない場合、モデルは請求書ごとに異なる形式を生成します。その場合、手動で修正しない限り、それらを 1 つのテーブルに結合することは困難になります。スキーマを指定すると、出力は一貫性があり検証可能になります。

優れた経費表には、日付、サプライヤー、説明、カテゴリ、VAT 除外額 (基本)、VAT 税率、VAT 金額、VAT を含む合計額、書類番号のフィールドが含まれています。

ヒント: 数値フィールドは常に「ピリオド/カンマ」規則に従って定義してください。「桁区切り記号を使用せずに、金額を 1234.56 の形式で記述します」と指定すると、後で Excel にエクスポートするときに何時間も書式設定する悪夢を避けることができます。

ステップバイステップ: フリーテキストから表へ

スキームを修正します。フィールド名、順序、形式を記述します。
カテゴリリストを与えます。モデルに、頭の中でカテゴリーを組み立てるのではなく、リストから選択するよう依頼してください。
不確実性ルールを作成します。よくわからない部分は空白のままにして「チェック」のサインを入れてもらいます。
VAT ロジックを確認します。モデルに式のベース + VAT = 合計を確認してもらいます。
合計をクロスチェックします。すべての行の合計はチェックサムと一致しますか?

弱いプロンプト / 強いプロンプト

弱いプロンプト: 次の経費を表にします: - アンカラのフードタクシー 840 - 文房具 300 (VAT 込み) - ホテル 2 泊 3600

これにより、カテゴリが矛盾し、VAT が混在し、各行で形式が異なる出力が得られます。

このプロンプトは、VAT 250 および VAT 50 を含む文房具の基本を逆計算し、あいまいなレートの品目にフラグを付けて、単一の表に結合できるクリーンな出力を生成します。

VAT逆算ロジック

VAT を含む金額から課税標準を求めることは、会計において頻繁に必要となる手順です。計算式: ベース = 合計 / (1 + レート)。たとえば、20% VAT を含む 300 TL の場合、基本 = 300 / 1.20 = 250、VAT = 50 となります。この式をモデルに明示的に与えると、誤差の範囲が減少します。

トランザクション

式

サンプル (20%)

VAT抜き→税込み

合計 = 基本 × (1 + 率)

250 × 1.20 = 300

VAT込み → 基本

基本 = 合計 / (1 + レート)

300 / 1.20 = 250

VAT額

付加価値税 = 合計 − ベース

300 − 250 = 50

コントロール

ベース + バット = 合計

250 + 50 = 300

請求書の写真と OCR 印刷出力の操作

現場からの経費は、多くの場合、領収書の写真または PDF 請求書として届きます。この画像から文字を抽出する技術をOCR（光学文字認識）といいます。ビジュアル AI ツールでもこの仕事はできますが、OCR 出力には常に欠陥があります。カンマがドットとして読み取られる可能性があり、「5」が「S」と混同される可能性があり、金額の桁が失われる可能性があります。したがって、OCR からの金額を直接会計に含めないでください。

不確実な領域を誰にも推測させないことは、安全上の重要なルールです。モデルが「最も可能性が高い」数値を完成させた場合、レコードは警告なしにエラーに入ります。「未読」フラグにより、人間は元の文書に戻って確認することができます。

ヒント: OCR 印刷では、合計金額が大きなフォントで書かれているため、通常、読み取りに最も信頼できるフィールドとなります。課税標準 + VAT = 合計という式が成り立たない場合は、この式から逆算することで、どの領域に誤りがあるかを見つけることができます。

異常および重複レコードの検出

AI は単に翻訳するだけではありません。不審な物も発見します。たとえば、同じサプライヤーから同じ日に 2 回ほぼ同じ金額が支払われた場合や、そのカテゴリでは異常に高額な費用が発生した場合などです。

以下の経費表で、次の異常をマークし、その理由を書きます。1) 重複する可能性のある記録 (同じサプライヤー + 同様の金額 + 最近の日付)2) カテゴリ平均の 3 倍を超える金額3) カテゴリに予想される VAT 率と異なる理由をマークして書くだけです。行を削除または変更しないでください。

注意: AI の「これは繰り返される可能性があります」という警告はヒントであり、決定ではありません。 2 つのレコードは、実際には 2 つの異なるサービスである可能性があります。削除またはマージの決定は常に人間によって行われます。モデルはあなたの注意を引きます。

ミニケース

ケース 1 — 300 個のチップのスタック。会計の専門家は、図のプロンプトを使用して、300 行の自由テキストの月末経費リストを約 15 分で表に変換しました。手作業で行うと 4 時間かかったこの作業は、検証を行うことで 40 分に短縮されました。得られるのは速度だけではありません。カテゴリの一貫性も高まりました。

ケース 2 — 二重支払いが発覚しました。異常プロンプトは、サプライヤーへの 4,720 TL の請求書が 2 つの異なる文書番号で 2 回入力されたことを示すフラグを立てました。検査の結果、1 つは下書きで、もう 1 つは最終的な請求書であり、両方とも支払い期限であることが判明しました。 AI がなければ二重支払いが発生します。

ケース 3 — VAT 税率の罠。このモデルでは、主食の購入に 20% の VAT を割り当てました。一方、この商品は低料金グループに属していました。「レート確認」ルールのおかげで、ラインは専門情報源によってマークされ、検証され、修正されました。教訓: VAT 税率をモデルに任せるのではなく、リストまたは文書から確認してください。

よくある間違い

スキーマを提供せずにデータを変換する。各行は異なる形式で提供されるため、結合するには手動で修正する必要があります。
カテゴリリストは提供していません。モデルは独自のカテゴリに適合します。報告に一貫性がなくなる。
VAT の平等性がチェックされていない。課税標準 + 付加価値税 = 合計に達しない行は、自動的にテーブルに入力されます。
異常警告を決定と誤解する。「繰り返されるかもしれない」が始まりです。削除の判断は人間が行います。
チェックサムをスキップします。行の合計を既知の制御量と比較せずに出力に依存します。

要約すると

フリーテキストの経費/請求書データを AI で処理する場合、最も信頼できる方法は、固定スキーマに従って出力をリクエストすることです。
カテゴリのリストを提供し、書式設定ルール (ピリオド/カンマ、桁区切り) を明確にすることで、出力の一貫性と転送可能性が維持されます。
VAT 逆算式をモデルに明示的に与え、各行で課税標準 + VAT = 合計が等しいことを確認します。
AI は重複した異常なレコードにフラグを立てるのに強力ですが、削除/マージの決定は常に人間によって行われます。
既知のチェックサムを使用して行の合計を相互検証することで、ジョブ全体が保護されます。

アプリケーションタスク

少なくとも 10 行の経費の混合リスト (実際またはサンプル) を準備します。故意に重複したエントリや間違った VAT 税率の商品を含める。それを強力なプロンプトテンプレートを使用してテーブルに変換し、異常プロンプトを実行します。設定した 2 つのトラップをモデルがキャッチしたかどうかを確認し、3 行で VAT が等しいことを手動で検証します。

チェックリスト

[ ] フィールド名、順序、形式を使用して固定スキーマを定義しました。
[ ] カテゴリリストをモデルに渡しましたが、それを補わせませんでした。
[ ] 数値形式 (ピリオド/カンマ、桁区切りなし) ルールを追加しました。
[ ] 課税標準 + VAT = 完全な平等を確認しました。
[ ] 私は異常/重複スキャンを実行し、人間として決定を下しました。
[ ] 行の合計を既知のチェックサムと比較しました。