app 割引入力の appliesOnSubscription デフォルトが false → true に変更
Admin GraphQL API の DiscountCodeAppInput / DiscountAutomaticAppInput の既定値が変わった。記事いわく「対応不要・チェックアウトの割引適用には影響なし」。明示指定しているアプリは挙動不変。
カテゴリ
定期購入の契約、課金、契約変更、ベンダー連携。
5 件の記事
Admin GraphQL API の DiscountCodeAppInput / DiscountAutomaticAppInput の既定値が変わった。記事いわく「対応不要・チェックアウトの割引適用には影響なし」。明示指定しているアプリは挙動不変。
サブスクリプションの課金・契約編集・ステータス変更を「誰が起点で行ったか」（顧客 / マーチャント / パートナーアプリ）を、mutation 実行時に記録できるようになった。
subscriptionBillingAttemptCreate に新フィールド paymentProcessingPolicy が追加。有効な支払い方法が無くても、注文を「未払い」のまま作成できる選択肢が増えた。
API 2026-04 リリース候補（RC）から、契約作成ミューテーションの paymentMethodId が必須でなくなった。支払い方法が無い／失効していても契約データを移行できる。
API バージョン 2026-07 から、Stripe・Authorize.net・Braintree の入力で支払い方法の識別子フィールドが必須になる。スキーマ上は任意だったが、実際の決済処理には元々必要だった項目。スキーマを実態に合わせる変更。