AI・自動化

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

AIの下書きに相当する書類を担当者へ渡して確認するイメージ。見出しは「AIの下書きを、人が確認」。

AI・業務改善

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

下書きのどの版を、誰が何で確かめ、修正・保留・送信へ進めるかを決めます。

AIで返信の下書きが早くできても、確認へ回した後で仕事が止まっていませんか。「確認お願いします」だけでは、どの文を、どの資料と比べ、何を判断すればよいかが分かりません。資料を探す、直した文をもう一度送る、誰の返答を待つか聞き直す。経営者が決めたいのは、文章の作り方に加えて、この確認の受渡しです。

この記事では、下書きの確認から送信までの流れを、見る版・元資料・担当・返答後の作業で組み立てます。承認は、確認した文章を、確かめた条件の範囲で使ってよいと人が決めることです。返信案を承認すること、出荷できると判断すること、実際に送ることは分けます。架空の注文回答を使い、根拠のない出荷約束を直し、修正後の文を再確認して、受注担当が送信前に照合するところまで追います。

DREEXY 編集部 · 公開/2026年10月9日 · AI支援で制作

営業:回答案と元資料(版と確認点を付ける)。営業・出荷・責任者:内容を人が確認(差戻し・保留・承認)。受注:承認版を照合・送信(送信結果を記録)
説明用の架空例

01 / 確認を始める準備

「確認お願いします」に、見る下書きと元資料を添える

確認者がどの文の何を判断すればよいか分からなければ、確認は始められません。まず作成者がそろえる下書きの版、元資料、確認してほしい点を、同じ注文で結び付けます。

同じ注文の下書きの版、元資料と確認時点、確認してほしい点を1組で渡します。

注文確認01の回答案第1版、注文7個と使える在庫6個の元資料、希望納期未記入と不足対応の確認点を、同じ確認依頼票へ結び付ける対応図。
架空例/線は同じ注文の資料と依頼票の対応。AIの文章だけで出荷条件を決めない 図を保存 ↓

商品Aを7個、使える在庫6個、希望納期は未記入という架空の注文です。AIの第1版に「7個を明日出荷します」とあっても、不足と納期の根拠がないため、そのまま使えません。

作成者は「不足分への対応と納期の表現を確認してほしい」と依頼します。版を上書きし続けず、名前や履歴で区別します。元資料は場所と確認時点を添え、確認者が見てよい範囲で渡します。

担当者に頼むこと作成者に、最近の下書き1件へ対象、版、元資料、確認点を付けてもらいます。

02 / 人の確認

注文・在庫・納期の確認と、返信の判断を誰に頼む?

資料がそろったら、何を誰へ頼むかを決めます。注文や在庫の事実を確かめる仕事と、その結果から返信内容を決める仕事を分け、自社で判断できる担当へ置き換えます。

注文、在庫、希望納期、返信内容を、それぞれ確かめられる人へ分けます。

同じ確認時点・同じ個数単位の架空注文。商品Aの注文7個に対し使える在庫6個なので1個不足。営業担当が元注文、出荷担当が使える在庫と不足対応、受注担当が未記入の希望納期を確認し、営業責任者が確認結果と未確認点から返信内容を決める。返信判断と出荷は別。
商品A・同じ確認時点と個数の単位/架空例。返信内容を認めても、出荷条件が決まった意味ではありません。 図を保存 ↓

営業は元注文と商品・数量を照合し、出荷担当は使える在庫と不足分への対応を確認します。受注担当は未記入の希望納期を顧客へ聞き、未確認であることも責任者へ伝えます。

営業責任者は確認結果から返信の内容と表現を決めます。自動の空欄・形式チェックが通っても、出荷条件が確定した意味にはしません。

兼任しても確認項目は残ります。この例では作成者だけで社外回答を確定せず、事情を確かめられる責任者へ回す方針です。役職と決定権は自社で決めます。

新しい部署を作る話ではなく、今いる誰がどの確認を担うかを依頼票へ書く話です。

担当者に頼むこと経営者は、各確認項目と判断できる担当を、依頼票の担当欄へ書きます。

03 / 差戻しと再確認

「直す・待つ・返信に使ってよい」を分ける

確認者の返答を、単なる「OK」かどうかで受け取らないようにします。どの版を直すか、どの事実を待つか、何の範囲で返信に使えるかを残し、修正後の再確認へつなげます。

第1版は差し戻して第2版を再確認。返信の承認と、出荷の保留を別に残します。

