ベンフォードの法則：帳簿上の偽請求書を見抜く先頭桁テスト

会計システム内の数字の約30パーセントは数字の1で始まるはずです。11パーセントではなく、30パーセントです。そして9で始まるのは約5パーセントに過ぎません。これが間違っているように聞こえるなら、あなたは大多数の仲間に入っています。ほとんどの人は、各先頭桁がほぼ等しい頻度で現れると想定しています。その誤った直感こそが、ベンフォードの法則を中小企業が実行できる最も安価な不正検知ツールの一つにしているのです — なぜなら、あなたの帳簿に偽の数字をでっち上げる人物も、ほぼ確実にその直感を共有しているからです。

このガイドでは、ベンフォードの法則が何を述べているのか、なぜ捏造された請求書や経費報告書がこれに失敗するのか、どの勘定科目をテストする価値があるのか、そしてスプレッドシート以外に何も使わずに自分のデータで先頭桁テストを実行する方法を説明します。

ベンフォードの法則が実際に述べていること​

ベンフォードの法則は、自然に発生するデータセットにおいて数字の先頭桁がどのように分布するかを記述しています。小さな先頭桁は大きなものよりはるかに頻繁に現れ、均等な分割ではなく対数的なパターンに従います。ある数値が桁dで始まる確率はlog10(1 + 1/d)であり、次の期待分布を生み出します：

このパターンは驚くほど幅広いデータで確認されています：河川の長さ、街路の番地、電気料金、株価、そして — あなたにとって最も役立つもの — 会計取引です。天文学者サイモン・ニューカムが1881年に最初にこれに気づきました。彼は対数表の最初のページが後のページより早く擦り切れることを観察したのです。物理学者フランク・ベンフォードは1938年に、20の異なるデータセットから集めた2万以上の数値に対してこれを厳密に検証し、「異常数の法則」として結果を発表しました。

会計との関連はそれから数十年後に現れました。1990年代に研究者マーク・ニグリーニは、ベンフォードの法則が分析的手続きとして監査データに適用できることを示しました。これはJournal of Accountancyが監査人向けの実用的な不正検知手法として取り上げた研究です。今日、外部監査人は日常的にクライアントの取引ファイルに対して桁分析を実行しています — そして、あなたが自分の帳簿で先に同じテストを実行することを止めるものは何もありません。

なぜ不正者は桁テストに失敗するのか​

このテストの力は人間の心理から来ています。人々が数字をでっち上げるとき — 水増しされた経費報告書、架空の取引先請求書、遡及日付の売上高 — 彼らは数字を「ランダム」に見せようとします。しかし彼らのランダムのメンタルモデルはほぼ均一です：各桁が約11パーセントの頻度で現れるべきだと感じるのです。実際の財務データは決してそのようには見えません。

捏造された数字は、いくつかの典型的な兆候を示す傾向があります：

均等すぎる分布。 でっち上げられた金額は、ベンフォードが予測する急勾配の30対5よりも、はるかに均一に先頭桁を分布させます。金額の先頭に7、8、9が多すぎるのは、誰かが「正しく見える」ものを入力した古典的な兆候です。

丸い数字が多すぎる。 実際の請求書は奇妙な合計になります — $1,847.20、$312.55 — なぜなら数量に単価が掛けられ、税金が加算されるからです。きれいな$500や$1,000の金額の集まり、特に一つの取引先や一人の従業員からのものは、再確認に値します。

閾値への集中。 これは中小企業にとって最も実用的なパターンです。あなたのポリシーが$500以上で第二の署名を要求するなら、$400から$499の帯に注目してください。承認を避けるために購入を分割する従業員、またはレビュー限度額以下に不正な請求書を抑えている経理担当者は、先頭桁4に余分な取引を積み上げます。桁テストは、あなたの承認閾値を統制からトラップワイヤーに変えるのです。

繰り返されるお気に入り。 人々は無意識に好きな数字の組み合わせを再利用します。先頭2桁テスト（先頭のペア、10から99を期待頻度と比較する）は、「ランダム」な金額が同じペアで始まり続ける一人の従業員を浮かび上がらせることができます。

これらのパターンはどれも不正を証明するものではありません。それぞれが、より詳しく調べるために基礎となる書類を引き出す理由です — それこそが優れたスクリーニングテストが行うべきことなのです。

どの勘定科目をテストする価値があるか​

ベンフォードの法則は適切な種類のデータにのみ機能します。経験則：数値は自然に発生し、複数の桁数にわたり、組み込みの最小値、最大値、割り当てられた連番がないことです。ここでは、一般的な中小企業のデータがどのように分類されるかを示します。

良い候補​

買掛金と取引先請求書。 単一の最良のターゲットです。請求書合計は、非常に異なる規模の取引先にわたって数量、単価、税金が掛け合わされて生じます — 教科書通りのベンフォード条件です。このファイルを最初に実行してください。

