報酬計算を二重で検算する自動集計システム

01どんな状況だったか

紹介した人・された人に報酬ポイントを出すための集計です。毎週、紹介の明細とアンケートの回答を突き合わせて、誰に何ポイント出すかを決めていました。難しい作業ではありませんが、お金が動くので間違えられません。

02何が問題だったか

• 毎週まったく同じ手順をくり返している。
• 突き合わせが目視なので、件数が増えると見落としが起こりうる。
• 間違えていないことを、あとから示せない。「たぶん合っている」しか言えない。
• 手順が担当者の頭の中にしかない。その人が休むと止まる。

03仕組み

図は横にスクロールできます →

04何をしたか

1. まず入力を検査する

   列の不足、IDの重複、期間外の回答などを先に見ます。おかしければ、そこで止めて先へ進みません。

2. 同じ計算を、2つの処理に別々にやらせた

   ここが設計の中心です。集計する処理と検算する処理を別々に作り、計算のしかたを一切共有していません。片方が勘違いをしていても、もう片方が同じ勘違いをしないので、突き合わせれば分かります。

3. 答えが合ったときだけ先へ進む

   人数・合計ポイント・有効な紹介関係・期間内の回答数を突き合わせ、1つでも差があれば差し戻しにします。入力に不備が残っていれば「人が確認」で止めます。

4. 全部一致したときだけ、支給データを書き出す

   合計が0のときも書き出しません。何も出ないはずの週に何かが出る、という事故を防ぎます。

5. 毎回、記録を残す

   入力・期間・各処理の結果・最終判定・開始と終了の時刻を残します。あとから「あの週は何だったか」を追えます。

05システム構成

図は横にスクロールできます →

06出来上がったもの

図は横にスクロールできます →

07どう変わったか

• 毎週の作業が「やる」から「結果を見る」に変わった。
• 合っていることを、機械が示せるようになった。差が0だと数字で出るので、「たぶん合っている」から抜けられた。
• 手順が担当者から離れた。担当が変わっても同じ結果が出る。
• 何も出ないはずの週に何かが出る、という事故が構造的に起きなくなった。