仕入先リベート計算をAIで半自動化する｜Excelの計算ルール整理と検算の進め方

仕入先から受け取るリベートは、売上や仕入額に率を掛けるだけに見えて、実務では条件が仕入先ごとに異なります。対象期間、対象商品、控除項目、達成条件、端数処理が一つでも違うと、同じExcelをそのまま使い回せません。

この記事では、一人総務・少人数総務の立場から、Excelで行っていた仕入先リベート計算をAIエージェントで半自動化する進め方を整理します。最初の1種類を試した後、別の2種類にも広げた経験をもとに、計算ルールの渡し方、検算、例外記録、人が残す最終確認まで扱います。

リベート計算ルール台帳の項目

項目	残す内容	検算時の使い方
対象期間	開始日と終了日	期間外明細の混入を確認
対象条件	商品、取引先、除外条件	対象件数を元資料と比較
計算式	率、段階条件、端数処理	代表ケースを手計算
入出力	元PDF、整形Excel、最終結果	同じ条件で再現できるか確認
承認	作成者、確認者、確認日	変更前後の差分を残す

リベート計算が手作業になりやすい理由

リベート計算が重くなる理由は、計算式そのものより、条件が文章や担当者の記憶に残っていることです。同じ「仕入額に率を掛ける」契約でも、対象外商品、返品の扱い、期間途中の条件変更、達成額ごとの料率などが違います。

確認項目	よくある違い	曖昧なまま進めた影響
対象期間	月次、四半期、半期、年度	集計範囲がずれる
対象取引	全商品、一部商品、特定部門	対象外を含める
計算基礎	仕入額、売上額、数量	式は合っていても基礎が違う
率・段階	固定率、達成額ごとの段階率	境界値で誤る
控除	返品、値引き、送料、税	過大・過少計算になる
端数処理	切捨て、切上げ、四捨五入	少額差が毎回残る

最初に自動化するのは計算式ではなく、判断条件を言葉と項目にする作業です。条件が見えると、AIに任せる範囲と、人が確認する範囲も分けられます。

AI半自動化の全体像

実務では、入力から最終承認までを一度に自動化しません。元データをそろえ、契約条件を明文化し、AIに下計算を作らせ、従来のExcel計算と照合します。差異がなくても、しばらくは人が確認してから結果を使います。

1. 手入力していたExcelの項目と元資料をそろえる
2. 仕入先ごとの計算条件をルール表にする
3. AIエージェントに下計算と根拠を出させる
4. 従来計算と比較し、差異の原因を記録する
5. 確認済みの範囲から半自動運用へ移す

請求書処理と同じく、途中の数字だけでなく、元資料と最終成果物がつながっているかを確認します。請求書処理の全体像は、請求書処理AI化ロードマップでも整理しています。

元データと計算ルールを分ける

一つのExcelに数字と式と注意書きが混在すると、AIも人も根拠を追いにくくなります。そこで、元データ、ルール、計算結果、確認記録を分けます。

領域	入れるもの	変更できる人
元データ	日付、商品、数量、金額、区分	入力・取込担当
計算ルール	対象期間、対象条件、率、控除、端数	契約を確認できる担当
計算結果	対象額、適用率、控除、リベート額	AIが案を作成
確認記録	差異、修正理由、確認者、確認日	最終確認者

ルール表には計算式だけでなく、「この商品群は対象外」「期間途中の変更はこの日から」のような文章条件も残します。AIに渡す前に、人が読んでも同じ判断になる状態が目安です。

AIには金額だけでなく根拠も出させる

AIから最終金額だけを受け取ると、差異が出たときに原因を探せません。対象行、除外行、適用した率、端数処理、計算式、注意が必要な行を一緒に出させます。

たとえば「計算結果は合っています」ではなく、「対象額にこの率を適用し、返品分を除外し、端数を指定方法で処理した」と説明できる出力にします。人のチェックも速くなります。

最初の数か月は従来計算と並行する

