読むAI、比べるルール、決める人。請求書から見直す経理業務

袋の数と請求額だけでは、変化を見つけられない

物語の発端は、いつもの作り方なのにタルト一台分のガナッシュが足りなくなることだ。請求額も購入した袋数も前月と変わらない。しかし品名に続く規格を見ると、チョコレートは一袋1キログラムから800グラムに変わっていた。レシピ側の単位が「一袋」のままだったことも、不足が表面化するまで気づけなかった理由になる。

この設定から考えたいのは、価格比較の前に、比較する対象をそろえる必要があるという点だ。同じ品目、同じ通貨・税の扱い、同じ重量単位でそろえて初めて、前回との違いを説明できる。一袋の値段、発注袋数、袋の内容量、総重量は、それぞれ別の項目として残したい。名称が同じだから同じ商品と決めつける運用では、容量変更や規格違いが埋もれてしまう。

動画の数値を使った編集部の計算では、袋価格をPとすると、1グラムあたりの価格はP÷1000からP÷800へ変わる。後者は前者の1.25倍であり、内容量は20％減、重量あたりの価格は25％増となる。減少率と上昇率の分母は異なるため、同じ割合にはならない。この計算は設定の読み解きであり、実際の仕入れ価格や市場全体の動向ではない。

AIに任せる範囲を、五つの条件で固定する

高橋さんに与えられる役割は、店の請求書を行ごとに読み、仕入れ品目表のどの商品に対応するかを整理することだ。仕入れ先を評価したり、支払いの可否を決めたりする役割は含まれない。動画では、この仕事を役割、参照資料、出力形式、引き継ぎ条件、禁止事項の五つに分解する。

参照できるのは、自店の品目表、過去の請求書、仕入れ先からのお知らせ。インターネットの相場は比較対象に入れない。自店の前回購入条件との比較と、市場での最安値探索を混ぜると、必要な根拠も判断基準も変わるからだ。これは外部情報を使えないという製品上の制約ではなく、今回の仕事に合わせて人が決めた範囲である。

出力は自由な感想文ではなく、品目番号、量、単価と、それを読み取った請求書・通知の位置をそろえる。実装するなら、元の表記と正規化後の値を別々に持つと照合しやすい。例えば「0.8kg」を「800g」に変換しても原文を消さず、文書IDと行番号、換算処理を残す。数値が入っているだけでは十分ではなく、担当者がその根拠へ戻れることが要件になる。

読めない記載、合計や税額の不一致、手書きの値引きなどは、人に渡す例外として定められる。ここでAIが都合のよい品目に結びつけたり、欠けた値を想像で補ったりすると、後工程の計算が正しくても結果は誤る。未確定という状態を正常な出力として受け入れ、その行を止められる設計が必要だ。

読む工程と、毎回同じ式で比べる工程をつなぐ

物語で組まれる流れは、請求書の受領と保存から始まる。紙はスキャンして決めたフォルダへ置き、AIが品名・規格・通知を読み取る。その後、前回と量または単価が違う行をルールで分岐させ、変化した行には重量あたりの価格を計算して付ける。

この比較と割り算を、動画はAIの担当から外す。同じ式で繰り返す処理は通常の計算・条件分岐に置き、言葉の表記揺れや通知の意味を扱う箇所にAIを使う分担だ。AI経理社員という名称が、計算も判断もすべて生成AIが担うことを意味しているわけではない。

実務へ移す場合も、読み取り結果の型と入力値の検証を挟みたい。重量ゼロや単位不明の行を割り算へ進めない、税込・税抜が混在する値をそのまま比較しない、同名でも規格が違う商品の対応を確かめる、といった条件が考えられる。これらは本稿の実装上の考察であり、映像内で動作実証された機能ではない。

変更行は、人が原本と見比べ、必要なら仕入れ先に確認する。支払い、レシピ、店頭価格についてはオーナーが決定する。変更のない行と確認の終わった行が支払い予定表へ入り、実際の振り込みは担当者がまとめて行う。予定表への登録と送金の実行を分けることも、権限の境界として読み取れる。

人への確認は、具体的な対象と操作を示す

AIの提案に人が関わる仕組みの一例として、n8nの公式ドキュメントは、特定のツールを実行する前に承認を求める方法を説明している。確認が必要なツールでは処理が待機し、承認すると指定された入力で実行され、拒否すると実行されない。確認者には実行したいツールとパラメータが示される。

この機能説明は、動画内の架空システムがn8nで実装済みという意味ではない。また、承認ボタンがあれば請求書の内容まで正しくなるわけでもない。業務側では、誰が、どの行を、どの原本に基づき、どの処理へ進めると承認したのかを整理する必要がある。承認後に金額や取引先が変更された場合に、その承認を使い回さないことも、本稿からの設計上の提案だ。

正常な行だけでなく、止まるべき行を試す

本編の試行場面には、前回と同条件の生クリーム、容量が変わったチョコレート、手書き値引きの三種類が登場する。正常行がそのまま進むこと、変更行に根拠と比較結果が付くこと、個別事情のある行が人へ渡ることを、それぞれ確かめる構成になっている。

特に通知は、請求書とは別の資料だ。物語では容量変更のお知らせが以前から届いていたが、開封されていなかった。請求書だけの精度を高めても、必要な通知が入力へ入らなければ見落としは残る。参照する資料を増やす際は、対象期間、取引先、商品との対応も確認したい。古い通知や別商品の変更を現在の請求へ誤って結びつけることも想定できる。

実際の導入試験では、読み取り不能、初めて買う品目、通知がない変更、重複した請求書などを別の試験例として用意できる。「変更なし」という分類の誤りも点検対象にする必要がある。動画内では変更のない行を人の手を通さず進める設計だが、現実に適用する際の確認頻度や許容範囲は、金額・取引・自社の統制に合わせて決めるべきで、一律の安全性は示されていない。

記録は、決めた後の影響を戻すためにある

物語の終盤では、仕入れ規格を確認した後に原価とレシピを修正する一方、自店の商品にも大きさの変更があったことが記録から分かる。そこで、商品の大きさや価格を変える判断をした場合には、店頭で知らせる工程を追加する。AIを増やして解決するのではなく、人が決めたことの出口に必要な行動を加える改善だ。

ここで残す記録はAIの会話だけではない。受領、読み取り、比較、人の確認、支払い予定への登録という各段階が対象になる。入力、根拠、処理の結果、担当者の決定をつなげれば、後から問題が起きたときに、どこで情報が止まったのかを調べられる。記録は責任を一人に押しつける材料ではなく、次のフローを直す手掛かりとして使いたい。

請求書を読み取る仕事から始めても、改善の対象は製造、販売、お客様への説明へ広がる。最初からあらゆる判断をAIへ渡すのではなく、読み落としていた一か所を支援し、比較と決裁をつなぎ、実際につまずいた場所を直していく。本編の中心にあるのは、この小さく組んで育てる設計である。

AIに任せたい業務の整理や導入・運用の相談先として、運営会社のRO合同会社は公式サイトで支援内容を案内している。対応する仕事と人が確かめる範囲を先に整理し、自社の資料を用いた試行で条件を詰めていきたい。

出典：柴亮太のAI社員チャンネルの本編動画（公開文字起こし、0:00〜8:44確認）、n8n公式・ツール実行前の人の承認、RO合同会社公式サイト。計算例と実装上の提案は編集部による考察。