AIの下書きは誰が何を確認する?修正・承認・送信の流れを決める

AI・業務改善
AIの下書きは誰が何を確認する?修正・承認・送信の流れを決める
下書きのどの版を、誰が何で確かめ、修正・保留・送信へ進めるかを決めます。
AIで返信の下書きが早くできても、確認へ回した後で仕事が止まっていませんか。「確認お願いします」だけでは、どの文を、どの資料と比べ、何を判断すればよいかが分かりません。資料を探す、直した文をもう一度送る、誰の返答を待つか聞き直す。経営者が決めたいのは、文章の作り方に加えて、この確認の受渡しです。
この記事では、下書きの確認から送信までの流れを、見る版・元資料・担当・返答後の作業で組み立てます。承認は、確認した文章を、確かめた条件の範囲で使ってよいと人が決めることです。返信案を承認すること、出荷できると判断すること、実際に送ることは分けます。架空の注文回答を使い、根拠のない出荷約束を直し、修正後の文を再確認して、受注担当が送信前に照合するところまで追います。


01 / 確認を始める準備
「確認お願いします」に、見る下書きと元資料を添える
確認者がどの文の何を判断すればよいか分からなければ、確認は始められません。まず作成者がそろえる下書きの版、元資料、確認してほしい点を、同じ注文で結び付けます。
同じ注文の下書きの版、元資料と確認時点、確認してほしい点を1組で渡します。

商品Aを7個、使える在庫6個、希望納期は未記入という架空の注文です。AIの第1版に「7個を明日出荷します」とあっても、不足と納期の根拠がないため、そのまま使えません。
作成者は「不足分への対応と納期の表現を確認してほしい」と依頼します。版を上書きし続けず、名前や履歴で区別します。元資料は場所と確認時点を添え、確認者が見てよい範囲で渡します。
担当者に頼むこと作成者に、最近の下書き1件へ対象、版、元資料、確認点を付けてもらいます。
02 / 人の確認
注文・在庫・納期の確認と、返信の判断を誰に頼む?
資料がそろったら、何を誰へ頼むかを決めます。注文や在庫の事実を確かめる仕事と、その結果から返信内容を決める仕事を分け、自社で判断できる担当へ置き換えます。
注文、在庫、希望納期、返信内容を、それぞれ確かめられる人へ分けます。

営業は元注文と商品・数量を照合し、出荷担当は使える在庫と不足分への対応を確認します。受注担当は未記入の希望納期を顧客へ聞き、未確認であることも責任者へ伝えます。
営業責任者は確認結果から返信の内容と表現を決めます。自動の空欄・形式チェックが通っても、出荷条件が確定した意味にはしません。
兼任しても確認項目は残ります。この例では作成者だけで社外回答を確定せず、事情を確かめられる責任者へ回す方針です。役職と決定権は自社で決めます。
新しい部署を作る話ではなく、今いる誰がどの確認を担うかを依頼票へ書く話です。
担当者に頼むこと経営者は、各確認項目と判断できる担当を、依頼票の担当欄へ書きます。
03 / 差戻しと再確認
「直す・待つ・返信に使ってよい」を分ける
確認者の返答を、単なる「OK」かどうかで受け取らないようにします。どの版を直すか、どの事実を待つか、何の範囲で返信に使えるかを残し、修正後の再確認へつなげます。
第1版は差し戻して第2版を再確認。返信の承認と、出荷の保留を別に残します。


差戻しは直す箇所が分かる状態、保留は必要な事実が未確認の状態、承認は示した版と条件の範囲で使える状態です。返答がないことを承認にしません。
第1版の根拠のない出荷約束を取り除き、第2版は「希望納期をお知らせください。出荷可能数と納期を確認してご連絡します」へ直します。営業責任者が、この新しい版を確認します。
返信を送ってよくても、不足分の対応が未確認なら出荷は保留です。本文、宛先、数量、約束する日が変われば、変更点と新しい版で再確認します。
第2版を「希望納期を尋ねる返信に使ってよい」と判断しても、出荷できる日と不足分への対応が未確認なら、出荷は保留です。受注担当には、返信に使ってよい版と対象注文、残る条件を一緒に渡します。返信の承認と出荷の判断を混ぜないようにします。
担当者に頼むこと差戻しには該当箇所・根拠・直す担当を付け、承認した版・対象・条件・確認者・日付を残します。
04 / 承認後の送信
送信前に、受注担当が承認版・宛先・添付を照合する
返信内容が承認されても、メール画面の文や添付が同じとは限りません。実際に送る担当が照合する対象と、違い・変更があったときの戻り先、送信後に残す記録を決めます。
受注担当が、承認版と送る文・宛先・添付を照合してから送信し、結果を記録します。


