Admin / 新機能

注文の未払い残高を「免除」できるように
回収しない残高を管理画面から正式に処理

注文ページの決済カードから、支払い待ちの残高をワンアクションで免除(Waive)。編集・返金・返品時の自動調整、購入者側への表示、専用の権限、貸倒(Write-off)レポートまでセットで提供される。

このページの構成
  1. そもそも何が変わるのか(30秒で理解)
  2. 5つの構成要素
  3. 操作の流れ図解
  4. 自動調整のルール(超過分だけ・古い順に戻す)
  5. 従来 vs 今回の比較
  6. 記載あり/記載なしの整理
  7. 技術者が押さえるべき5つのポイント
  8. 業務に活かせる3つのユースケース
  9. 提案で使える1行サマリ

1そもそも何が変わるのか

注文に「支払うべき残高」が残っていて、それを回収しないと決めたとき、
注文ページの決済カードから直接その残高を免除(Waive)できるようになった。免除した金額は後から取り消すこともできる。
¥?

これまで : 残高が残り続ける

回収しないと決めた残高を、注文ページの決済カード上で「免除」として処理する手段は、今回の記事で新機能として案内されている。

これから : 免除して記録に残す

決済カードから免除。購入者側の画面にも反映され、レポートで「貸倒(Write-off)」として追跡できる。

25つの構成要素

新機能

① 決済カードから免除

注文ページの決済カードで支払い残高を免除。既存の免除額の削除もここから。

自動

② 自動調整

注文編集・返金・返品の処理時に、既存の免除額を必要に応じて Shopify が調整。

購入者向け

③ 購入者への表示

顧客アカウント・チェックアウト・メール通知など、該当する購入者向け画面に免除額が表示される。

権限

④ 専用のスタッフ権限

新しい Admin 権限「Waive order balances」が必要。Store admin など高権限ロールは既定で ON。

レポート

⑤ Write-off(貸倒)レポート

免除した残高を追跡する新しい write-off 指標(metrics)とディメンションを追加。新しい既定レポート 「Write-offs by order」 が全ストアで利用可能。

3操作の流れ図解

スタッフ Waive 権限あり 注文ページ 決済カード 残高を免除 免除額の削除もここから 免除額を記録 支払い残高 → 0 編集・返金・返品で自動調整 購入者向け画面に表示 顧客アカウント チェックアウト メール通知 レポートで追跡 write-off 指標 / ディメンション 既定レポート「Write-offs by order」

4自動調整のルール(超過分だけ・古い順に戻す)

注文編集・返金・返品の処理で注文合計が免除額を下回った場合、Shopify は超過分だけを取り消す。取り消しは最も古い免除額から順に行われる。
BEFORE : 免除額の合計 免除 A(古い) 免除 B(新しい) 返金・返品・編集後の注文合計 超過分 Shopify が自動調整 AFTER : 超過分だけを取り消し 免除 A 免除 B 注文合計 = 免除額の上限 ルール ① 取り消すのは「注文合計を超えた分」だけ ② 取り消しは最も古い免除額から順に適用(上図は配分の一例。具体的な計算例は記事に記載なし)
対象となる処理は記事に明記された 3 つ : 注文編集・返金・返品処理。それ以外の操作での挙動は記載なし。

5従来 vs 今回の比較

項目今回のリリース前今回のリリース後
残高の免除操作 記載なし 新機能 注文ページの決済カードから免除
免除の取り消し 記載なし 可能 同じページから既存の免除額を削除
編集・返金・返品時 記載なし 自動調整 超過分のみ、古い免除額から取り消し
購入者への見え方 記載なし 表示 顧客アカウント/チェックアウト/メール通知
操作できる人 — 権限制 「Waive order balances」保有スタッフのみ
レポート — 全ストア 「Write-offs by order」+ write-off 指標/ディメンション

6記載あり/記載なしの整理

記載あり

確定している情報

