返品受付をAIに任せる前に、在庫へ戻す条件を検品記録で決める
返品受付をAIに任せても、売れる在庫へ戻すのは、商品の受領と検品を確認してからです。
この記事の要点
- AIの返品受付、返金、在庫へ戻す処理を分ける
- 在庫へ戻す数量は受領と検品の記録で決める
- 未着と不良品の返品票で、自動処理を試す
全体像図を準備中
目次
返品受付、返金、在庫へ戻す処理を分ける
A&Aの考え方
返品受付は、顧客の返品希望を受け取り、注文と返品理由を記録する仕事です。ここでは、受付をAIに任せる通販会社を想定します。販売できる在庫を増やす判断の根拠は、倉庫での受領と検品です。
出典に基づく事実
Gorgiasは、通販会社が顧客からの問い合わせに返信するためのソフトです。同社は、AIで返品などの購入後の問い合わせに対応できると説明しています。接続した道具を操作する機能もあり、許可する操作と実行条件は利用者が選びます。
A&Aの考え方
この記事を書いているAutomate & Augment（A&A）が勧めるのは、AIが受付を終えたかどうかと、商品を再び売れるかどうかを分ける設計です。
A&Aの考え方
顧客への返事が済んでも、倉庫に現物があるとは限らないためです。
仮想例
たとえば、顧客から「返品します」と連絡が届き、AIが注文を確かめて返送先を案内したとします。この時点では受付済みですが、現物の到着と検品は未確認です。在庫を戻す欄は保留にします。
A&Aの考え方
返金を先に済ませる方針の会社でも、この区別は使えます。返金済みだからといって、検品に合格したとは扱いません。返金の時期は返品規約に沿って別に決め、顧客への案内でも受付と返金の状態を分けて示します。
A&Aの考え方
AIが呼び出す操作に在庫を戻す機能が含まれる場合は、設定名だけでは判断できません。返金の操作と一緒に在庫が増えるかを試します。返金と在庫を戻す処理を分けられない操作は、受付のAIには渡さず、担当者が処理する範囲に残します。
A&Aの考え方
発送前の注文キャンセルは、ここで扱う返品とは別です。販売前の在庫の仮押さえを解除する処理と、戻ってきた商品の状態を確かめて販売できる在庫に足す処理では、判断に使う証拠が異なります。
在庫へ戻す数量は受領と検品で決める
A&Aの考え方
在庫へ戻す数量は、倉庫が受け取った数量と、検品で再販売できると確認した数量で決めます。返品予定の数量を、そのまま販売できる在庫へ足す設計にはしません。
出典に基づく事実
Dynamics 365は、在庫や受注を管理するMicrosoftの業務ソフトです。返品の検品手順では、現物を調べた後、在庫へ戻す、廃棄する、顧客へ送り返すなどの扱いを選びます。検品を終えた後に、在庫へ戻す工程が続きます。
A&Aの考え方
この仕組みから小さな通販会社に取り入れられるのは、大きな業務ソフト一式ではなく、何を根拠に返品の状態を変えるかという考え方です。A&Aの設計案では、返品票に受領数量、検品結果、在庫へ戻す数量を別々に残し、それぞれに確認した人と日時を付けます。
仮想例
仮に、同じ商品を複数返品する予定で、一部だけ届いたとします。倉庫担当は届いた分の数量を記録します。その中に破損品があれば、合格品と分けて検品結果を残します。未着分と破損品は、販売できる数量に含めません。
A&Aの考え方
検品に合格する基準は、自社で決める必要があります。包装に傷があっても再販売できる商品と、開封すると販売条件が変わる商品を、同じ基準では判定しません。担当者が迷う品は保留にし、経営者など判断できる人に確認を求めます。
A&Aの考え方
ここで参照したのは、提供元が公開した製品の手順です。GorgiasとDynamics 365を直接つないだ実証でも、導入で返品損失が減ったという成果でもありません。自社の倉庫と販売管理で同じ区別を記録できるかは、別に確かめます。
| 仮の返品票 | 倉庫で確認した状態 | 販売できる在庫への扱い |
|---|---|---|
| 未着 | 受領も検品も未確認 | 返金済みでも保留 |
| 不良品 | 受領済み・検品不合格 | 在庫復帰は保留 |
| 合格品 | 受領済み・検品合格 | 確認した数量を戻す |
未着と不良品の返品票で動作を確かめる
A&Aの考え方
自動処理を未着と不良品を含めた返品票で試すと、在庫を戻す条件を確かめられます。正常な返品だけを試すと、受付済みを在庫へ戻す合図にしてしまう誤りが見えません。
仮想例
ここからは、A&Aが考えた仮の試験です。返品票の欄は、受付済み、現物到着、検品済み、在庫復帰、返金に分けます。在庫復帰は、商品を販売できる在庫へ戻すことです。注文と商品を特定できる情報は共通にし、受付はAI、受領と検品は倉庫担当が記録する想定です。
仮想例
未着の返品票では、受付済みでも現物到着は未確認、検品は未実施、在庫復帰は保留にします。返金を先に行う方針なら返金済みと記録しますが、在庫復帰の欄は変えません。返金の完了を合図に在庫が増えたら、試験は不合格です。
仮想例
不良品の返品票では、現物到着と検品済みがそろっても、検品結果を不合格として在庫復帰を保留にします。合格品の返品票だけ、確認した数量を在庫へ戻します。処理後は、販売管理に反映された数量を返品票と照合します。
仮想例
同じ受領記録が再び届く場面も試します。返品票に、すでに在庫へ戻した数量と処理の記録を残し、同じ品を重ねて足さない設計です。受領数量や、記録がどの商品に対応するかに食い違いがある場合は、自動更新を保留にして倉庫担当が確認します。
A&Aの考え方
動作の確認では、受付にかかった時間だけでなく、在庫を誤って更新した記録、保留の理由、担当者が確認に使った時間も残します。運用を続けるかどうかは、AIの利用料、倉庫との連携を保守する負担、記録を修正する手間も含めて判断します。
A&Aの考え方
この返品票は、AIだけで現物を判定するためのものではありません。会話や写真から得た情報と、倉庫で確認した情報を分けるためのものです。返事が早くなった後も、再販売の根拠をたどれることが、受付を任せる条件になります。
まとめ
A&Aの考え方
AIによる返品の受付が済んだか、返金が済んだか、商品を販売できる在庫へ戻したかを、それぞれ別の状態として扱います。
A&Aの考え方
在庫へ戻す数量は、受領と検品の記録で決めます。
A&Aの考え方
未着と不良品を含めた返品票で、条件に合う数量だけが戻るかを確かめます。
AIによる返品の受付が済んだか、返金が済んだか、商品を販売できる在庫へ戻したかを、それぞれ別の状態として扱います。 在庫へ戻す数量は、受領と検品の記録で決めます。 未着と不良品を含めた返品票で、条件に合う数量だけが戻るかを確かめます。
よくある質問
返品の写真をAIが読めれば、検品を省けますか。
写真だけで、倉庫に届いた現物の状態まで確定する設計にはしません。顧客から届いた情報と、倉庫の受領・検品の記録を分けます。省ける確認があるかは、商品の性質と自社の合格基準で判断します。
返金を先にする運用はやめるべきですか。
この記事は、返金を先にする運用を否定していません。返金の時期は自社の規約で決め、在庫へ戻す条件は別に設ける設計です。返金済みでも、未着や検品不合格の商品は販売できる在庫に含めません。
小さな通販会社でも新しい在庫ソフトが必要ですか。
この設計を試すために、新しいソフトが必須とは限りません。まず既存の返品票で状態、数量、担当、根拠を分けられるかを確かめます。転記の負担や更新の食い違いが残る場合に、連携する範囲を決めます。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- AI Agent explained
Gorgias · Exact update date not stated; page showed “Updated 2 months ago”
確認日 2026-11-02 - Take returned items through inspection
Microsoft · 2025-05-07
確認日 2026-11-02 - Packing slip updates for returns
Microsoft · 2025-05-07
確認日 2026-11-02