従業員の経費報告書。 食事、走行距離、宿泊、消耗品は大きく変動し、多くの人の手で入力されます。捏造または水増しされた経費は、桁パターンをすぐに歪めます。

売上と収益取引。 顧客請求書とPOS合計は一般的によく適合し、遡及日付の売上やでっち上げられた売上 — または現金売上を着服し、でっち上げた数字で穴埋めする従業員 — を発見するのに役立ちます。

返金とクレジットメモ。 量は少ないがリスクは高い：個人カードへの偽の返金は中小企業の定番の不正スキームであり、金額は実行者が入力したものです。

悪い候補 — これらはスキップしてください​

給与。 手取り額は給与バンドと時給の周辺に集中するため、無実の理由でテストに失敗します。給与は他の統制（人数照合、幽霊従業員レビュー）でテストしてください。桁分析ではありません。

割り当てられた番号。 小切手番号、請求書番号、発注番号、口座番号は設計上連番です。これらをテストすることは無意味です。

制約された金額。 固定レートで上限設定された日当、一つの価格帯で請求されるサブスクリプション、または$9.99の価格ポイントで価格設定された在庫はすべて、人為的な下限、上限、またはスパイクを伴います。$9.99が多いカタログは、価格戦略を反映し不正ではない神秘的な9の余剰を示します。

小さなファイル。 数十件の取引では統計的に意味のある分布を生み出せません。複数の桁数にわたる少なくとも数百件の記録を目指してください — 数十ドルから数万ドル — そうすれば各先頭桁が自然な頻度で現れる余地が生まれます。

スプレッドシートで先頭桁テストを実行する方法​

監査ソフトウェアは必要ありません。手順全体は初回で1時間以内、テンプレートができれば数分で完了します。

ステップ1：一つの取引タイプの完全な1年分をエクスポートする​

会計システムから買掛金（または経費、売上）の12か月分を抽出します：日付、取引先または顧客、説明、金額。テストごとに一つの取引タイプ — 買掛金と給与を混ぜると分布が濁ります。無効化や訂正を含むすべてのレコードをエクスポートしてください。最初にフィルタリングすると、まさに探しているものが隠れる可能性があります。

ステップ2：金額をクリーンアップする​

コピーで作業します。返金とクレジットが桁の抽出を壊さないように絶対値を取り、ゼロ金額の行を削除します。エクスポートに少数の巨大な外れ値（例えば買掛金にある建物購入）が含まれる場合、それらに注意しますが最初のパスでは残しておきます — 理解する前にデータを削除することは、発見が言い訳される方法です。

ステップ3：先頭桁を抽出する​

各金額の最初の桁を取得する数式を列に追加します。ExcelまたはGoogle Sheetsで、金額がセルA2から始まる場合：

LEFT(TEXT(ABS(A2),"0"),1)

これにより符号が取り除かれ、小数点以下が削除され、先頭桁がテキストとして返されます。列全体にフィルダウンします。

ステップ4：集計して比較する​

各桁1から9で始まる金額がいくつあるかを数え（COUNTIFはこれを数秒で行います）、各カウントを合計のパーセンテージに変換し、結果を上の表の期待ベンフォード割合の隣に設定します。シンプルな棒グラフ — あなたのパーセンテージと期待曲線 — は偏差を画面から際立たせます。監査人は統計テストで比較を形式化しますが、最初のパスでは、数百件の取引のグラフを目視するだけで、期待割合をはるかに超えて走る桁を見つけるのに十分です。

ステップ5：スパイクを掘り下げる​

桁4が期待される9.7パーセントではなく18パーセントになったとします。エクスポートを4で始まる金額にフィルタリングし、実際に何があるか見てください：どの取引先か？どの従業員が入力したか？金額は承認限度額のすぐ下に集中しているか？同じ合計が繰り返されているか？各答えはスパイクを解消するか（正当な大口サプライヤーが毎月$400台の請求書を請求している）、または深めるか（誰も聞いたことのない取引先からの11件の$480の請求書）のどちらかです。

より細かいレンズとしては、テストを先頭2桁 — 各金額の先頭ペア、10から99 — に拡張し、個々のペアが熱くなっているのを探します。48と49のようなペアが一緒に光るのは、閾値以下の分割の古典的な兆候です。

結果の読み方：危険信号 vs. 誤警報​

偏差は手がかりであり、評決ではありません。誰かと対決する前に、監査人が最も頻繁に見る無実の説明を除外してください：

忘れていた承認閾値。 あらゆるポリシー限度額 — $500はマネージャーの承認が必要、$1,000はあなたの承認が必要 — はその周辺で行動を再形成します。正当な従業員も限度額のすぐ下に購入を集中させます。スパイクはどこを見るべきかを教えてくれますが、何を見つけるかは教えてくれません。

