ChatGPTで受注メールを4項目に整理｜原文照合までの手順

メールで注文や納期変更を受ける営業事務では、本文から品名・数量・納期を拾い、社内の受注処理へ渡すまでに判断が発生します。メールが非構造だと、表記の揺れ、数量の単位、希望納期と確定納期の違い、記載されていない条件が見えにくくなります。

結論から言うと、最初にChatGPTへ任せる範囲は受注の確定ではありません。顧客情報を含まない合成メール1件を入力し、次の4項目へ整理するところまでです。

• 品名
• 数量
• 納期
• 未確認点

出力はそのまま受注票にせず、原文の該当箇所へ戻って人が照合します。1項目でも未記載、矛盾、単位不明、社内条件不明があれば、「要確認」として受注確定・在庫引当・発注・返信送信・基幹システム更新へ進めません。

OpenAIの公式資料「File Uploads FAQ」は、ChatGPTのファイルアップロード用途として、文書から特定情報を取り出すExtractionを説明しています。File Uploads FAQ（2026-09-03確認）。ただし、受注メールへの適用、固定4項目の精度、受注業務の効果を保証する資料ではありません。

本記事の固定4項目と照合手順は、OpenAIの標準機能名や公式テンプレートではなく、AI導入初期の会社が小さく試すための編集上の提案です。

先に決めること：AIの抽出と受注判断を分ける

受注業務で最初から自動化の範囲を広げると、どの情報を根拠に、誰が確定したのかが追いにくくなります。まずは「整理」と「判断」を分けます。

この線引きは、ChatGPTが受注を理解して確定できるという意味ではありません。この記事で提案する最小単位です。抽出結果に判断を混ぜず、判断が必要なものを人へ戻すことで、止める場所を先に決められます。

1. 実メールを入れる前に、入力境界を決める

最初の1件は、顧客名や住所を含まない合成の受注メールにします。次の情報は入力対象から外します。

• 顧客名、担当者名、電話番号、メールアドレス
• 住所、価格、見積、契約条件
• 認証情報、未公開の仕様、固有の案件番号
• 実際の注文本文や添付ファイル

ここでの「合成」は、実在の顧客・案件・製品を再現しない練習用の文面という意味です。実顧客メールをChatGPTへ入れてよいかは、この記事では判断しません。利用するプラン、管理設定、社内規程、顧客との契約、保存とアクセスの条件を確認できるまで、実メールは入力しないでください。確認できない場合は、合成データの構成検討か手作業へ戻します。

2. 4項目のスキーマを固定する

毎回違う聞き方をすると、見落としの有無を比べにくくなります。最初は次の4項目だけに絞ります。

「未確認点」は、AIが誤りを見抜いたという意味ではありません。本文から確定できないこと、前の注文や社内マスタとの照合が必要なことを、判断待ちの箱として残すための項目です。

3. 仮想例：希望納期と品番を見落とさない

以下は仮想例です。実在する顧客、担当者、製品、注文を示していません。

件名：追加注文
本文：
標準部品Aを12個お願いします。
納期は12月15日希望です。難しければ12月20日でも構いません。
品番は前回と同じものです。

この文面を、先ほどの4項目へ整理します。

ここで重要なのは、12月15日を確定納期に変換しないことです。「希望」と「難しい場合の代替」が同じ本文にあるため、担当者がどちらを採用するか確認する必要があります。また、「前回と同じ」という記載だけでは、前回の品番が今回の対象と一致するかを確認できません。

この表は正解判定の証明ではなく、原文照合を始めるための下書きです。

4. ChatGPTへ入れる試行用プロンプト

以下は今回の記事が提案するプロンプト例です。ChatGPT公式のテンプレートや、抽出精度を保証する文面ではありません。

次の受注メールを、品名・数量・納期・未確認点の4項目だけで整理してください。本文に記載がないものは「記載なし」、文面が食い違うものは「要確認」と明示してください。受注確定、在庫引当、発注、返信送信、基幹システム更新は行わず、判断が必要な点を未確認点へ残してください。