最初の1種類が合ったからといって、すぐ完全移行はしません。実務では、次に別の2種類へ広げましたが、仕入先ごとに条件が違うため、それぞれ独立して確認しました。少なくとも数か月は従来のExcel計算とAIの結果を並べ、差異がないかを見ます。

段階	運用	次へ進む条件
試作	過去データで再計算	既知の結果を再現できる
並行確認	従来計算とAI計算を両方実施	差異の理由を説明できる
半自動	AIが下計算、人が確認	例外条件と確認箇所が固定できる
定着	通常はAI、例外だけ人へ戻す	変更時の見直し手順がある

並行確認は二重作業ではなく、安心して減らすための期限付き投資です。期間を決めずに続けると負担だけが残るため、何を確認できたら次へ進むかも先に決めます。

差異は例外ルールへ戻す

差異が出たときは、その月の数字だけを直して終わらせません。元データの誤り、ルールの不足、AIの解釈違い、契約変更、手作業の見落としに分けます。

差異の種類	対応
元データ不足	入力項目・取込元を見直す
契約条件不足	ルール表へ条件と開始日を追記する
解釈違い	出力形式と判断順序を具体化する
一時的な例外	通常ルールへ混ぜず、例外台帳へ残す
人の計算違い	従来計算側も修正し、正解根拠を確定する

この履歴が、次回の確認箇所を減らす材料になります。請求書OCRでも、誤りを次回ルールへ戻すことで精度を高めています。詳しくは請求書OCRの精度を高めるルール設計をご覧ください。

人が残す最終確認

リベート計算は、社内管理だけでなく取引先との金額確認に関わります。最終金額、契約条件の改定、対象期間、例外取引は人が確認します。AIが自信を示していても、初回の契約、条件変更直後、高額、通常と違う値動きは確認へ戻します。

• 元資料と対象期間が合っているか
• 契約書・合意書の最新版を使っているか
• 対象外商品や返品が正しく除かれているか
• 前回比で大きく増減していないか
• 結果を説明できる計算根拠が残っているか

AIに任せるのは計算作業であり、取引条件を確定する責任ではありません。この境界を決めておくと、半自動化しても説明責任を保てます。

向いている業務と、先に整えるべき業務

AI半自動化に向くのは、定期的に繰り返し、元データが表になり、判断条件を明文化できる計算です。一方で、毎回担当者の交渉で条件が変わるもの、根拠資料がそろわないもの、正解を確認できないものは、先に業務整理が必要です。

一人総務では、自分が仕組みを作るだけでなく、実際に計算している担当者と一緒に例外を洗い出すことが重要です。AIエージェントを少人数で使う考え方は、AIエージェントを限定運用するルールにもまとめています。

1種類で作った型を、別の2種類へ広げるときの注意

実務では、最初に一つのリベート計算をAIで試し、その後に別の2種類へ広げました。ここで大切だったのは、最初の計算式をそのまま複製することではありません。共通化したのは「元データ・ルール・結果・検算を分ける型」であり、料率や対象条件は仕入先ごとに確認しました。

共通化できるもの	個別に確認するもの
入力ファイルと出力ファイルの置き場	対象期間と締め日
差異を残す検算表	対象商品・対象外取引
人が最終承認する流れ	料率、段階条件、端数処理
変更日と確認者の記録	返品・値引き・条件変更の扱い

別の計算へ広げるたびに、過去の確定結果を使って再現できるかを確認します。差異が出た場合はAIの出力だけを直さず、「元データの不足」「ルールの書き漏れ」「一時的な例外」のどれかに分けて記録します。この順番にすると、種類が増えても確認の根拠を失わず、次回は見る場所を絞れます。

よくある質問

まとめ

仕入先リベート計算のAI化では、派手な全自動化より、条件を明文化し、下計算を任せ、差異を例外ルールへ戻す流れが重要です。最初の1種類で型を作り、別の計算へ広げるときも、仕入先ごとに独立して検証します。

最初の数か月は従来計算と並行し、人が最終確認します。その確認履歴が積み上がれば、翌月から見る場所を減らせます。AIで減らすのは責任ではなく、繰り返し計算と確認対象の量です。