商品A7個、使える在庫6個、希望納期未記入の架空注文。根拠のない第1版「7個を明日出荷します」を営業責任者が差し戻し、営業担当が第2版「希望納期をお知らせください。出荷可能数と納期を確認してご連絡します」へ修正。営業責任者が新しい版を再確認する。
商品A7個・使える在庫6個・希望納期未記入/架空例。営業責任者が新しい第2版を再確認。返答がないことを承認にしません。 図を保存 ↓
同じ架空注文の第2版について、営業責任者は希望納期を尋ねるこの版・この注文の返信だけを承認。出荷担当は不足1個の対応と出荷可能日が未確認なので7個の出荷を保留する。承認後もまだ未送信。
架空の状態例。営業責任者の返信承認と、出荷担当の出荷判断は別です。本文・宛先・数量・約束する日が変われば、変更点と新しい版で再確認します。 図を保存 ↓

差戻しは直す箇所が分かる状態、保留は必要な事実が未確認の状態、承認は示した版と条件の範囲で使える状態です。返答がないことを承認にしません。

第1版の根拠のない出荷約束を取り除き、第2版は「希望納期をお知らせください。出荷可能数と納期を確認してご連絡します」へ直します。営業責任者が、この新しい版を確認します。

返信を送ってよくても、不足分の対応が未確認なら出荷は保留です。本文、宛先、数量、約束する日が変われば、変更点と新しい版で再確認します。

第2版を「希望納期を尋ねる返信に使ってよい」と判断しても、出荷できる日と不足分への対応が未確認なら、出荷は保留です。受注担当には、返信に使ってよい版と対象注文、残る条件を一緒に渡します。返信の承認と出荷の判断を混ぜないようにします。

担当者に頼むこと差戻しには該当箇所・根拠・直す担当を付け、承認した版・対象・条件・確認者・日付を残します。

04 / 承認後の送信

送信前に、受注担当が承認版・宛先・添付を照合する

返信内容が承認されても、メール画面の文や添付が同じとは限りません。実際に送る担当が照合する対象と、違い・変更があったときの戻り先、送信後に残す記録を決めます。

受注担当が、承認版と送る文・宛先・添付を照合してから送信し、結果を記録します。

注文確認01の承認された回答案第2版について、受注担当が送信前に3点を見比べる。承認版とメールへ貼った文、同じ注文の送り先と送信画面の宛先、返信に使う資料の版と添付ファイル。違い・変更があれば送らず新しい版を営業責任者へ再確認し、一致して承認範囲内なら受注担当が送信。
注文確認01・承認された回答案第2版/架空例。本文・宛先・添付に違いや変更があれば送らず、営業責任者へ変更点と新しい版を渡して再確認。一致し承認範囲内なら、受注担当が送信。 図を保存 ↓
架空の注文確認01の第2版を受注担当が送信した後。完了確認できた場合は注文・送った版・送信時点・完了結果を依頼票へ記録。結果が不明なら受注担当が再送を保留して送信記録を調べる。誤送信は自己判断で追加メールを重ねず対応担当へ相談。
架空の記録手順。承認済みは示した版の内容を認めた状態、送信済みは受注担当が完了を確かめた状態です。結果が不明な間は再送しません。依頼票は送信権限を付けず、取消しができるとも保証しません。 図を保存 ↓

受注担当は、承認した回答案第2版とメールへ貼り付けた文、同じ注文の送り先と送信画面の宛先、この返信に使う資料の版と実際の添付を照合します。承認と送信は、同じ人が担当しても別の作業です。本文・宛先・添付に違いや変更があれば送らず、営業責任者へ変更点と新しい版を渡して再確認します。

送った版、注文、送信時点、結果を依頼票へ残します。結果が分からなければ、再送前に送信記録を確認します。承認済みだけで、送信済みにしません。

自動化を設計する場合も、承認なし・版違い・条件変更なら実行を止めます。この票は送信権限を付けません。接続先の制限は設定担当へ別に依頼します。

誤送信は自己判断で追加メールを重ねず、会社の対応担当へ相談します。取消しができるとは限らないため、送った内容と判断記録を残して対応を決めます。

担当者に頼むこと受注担当に、送信直前の照合と、送信後の結果記録を依頼票の別欄へ残してもらいます。

05 / 待ちと引継ぎ

確認担当が不在なら?代理へ渡す条件と待つ条件

確認する人が不在になっても、未確認の事実を承認済みに変えることはできません。判断できる代理へ何を渡すか、代理がいなければどこで保留するかを、期限と一緒に決めます。

不在なら、同じ版・元資料・未確認点を判断できる代理へ渡し、代理がいなければ保留します。

架空の注文確認01で不足1個の入荷確認待ち。受注担当が回答案第2版、注文7個・使える在庫6個の元資料、不足1個の入荷未確認を、権限と資料のある指定代理へ引き継ぐ。代理が確認し結果を元依頼へ記録。代理なし・事実確認不能なら保留し責任者へ相談、通常手順で対応。期限・無返答を承認にしない。
不足1個の入荷確認待ち/架空の注文確認01。期限切れや無返答を承認にしない。AIや不在者の名前で未確認の判断を埋めません。 図を保存 ↓