【受注メール】
標準部品Aを12個お願いします。
納期は12月15日希望です。難しければ12月20日でも構いません。
品番は前回と同じものです。

このプロンプトの役割は、ChatGPTに受注を処理させることではありません。返答の形と、判断を残す場所を固定することです。実際の出力に別の項目が加わったり、断定的な表現が出たりした場合も、原文照合なしには採用しません。

5. 出力を原文へ戻して照合する

抽出結果を確認するときは、項目ごとに「どの一文を根拠にしたか」を示せる状態にします。次の順番なら、表記と判断条件を分けて見られます。

1. 品名を原文の表記と一字ずつ照合する。略称や品番を勝手に補わない。
2. 数量は数字だけでなく、個・箱・セットなどの単位まで照合する。
3. 納期は、希望日、確定日、代替日、納期条件を分ける。
4. 未確認点に挙がった事項が、本当に本文にないのか、別の社内資料が必要なのかを分ける。
5. 1項目でも根拠が見つからない、文面が食い違う、社内条件が不明なら「要確認」で止める。

仮想例なら、照合メモは次のようになります。

ここまで確認できても、受注が確定したことにはなりません。ChatGPTの出力を受注票へ転記する前に、社内の価格・在庫・契約・納期ルールなど、今回のメール以外の条件を担当者が確認します。

6. Data Controlsと利用条件を確認する

Data Controlsは、社内許可とは別に確認する

OpenAIの公式資料「Data Controls FAQ」は、会話やインタラクションをモデル改善に使うかを選ぶData Controlsを説明しています。サインイン済みWebでは、プロフィールアイコンからSettings、Data Controlsへ進み、「Improve the model for everyone」をオフにする手順が示されています。オフにしても会話は履歴に残る一方、その設定ではChatGPTのトレーニングには使われないと説明されています。Data Controls FAQ（2026-09-03確認）

同FAQは、この設定がアカウント全体に適用され、Webとモバイルで端末ごとに分かれないとも説明しています。ただし、トグルをオフにすることは、次のことを意味しません。

• 会社がその用途を許可した
• 顧客との契約や秘密保持条件を満たした
• 個人情報や機密情報を入力してよい
• 保存、アクセス、削除に関する社内ルールを確認した
• 法的な判断が済んだ

Temporary Chatについては、同FAQが、30日後にシステムから削除され、モデルのトレーニングに使われず、履歴に保存されずmemoryを作らないと説明しています。一方で、乱用監視のために確認される場合があるとも記載されています。Temporary Chatを選んでも、会社の許可や顧客契約の確認を省略しないでください。

ファイル添付は、最初の試行に必須ではない

「File Uploads FAQ」は、ファイルアップロードの対象プラン・環境と利用上限を説明しています。APIは別の要件・用途・上限です。特定のアカウントで使えることを、FAQの記載だけから決めず、実際に利用するアカウントのプラン、管理設定、画面表示を確認してください。

今回の第一歩は、合成メールの本文を直接入力する方法です。添付上限の影響を受けにくく、入力した文面と抽出結果を照合しやすいためです。ファイルを使う場合も、まずプレーンテキストで試します。E1は、Enterprise以外の文書ファイルではテキストベースの検索で、画像が破棄されると説明しています。画像やスキャン文書にある納期・数量を前提にするときは、プランとファイル形式を確認できるまで手作業へ戻します。

保持条件も一つにまとめません。E1は、ChatGPTへアップロードしたファイルが対応するチャットの保持期間との関係で保存され、チャットやアカウント、カスタムGPTを削除した場合の削除は、例外を除き30日以内と説明しています。機能やプランによって保持期間が異なる場合もあります。「Data Controlsをオフにしたから保存されない」「必ず安全」「すべて30日で消える」と一般化しないでください。

7. どこで人に戻すかを決める

最小試行の合否は、ChatGPTが自然な文章を返したかではなく、担当者が原文と条件を確認して次の処理へ進めるかで決めます。

