Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)
Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)
Shopifyでの返金方法:Plus運営者のための7部構成のステップ(2026年)

クイック回答: Revizeは、サポートチケットなしで顧客が適格なキャンセルや返金を行えるようにしたいShopifyストア向けの解決策です。Shopifyで手動で返金する手順:Orders(注文管理)を開き、対象の注文を選択し、Refund(返金)をクリックし、数量、再入荷、配送料、支払い方法を設定して、確認します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます (Revize、2026年)。
Shopifyで返金する方法:Plus運用担当者のための7つのステップ (2026年)
午後9時7分。顧客がジャケットを2着ではなく3着注文した直後、倉庫は9時30分に注文のピッキングを開始し、サポートは翌朝まで開始されません。Shopifyで返金する方法を知ることは難しくありません。本当に重要なのは、何を返金すべきか、配送処理をキャンセルすべきか、そして同様の問い合わせがチケットになるのをどう防ぐかを判断することです。
少ない件数であれば、それは1通の手間のかかるメールで済みます。しかし、1日5,000件の注文規模になると、それは在庫、決済処理、フルフィルメントシステム、顧客対応が絡むオペレーション管理の問題になります。
このガイドでは、全額および一部返金、配送料、ストアクレジット、決済反映のタイミング、API自動化、そして顧客の信頼と利益率の双方を守るための意思決定について解説します。

