2026 年 11 月 10 日以降、顧客データの消去リクエストはリクエスト送信から 5 日後に処理される。顧客の直近の注文日には左右されない。例外は「送信予約済みギフトカードの受取人」だけ。
リクエストが送信された日から数えて 5 日後に処理。
「顧客の最新注文がいつだったか」に関わらず、一律 5 日。
送信予約済みのギフトカードが届くまでは保留のまま。
| 項目 | 変更前 | 変更後（2026/11/10〜） |
|---|---|---|
| 保留期間 | 10 日 pending | 5 日 送信の 5 日後に処理 |
| 直近注文日の影響 | 記載なし（※記事は「今後は関係ない」と明記） | 影響なし 注文時期に関わらず一律 |
| 予約済みギフトカード受取人 | 記載なし | 例外 配送完了まで pending |
| 狙い | — | 顧客データリクエスト管理の体験をシンプルにする |
| マーチャント／開発者の作業 | — | 記載なし |
・適用日 ： 2026 年 11 月 10 日
・10 日の pending を廃止
・送信から 5 日後に処理
・直近注文日は無関係
・予約済みギフトカード受取人は配送まで pending
・目的 ： 管理体験のシンプル化
・API／Webhook の挙動や payload の変更
・既に pending 中のリクエストの扱い
・管理画面 UI の変更
・対象プラン／地域の制限
・ギフトカード配送後の処理タイミング
10 日 → 5 日。「消去前に顧客データを参照・退避する」前提の処理を組んでいるなら、使える猶予が短くなる。
直近注文日に依存しなくなったので、処理予定日は「リクエスト送信日 + 5 日」で単純に見積もれる。
送信予約済みギフトカードの受取人は、配送完了まで pending。「5 日で必ず消える」という前提でテストを書かない。
記事はタイミングの変更のみ。通知の形式や API の差分は書かれていないので、連携アプリは実機で挙動を確認する。
プライバシーポリシーの説明文、CS 用 FAQ、運用手順書に「10 日」と書いているなら 「5 日（予約済みギフトカード受取人は配送後）」 に揃える。適用日は 2026 年 11 月 10 日。