暗号資産サブスクの解約：請求・利用権限・ウォレット承認の管理

**暗号資産サブスクリプションの解約とは、今後の更新を止めることです。それだけで決済済みの支払いが返金されたり、送信済みの送金が取り消されたりするわけではなく、支払い済みの利用権限がいつ終了するかも決まりません。**これらは事業者が連携させて処理すべき、別々の操作です。

顧客の立場では、まずサービスが公開している解約手順に従ってください。解約の確認通知で、最終的な利用終了日時と未処理の更新がないかを確認します。決済方式でウォレットの資産利用権限も使っている場合は、そのウォレットの公式手順に従って承認内容を確認してください。ウェブサイトとの接続解除と、資産利用の承認取り消しは別の操作です。

このガイドは、選択した資産とネットワークが利用できる環境で、USDCまたはUSDTの定期決済を運用する事業者を対象としています。推奨されるアプリケーションと顧客対応の手順を説明するものであり、以下の制御機能がすべてYolfiに標準搭載されているという意味ではありません。

サブスクリプションを変更する前に、4つの記録を分ける

「解約済み」という1つの表示だけでは、異なる複数の状態が見えなくなります。次の記録を分けて管理してください。

解約前に支払われた更新料金が、有効なサービス提供期間に対応している場合もあります。一方、ウォレットの残高がないことは解約の証拠にはなりません。回収失敗から顧客の意図を推測するのではなく、顧客の依頼を記録してください。

会員管理の全体像については、有料コミュニティ向けステーブルコイン継続請求をご覧ください。ここでは、解約時に請求・決済・利用権限の記録をどう連携させるかに焦点を当てます。

定期決済の承認方式を確認する

すべての暗号資産サブスクリプションが同じ仕組みを使うわけではありません。各期間に新しい支払いを依頼する方式と、以前の承認に基づいて自動で課金する方式は異なります。ウォレット承認も実装によって違います。

Yolfiの実装を示すものではない具体例として、Baseの定期決済ドキュメントでは、取り消し可能な資産利用権限が説明されています。そのシステムの関数名、承認上限、解約時の動作を、別の提供元に当てはめないでください。

MetaMaskの承認ガイドでは、サイトとの接続解除とトークン承認の取り消しが区別されています。どちらの操作も、それだけで支払い済みの利用権限を維持すべきか、返金すべきかをアプリケーションに知らせるものではありません。

公開前に、どのシステムが更新を予定するのか、どの承認を使うのか、誰が停止できるのか、成功をどう確認するのかを文書化してください。検索結果で見つけた任意のコントラクトの承認を取り消すよう、顧客に案内してはいけません。実際のウォレット、ネットワーク、承認に対応する公式ドキュメントを使い、リカバリーフレーズや秘密鍵は決して求めないでください。

解約を、記録の残る操作として実行する

顧客対応担当者とアプリケーションで共通の解約管理番号を使ってください。

1. 依頼者の本人確認を行い、サブスクリプションを正しい顧客に紐付けます。公開されたウォレットアドレスだけでは、アカウントの所有者だとは証明できません。
2. 依頼日時、タイムゾーン、プラン、現在の支払い済み利用期限、解約ポリシーのバージョンを記録します。
3. 待機中、処理中、確認済みの更新決済がないか確認します。その識別子と確認時点の状態を記録します。
4. 実際の連携方式のドキュメントに記載された制御機能を使い、今後の更新処理を止めます。存在しないエンドポイントを想定したり、ローカルのフラグを外部スケジューラーの停止の証拠と見なしたりしないでください。
5. 変更後の請求状態を再取得します。確認に失敗した場合は、完了と伝えるのではなく解約を保留中として記録し、担当者を割り当てます。
6. 規約と支払いの証拠に基づいて利用終了日時を設定します。返金の判断は切り分けます。
7. 何が停止したか、何が保留中か、いつ利用が終了するかを明記した確認通知を送ります。

同じ依頼が繰り返されても安全に処理できるようにしてください。同じ解約の再試行によって、重複返金、利用期間の二重短縮、矛盾する確認通知が発生してはいけません。通知を起点とする連携では、暗号資産決済Webhookの冪等性と同じ原則を適用してください。

解約と重なった更新決済を処理する

