架空の見積メールE111には「商品Aを10」とだけあります。会社はAを個単位でも箱単位でも扱う設定です。受付担当は数量10、単位未記載、確認状態未確認として残します。

AIが商品一覧から普段の単位を参照しても、顧客が10個を希望したか10箱を希望したかは分かりません。よく使う単位と、そのメールに明記された単位を別の情報として扱います。

空欄の単位が入力忘れか、意味が決まっていないのかも区別します。表では未記載と表示し、原文を保存します。数字が埋まったことだけで受付完了にしません。

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

商品一覧L12に「1箱6個」とあっても、E111の10を10箱と決める根拠にはなりません。L12は箱の中身を説明する資料、メールは今回の依頼を示す資料です。役割が違います。

営業担当はL12の候補を見ながら、顧客へ個か箱かを確認する仕事を残します。AIの単位候補を表示するなら、候補という名前と根拠資料を添え、受付の確定単位と区別します。

一覧の版や梱包数が変わる場合もあります。確認後に換算するなら、対象商品の現行版と換算条件を営業が照合します。W3Cの構造と品質の考え方を、欄の意味と根拠を保つために応用します。

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

別のメールE112で「10個」と「10箱分」が混在したら、都合のよい方を選びません。営業がそれぞれの発言箇所を保存し、同じ商品の依頼か、訂正か、別の用件かを確認します。

メール本文と添付見積の単位が違う場合も、資料の日時や訂正の根拠を照合します。新しいファイル名だけで正しい単位を決めず、顧客の確認記録へ結び付けます。

確認前に10箱を60個へ変換すると、誤った値が一見正しい数量に見えます。計算が合うことと、単位の選択が正しいことは別です。確認待ちを受付表で見えるようにします。

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

営業がE111は10箱と確認できた設定では、確認日時と発言の記録を同じ案件へ追加します。元の「商品Aを10」を消さず、確認済みの単位箱を別欄へ記します。

商品一覧L12の現行条件が1箱6個と確認できれば、必要なシステム用に10箱×6個＝60個と換算します。元の数量10箱と換算数量60個を別名にし、二重に足さないようにします。

現場が箱のまま扱うなら、必ず個へ変える必要はありません。受付責任者が転記先の単位を確認し、どの値を引き継ぐかを決めます。計算の前に業務の欄の意味をそろえます。

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

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

運用担当は10個と明記された例、E111の単位なし、E112の単位矛盾を用意します。営業責任者が期待する欄を確かめ、AIの出力を原文と照合します。

単位なしで未確認を残せるか、候補を出す場合は候補欄へ入るかを見ます。数字10が正しくても、単位の追加があれば誤りとして記録します。単位矛盾が消えていないかも確認します。

誤った単位を現場へ渡した可能性がある場合は、受付の設定修正と既存案件の見直しを分けます。担当が原文と確認記録へ戻り、影響する案件を照合します。

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

E111の「商品Aを10」から取り出せる数字と、まだ分からない単位を分けました。商品一覧の一般的な単位は、今回の顧客の意図を確定する根拠とは限りません。

営業が単位を確認した後に現行仕様を照合し、必要なら10箱と60個を別欄へ残します。単位なしや矛盾する記載を、計算で正しいように見せないことが大切です。

受付の記入メモへ、原文、単位確認、換算根拠、現場の引受単位を記してください。運用担当は単位の3状態で出力を確認し、責任者が欄の意味を揃えて採用します。

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