この境界を決めると、「AIが使えるか」という一問を、「どの情報を入力してよいか」「何を整理させるか」「どこで根拠へ戻るか」「誰が確定するか」という業務の問いに分解できます。これは本記事の編集上の見解であり、ChatGPTやOpenAIがこの受注フローを公式に推奨しているという意味ではありません。

8. 営業事務で試すなら、この6手順だけにする

1. 実際に利用するChatGPTのプラン、アカウント設定、社内の利用許可を確認する。
2. 顧客名・住所・価格・契約情報・認証情報を含まない合成メールを1件作る。
3. 4項目のスキーマと「記載なし」「要確認」のルールを固定する。
4. 本文をChatGPTへ入力し、抽出結果をそのまま確定情報として扱わず保存する。
5. 各項目を原文へ戻し、表記、数量単位、希望・確定の別、未確認条件を人が照合する。
6. 不明点が一つでもあれば、受注確定・在庫引当・発注・返信送信・基幹更新をせず、担当者または責任者へ戻す。

この手順で測るべきなのは、最初から「何分短縮したか」ではありません。どの項目が毎回照合しにくいか、どの条件で止まるか、誰が確定判断を持つかを記録できるかです。時間短縮、ミス低減、売上、問い合わせの増加は、別途実際の業務で測定しなければ分かりません。

AI活用から業務変革へつなげる視点

受注メールの整理で大切なのは、ChatGPTを導入したという事実だけではありません。入力してよい情報、整理する項目、原文と照合する場所、判断を人へ戻す条件が一続きになっていることです。

MASTER key株式会社とAX事業部が本稿で提示したいのは、ツールの導入可否から始めるのではなく、現場の一つの業務を「抽出」「照合」「確定」に分けて運用条件を設計する視点です。自立AI運用も、AIに受注判断を丸投げすることではなく、AIが扱う範囲と停止条件、人の責任をあらかじめ置くところから考えます。

これはMASTER keyの導入実績、受注業務の改善結果、ChatGPTの優位性を示す記述ではありません。AI導入初期の中小企業が、顧客データをいきなり入力せず、可逆な一歩を試すための編集上の仮説です。

抽出後に顧客返信案を作る場合は、入力前の許可確認と、送信前の事実・根拠・表現・送信判断を別工程として置きます。抽出が終わったからといって、そのまま返信送信へ進めないことが次の判断です。

この記事でまだ分からないこと

• 今回は実顧客メールを使ったhands-on検証をしていません。実際の抽出精度、漏れ、表記揺れへの対応は、合成データと人の照合で確認してください。
• 「ChatGPT 受注メール 納期 数量 抽出」などの検索需要は、この記事の執筆時点でGSCのquery×page実測行がなく、未検証です。未観測を需要ゼロとは扱いません。
• 時間短縮、ミス低減、売上、問い合わせ増加の因果は測定していません。
• Data Controlsやファイル上限の説明は公式FAQの確認時点のもので、実際のプラン、管理者設定、社内規程、顧客契約を置き換えません。

まとめ

受注メールのAI活用を始めるなら、最初の対象を「受注の自動化」ではなく、合成メール1件の4項目整理に絞ります。

1. 品名・数量・納期・未確認点の固定スキーマで整理する。
2. 原文の該当箇所へ戻り、表記、単位、希望・確定、未記載条件を照合する。
3. 根拠がない、矛盾する、入力許可や設定が不明な場合は「要確認」で人へ戻す。
4. 受注確定、在庫引当、発注、返信送信、基幹更新は人が行う。
5. 実顧客データを入れる前に、プラン、Data Controls、社内規程、顧客契約、保持・アクセス条件を確認する。

参照元（2026-09-03確認）

1. OpenAI Help Center, File Uploads FAQ
2. OpenAI Help Center, Data Controls FAQ

サービス条件は変わる可能性があるため、実務で使う前に上記の公式FAQと自社アカウントの設定を再確認してください。