価格ポイントと料金表。 カタログが$19、$29、$99の価格ポイントに傾いているなら、余分な1、2、9を予想してください。一つのサプライヤーが標準の月次請求で桁バンドを支配しているなら、それは集中であり、捏造ではありません。

薄いデータ。 数百件未満の記録、または一桁の桁数しか及ばない金額（すべて$100から$999の間）は偶然に期待曲線の周りで揺れます。小さなサンプルを過剰に読むのではなく、ファイルが成長するにつれて四半期ごとに再実行してください。

一つの正直な巨人。 単一の定期的な支払い — 毎月の家賃$4,200が桁4を12回打つ — は小さなファイルを傾ける可能性があります。定期的な固定支払いを分離し、変動する残りを別々にテストしてください。

スパイクがこれら4つの説明すべてを生き残ったら、それを実際の調査の出発点として扱ってください：請求書を引き出し、取引先が入力者とは独立に存在することを確認し、重複と同一サプライヤーからの連番請求書をチェックし、商品またはサービスが実際に受領されたことを確認します。

桁が間違って見えるときにすべきこと​

疑わしいパターンを見つけることは、プロセスの始まりにあなたを置き、その終わりではありません。慎重に取り組んでください：

1. まず保存、後で質問。 何かが「訂正」される前に、エクスポートと基礎となる記録のコピーを保存します。帳簿がバージョン管理にあるなら、このステップはすでに完了しています。
2. 取引先を独立に検証する。 会計システムの外で見慣れないサプライヤーを調べます — ウェブ検索、自分で見つけた番号への電話、送金先住所が誰かのアパートでないことの確認。架空の取引先スキームは、取引先レコードの作成が簡単であるまさにその理由で、中小企業の不正の中で最も一般的なものの一つです。
3. 承認の軌跡をたどる。 誰が取引先を作成し、誰が請求書を入力し、誰が承認したか？不正は一人がそれらのステップの多すぎるものを支配する場所に集中します。
4. 事例だけでなく統制を修正する。 取引先を追加できる人がその取引先への支払いも承認できないように職務を分離します。分割がパターンなら承認閾値を下げるか段階化します。設定額以上の経費には原本の領収書 — コピーではなく — を要求します。
5. いつエスカレートするかを知る。 金額が重要であるか、パターンがシステムアクセスを持つ誰かを指しているなら、誰かに知らせる前にCPAまたは不正審査官を呼びます。職業上の不正は発覚前に平均して数か月間続くため、慎重な1週間の静かな検証は、性急な告発に勝ります。

そして、これをあなたの時間に値するものにする基本率を忘れないでください：Association of Certified Fraud Examinersの2024 Report to the Nationsでは、資産の不正流用 — 請求スキーム、スキミング、偽の返金 — が調査された職業上の不正ケースの89パーセントに現れ、損失の中央値は$120,000でした。職務分離が少なく監督が薄い中小企業は、これらの損失を最も厳しく吸収します。

クリーンな帳簿がテストを可能にする​

ここに、上記のステップのどれもが機能しない静かな前提条件があります：完全で、一貫して分類された取引データです。半分しか入力されていない経費、一括の「雑費」投稿、3か月分の未照合の銀行フィードで実行された桁テストは、信号ではなくノイズを生み出します。未分類の取引はすべて、捏造されたものが隠れる場所です。

これが、一年中 — 確定申告のときだけでなく — 帳簿を最新かつ細かく保つことのより深い論拠です。すべての請求書が迅速に入力され、正しい勘定科目にコード化され、実際の取引先レコードに結び付けられるとき、ベンフォードの法則のような分析的チェックが実際に効きます：ベースラインが信頼できるからこそ、異常が際立つのです。桁テストを定期的な視覚的レビューと組み合わせてください — 取引先またはカテゴリ別に支出をグラフ化する、Favaのレポートが提供するようなダッシュボードビューは、新しい支払先や膨らむカテゴリを一目で明らかにします。そして新しく始めるなら、Beancountのドキュメントが、すべての取引が明示的で、日付が付けられ、レビュー可能なプレーンテキスト元帳を設定する方法を説明しています。

初日から帳簿を不正に強いものに​

先頭桁テストを年に一度実行するのは午後一つ分のコストで、そうでなければ何年も静かに続くであろう請求スキームや水増しされた経費を浮かび上がらせることができます。しかしテストはその下のデータと同じくらいしか良くありません — そしてそのデータはあなたの簿記の習慣と同じくらいしか良くありません。明確で完全な財務記録を維持することは、他のすべての統制が依拠する統制です。Beancount.ioは、財務データに対する完全な透明性とコントロールを提供するプレーンテキスト会計を提供します — ブラックボックスも、ベンダーロックインもありません。無料で始めて、不正を見つけやすく隠しにくくする、クリーンで監査可能な帳簿を構築してください。