受注担当は、承認した回答案第2版とメールへ貼り付けた文、同じ注文の送り先と送信画面の宛先、この返信に使う資料の版と実際の添付を照合します。承認と送信は、同じ人が担当しても別の作業です。本文・宛先・添付に違いや変更があれば送らず、営業責任者へ変更点と新しい版を渡して再確認します。
送った版、注文、送信時点、結果を依頼票へ残します。結果が分からなければ、再送前に送信記録を確認します。承認済みだけで、送信済みにしません。
自動化を設計する場合も、承認なし・版違い・条件変更なら実行を止めます。この票は送信権限を付けません。接続先の制限は設定担当へ別に依頼します。
誤送信は自己判断で追加メールを重ねず、会社の対応担当へ相談します。取消しができるとは限らないため、送った内容と判断記録を残して対応を決めます。
担当者に頼むこと受注担当に、送信直前の照合と、送信後の結果記録を依頼票の別欄へ残してもらいます。
05 / 待ちと引継ぎ
確認担当が不在なら?代理へ渡す条件と待つ条件
確認する人が不在になっても、未確認の事実を承認済みに変えることはできません。判断できる代理へ何を渡すか、代理がいなければどこで保留するかを、期限と一緒に決めます。
不在なら、同じ版・元資料・未確認点を判断できる代理へ渡し、代理がいなければ保留します。

確認待ちの理由、返答が必要な時点、次の担当を依頼票へ残します。期限は状況を見直す合図で、過ぎても自動承認しません。
この例では不足分の入荷確認待ちです。受注担当は期限が近づいたら、指定の代理へ同じ版・元資料・未確認点を引き継ぎます。代理も、その内容を判断する権限と事実を確かめる手段が必要です。
代理がいなければ保留して通常手順へ戻り、責任者へ相談します。不在者の名前で承認したり、AIに未確認の判断を埋めさせたりしません。
使い始めたら、作成、資料探し、確認待ち、修正、送信確認を分けて記録します。待ちが長い場合は、AIの設定を増やす前に、足りない資料や担当の偏りを見直します。
担当者に頼むこと経営者は、確認担当と代理、保留時の相談先を決め、依頼票へ引継ぎ先を記録します。
06 / まとめ
まとめ:下書き1件の確認を頼める、7欄の依頼票
自社の下書き1件を選び、確認者と次の担当が動ける依頼にします。記事の役割名を実際の担当へ置き換え、未確認点、修正後の再確認、送信前の照合、不在時の引継ぎを票へ残します。
版・根拠・担当と返答後の動きをそろえ、修正後の再確認と送信直前の照合までつなぎます。

架空の注文回答では、根拠のない「7個を明日出荷します」という第1版を直し、第2版で希望納期を尋ねる返信に変えました。営業責任者はその新しい版を確認します。返信に使ってよいと判断しても、出荷可能日や不足分への対応が未確認なら出荷は保留です。文章の承認と、注文を出荷する判断を1つにしないことが、この例の要点です。
自社では、最近の下書き1件を選び、7欄の確認依頼票へ対象と版、元資料の場所と確認時点、確認してほしい項目、判断できる担当を記入してください。同じ人が複数の役割を担っても、何を確かめたかは分けて残します。確認者へ「この版を判断する資料はそろっているか。足りなければ、何を誰に確かめるか」を尋ねるところから使えます。返答のない欄を承認で埋めません。
修正した文や条件は、新しい版として再確認へ回します。受注担当は承認版と送る文・宛先・添付を照合してから送信し、送った版・注文・時点・結果を記録します。不在なら同じ版と資料、未確認点を判断できる代理へ渡し、代理がいなければ保留します。送信結果が不明な場合も再送を待ちます。依頼票に残すのは、こうした担当と次の動きであり、票そのものが承認や送信を行うわけではありません。
担当者に頼むこと今日、下書き1件を依頼票へ当てはめ、確認者へ「判断に必要な資料と担当はそろっているか」を尋ねます。
注文回答の確認依頼票
同じ注文の回答案第2版を確認する、架空の記入済み例です。下書きと元資料の場所を社内版へ記し、秘密や顧客本文をこのメモへ貼り付けません。
記入例は架空です。氏名・顧客名・機密本文は不要です。編集内容はこのページ内で扱い、サーバーへ送信しません。
確認者が見る版・根拠・担当と次の作業が説明できれば、確認依頼に使えます。この票は会社の承認や送信の操作を代行しません。
根拠と、参考資料
- OWASP:AI Agent Security Cheat Sheet (確認 2026-10-08)重要操作で判断と実行を分け、承認を正確な操作と対象・条件へ結び付け、変更時に再承認する設計。技術設計の参考。この記事の役職・確認票・期限を義務付けず、会社の確認結果や削減成果を実証しない。
- Microsoft Learn:Power Automateの承認を始める (確認 2026-10-08)承認担当へ依頼し、応答を待って後続処理を進める製品固有の仕組み。全員の返答と1人の返答は異なる設定。Power Automateの公式説明。この記事のひな型で自動化が実装される意味ではなく、契約や接続設定は別途必要。
- OpenAI:Guardrails and human review (確認 2026-10-08)自動の検査と、人が操作前に承認・却下する仕組みの分離。現行本文のChoose the right controlとPause for human reviewを参照。Agents SDKに関する公式技術説明。古いAgent Builderの画面説明ではなく、自社の承認や送信権限を自動的に与えるものでもない。
「注文回答の確認依頼票」をもとに、確認担当、不在時の代理条件、送信前の照合で決まらない点を教えてください。自社で進める範囲を整理して相談できます。
下書きの確認と送信手順を相談する ↗仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


