注文表をAIへ渡す前に、今回必要な列だけを、新しい表へ取り出すことから始めます。原本を先に渡して「個人情報を消して」と頼む方法ではありません。
公式資料確認：2026年10月21日。以下は架空データの練習で、匿名化完了・法令適合・特定AIの性能を検証した結果ではありません。
SKUの空欄を探すだけなら、名前は不要
仮の行ID・SKU・注文数量
R001などの教材用IDを使い、必要な3列だけにする。
原本・実番号との対応表
氏名・住所・連絡先・実注文番号・追跡番号は一緒に渡さない。
別の目的なら、何を残す？
返信下書きなら質問の要点・確認済みの状況・必要な順序。費用明細なら仮の照合ID・項目名・必要な金額と通貨です。宛名・署名・無関係な会話・口座情報などは分けます。
列名だけでなく値も確認。SKUに氏名が含まれる場合は見直し、数量が注文数・出品数・手元在庫のどれかも明記します。
送る前の4ステップ
- 必要な列を選ぶ原本と分け、新しい送信用の表へ必要な情報だけ移す。
- 不要情報を除く氏名・住所・連絡先・識別番号等を点検し、必要なら仮IDへ。
- ファイル全体を見るメモ・別シート・隠れた行列・コメント・画像・ファイル名を確認。
- 架空データで試す期待する指摘と照合し、実データの送信条件は別に確認。
架空5行で、期待する指摘を確かめる
元のTEST-A〜TEST-Eはすべて架空の注文記号です。架空氏名・住所・連絡先を除き、仮IDだけを残した練習表です。
練習表と、そのまま試せる指示文
| 行ID | SKU | 注文数量 |
|---|---|---|
| R001 | ST-01 | 2 |
| R002 | ST-02 | 1 |
| R003 | ST-01 | 3 |
| R004 | 空欄 | 1 |
| R005 | ST-03 | -1 |
目的：上の架空5行だけで、SKUの空欄と注文数量の形式を点検する。
「空欄」はSKU未入力を意味する。数量は半角数字だけの0以上の整数を正常とし、負数・小数・文字を警告する。
同じSKUが別注文行に出ることは誤りにしない。結果は「行ID／確認が必要な項目／理由」で返す。
値の補完・修正、個人や実注文の推測、元ファイルや外部サービスの探索はしない。
表と指示文だけを使い、原本・対応表は追加しません。この数量ルールは形式練習用で、注文や在庫の業務上の正しさを判定するものではありません。
確認が必要とする
形式ルール違反を指摘
R001〜R003を誤警告しない
Local・学習利用・保存は、別の話
外部送信が起きる場合がある
適用範囲を確認する
保存ゼロと読み替えない
公式資料と、実データへ進む前の確認
Claude Code公式のData usageは、ローカルでのモデル対話もネットワーク送信を伴い、学習利用・保持がアカウントや設定で異なると説明しています。
OpenAI公式のData controlsも学習利用と保持を区別しています。API向け条件をCodexなど別製品へ、そのまま流用しません。
実際のアカウント、送信先、外部連携、学習利用、保存・削除、所属先のルールを確認。原本はAIの作業フォルダ・共有先から分け、送信候補を開き直して中身を点検します。
eBayのUser Privacy Noticeは、受領した取引情報を扱う側の責任と用途を説明しています。業務に関係するという理由だけで、何でも外部AIへ送れるとは考えません。判断できなければ架空データだけで進めます。
今日の一歩：架空5行だけで試し、R004・R005の指摘と、原本を送っていないことを確認しましょう。AI活用の全体像 ／ AI出品下書き
別の市場を学ぶ方へ：Shopee輸出ハック
