メインコンテンツへスキップ
保留中・有効・支払い遅延中のサブスクリプションをキャンセルします。動作は現在のサブスクリプションステータスによって異なります。
認証: API Key(merchant、owner ロール)
このエンドポイントには customer 側の session-token フローもあります:サブスクリプションのキャンセル(Customer) を参照。

キャンセル動作

  • pending: 直接キャンセルされ、ステータスは canceled になります(canceling を経由しません)
  • pending のプラン変更サブスクリプション: 同じく直接 canceled になりますが、その予約済みサブスクリプションに対する PSP キャンセルが即時送信されるため、予定の切替時刻に有効化も課金もされません。元のサブスクリプションは一切変更されず、canceling のままで active には戻りません
  • キャンセル中に終了済み(冪等な収束): 読み取り時は pending だった注文が、キャンセルの書き込み前に終了状態になった場合 —— 例えば同じサブスクリプションに対してプラン変更候補が 2 件同時に作成され、PSP が譲った側をクローズして先にクローズ通知を返した場合や、並行する別のキャンセルが先に反映された場合 —— はキャンセル済みとして収束します。まだ保持されている割引の予約を解放し(解放済みのものを二重に解放することはありません)、200 と現在の終了状態(例: closed)を返します。この場合キャンセル理由は保存されません
  • active: PSP キャンセルがトリガーされます(請求期間の終了時に有効)。ローカルステータスは canceling になり、期間終了時に Webhook 経由で canceled に更新されます
  • past_due: PSP キャンセルは期間終了を待たず即時に送信されます。ローカルステータスは canceling になり、PSP の確認後に Webhook 経由で canceled に更新されます。請求期間は既に終了しているため、この経路では「キャンセル予定・X 日まで利用可能」のメールは送信されません
canceling のサブスクリプションは通常サブスクリプションの再開で取り消せますが、キャンセル要求時点で未払いの請求があるサブスクリプションは取り消せず、当該エンドポイントは 400 を返します。past_due のキャンセルは必ずこれに該当します。
確定済みのプラン変更によって canceling になったサブスクリプションは決して取り消せません。保留中の新サブスクリプションをキャンセルして変更を無効化した後も同様です。決済チャネルは変更を確定した時点で元のサブスクリプションをキャンセル待ちにし、戻す手段を提供しません。このサブスクリプションは一方向に canceled へ進みます。買い手の支払いを継続させたい場合は新規注文を作成してください。

リクエストボディ

リクエスト例

成功レスポンス (200) — 有効なサブスクリプション

成功レスポンス (200) — 保留中のサブスクリプション

レスポンスフィールド

エラー

リトライポリシー:4xx は一切リトライしない — リクエストを修正してから再送信。5xx は指数バックオフでリトライ(5s 開始、最大 3 回)。