難しいのは、決済の処理中に顧客が解約する場合です。最後に届いた通知だけで判断せず、依頼のタイムスタンプを保存し、該当する決済の試行を調べてください。

競合する更新処理はアプリケーション内で直列化し、決済処理が誤って解約指示を上書きしないようにしてください。独自の操作管理番号を使ってください。この記事の状態名は概念上の説明であり、Yolfi APIのステータス値ではありません。

すでに入金されている場合、返金には別途の判断と取引が必要です。暗号資産決済の返金チェックリストでは、アドレスの確認、承認、記録の保管を扱っています。返金を、元のブロックチェーン送金を取り消す操作として説明しないでください。

利用終了日時をわかりやすく伝える

更新の停止とサービスの終了は、同時である必要はありません。現在の期間末まで利用できる形は説明しやすいことが多いものの、適法な対応は規約、サービス、法域によって異なります。どのケースにも共通する返金期限や解約期限を約束しないでください。

確認通知は次のような形式にできます。これは例文であり、実際の顧客事例ではありません。

更新を停止しました。現在お支払い済みの利用権限は、アカウントに表示されている日時まで有効です。解約前に開始された決済の試行1件を確認中です。結果は別途お知らせします。この解約確認通知に伴う返金は行っていません。

実際に送るメッセージでは、曖昧にアカウントの表示を参照させるのではなく、具体的な終了日時とタイムゾーンを記載してください。請求状態がまだ未確認なら、「更新を停止しました」とせず、その旨を伝えます。確認中の決済がない場合は、その文を省いてください。

メッセージ、配信結果、次の確認担当者を記録してください。利用権限を削除する前に、支払い済みの期間と未解決の更新を照合します。決済照合では、担当者の記憶に頼るのではなく、決済・サブスクリプション・利用権限を紐付ける必要があります。

Yolfiの役割と確認すべき点

Yolfiの現在のサブスクリプションページでは、請求期間ごとの更新用決済の作成、残高補充のリマインダー、事業者のウォレットへの直接決済が説明されています。FAQでは顧客自身のウォレットから支払うとされており、支出権限に基づく自動引き落としが確認できるわけではありません。これらの機能があっても、解約条件、利用権限の方針、例外処理に関する事業者の責任はなくなりません。

特定の連携方式を使う前に、ドキュメントやYolfiのサポートで、現在の解約制御、承認方式、通知の動作を確認してください。このガイドは、Yolfiに解約エンドポイント、ウォレット承認の自動取り消し、標準の利用権限管理、返金の自動化があることを示すものではありません。

更新前、決済の試行が保留中のとき、決済完了後に、それぞれ解約をテストしてください。各ケースでスケジューラーの最終状態と顧客向けメッセージを確認します。公開前の連携チェックリストを使い、アプリケーションのテストと実際の資金移動を区別してください。

よくある質問

ウォレットの接続を解除すれば暗号資産サブスクは解約されますか？

そうだと決めつけないでください。サイトとの接続解除、資産利用権限の取り消し、事業者側のサブスクリプション解約は、別々の操作です。サービスの解約手順とウォレットの公式な承認管理手順に従い、それぞれの結果を確認してください。

解約すると直近の支払いは自動で返金されますか？

いいえ。解約はサービス規約に従って今後の更新を止めるものです。返金には、対象となるかの判断、承認、決済記録が別途必要であり、法定の権利が適用される場合もあります。

支払い済みの利用権限は直ちに終了すべきですか？

公開済みの規約、確認済みの支払い対象期間、適用法に基づいて判断してください。大まかな解約表示に終了時点を偶然決めさせるのではなく、明確な利用終了日時を記録してください。

遅れて届いた決済通知でサブスクが再開されることはありますか？

遅延した決済メッセージを、継続請求への新たな同意として扱ってはいけません。決済を照合し、解約指示を保持し、必要に応じて明示的な再開手続きを求めてください。

まとめ

解約は1つの状態フィールドではなく、複数の処理を連携させる変更として扱ってください。今後の請求を止め、結果を確認し、処理中の決済を解決して、利用がいつ終了するかを顧客に正確に伝えます。承認の取り消しと返金も明確に切り分け、顧客やチームが1つの操作で4つすべてを処理できると誤解しないようにしてください。