返品処理だけ済ませて後回しにした返金はどこから実行するか

1．［後で］を選んだ後は返金の作業が残ります

返品処理時に［後で］を選んで［返品を処理する］を押した場合、返金は後から個別に発行する流れです。

お客様に返金すべき金額がある注文には、未払い残高を示すバナーが表示されます。画面を開く担当者は、返品を処理したという連絡だけで作業を終えず、返金の実行まで依頼されているかを承認記録と照らし合わせるとよいです。

ここで扱うのは、社内で返金の承認が済み、実行だけが残っている注文です。返品を受け付けるかどうかや、戻ってきた商品の扱いを判断する手順は含めません。返金額や返金先の合意が曖昧な注文は、操作を進める前に承認内容を整理します。

以下の画面名・手順と製品の説明の確認日：2026-11-03。公式ヘルプのデスクトップ向け手順を基にしています。

2．対象の注文を開き、返金内容を確認して確定します

注文を開いて返金画面へ進みます

管理画面の［注文管理］に移動し、返金を発行する注文を開きます。注文を選ぶ際は、承認記録にある対象と取り違えていないかを見ます。似た注文を見つけただけで先へ進まず、返品処理をした注文そのものを照合する段階です。

［返金する］をクリックし、返金するアイテムを確認します。画面上の商品と承認された対象が食い違う場合は、承認者への確認を先に済ませます。

返金先と金額を照合します

［返金方法］では、［元の支払い方法］、［ストアクレジット］、または［元の支払い方法とストアクレジット］を選ぶ手順になっています。

返金すべき金額は［返金額］に自動で入りますが、確定前に発行する金額を確認する手順があります。自動表示された値を承認済みの値として扱わず、手元の記録との一致を見ます。異なる金額が出ているときは、画面を合わせるためだけに数字を書き換える進め方を避けます。

送料も返金する場合は、［送料を返金する］で［送料］を選び、返金希望額を入力します。商品代金だけを承認したのか、送料まで含めたのかを分けて照合するとよいです。

通知の扱いを確認して実行します

［返金が確定したら通知を送信する］は初めから選択されており、通知を送らない場合に選択を解除します。顧客への連絡を別の担当者が担う運用では、事前に決めた連絡方法と食い違わないかも確認します。

［返金の理由］に入力した理由は、お客様には表示されません。社内の確認理由を書き残すことと、顧客への連絡を済ませることは分けて扱います。担当者が読む記録には、後回しにした理由と照合した承認記録の所在が分かる内容を残すとよいです。社内向けの記録を入力しただけで、顧客への説明も終わったと扱わないようにします。

内容を確認した後、最後の［返金］をクリックして注文の返金を実行します。社内の記録には、実行した担当者と操作後に確認した内容を残します。

3．引き継ぎは「返品処理済み」で止めない形にします

返金を後回しにした理由と、次の担当者が行う作業を分けて記録します。完了した作業だけを並べるより、返金を実行する担当者が照合に使う情報をまとめた方が、依頼の範囲を読み取りやすくなります。

この表は社内の引き継ぎ用の整理です。実行前の承認記録と、実行後の確認記録を混ぜずに残すと、後から担当する人も作業の続きが分かります。未実行の理由が単なる担当待ちなのか、内容の不一致なのかも添えておくとよいです。

4．返金方法が見えないときは権限を切り分けます

［元の支払い方法への返金］と［ストアクレジットへの返金］の両方の権限がない場合、［返金方法］は表示されず、返金権限のある方法だけが［返金額］に表示されます。

画面が手順と違うときは、見えている選択肢をそのまま承認済みの返金先に置き換えず、権限を管理する担当者へ確認します。問い合わせる際は、開いている注文と表示されている項目、承認された返金先を伝えると状況を共有しやすくなります。操作を止めた理由も引き継ぎに残します。確認を依頼した相手も記録に残すとよいです。

返金先が表示されても、承認された金額と画面の金額が合うとは限りません。差があるときは、過去に別の担当者が返金していないかを確認し、差額の理由を整理します。

すでにストアクレジットで返金した注文を元の決済方法に返金しても、先の返金は取り消されず、超過返金になる可能性があります。そのため、後回しにした注文を処理するときも、すでに済んだ対応を含めて照合します。過去の返金を見つけたら、元の依頼をそのまま実行せず、今回の承認が何を対象にしたものかを承認者と確かめる段階です。

管理画面で返金を開始した後は、返金をキャンセルしたり元に戻したりできません。表示が違うまま試しに確定するのではなく、実行前に照合を済ませる運用にします。

5．実行前の担当待ちと実行後の処理待ちを分けます

Shopify ペイメントでは、返金開始後にも処理中の期間があり、その間は返金のステータスが「保留中」と表示されます。

社内で後回しにしている注文と、実行後に処理を待っている注文は、記録を分けて扱います。引き継ぎの際は「返金待ち」という言葉だけを残さず、実行操作を終えたか、どの表示を確認したかまで書くとよいです。結果が分からないまま、同じ返金を再び実行する流れには進みません。

返金が失敗したり、予想より長く保留になったり、管理画面に正しく反映されなかったりする場合は、専用のトラブルシューティングが案内されています。

6．確認表

公開・共有の前に、この表で確かめます。

7．自社の事務の手順まで形にしたいとき

ここまでの確認を、自社の事務の手順書や、AIの結果を確かめる検査まで形にしたい場合は、当社のように、手順と検査の設計まで行う相談先が選択肢になります。オンラインは全国から対応しています。

自社の事務のどこから確認を入れるかを相談したい場合は、30分の無料相談をご利用ください。法律・税務・労務の判断や、効果の約束は行いません。