確認待ちの理由、返答が必要な時点、次の担当を依頼票へ残します。期限は状況を見直す合図で、過ぎても自動承認しません。

この例では不足分の入荷確認待ちです。受注担当は期限が近づいたら、指定の代理へ同じ版・元資料・未確認点を引き継ぎます。代理も、その内容を判断する権限と事実を確かめる手段が必要です。

代理がいなければ保留して通常手順へ戻り、責任者へ相談します。不在者の名前で承認したり、AIに未確認の判断を埋めさせたりしません。

使い始めたら、作成、資料探し、確認待ち、修正、送信確認を分けて記録します。待ちが長い場合は、AIの設定を増やす前に、足りない資料や担当の偏りを見直します。

担当者に頼むこと経営者は、確認担当と代理、保留時の相談先を決め、依頼票へ引継ぎ先を記録します。

06 / まとめ

まとめ:下書き1件の確認を頼める、7欄の依頼票

自社の下書き1件を選び、確認者と次の担当が動ける依頼にします。記事の役割名を実際の担当へ置き換え、未確認点、修正後の再確認、送信前の照合、不在時の引継ぎを票へ残します。

版・根拠・担当と返答後の動きをそろえ、修正後の再確認と送信直前の照合までつなぎます。

架空の注文確認01。営業担当が根拠のない第1版を第2版へ直し、営業責任者が第2版の返信を再確認して承認。受注担当が承認版・宛先・添付を照合して人が送信し、版・時点・結果を記録。不足1個対応が未確認の出荷は保留。変更は新しい版再確認、不在は同じ資料引継ぎ、結果不明は再送保留。
注文確認01/返信の承認と出荷は別(架空例)。変更は新しい版を再確認。不在は同じ版と資料を代理へ。送信結果不明は再送を保留。返信の承認で出荷を許可しません。 図を保存 ↓

架空の注文回答では、根拠のない「7個を明日出荷します」という第1版を直し、第2版で希望納期を尋ねる返信に変えました。営業責任者はその新しい版を確認します。返信に使ってよいと判断しても、出荷可能日や不足分への対応が未確認なら出荷は保留です。文章の承認と、注文を出荷する判断を1つにしないことが、この例の要点です。

自社では、最近の下書き1件を選び、7欄の確認依頼票へ対象と版、元資料の場所と確認時点、確認してほしい項目、判断できる担当を記入してください。同じ人が複数の役割を担っても、何を確かめたかは分けて残します。確認者へ「この版を判断する資料はそろっているか。足りなければ、何を誰に確かめるか」を尋ねるところから使えます。返答のない欄を承認で埋めません。

修正した文や条件は、新しい版として再確認へ回します。受注担当は承認版と送る文・宛先・添付を照合してから送信し、送った版・注文・時点・結果を記録します。不在なら同じ版と資料、未確認点を判断できる代理へ渡し、代理がいなければ保留します。送信結果が不明な場合も再送を待ちます。依頼票に残すのは、こうした担当と次の動きであり、票そのものが承認や送信を行うわけではありません。

担当者に頼むこと今日、下書き1件を依頼票へ当てはめ、確認者へ「判断に必要な資料と担当はそろっているか」を尋ねます。

注文回答の確認依頼票

同じ注文の回答案第2版を確認する、架空の記入済み例です。下書きと元資料の場所を社内版へ記し、秘密や顧客本文をこのメモへ貼り付けません。

記入例は架空です。氏名・顧客名・機密本文は不要です。編集内容はこのページ内で扱い、サーバーへ送信しません。

どの案への返答か区別する
資料場所と時点は社内版へ
すべてを1人の漠然とした確認にしない
返信を承認しても出荷まで許可しない
承認を別の版へ使い回さない
承認済みと送信済みを分ける
日時は自社版に設定し無返答で承認しない

確認者が見る版・根拠・担当と次の作業が説明できれば、確認依頼に使えます。この票は会社の承認や送信の操作を代行しません。

根拠と、参考資料

  • 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の画面説明ではなく、自社の承認や送信権限を自動的に与えるものでもない。

「注文回答の確認依頼票」をもとに、確認担当、不在時の代理条件、送信前の照合で決まらない点を教えてください。自社で進める範囲を整理して相談できます。

下書きの確認と送信手順を相談する ↗

仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。

AI・DXとマーケティングを一体で相談

KEEP EXPLORING

次のヒントを、もうひとつ。

すべての記事を見る

LET’S CONNECT THE DOTS.

次の一歩を、
一緒につくる。

業務も、AIも、集客も。
課題がまだ整理できていなくても、ご相談ください。

AI・DXとマーケティングを一体で相談
一体で相談する