返品の到着と検品を管理する｜受付・現物・返金を分けて進める

返品の受付と現物の到着を分ける

顧客が返品を申し込んだ時点では、商品はまだ手元にありません。受付、返送待ち、到着、検品待ち、判定済みを分けます。返品条件や期限は自店の案内と対象注文で確認し、一律の基準をここで作らないようにします。返品番号、注文、商品明細を対応させ、同じ注文に複数回の返品があっても識別できる構成にします。

予定数と到着数を記録する

架空返品R-205で皿2枚を受け付け、到着が1枚なら、未着1枚を残します。返品ID、SKU、予定数、到着数、到着日、保管場所、検品者、判定を記録します。注文が合っていても色やサイズが違う場合があるため、現物の仕様を照合します。発送時の記録をそのままコピーして検品済みにしません。

検品の結果と在庫判断を分ける

検品では数量、状態、付属品、使用の有無など自店に必要な項目を確認します。再販売可能、修理確認、破損、対象外などの判断と、その理由を残します。到着した商品を自動で販売可能へ戻すと、破損品が次の注文に割り当たることがあります。Shopifyの返品処理でも、在庫へ戻す対象と拠点を確認します。

返金の進み具合を別に追う

検品が終わったことと返金が完了したことは同じではありません。返金判断、処理依頼、処理結果、顧客への案内を別項目にします。実際の返金額や手続きは注文と決済の状態を確認して進めます。二回目の返品でも一回目の返金を再実行しないよう、対象明細と処理の参照先を残します。

違う商品や不足品が届いたとき

予定と異なる現物は検品待ちの保管場所へ置き、正しいSKUの在庫を増やさないようにします。箱の中身、付属品、配送の参照を確認し、顧客との連絡を一件にまとめます。誤って在庫へ戻した場合は、販売や引当が発生していないかを先に調べます。台帳だけ数量を戻して終わらせず、現物の所在を合わせます。

全量・部分返品・返品取消を確認する

全量到着、部分到着、違うSKU、返品の取り下げ、検品済みで返金待ちの例を確認します。検品完了をきっかけに返品全体を閉じていないか、再販売不可の商品が在庫へ戻っていないかを見ます。完了時には現物、在庫処理、返金処理、顧客案内のどれが残るかを一覧で確認できるようにします。

R-205：到着済みでも販売へ戻せない例

確認用のR-205で皿2枚の返品を受け付け、一枚は無傷、もう一枚はひびがある状態で届いたとします。到着数2、受入れの判断は二つに分けます。無傷の皿も、必要な確認を終えてから販売可能へ戻します。ひびのある皿は別の保管場所へ移し、処分や返送の判断を記録します。返金については現物の在庫判断から自動で決めず、対象の取引と対応方針を確認します。すべての数が2でそろっていても状態は同じではありません。数量だけの一致を完了条件にすると、販売できない商品を棚へ戻す原因になります。

返品を受け取る場所には、未検品と確認済みを分ける置き場を用意します。台帳が正しくても現物が同じ棚へ混ざると、別担当が販売可能な商品として扱うおそれがあります。保管場所を移したときは台帳の参照も更新します。検品の基準に迷う商品は、判断者へ渡す状態として残し、受付担当が無理に決定しません。顧客へ追加確認が必要なら、必要な質問をまとめて一度に案内します。返品の途中で希望する対応が変わった場合も、最初の申請を消さず変更の記録を残します。現物と顧客の希望と処理結果を同じ時点で照合します。

道具と費用を増やす前に確認する

返品が少ない場合は、受取場所を分けることと確認表の整備が先です。外部台帳や自動化は複数担当や返品件数が増えてから追加できます。費用には返送料、検品、再梱包、処分、顧客対応を含め、ソフトの月額だけで判断しません。データの受領を自動化しても、現物の状態を確認する工程は残します。

• MakeとShopifyを連携する方法｜注文の記録と担当者への通知
• Makeで月末の注文集計を作る｜締め日・返品・確定版の管理
• Makeで受注件数を毎日照合する｜欠けた注文と二重記録を探す