2026年においてShopifyの返金はどのように機能するか?
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、分割返金をサポートしています。 重要な違いは、返金はお金を動かし、返品は商品の戻りを追跡し、キャンセルはまだ処理中の注文を止めるという点です。
これらを3つの独立したスイッチとして考えてください:
未発送の作業を停止する必要がある場合は、注文をキャンセルする。
商品が戻り、検品が必要な場合は、返品を作成する。
購入者に返金を行う必要がある場合は、返金を処理する。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が完了した後に返品を作成することはできません。現物商品の返送が必要な場合は、まず返品を作成し、検品後に返金処理を行ってください。
Shopifyは、元の決済方法、ストアクレジット、またはその両方に返金できます。元の決済方法への返金は、元の決済ルートに従って処理されます。これは、Shopifyが顧客の指定する任意のカードや銀行口座にお金を送金できるという意味ではありません。
オーソリ(仮売上)済みで未確定の決済については、注文をキャンセルすることで、売上確定分を返金するのではなく、オーソリ自体を取り消すことができます。これは、現金を送り返すというよりも、現金化されていない小切手を破棄する感覚に近いものです。
警告: Shopify管理画面から開始された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金してしまった場合、回収の手段は通常、新しい下書き注文(Draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフによるShopifyの返金手続きには7つのステップがありますが、最終確認は在庫、配送状況、決済ステータスを確認した後にのみ行ってください。 Shopifyは処理結果を注文のタイムラインに記録し、決済ステータスをRefunded(返金済み)またはPartially refunded(一部返金済み)に変更します。
注文を開く。 Shopify管理画面からOrders(注文管理)に移動し、返金が必要な注文を選択します。
配送状況と決済ステータスを確認する。 注文が未発送、一部発送済み、または発送済みかを確認します。すでに3PL(サードパーティロジスティクス)に発送依頼が出ている場合は、Shopify上の操作だけで荷物が止まったと判断せず、そちら側で一時停止またはキャンセル処理を行ってください。
Refund(返金)をクリックする。 Shopifyの返金ワークスペースが開き、商品の選択、数量、配送料、関税、返金先を設定できるようになります。
返金する数量を入力する。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択する。 商品を再び販売可能在庫にする場合のみ、Restock items(商品を再入荷する)のチェックを入れたままにしてください。破損、紛失、カスタマイズ品、または配送中の商品が、自動的に利用可能在庫として再登録されないように注意してください。

配送料と返金方法を設定する。 ポリシーに応じて、配送料の一部または全額を返金対象に追加します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれている場合は、それらの項目を個別に確認してください。
合計を確認して確定する。 通貨、数量、返金先、通知設定、および最終金額を確認します。内部向けのメモを追加し、Refund(返金)を1回クリックします。
Shopifyの返金理由は内部用の記録であり、顧客には表示されません。通知メールのチェックボックスはデフォルトで有効になっており、有効のままにしておくことで、顧客に即座に返金確認メールが送信されます。
公式のShopify返金手順にはモバイルアプリでの手順も記載されています。ShopifyアプリでOrders(注文管理)を開き、注文を選択し、その他のメニューからRefund(返金)をタップし、同じ項目を確認して確定します。
Shopifyの一部返金との違いは?
一部返金は、選択した商品、数量、配送料、またはその他の承認された調整に対してのみお金を返し、注文の残りの部分は有効なままにします。 Shopifyは、返金可能額の上限に達するまで、複数回の一部返金を許可しています。
ここで注目すべき点:一部返金が必ずしも一部キャンセルを意味するわけではありません。顧客がすべての商品を保持したまま、箱の破損に対してマーチャントが15ドルを一部返金する場合もあります。あるいは、1点の商品を返金し、配送対象から除外して再入荷する場合もあります。返金と在庫の判断は、実際の処理内容と一致させる必要があります。
返金シナリオ | 最適な運用のユースケース | 返金先 | 在庫アクション | ステータスの結果 |
|---|---|---|---|---|
注文全体の全額返金 | 支払われた注文のすべてを取り消す | 元の決済、クレジット、または分割 | 対象の商品ののみを再入荷 | Refunded(返金済み) |
一部商品の返金 | 選択した商品または金額の調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded(一部返金済み) |
配送料のみの返金 | サービス対応や配送遅延に対する補償 | 請求された配送料の上限まで | 商品在庫の変動なし | Partially refunded(一部返金済み) |
キャンセルと返金 | 未発送の注文を停止する必要がある場合 | 即時全額返金、または後で返金 | 原則として再入荷 | Canceled(キャンセル済み)およびRefunded(返金済み) |
ストアクレジットでの返金 | 顧客がストアクレジットでの返金を承諾した場合 | 顧客のストアクレジット残高 | 戻ってきた商品の状態による | 返金済み、または一部返金済み |
ワークフローデータはShopifyの公式ドキュメント(2026年7月29日時点)に基づき検証。
運用担当者が陥りやすい2つの注意点:
商品ごとの割引は、その商品の全体数量に影響します。 Shopifyは、返金処理を完了せずに返金画面を離れた場合でも、調整内容は保存されるとしています。
一部返金を行っていても、後からのチャージバック(支払異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を申し立てることができます。証拠として、返金日、金額、注文リンク、顧客メッセージ、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNは、カードによる返金の追跡番号であり、お荷物追跡番号のような役割を果たします。Shopify Paymentsでは、対応しているVisaおよびMastercardの返金のARNが注文タイムラインに表示されます。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateによるプログラムからの返金をサポートしており、APIバージョン2026-04以降、アイデムポテンシー(等価性)キーの指定が必須となっています。 アイデムポテンシーは、ネットワークの再試行が発生した際に、同じ処理要求が2重に返金を実行するのを防ぎます。
API(アプリケーションプログラミングインターフェース)は、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金に関して言えば、返品ポータル、倉庫システム、顧客対応プラットフォームが、手動での再入力を staff に強いることなく、承認された返金リクエストをShopifyに送信できます。
このミューテーションには、適切な注文アクセス権限(Orders access scope)が必要です。そのRefundInputには、ラインアイテム、数量、配送料、関税、トランザクション、ストアクレジット、再入荷の挙動、顧客通知フラグ、内部メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
返金処理ごとに新しいUUIDを使用し、同一処理の再試行時には同じキーを使い回してください。本番環境で運用する前に、ブラウザから送られてきた金額をそのまま受け入れるのではなく、注文の返金可能ラインアイテムと決済情報をAPIでクエリして確認してください。
ShopifyのrefundCreateリファレンスに説明がある通り、Refundレコードの作成は顧客への返金完了を保証するものではありません。関連するOrderTransactionは変わらず、Pending(保留中)、Processing(処理中)、Successful(成功)、Failed(失敗)のいずれかの状態であり得ます。
システム連携のためにREFUNDS_CREATEウェブフックを購読する際は、そのイベントを「銀行への送金完了」ではなく、「Shopifyが返金レコードを作成した」という意味として扱ってください。Shopifyは、このイベントが実際の資金移動とは独立してトリガーされることがあると明記しています。WebフックのHMAC(ハッシュベースメッセージ認証コードによる改ざん検証)を検証し、X-Shopify-Webhook-Idを用いて重複を排除し、処理ステータスを検査し、Webフックの到達は保証されていないため定期的な突き合わせ処理(リコンシリエーション)ジョブを実行してください。
大規模店舗におけるShopify返金処理の考え方
大量の注文を処理する店舗は、購入後最初の1時間以内の挙動を考慮してシステム設計を行うべきです。購入後編集の80.6%はこの時間枠内で発生するからです (Revize, 2026年)。 編集リクエストの発生タイミングの中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ設計では根本的に対応が間に合いません。
最も堅牢な返金ワークフローは、以下の3層で構築されます:
短いキャンセル可能時間。 キャンセル不可となる配送処理が動く前に、一般的な顧客都合の修正を受け付ける猶予時間を設けます。
明確な適用ルール。 未発送のアイテムについて、オペレーターの確認なしでキャンセル、返金、交換、編集が可能な条件を定義します。
例外処理への転送。 不正注文の疑い、高額注文、すでに発送済みの商品、ポリシー例外のケースは、システム判断から外して手動確認ルートへ回します。
ここで顧客のセルフサービス機能の導入が重要になります。ここはRevizeのブログですので紹介しますが、Revizeは住所変更、製品・バリエーションの交換、キャンセル、適切な返金など、顧客自身による注文編集フローをカバーし、すべてのリクエストに対して手動のサポートチケットを起票させることなく自動解決します。
これによってオペレーション体制が変わります。オペレーターが1件ずつ編集処理を行う体制から、顧客セルフサービスによってサポートキューに入る前にチケット自体を解消する体制への移行が可能になります。

それでも、自動化によるリスクがメリットを上回る以下のケースでは、手動によるポリシー監査を残しておくべきです:
注文がすでに発送済み、または提携倉庫への連携が完了している場合。
顧客が元と異なる決済方法への返金を要求している場合。
返金額が決済の確定額を超えている、または過去のストアクレジットと競合している場合。
注文に複数の決済方法、多通貨、関税、またはギフトカードが含まれている場合。
不正注文検知フラグ、定期購買商品、カスタマイズ商品、またはB2Bの契約規則の確認が必要な場合。
Shopify Paymentsは、返金処理に対する追加のトランザクション手数料を請求しませんが、クレジットカードの決済手数料(初期費用)は戻りません。海外注文の場合、顧客には購入時に使用された通貨で返金されますが、返金時の為替レートが元の購入レートではなく、現在のレートで計算される場合があります。

よくある質問
これらの回答は、2026-07 Admin APIを含む、2026年7月29日時点でのShopifyの公式返金仕様に基づいています。 決済会社ごとの規則、顧客の権利、ストアクレジットの有効期限に関する現地の法律は、国によって異なる場合があります。
Shopifyの返金を取り消すことはできますか?
いいえ、Shopify管理画面から開始された返金はキャンセルや取り消しができません。 誤って過剰な返金を行ってしまった場合、Shopifyはマーチャントに対し、下書き注文(Draft order)を作成し、決済を再度回収することを推奨しています。これを防ぐために、返金権限を制限し、確定画面で引き止めを行い、高額返金や変則的な返金には手動承認制を導入してください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsを通じた返金は、銀行の手続きにより顧客に届くまで最大10営業日かかる場合があります。 顧客がお金を確認する前に、注文のタイムラインに完了ステータスが表示されることがあります。条件を満たしているVisa、Mastercardでの返金が行方不明になっている場合は、タイムラインに表示されているARNを顧客に提示し、カード発行会社に追跡を依頼するよう案内してください。
注文の一部を返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対しての一部返金をサポートしています。 注文ステータスはPartially refunded(一部返金済み)に移行し、返金可能合計額が尽きるまで段階的に追加の一部返金を処理できます。返金数量は配送状況や在庫調整の数字と整合させてください。
商品ではなく、配送料のみの返金をすることはできますか?
はい、Shopifyでは商品数に手を加えずに、配送料の一部または全額を返金できます。 額面は、未返金の配送料枠の上限を超えることはできません。また、注文レベルの送料無料割引がすでに適用されている場合、この機能を使用して配送料を返金することはできない点にご注意ください。
注文キャンセルと返金のどちらを行うべきですか?
処理を止めるには「キャンセル」を行い、売上確定されたお金を戻すには「返金」を行います。 未発送の支払い済み注文においては、キャンセル処理内に即時の全額返金を組み込むことも、後に返金するように設定することも可能です。注文の一部が配送済みの場合、Shopifyがキャンセルを制限することがあるため、その場合は返品または返金として処理してください。
購入者自身で返金をリクエストできますか?
ストア側でセルフサービス用の設定を行っている場合、顧客は適格なキャンセルや返品リクエストを自ら送信できます。 適用可否やタイミング、スタッフの承認が必要かどうかは、マーチャントの設定ルールによって決まります。購入直後の数分以内のミスについてセルフサービスを用意しておくことで、発送が開始されて配送費が高くつくようになる前にミスを解決できます。
異なるカードに返金をすることはできますか?
いいえ、元の決済における返金は、決済時と同じ支払方法に戻されます。 カードが有効期限切れや解約されている場合、顧客側の銀行が転送手続きを行います。メールなどで代替のカード情報を集めないでください。ARNを提供し、購入者本人が金融機関に確認するよう促してください。
返金後の在庫はどうなりますか?
在庫は、返金または返品時に選択した「Restock items(再入荷)」設定に従ってのみ変更されます。 実際に手元に戻り、再販可能な状態の単位のみを再入荷してください。製品が破損していたり、紛失していたり、手元にまだ届いていない状態、あるいは単に返金データが作られたからといって、無条件で再入荷を有効にしないでください。
ストアクレジットを返金することはできますか?
はい、適格な返金に対しては、ストアクレジット、元の決済手段、またはそれらの許可された組み合わせに返金が可能です。 すでに発行されたストアクレジットがある状況で、後からスタッフが元の決済手段に誤って重複返金を行ってしまった場合、Shopifyが自動で過去に付与したストアクレジットを無効化することはありません。現地の有効期限法などを確認しつつ、整合性を管理してください。
Shopifyの返金ステータスがPending(保留中)のままになっているのはなぜですか?
Pending表示は、返金レコードが作成されていながらも、決済処理プラットフォーム側で実際の移転処理が完了していないことを示します。 トランザクション履歴、売上残高、決済ゲートウェイのログ、期限を確認してください。Shopify Paymentsのアカウント残高がマイナスとなり、その許容基準を超えている場合などに返金処理が留保されることがあるため、残高不足の解消が必要になる場合があります。
今週取り組むべきこと
今週中に5ステップの監査を完了することで、行き当たりばったりの問い合わせ対応から、統制されたShopifyワークフローへと返金オペレーションを移行できます。 まずは配送準備に入る前=最も早くて回復コストの低い段階を対象として始めましょう。
返金フローの棚卸し。 全額キャンセル、一部調整、返品、配送料のみの返金、ストアクレジット、および例外ケースを明確に分類します。
権限の監査。 元の決済手段への返金、ストアクレジットでの返金、および重複処理を可能にする権限は、必要なスタッフに限定して付与します。
対応スピードの測定。 顧客から最初の連絡が来てから、倉庫へのピッキング指示や売上確定処理が走るまでの時間差を定量化します。
本番ワークフローのテスト。 テスト用の注文を使用し、在庫状況、顧客への通知、決済ステータス、そして会計上の仕訳を確認します。
適格な処理をセルフサービスに移管する。 オペレーターの手間を、不正注文審査、発送完了後の事案、高額な特例対応、およびポリシーの見直しといったクリティカルな業務に集中させます。
これが2026年におけるShopify返金処理の実践的なアプローチです。資金移動を正確に行い、倉庫・在庫の整合性を保ち、顧客自身がミスをすぐに自己解決できる安全なルートを提供する。問題がサポートチケット化する前の対処が重要です。
公式リソース
2026年7月付けのShopifyドキュメントが、管理画面およびAPI仕様に関する最新の一次情報源です。 自社開発の自動化システムをデプロイする前に、各種返金に関するマニュアル、refundCreate mutation、およびWebhook配信ガイダンスをレビューしてください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストなどの返金に関連する一連の注文変更について解説しています。
クイック回答: Revizeは、サポートチケットなしで顧客が適格なキャンセルや返金を行えるようにしたいShopifyストア向けの解決策です。Shopifyで手動で返金する手順:Orders(注文管理)を開き、対象の注文を選択し、Refund(返金)をクリックし、数量、再入荷、配送料、支払い方法を設定して、確認します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます (Revize、2026年)。
Shopifyで返金する方法:Plus運用担当者のための7つのステップ (2026年)
午後9時7分。顧客がジャケットを2着ではなく3着注文した直後、倉庫は9時30分に注文のピッキングを開始し、サポートは翌朝まで開始されません。Shopifyで返金する方法を知ることは難しくありません。本当に重要なのは、何を返金すべきか、配送処理をキャンセルすべきか、そして同様の問い合わせがチケットになるのをどう防ぐかを判断することです。
少ない件数であれば、それは1通の手間のかかるメールで済みます。しかし、1日5,000件の注文規模になると、それは在庫、決済処理、フルフィルメントシステム、顧客対応が絡むオペレーション管理の問題になります。
このガイドでは、全額および一部返金、配送料、ストアクレジット、決済反映のタイミング、API自動化、そして顧客の信頼と利益率の双方を守るための意思決定について解説します。

2026年においてShopifyの返金はどのように機能するか?
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、分割返金をサポートしています。 重要な違いは、返金はお金を動かし、返品は商品の戻りを追跡し、キャンセルはまだ処理中の注文を止めるという点です。
これらを3つの独立したスイッチとして考えてください:
未発送の作業を停止する必要がある場合は、注文をキャンセルする。
商品が戻り、検品が必要な場合は、返品を作成する。
購入者に返金を行う必要がある場合は、返金を処理する。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が完了した後に返品を作成することはできません。現物商品の返送が必要な場合は、まず返品を作成し、検品後に返金処理を行ってください。
Shopifyは、元の決済方法、ストアクレジット、またはその両方に返金できます。元の決済方法への返金は、元の決済ルートに従って処理されます。これは、Shopifyが顧客の指定する任意のカードや銀行口座にお金を送金できるという意味ではありません。
オーソリ(仮売上)済みで未確定の決済については、注文をキャンセルすることで、売上確定分を返金するのではなく、オーソリ自体を取り消すことができます。これは、現金を送り返すというよりも、現金化されていない小切手を破棄する感覚に近いものです。
警告: Shopify管理画面から開始された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金してしまった場合、回収の手段は通常、新しい下書き注文(Draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフによるShopifyの返金手続きには7つのステップがありますが、最終確認は在庫、配送状況、決済ステータスを確認した後にのみ行ってください。 Shopifyは処理結果を注文のタイムラインに記録し、決済ステータスをRefunded(返金済み)またはPartially refunded(一部返金済み)に変更します。
注文を開く。 Shopify管理画面からOrders(注文管理)に移動し、返金が必要な注文を選択します。
配送状況と決済ステータスを確認する。 注文が未発送、一部発送済み、または発送済みかを確認します。すでに3PL(サードパーティロジスティクス)に発送依頼が出ている場合は、Shopify上の操作だけで荷物が止まったと判断せず、そちら側で一時停止またはキャンセル処理を行ってください。
Refund(返金)をクリックする。 Shopifyの返金ワークスペースが開き、商品の選択、数量、配送料、関税、返金先を設定できるようになります。
返金する数量を入力する。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択する。 商品を再び販売可能在庫にする場合のみ、Restock items(商品を再入荷する)のチェックを入れたままにしてください。破損、紛失、カスタマイズ品、または配送中の商品が、自動的に利用可能在庫として再登録されないように注意してください。

配送料と返金方法を設定する。 ポリシーに応じて、配送料の一部または全額を返金対象に追加します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれている場合は、それらの項目を個別に確認してください。
合計を確認して確定する。 通貨、数量、返金先、通知設定、および最終金額を確認します。内部向けのメモを追加し、Refund(返金)を1回クリックします。
Shopifyの返金理由は内部用の記録であり、顧客には表示されません。通知メールのチェックボックスはデフォルトで有効になっており、有効のままにしておくことで、顧客に即座に返金確認メールが送信されます。
公式のShopify返金手順にはモバイルアプリでの手順も記載されています。ShopifyアプリでOrders(注文管理)を開き、注文を選択し、その他のメニューからRefund(返金)をタップし、同じ項目を確認して確定します。
Shopifyの一部返金との違いは?
一部返金は、選択した商品、数量、配送料、またはその他の承認された調整に対してのみお金を返し、注文の残りの部分は有効なままにします。 Shopifyは、返金可能額の上限に達するまで、複数回の一部返金を許可しています。
ここで注目すべき点:一部返金が必ずしも一部キャンセルを意味するわけではありません。顧客がすべての商品を保持したまま、箱の破損に対してマーチャントが15ドルを一部返金する場合もあります。あるいは、1点の商品を返金し、配送対象から除外して再入荷する場合もあります。返金と在庫の判断は、実際の処理内容と一致させる必要があります。
返金シナリオ | 最適な運用のユースケース | 返金先 | 在庫アクション | ステータスの結果 |
|---|---|---|---|---|
注文全体の全額返金 | 支払われた注文のすべてを取り消す | 元の決済、クレジット、または分割 | 対象の商品ののみを再入荷 | Refunded(返金済み) |
一部商品の返金 | 選択した商品または金額の調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded(一部返金済み) |
配送料のみの返金 | サービス対応や配送遅延に対する補償 | 請求された配送料の上限まで | 商品在庫の変動なし | Partially refunded(一部返金済み) |
キャンセルと返金 | 未発送の注文を停止する必要がある場合 | 即時全額返金、または後で返金 | 原則として再入荷 | Canceled(キャンセル済み)およびRefunded(返金済み) |
ストアクレジットでの返金 | 顧客がストアクレジットでの返金を承諾した場合 | 顧客のストアクレジット残高 | 戻ってきた商品の状態による | 返金済み、または一部返金済み |
ワークフローデータはShopifyの公式ドキュメント(2026年7月29日時点)に基づき検証。
運用担当者が陥りやすい2つの注意点:
商品ごとの割引は、その商品の全体数量に影響します。 Shopifyは、返金処理を完了せずに返金画面を離れた場合でも、調整内容は保存されるとしています。
一部返金を行っていても、後からのチャージバック(支払異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を申し立てることができます。証拠として、返金日、金額、注文リンク、顧客メッセージ、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNは、カードによる返金の追跡番号であり、お荷物追跡番号のような役割を果たします。Shopify Paymentsでは、対応しているVisaおよびMastercardの返金のARNが注文タイムラインに表示されます。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateによるプログラムからの返金をサポートしており、APIバージョン2026-04以降、アイデムポテンシー(等価性)キーの指定が必須となっています。 アイデムポテンシーは、ネットワークの再試行が発生した際に、同じ処理要求が2重に返金を実行するのを防ぎます。
API(アプリケーションプログラミングインターフェース)は、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金に関して言えば、返品ポータル、倉庫システム、顧客対応プラットフォームが、手動での再入力を staff に強いることなく、承認された返金リクエストをShopifyに送信できます。
このミューテーションには、適切な注文アクセス権限(Orders access scope)が必要です。そのRefundInputには、ラインアイテム、数量、配送料、関税、トランザクション、ストアクレジット、再入荷の挙動、顧客通知フラグ、内部メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
返金処理ごとに新しいUUIDを使用し、同一処理の再試行時には同じキーを使い回してください。本番環境で運用する前に、ブラウザから送られてきた金額をそのまま受け入れるのではなく、注文の返金可能ラインアイテムと決済情報をAPIでクエリして確認してください。
ShopifyのrefundCreateリファレンスに説明がある通り、Refundレコードの作成は顧客への返金完了を保証するものではありません。関連するOrderTransactionは変わらず、Pending(保留中)、Processing(処理中)、Successful(成功)、Failed(失敗)のいずれかの状態であり得ます。
システム連携のためにREFUNDS_CREATEウェブフックを購読する際は、そのイベントを「銀行への送金完了」ではなく、「Shopifyが返金レコードを作成した」という意味として扱ってください。Shopifyは、このイベントが実際の資金移動とは独立してトリガーされることがあると明記しています。WebフックのHMAC(ハッシュベースメッセージ認証コードによる改ざん検証)を検証し、X-Shopify-Webhook-Idを用いて重複を排除し、処理ステータスを検査し、Webフックの到達は保証されていないため定期的な突き合わせ処理(リコンシリエーション)ジョブを実行してください。
大規模店舗におけるShopify返金処理の考え方
大量の注文を処理する店舗は、購入後最初の1時間以内の挙動を考慮してシステム設計を行うべきです。購入後編集の80.6%はこの時間枠内で発生するからです (Revize, 2026年)。 編集リクエストの発生タイミングの中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ設計では根本的に対応が間に合いません。
最も堅牢な返金ワークフローは、以下の3層で構築されます:
短いキャンセル可能時間。 キャンセル不可となる配送処理が動く前に、一般的な顧客都合の修正を受け付ける猶予時間を設けます。
明確な適用ルール。 未発送のアイテムについて、オペレーターの確認なしでキャンセル、返金、交換、編集が可能な条件を定義します。
例外処理への転送。 不正注文の疑い、高額注文、すでに発送済みの商品、ポリシー例外のケースは、システム判断から外して手動確認ルートへ回します。
ここで顧客のセルフサービス機能の導入が重要になります。ここはRevizeのブログですので紹介しますが、Revizeは住所変更、製品・バリエーションの交換、キャンセル、適切な返金など、顧客自身による注文編集フローをカバーし、すべてのリクエストに対して手動のサポートチケットを起票させることなく自動解決します。
これによってオペレーション体制が変わります。オペレーターが1件ずつ編集処理を行う体制から、顧客セルフサービスによってサポートキューに入る前にチケット自体を解消する体制への移行が可能になります。

それでも、自動化によるリスクがメリットを上回る以下のケースでは、手動によるポリシー監査を残しておくべきです:
注文がすでに発送済み、または提携倉庫への連携が完了している場合。
顧客が元と異なる決済方法への返金を要求している場合。
返金額が決済の確定額を超えている、または過去のストアクレジットと競合している場合。
注文に複数の決済方法、多通貨、関税、またはギフトカードが含まれている場合。
不正注文検知フラグ、定期購買商品、カスタマイズ商品、またはB2Bの契約規則の確認が必要な場合。
Shopify Paymentsは、返金処理に対する追加のトランザクション手数料を請求しませんが、クレジットカードの決済手数料(初期費用)は戻りません。海外注文の場合、顧客には購入時に使用された通貨で返金されますが、返金時の為替レートが元の購入レートではなく、現在のレートで計算される場合があります。

よくある質問
これらの回答は、2026-07 Admin APIを含む、2026年7月29日時点でのShopifyの公式返金仕様に基づいています。 決済会社ごとの規則、顧客の権利、ストアクレジットの有効期限に関する現地の法律は、国によって異なる場合があります。
Shopifyの返金を取り消すことはできますか?
いいえ、Shopify管理画面から開始された返金はキャンセルや取り消しができません。 誤って過剰な返金を行ってしまった場合、Shopifyはマーチャントに対し、下書き注文(Draft order)を作成し、決済を再度回収することを推奨しています。これを防ぐために、返金権限を制限し、確定画面で引き止めを行い、高額返金や変則的な返金には手動承認制を導入してください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsを通じた返金は、銀行の手続きにより顧客に届くまで最大10営業日かかる場合があります。 顧客がお金を確認する前に、注文のタイムラインに完了ステータスが表示されることがあります。条件を満たしているVisa、Mastercardでの返金が行方不明になっている場合は、タイムラインに表示されているARNを顧客に提示し、カード発行会社に追跡を依頼するよう案内してください。
注文の一部を返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対しての一部返金をサポートしています。 注文ステータスはPartially refunded(一部返金済み)に移行し、返金可能合計額が尽きるまで段階的に追加の一部返金を処理できます。返金数量は配送状況や在庫調整の数字と整合させてください。
商品ではなく、配送料のみの返金をすることはできますか?
はい、Shopifyでは商品数に手を加えずに、配送料の一部または全額を返金できます。 額面は、未返金の配送料枠の上限を超えることはできません。また、注文レベルの送料無料割引がすでに適用されている場合、この機能を使用して配送料を返金することはできない点にご注意ください。
注文キャンセルと返金のどちらを行うべきですか?
処理を止めるには「キャンセル」を行い、売上確定されたお金を戻すには「返金」を行います。 未発送の支払い済み注文においては、キャンセル処理内に即時の全額返金を組み込むことも、後に返金するように設定することも可能です。注文の一部が配送済みの場合、Shopifyがキャンセルを制限することがあるため、その場合は返品または返金として処理してください。
購入者自身で返金をリクエストできますか?
ストア側でセルフサービス用の設定を行っている場合、顧客は適格なキャンセルや返品リクエストを自ら送信できます。 適用可否やタイミング、スタッフの承認が必要かどうかは、マーチャントの設定ルールによって決まります。購入直後の数分以内のミスについてセルフサービスを用意しておくことで、発送が開始されて配送費が高くつくようになる前にミスを解決できます。
異なるカードに返金をすることはできますか?
いいえ、元の決済における返金は、決済時と同じ支払方法に戻されます。 カードが有効期限切れや解約されている場合、顧客側の銀行が転送手続きを行います。メールなどで代替のカード情報を集めないでください。ARNを提供し、購入者本人が金融機関に確認するよう促してください。
返金後の在庫はどうなりますか?
在庫は、返金または返品時に選択した「Restock items(再入荷)」設定に従ってのみ変更されます。 実際に手元に戻り、再販可能な状態の単位のみを再入荷してください。製品が破損していたり、紛失していたり、手元にまだ届いていない状態、あるいは単に返金データが作られたからといって、無条件で再入荷を有効にしないでください。
ストアクレジットを返金することはできますか?
はい、適格な返金に対しては、ストアクレジット、元の決済手段、またはそれらの許可された組み合わせに返金が可能です。 すでに発行されたストアクレジットがある状況で、後からスタッフが元の決済手段に誤って重複返金を行ってしまった場合、Shopifyが自動で過去に付与したストアクレジットを無効化することはありません。現地の有効期限法などを確認しつつ、整合性を管理してください。
Shopifyの返金ステータスがPending(保留中)のままになっているのはなぜですか?
Pending表示は、返金レコードが作成されていながらも、決済処理プラットフォーム側で実際の移転処理が完了していないことを示します。 トランザクション履歴、売上残高、決済ゲートウェイのログ、期限を確認してください。Shopify Paymentsのアカウント残高がマイナスとなり、その許容基準を超えている場合などに返金処理が留保されることがあるため、残高不足の解消が必要になる場合があります。
今週取り組むべきこと
今週中に5ステップの監査を完了することで、行き当たりばったりの問い合わせ対応から、統制されたShopifyワークフローへと返金オペレーションを移行できます。 まずは配送準備に入る前=最も早くて回復コストの低い段階を対象として始めましょう。
返金フローの棚卸し。 全額キャンセル、一部調整、返品、配送料のみの返金、ストアクレジット、および例外ケースを明確に分類します。
権限の監査。 元の決済手段への返金、ストアクレジットでの返金、および重複処理を可能にする権限は、必要なスタッフに限定して付与します。
対応スピードの測定。 顧客から最初の連絡が来てから、倉庫へのピッキング指示や売上確定処理が走るまでの時間差を定量化します。
本番ワークフローのテスト。 テスト用の注文を使用し、在庫状況、顧客への通知、決済ステータス、そして会計上の仕訳を確認します。
適格な処理をセルフサービスに移管する。 オペレーターの手間を、不正注文審査、発送完了後の事案、高額な特例対応、およびポリシーの見直しといったクリティカルな業務に集中させます。
これが2026年におけるShopify返金処理の実践的なアプローチです。資金移動を正確に行い、倉庫・在庫の整合性を保ち、顧客自身がミスをすぐに自己解決できる安全なルートを提供する。問題がサポートチケット化する前の対処が重要です。
公式リソース
2026年7月付けのShopifyドキュメントが、管理画面およびAPI仕様に関する最新の一次情報源です。 自社開発の自動化システムをデプロイする前に、各種返金に関するマニュアル、refundCreate mutation、およびWebhook配信ガイダンスをレビューしてください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストなどの返金に関連する一連の注文変更について解説しています。
クイック回答: Revizeは、サポートチケットなしで顧客が適格なキャンセルや返金を行えるようにしたいShopifyストア向けの解決策です。Shopifyで手動で返金する手順:Orders(注文管理)を開き、対象の注文を選択し、Refund(返金)をクリックし、数量、再入荷、配送料、支払い方法を設定して、確認します。キャンセルは購入後のアクションの中で2番目に多く、編集された注文の24.3%を占めます (Revize、2026年)。
Shopifyで返金する方法:Plus運用担当者のための7つのステップ (2026年)
午後9時7分。顧客がジャケットを2着ではなく3着注文した直後、倉庫は9時30分に注文のピッキングを開始し、サポートは翌朝まで開始されません。Shopifyで返金する方法を知ることは難しくありません。本当に重要なのは、何を返金すべきか、配送処理をキャンセルすべきか、そして同様の問い合わせがチケットになるのをどう防ぐかを判断することです。
少ない件数であれば、それは1通の手間のかかるメールで済みます。しかし、1日5,000件の注文規模になると、それは在庫、決済処理、フルフィルメントシステム、顧客対応が絡むオペレーション管理の問題になります。
このガイドでは、全額および一部返金、配送料、ストアクレジット、決済反映のタイミング、API自動化、そして顧客の信頼と利益率の双方を守るための意思決定について解説します。

2026年においてShopifyの返金はどのように機能するか?
2026年7月29日現在、Shopifyは管理画面の注文ページから、全額返金、一部返金、配送料の返金、ストアクレジット、分割返金をサポートしています。 重要な違いは、返金はお金を動かし、返品は商品の戻りを追跡し、キャンセルはまだ処理中の注文を止めるという点です。
これらを3つの独立したスイッチとして考えてください:
未発送の作業を停止する必要がある場合は、注文をキャンセルする。
商品が戻り、検品が必要な場合は、返品を作成する。
購入者に返金を行う必要がある場合は、返金を処理する。
この順序が重要です。Shopifyの現在のドキュメントでは返品を作成せずに返金できるとされていますが、返金処理が完了した後に返品を作成することはできません。現物商品の返送が必要な場合は、まず返品を作成し、検品後に返金処理を行ってください。
Shopifyは、元の決済方法、ストアクレジット、またはその両方に返金できます。元の決済方法への返金は、元の決済ルートに従って処理されます。これは、Shopifyが顧客の指定する任意のカードや銀行口座にお金を送金できるという意味ではありません。
オーソリ(仮売上)済みで未確定の決済については、注文をキャンセルすることで、売上確定分を返金するのではなく、オーソリ自体を取り消すことができます。これは、現金を送り返すというよりも、現金化されていない小切手を破棄する感覚に近いものです。
警告: Shopify管理画面から開始された返金は、キャンセルや取り消しができません。スタッフが誤った金額を返金してしまった場合、回収の手段は通常、新しい下書き注文(Draft order)を作成して再度決済を回収することになります。

Shopifyで返金する7つのステップ
スタッフによるShopifyの返金手続きには7つのステップがありますが、最終確認は在庫、配送状況、決済ステータスを確認した後にのみ行ってください。 Shopifyは処理結果を注文のタイムラインに記録し、決済ステータスをRefunded(返金済み)またはPartially refunded(一部返金済み)に変更します。
注文を開く。 Shopify管理画面からOrders(注文管理)に移動し、返金が必要な注文を選択します。
配送状況と決済ステータスを確認する。 注文が未発送、一部発送済み、または発送済みかを確認します。すでに3PL(サードパーティロジスティクス)に発送依頼が出ている場合は、Shopify上の操作だけで荷物が止まったと判断せず、そちら側で一時停止またはキャンセル処理を行ってください。
Refund(返金)をクリックする。 Shopifyの返金ワークスペースが開き、商品の選択、数量、配送料、関税、返金先を設定できるようになります。
返金する数量を入力する。 返金したい各商品の数量を設定します。数量が
0のままの商品は、返金対象から除外されます。在庫の取り扱いを選択する。 商品を再び販売可能在庫にする場合のみ、Restock items(商品を再入荷する)のチェックを入れたままにしてください。破損、紛失、カスタマイズ品、または配送中の商品が、自動的に利用可能在庫として再登録されないように注意してください。

配送料と返金方法を設定する。 ポリシーに応じて、配送料の一部または全額を返金対象に追加します。元の決済方法、ストアクレジット、または許容される割合での分割返金を選択します。注文に関税や輸入税が含まれている場合は、それらの項目を個別に確認してください。
合計を確認して確定する。 通貨、数量、返金先、通知設定、および最終金額を確認します。内部向けのメモを追加し、Refund(返金)を1回クリックします。
Shopifyの返金理由は内部用の記録であり、顧客には表示されません。通知メールのチェックボックスはデフォルトで有効になっており、有効のままにしておくことで、顧客に即座に返金確認メールが送信されます。
公式のShopify返金手順にはモバイルアプリでの手順も記載されています。ShopifyアプリでOrders(注文管理)を開き、注文を選択し、その他のメニューからRefund(返金)をタップし、同じ項目を確認して確定します。
Shopifyの一部返金との違いは?
一部返金は、選択した商品、数量、配送料、またはその他の承認された調整に対してのみお金を返し、注文の残りの部分は有効なままにします。 Shopifyは、返金可能額の上限に達するまで、複数回の一部返金を許可しています。
ここで注目すべき点:一部返金が必ずしも一部キャンセルを意味するわけではありません。顧客がすべての商品を保持したまま、箱の破損に対してマーチャントが15ドルを一部返金する場合もあります。あるいは、1点の商品を返金し、配送対象から除外して再入荷する場合もあります。返金と在庫の判断は、実際の処理内容と一致させる必要があります。
返金シナリオ | 最適な運用のユースケース | 返金先 | 在庫アクション | ステータスの結果 |
|---|---|---|---|---|
注文全体の全額返金 | 支払われた注文のすべてを取り消す | 元の決済、クレジット、または分割 | 対象の商品ののみを再入荷 | Refunded(返金済み) |
一部商品の返金 | 選択した商品または金額の調整 | 返金可能残高の上限まで | 商品の状態に応じて再入荷 | Partially refunded(一部返金済み) |
配送料のみの返金 | サービス対応や配送遅延に対する補償 | 請求された配送料の上限まで | 商品在庫の変動なし | Partially refunded(一部返金済み) |
キャンセルと返金 | 未発送の注文を停止する必要がある場合 | 即時全額返金、または後で返金 | 原則として再入荷 | Canceled(キャンセル済み)およびRefunded(返金済み) |
ストアクレジットでの返金 | 顧客がストアクレジットでの返金を承諾した場合 | 顧客のストアクレジット残高 | 戻ってきた商品の状態による | 返金済み、または一部返金済み |
ワークフローデータはShopifyの公式ドキュメント(2026年7月29日時点)に基づき検証。
運用担当者が陥りやすい2つの注意点:
商品ごとの割引は、その商品の全体数量に影響します。 Shopifyは、返金処理を完了せずに返金画面を離れた場合でも、調整内容は保存されるとしています。
一部返金を行っていても、後からのチャージバック(支払異議申し立て)を完全に防げるわけではありません。 顧客は依然として注文の全額に対して異議を申し立てることができます。証拠として、返金日、金額、注文リンク、顧客メッセージ、およびARN(Acquirer Reference Number)を保存しておいてください。
ARNは、カードによる返金の追跡番号であり、お荷物追跡番号のような役割を果たします。Shopify Paymentsでは、対応しているVisaおよびMastercardの返金のARNが注文タイムラインに表示されます。
返金を安全に自動化する方法
ShopifyのAdmin GraphQL APIバージョン2026-07は、refundCreateによるプログラムからの返金をサポートしており、APIバージョン2026-04以降、アイデムポテンシー(等価性)キーの指定が必須となっています。 アイデムポテンシーは、ネットワークの再試行が発生した際に、同じ処理要求が2重に返金を実行するのを防ぎます。
API(アプリケーションプログラミングインターフェース)は、あるシステムが別のシステムに構造化されたリクエストを渡すための窓口です。返金に関して言えば、返品ポータル、倉庫システム、顧客対応プラットフォームが、手動での再入力を staff に強いることなく、承認された返金リクエストをShopifyに送信できます。
このミューテーションには、適切な注文アクセス権限(Orders access scope)が必要です。そのRefundInputには、ラインアイテム、数量、配送料、関税、トランザクション、ストアクレジット、再入荷の挙動、顧客通知フラグ、内部メモを含めることができます。
GraphQL mutation:
mutation RefundLineItem($input: RefundInput!) {
refundCreate(input: $input) @idempotent(key: "040da2ad-ed35-4c2d-8294-9999437b70d1") {
refund { id totalRefundedSet { presentmentMoney { amount currencyCode } } } userErrors { field message }}
}
Variables:
{ "input": { "orderId": "gid://shopify/Order/734509473", "refundLineItems": [{ "lineItemId": "gid://shopify/LineItem/25746870", "quantity": 1 }], "transactions": [] } }
返金処理ごとに新しいUUIDを使用し、同一処理の再試行時には同じキーを使い回してください。本番環境で運用する前に、ブラウザから送られてきた金額をそのまま受け入れるのではなく、注文の返金可能ラインアイテムと決済情報をAPIでクエリして確認してください。
ShopifyのrefundCreateリファレンスに説明がある通り、Refundレコードの作成は顧客への返金完了を保証するものではありません。関連するOrderTransactionは変わらず、Pending(保留中)、Processing(処理中)、Successful(成功)、Failed(失敗)のいずれかの状態であり得ます。
システム連携のためにREFUNDS_CREATEウェブフックを購読する際は、そのイベントを「銀行への送金完了」ではなく、「Shopifyが返金レコードを作成した」という意味として扱ってください。Shopifyは、このイベントが実際の資金移動とは独立してトリガーされることがあると明記しています。WebフックのHMAC(ハッシュベースメッセージ認証コードによる改ざん検証)を検証し、X-Shopify-Webhook-Idを用いて重複を排除し、処理ステータスを検査し、Webフックの到達は保証されていないため定期的な突き合わせ処理(リコンシリエーション)ジョブを実行してください。
大規模店舗におけるShopify返金処理の考え方
大量の注文を処理する店舗は、購入後最初の1時間以内の挙動を考慮してシステム設計を行うべきです。購入後編集の80.6%はこの時間枠内で発生するからです (Revize, 2026年)。 編集リクエストの発生タイミングの中央値は購入からわずか4.6分後であり、翌朝のサポートキューを待つ設計では根本的に対応が間に合いません。
最も堅牢な返金ワークフローは、以下の3層で構築されます:
短いキャンセル可能時間。 キャンセル不可となる配送処理が動く前に、一般的な顧客都合の修正を受け付ける猶予時間を設けます。
明確な適用ルール。 未発送のアイテムについて、オペレーターの確認なしでキャンセル、返金、交換、編集が可能な条件を定義します。
例外処理への転送。 不正注文の疑い、高額注文、すでに発送済みの商品、ポリシー例外のケースは、システム判断から外して手動確認ルートへ回します。
ここで顧客のセルフサービス機能の導入が重要になります。ここはRevizeのブログですので紹介しますが、Revizeは住所変更、製品・バリエーションの交換、キャンセル、適切な返金など、顧客自身による注文編集フローをカバーし、すべてのリクエストに対して手動のサポートチケットを起票させることなく自動解決します。
これによってオペレーション体制が変わります。オペレーターが1件ずつ編集処理を行う体制から、顧客セルフサービスによってサポートキューに入る前にチケット自体を解消する体制への移行が可能になります。

それでも、自動化によるリスクがメリットを上回る以下のケースでは、手動によるポリシー監査を残しておくべきです:
注文がすでに発送済み、または提携倉庫への連携が完了している場合。
顧客が元と異なる決済方法への返金を要求している場合。
返金額が決済の確定額を超えている、または過去のストアクレジットと競合している場合。
注文に複数の決済方法、多通貨、関税、またはギフトカードが含まれている場合。
不正注文検知フラグ、定期購買商品、カスタマイズ商品、またはB2Bの契約規則の確認が必要な場合。
Shopify Paymentsは、返金処理に対する追加のトランザクション手数料を請求しませんが、クレジットカードの決済手数料(初期費用)は戻りません。海外注文の場合、顧客には購入時に使用された通貨で返金されますが、返金時の為替レートが元の購入レートではなく、現在のレートで計算される場合があります。

よくある質問
これらの回答は、2026-07 Admin APIを含む、2026年7月29日時点でのShopifyの公式返金仕様に基づいています。 決済会社ごとの規則、顧客の権利、ストアクレジットの有効期限に関する現地の法律は、国によって異なる場合があります。
Shopifyの返金を取り消すことはできますか?
いいえ、Shopify管理画面から開始された返金はキャンセルや取り消しができません。 誤って過剰な返金を行ってしまった場合、Shopifyはマーチャントに対し、下書き注文(Draft order)を作成し、決済を再度回収することを推奨しています。これを防ぐために、返金権限を制限し、確定画面で引き止めを行い、高額返金や変則的な返金には手動承認制を導入してください。
Shopifyの返金にはどのくらい時間がかかりますか?
Shopify Paymentsを通じた返金は、銀行の手続きにより顧客に届くまで最大10営業日かかる場合があります。 顧客がお金を確認する前に、注文のタイムラインに完了ステータスが表示されることがあります。条件を満たしているVisa、Mastercardでの返金が行方不明になっている場合は、タイムラインに表示されているARNを顧客に提示し、カード発行会社に追跡を依頼するよう案内してください。
注文の一部を返金することはできますか?
はい、Shopifyは特定の数量、配送料、および承認された価格調整に対しての一部返金をサポートしています。 注文ステータスはPartially refunded(一部返金済み)に移行し、返金可能合計額が尽きるまで段階的に追加の一部返金を処理できます。返金数量は配送状況や在庫調整の数字と整合させてください。
商品ではなく、配送料のみの返金をすることはできますか?
はい、Shopifyでは商品数に手を加えずに、配送料の一部または全額を返金できます。 額面は、未返金の配送料枠の上限を超えることはできません。また、注文レベルの送料無料割引がすでに適用されている場合、この機能を使用して配送料を返金することはできない点にご注意ください。
注文キャンセルと返金のどちらを行うべきですか?
処理を止めるには「キャンセル」を行い、売上確定されたお金を戻すには「返金」を行います。 未発送の支払い済み注文においては、キャンセル処理内に即時の全額返金を組み込むことも、後に返金するように設定することも可能です。注文の一部が配送済みの場合、Shopifyがキャンセルを制限することがあるため、その場合は返品または返金として処理してください。
購入者自身で返金をリクエストできますか?
ストア側でセルフサービス用の設定を行っている場合、顧客は適格なキャンセルや返品リクエストを自ら送信できます。 適用可否やタイミング、スタッフの承認が必要かどうかは、マーチャントの設定ルールによって決まります。購入直後の数分以内のミスについてセルフサービスを用意しておくことで、発送が開始されて配送費が高くつくようになる前にミスを解決できます。
異なるカードに返金をすることはできますか?
いいえ、元の決済における返金は、決済時と同じ支払方法に戻されます。 カードが有効期限切れや解約されている場合、顧客側の銀行が転送手続きを行います。メールなどで代替のカード情報を集めないでください。ARNを提供し、購入者本人が金融機関に確認するよう促してください。
返金後の在庫はどうなりますか?
在庫は、返金または返品時に選択した「Restock items(再入荷)」設定に従ってのみ変更されます。 実際に手元に戻り、再販可能な状態の単位のみを再入荷してください。製品が破損していたり、紛失していたり、手元にまだ届いていない状態、あるいは単に返金データが作られたからといって、無条件で再入荷を有効にしないでください。
ストアクレジットを返金することはできますか?
はい、適格な返金に対しては、ストアクレジット、元の決済手段、またはそれらの許可された組み合わせに返金が可能です。 すでに発行されたストアクレジットがある状況で、後からスタッフが元の決済手段に誤って重複返金を行ってしまった場合、Shopifyが自動で過去に付与したストアクレジットを無効化することはありません。現地の有効期限法などを確認しつつ、整合性を管理してください。
Shopifyの返金ステータスがPending(保留中)のままになっているのはなぜですか?
Pending表示は、返金レコードが作成されていながらも、決済処理プラットフォーム側で実際の移転処理が完了していないことを示します。 トランザクション履歴、売上残高、決済ゲートウェイのログ、期限を確認してください。Shopify Paymentsのアカウント残高がマイナスとなり、その許容基準を超えている場合などに返金処理が留保されることがあるため、残高不足の解消が必要になる場合があります。
今週取り組むべきこと
今週中に5ステップの監査を完了することで、行き当たりばったりの問い合わせ対応から、統制されたShopifyワークフローへと返金オペレーションを移行できます。 まずは配送準備に入る前=最も早くて回復コストの低い段階を対象として始めましょう。
返金フローの棚卸し。 全額キャンセル、一部調整、返品、配送料のみの返金、ストアクレジット、および例外ケースを明確に分類します。
権限の監査。 元の決済手段への返金、ストアクレジットでの返金、および重複処理を可能にする権限は、必要なスタッフに限定して付与します。
対応スピードの測定。 顧客から最初の連絡が来てから、倉庫へのピッキング指示や売上確定処理が走るまでの時間差を定量化します。
本番ワークフローのテスト。 テスト用の注文を使用し、在庫状況、顧客への通知、決済ステータス、そして会計上の仕訳を確認します。
適格な処理をセルフサービスに移管する。 オペレーターの手間を、不正注文審査、発送完了後の事案、高額な特例対応、およびポリシーの見直しといったクリティカルな業務に集中させます。
これが2026年におけるShopify返金処理の実践的なアプローチです。資金移動を正確に行い、倉庫・在庫の整合性を保ち、顧客自身がミスをすぐに自己解決できる安全なルートを提供する。問題がサポートチケット化する前の対処が重要です。
公式リソース
2026年7月付けのShopifyドキュメントが、管理画面およびAPI仕様に関する最新の一次情報源です。 自社開発の自動化システムをデプロイする前に、各種返金に関するマニュアル、refundCreate mutation、およびWebhook配信ガイダンスをレビューしてください。
関連記事
これら4つのRevizeガイドでは、キャンセルから交換、返品コストなどの返金に関連する一連の注文変更について解説しています。
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます



