架空の注文E121は、朝のメールで商品Aを10個と依頼されています。午後のメール本文は「同じ注文を8個に訂正」、下の引用には朝の10個が残っています。受付担当は新しい本文と引用を分けます。

AIに長い履歴を渡すときは、発言者、発言日時、引用の範囲、注文IDを整理します。引用にある数字が後ろに表示されるからといって、新しい数字とは限りません。画面上の位置と発言の順を混同しません。

引用の日時が欠ける、別注文の文章が転送されるなどの場合は、対象が未確認です。営業は元メールへ戻り、同じE121の変更かを確かめます。履歴を短くする前に、訂正の関係を残します。

この章の根拠：出典1出典2

E121の午後メールは数量だけを10個から8個へ変える設定です。営業担当は変更対象の欄を数量と記し、商品Aや元の希望日を無条件に変えません。訂正メールに書かれていない情報を削るかどうかも確認します。

「前の内容はそのままで数量だけ変更」と「注文を取り消して別の内容にする」は違います。元発言を保存し、変更の範囲が曖昧なら顧客へ確認する仕事を残します。

履歴照合表には旧値、新値、変更の根拠、対象注文を同じ行にします。現在の受付表の値だけでは、なぜ8個になったか追えません。発言から変更した来歴を残します。

この章の根拠：出典2出典3

午後の発言が「8個にできますか」という相談だけなら、8個への訂正が確認されたとは限りません。営業責任者は会社の受付手順に沿って、依頼、提案、確認済みを分けます。

別の社員が同じメールを転送した時刻も、顧客の訂正日時とは違います。発言元と日時を確認し、引用や転送によって新しく見える旧値を採用しません。

注文の取消や、数量を戻す後続の発言があれば、同じE121の状態へ反映する根拠を確かめます。数字の最大値や最後に現れた値ではなく、適用が確認された変更の関係で現在値を判断します。

この章の根拠：出典1出典3

営業が8個への訂正を確認したら、受付表に現在数量8個と変更記録を残します。古い10個の行を残す場合は旧値と表示し、同じ注文が2件にならないようにします。

現場へ既に10個を渡していれば、訂正したE121を明示して更新を伝えます。現場担当は作業や在庫の状態から対応可能かを確認し、引き受けた数量を記録します。受付表の変更だけで現場も更新したとは扱いません。

訂正に間に合わない場合は、営業責任者が顧客への回答を判断します。AIが最新値を抽出したことと、業務の変更を実行できることは別です。必要な判断先を履歴へ残します。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典2出典3

運用担当はE121の履歴に、数量だけの訂正、引用された10個、8個への相談、同じ注文の取消が確認された場合という4つの別の確認例を用意します。営業責任者が期待する現在値と状態を先に決めます。

AIが8個を出しても、品番や希望日を勝手に消していないかを見ます。訂正の根拠となる発言へ戻れること、未確定の相談を保留にできることも確認します。 同じE121の取消を営業が原文で確認した例では、受付下書きに取消の状態を残し、旧8個を有効な注文として出さないか見ます。現場の作業停止や対応可否は別に判断します。

原因が入力履歴の欠落なら、指示だけを直す前に渡った範囲を調べます。過去引用を新しい本文へ混ぜた加工があれば、その整形を修正します。確認後も現場の変更可否は担当へ渡します。

この章の根拠：出典1出典3

E121の例では、午後メールに朝の10個が引用されていても、確認済みの8個訂正を現在値として記録しました。新しい受信時刻と元発言の日時は分けます。

数量だけの訂正は、品番や希望日を無条件に変えるものではありません。相談や取消を含む場合は状態を確認し、受付の現在値と現場の引受も別に記録します。

履歴照合表の記入メモへ、旧値・新値・根拠発言・現場への更新を残してください。長い履歴から数字を1つ選ぶのではなく、適用できる訂正を追える受付にします。

この章の根拠：出典1出典2出典3