前回、1業務1フローで小さく始める鉄則を見ました。今回は自動化の安全装置——「人間承認（人が最終確認する関所）を、どこに置くか」です。これは第1幕から繰り返してきた「人が確認する関所」の、自動化版です。
- 承認は「取り消せない操作（不可逆）の直前」だけに置く。置きすぎも置かなすぎもダメ
- 判断軸は「可逆性」と「読み取り／書き込み」。最前線の各社が同じ原則に到達
- 承認は確認ボタンでなく「統制」。提案と実行を分け、承認者と実行者を分ける
ジレンマ：全部止めると進まない、何も止めないと事故る
自動化に人間承認を入れるとき、誰もが同じ壁にぶつかります。すべての処理に「確認してください」を入れると、自動化の意味がなくなる（人が全部見るなら自動じゃない）。かといって何も確認せず全自動にすると、誤送信・誤請求の事故が怖い。どこに線を引けばいいのか。
この問いに、最前線の複数の企業が——互いに独立に——ほぼ同じ答えに到達しています。それは「可逆性」で線を引く、というものです。
線引きの軸①：取り消せるか（可逆性）
マイクロソフトの研究チームは、自動化の操作を可逆性で3つに分類しました。「常に取り消せる」「取り消せなくなりうる」「決して取り消せない」。そして「取り消せなくなりうる」操作だけを、人の判定にかける。取り消せる操作（下書き保存など）は止めず、取り消せない操作（送信・確定）の直前に人を置く、という設計です。
線引きの軸②：読むだけか、書き込むか
もう一つの分かりやすい軸を、AWSが示しています。「読み取り系は自動実行、書き込み系は承認ゲート」。情報を取ってくるだけ（見積を取得する、データを読む）は止めない。データや外界を変える操作（送信する、確定する、登録する）には人を挾む。マイクロソフトも、承認が特に重要なのは「データ変更・金融取引・対外送信」だと明言しています。
中小企業は、これを3つの承認ポイントに翻訳すれば十分です。「金額（請求・見積の確定）」「送信（対外メール・連絡）」「公開（外部に出る情報）」。この3つ＝取り消せない・外に影響が出る操作の直前にだけ、人の承認を置く。それ以外（下書き作成・社内整理・データ取得）は止めずに流す。これで「安全」と「効率」が両立します。
| 承認を置かない（自動で流す） | 承認を置く（人が確認） |
|---|---|
| データの取得・読み取り | 金額の確定（請求・見積） |
| 下書き・社内メモの作成 | 送信（対外メール・連絡） |
| 社内データの整理・転記 | 公開（外部に出る情報） |
承認は「確認ボタン」でなく「統制」——提案と実行を分ける
最後に、一段深い注意です。承認が形だけのボタンでは意味がありません。「とりあえずOKを押す」だけなら、事故は防げない。本物の統制にするには、2つの設計が要ります。
- 提案と実行を分離する AIや自動化が出すのは「提案」まで。実行の直前で止め、人が確定（commit）して初めて動く。「あとから人が見る」でなく「実行前に止めて確定する」設計にする。
- 承認者と実行者を分ける 提案する人（システム）と承認する人を分ける（職務分掌）。これは不正・暴走を防ぐ、昔から会計や内部統制で使われてきた原則です。
もう一つ、地味だが重要な備えが「冪等性（べきとうせい）」です。難しい言葉ですが、意味は「同じ処理が二回走っても、二重に実行されない」こと。自動化が再試行で二回動いても、請求書が2通送られない・二重登録されない仕組みにしておく。これは次回の「壊れたときの備え」につながります。
横軸「可逆（取り消せる）⇔不可逆（取り消せない）」。可逆側＝自動で流す（読み取り・下書き・社内整理）、不可逆側＝承認ゲート（金額・送信・公開）。中央に縦線「ここに人を置く」。下に「提案→[人が確定]→実行」の分離フロー。
まとめ
- 承認は「取り消せない操作の直前」だけに。可逆性と読み書きで線を引く。
- 中小は「金額・送信・公開」の3点に承認を置けば十分。それ以外は流す。
- 承認は確認ボタンでなく統制。提案と実行を分け、承認者と実行者を分ける。