・決済カードからの免除と免除額の削除
・編集/返金/返品時の自動調整ルール
・購入者向け画面(顧客アカウント・チェックアウト・メール通知)への表示
・権限「Waive order balances」、Store admin 等は既定で有効
・「Write-offs by order」は全ストアで利用可能

記載なし

記事からは分からない情報

・Admin API(GraphQL)や Webhook での扱い
・免除時の会計上・税務上の扱い
・部分的な免除が可能かどうか
・メール通知の具体的な文面
・機能自体の対象プラン・対象国

API 連携や会計システム連携で残高を扱っている場合は、免除後の注文データの見え方を開発ストアで事前に確認すること。

7技術者が押さえるべき5つのポイント

1. 「免除額」は注文に紐づく独立した金額

「既存の免除額を削除」「古い免除額から取り消し」とあることから、免除は注文上に個別の金額として積み重なる扱い。複数回の免除がありうる前提で考える。

2. 返金・返品で免除額が勝手に変わる

注文合計が免除額を下回ると、超過分が古い順に自動で取り消される。外部システムに免除額を同期している場合、返金・返品後の再同期が必要になる。

3. 権限設計の見直しが必要

新権限「Waive order balances」は Store admin 等の高権限ロールで既定 ON。カスタムロールの扱いは記載なしのため、誰が残高を免除できるかをロール一覧で確認しておく。

4. 購入者向け画面に反映される

顧客アカウント・チェックアウト・メール通知に免除額が出る。通知テンプレートや顧客アカウント周りをカスタマイズしている場合は表示確認の対象になる。

5. Write-off が分析軸として使える

新しい write-off 指標とディメンションが追加され、既定レポート「Write-offs by order」は全ストアで利用可能。免除額を注文単位で集計・監査できる。API 経由でのデータ取得可否は記載なし。

8業務に活かせる3つのユースケース

残高 ¥300
USE CASE 1

少額の未払い残高を回収せずにクローズする

課題
注文編集などで生じた少額の残高を、回収の手間に見合わないと判断しても、注文が「支払い残あり」のまま残ってしまう。
打ち手
注文ページの決済カードから残高を免除する。判断を誤った場合は同じページから免除額を削除して戻す。
効果
回収しないという判断を注文上に明示でき、購入者側の画面にも免除が反映される。
技術メモ
操作には「Waive order balances」権限が必要。現場スタッフに付与するかは運用ルールとセットで決める。
USE CASE 2

免除できるスタッフを限定して内部統制を効かせる

課題
残高の免除は売上に直結する操作のため、誰でも実行できる状態は避けたい。
打ち手
新権限「Waive order balances」を、責任者ロールにだけ付与する設計にする。高権限ロールは既定で有効なので、付与範囲を棚卸しする。
効果
免除の実行者を絞り込み、承認フローを管理画面の権限で担保できる。
技術メモ
Store admin など高権限ロールは既定 ON。それ以外のロールへの既定値は記載なしのため、導入時に実ロールで確認する。
注文 Write-off
USE CASE 3

免除額を月次で棚卸し・監査する

課題
回収しなかった金額がどの注文でいくら発生しているか、横断的に把握できないと経理・監査で説明しにくい。
打ち手
既定レポート「Write-offs by order」と write-off 指標/ディメンションで、免除額を注文単位に集計して定期レビューする。
効果
免除の発生状況が可視化され、運用ルールの見直しや異常な免除の検知に使える。
技術メモ
レポートは全ストアで利用可能。外部会計システムへの連携方法や API でのデータ取得は記載なし。返金・返品で免除額が自動調整される点も集計時に考慮する。

9提案で使える1行サマリ

「回収しない未払い残高を、注文ページから正式に“免除”できる新機能。
返金・返品時は自動で調整、購入者画面にも反映、専用権限で操作者を限定、Write-off レポートで追跡。
導入時は権限の付与範囲と、通知・連携まわりの表示確認だけ押さえればよい。」