Отмена криптовалютной подписки означает остановку будущих продлений. Сама по себе она не возвращает уже поступивший платеж, не отменяет отправленный перевод и не определяет, когда закончится оплаченный доступ. Это отдельные действия, которые продавцу нужно согласовать между собой.
Для клиента первый шаг — воспользоваться опубликованным сервисом способом отмены. Проверьте в подтверждении дату окончания доступа и наличие незавершенного продления. Если модель оплаты также использует разрешения на расходование средств из кошелька, проверьте их по официальной инструкции этого кошелька. Отключить сайт от кошелька — не то же самое, что отозвать разрешение на расходование средств.
Это руководство предназначено для продавцов, принимающих регулярные платежи в USDC или USDT там, где доступны выбранный актив и сеть. Оно описывает рекомендуемый порядок работы приложения и поддержки, а не утверждает, что все перечисленные средства управления встроены в Yolfi.
Разделите четыре сущности до изменения подписки
Одна отметка «отменена» скрывает несколько разных состояний. Ведите следующие записи отдельно:
| Запись | На какой вопрос отвечает | Действие при отмене |
|---|---|---|
| Расписание продлений | Будет ли запрошен или предпринят еще один платеж? | Остановите будущие операции через документированные средства управления биллингом |
| Попытка платежа | Был ли платеж за продление уже отправлен или получен? | Проверьте его фактическое состояние; не считайте, что отмена подписки отменяет и платеж |
| Право на оплаченный доступ | До какого момента клиент оплатил доступ? | Сохраните или прекратите доступ согласно опубликованным условиям и применимому законодательству |
| Разрешение кошелька, если используется | Может ли конкретное приложение по-прежнему расходовать разрешенный актив? | Объясните, как отозвать разрешение в этой модели; отдельно проверьте результат |
Продление, оплаченное до отмены, может по-прежнему давать право на соответствующий период обслуживания. И наоборот, отсутствие средств в кошельке не доказывает отмену. Фиксируйте запрос клиента, а не делайте вывод о его намерениях по неудачному списанию.
Более широкий жизненный цикл участия описан в статье о регулярных платежах в стейблкоинах для сообществ. Здесь речь идет о согласовании отмены между записями биллинга, платежей и доступа.
Определите, как разрешаются регулярные платежи
Не все криптовалютные подписки работают одинаково. Новый запрос на оплату в каждом периоде отличается от автоматического списания по ранее выданному разрешению. Разрешения кошелька тоже зависят от реализации.
В качестве конкретного примера — не описания реализации Yolfi — документация Base по регулярным платежам описывает отзывные разрешения на расходование средств. Не переносите названия функций, лимиты разрешений или поведение при отмене из этой системы на другого провайдера.
Руководство MetaMask по разрешениям различает отключение сайта и отзыв разрешения на расходование токенов. Ни одно из этих действий само по себе не сообщает приложению, нужно ли сохранять уже оплаченный доступ или возвращать деньги.
До запуска опишите, какая система планирует продления, какое разрешение она использует, кто может ее остановить и как проверяется результат. Никогда не советуйте клиентам отзывать разрешения у случайного контракта из поисковой выдачи. Используйте официальную документацию именно для нужного кошелька, сети и разрешения; никогда не запрашивайте фразу восстановления или закрытый ключ.
Проводите отмену как документируемую операцию
Используйте единый идентификатор отмены для поддержки и приложения:
- Проверьте личность заявителя и убедитесь, что подписка относится к нужному клиенту. Один лишь публичный адрес кошелька не подтверждает владение учетной записью.
- Зафиксируйте время запроса, часовой пояс, тариф, текущую дату окончания оплаченного периода и версию правил отмены.
- Проверьте, нет ли продления, которое уже поставлено в очередь, обрабатывается или подтверждено. Запишите его идентификатор и наблюдаемое состояние.
- Остановите будущие продления средствами, описанными для фактической интеграции. Не придумывайте конечную точку API и не считайте локальный флаг доказательством остановки внешнего планировщика.
- Повторно запросите итоговое состояние биллинга. Если проверка не удалась, отметьте отмену как ожидающую завершения и назначьте ответственного, а не сообщайте об успехе.
- Установите дату окончания доступа по условиям сервиса и подтвержденным данным о платежах. Решение о возврате принимайте отдельно.
- Отправьте подтверждение: что остановлено, что еще не завершено и когда закончится доступ.
Сделайте повторные запросы безопасными: повтор той же отмены не должен создавать еще один возврат, дважды сокращать доступ или отправлять противоречивые подтверждения. Для интеграций на основе уведомлений применяйте те же принципы, что и для идемпотентных вебхуков криптоплатежей.
Разберите продление, совпавшее по времени с отменой
Сложный случай — клиент отменяет подписку, пока платеж обрабатывается. Сохраните время запроса и изучите попытку платежа, а не принимайте решение по тому, какое уведомление пришло последним.
| Наблюдаемая ситуация | Рекомендуемые действия |
|---|---|
| Попытки продления нет | Остановите создание будущих продлений и подтвердите дату окончания доступа |
| Продление поставлено в очередь, но платеж еще не отправлен | Используйте документированные средства остановки интеграции и проверьте итоговое состояние |
| Перевод уже отправлен | Отслеживайте подтверждение; не обещайте, что остановка расписания отменит перевод |
| Платеж поступил во время проверки | Соотнесите его с нужным периодом, затем примените правила отмены и возврата |
| Задержавшееся уведомление пришло после отмены | Сохраните запрос на отмену; обработайте данные о платеже, не возобновляя биллинг незаметно для клиента |
Последовательно обрабатывайте конкурирующие изменения в приложении, чтобы обработчик платежа случайно не удалил указание об отмене. Используйте собственные идентификаторы операций; обозначения в этой статье описывают понятия, а не значения статусов API Yolfi.
Если деньги поступили, их возврат — отдельное решение и отдельная транзакция. Памятка по возврату криптоплатежей описывает проверку адреса, согласование и ведение записей. Не называйте возврат отменой исходного перевода в блокчейне.
Укажите срок доступа понятным языком
Остановка продления и прекращение обслуживания не обязаны происходить одновременно. Доступ до конца оплаченного периода часто проще объяснить, но законный порядок зависит от условий, услуги и юрисдикции. Не обещайте универсальный срок возврата или отмены.
Подтверждение может выглядеть так; это пример, а не история клиента:
Продление вашей подписки остановлено. Текущий оплаченный доступ сохранится до даты и времени, указанных в вашей учетной записи. Мы проверяем одну попытку платежа, начатую до отмены. О ее результате сообщим отдельно. Это подтверждение отмены не означает, что возврат средств выполнен.
В отправляемом сообщении замените расплывчатую ссылку на учетную запись конкретным сроком и часовым поясом. Если проверка состояния биллинга еще не завершена, сообщите об этом вместо фразы «продление остановлено». Если проверяемого платежа нет, уберите соответствующее предложение.
Сохраните сообщение, результат доставки и имя ответственного за следующую проверку. Прежде чем закрыть доступ, сверьте оплаченный период и все незавершенные продления. Сверка криптоплатежей должна связывать платеж, подписку и право доступа, а не опираться на память сотрудника поддержки.
Роль Yolfi и необходимые проверки
Текущая страница подписок Yolfi описывает создание платежа для продления в каждом расчетном периоде, напоминания о пополнении и поступление средств напрямую в кошелек продавца. В ответах на вопросы указано, что клиенты платят из собственного кошелька; это не подтверждает автоматические списания по разрешению на расходование средств. Эти возможности не снимают с продавца ответственность за условия отмены, правила доступа и обработку исключений.
До использования конкретной интеграции уточните в документации или у поддержки Yolfi актуальные средства отмены, модель разрешений и порядок уведомлений. Это руководство не подтверждает наличие у Yolfi конечной точки API для отмены, автоматического отзыва разрешений кошелька, встроенного управления правами доступа или автоматизации возвратов.
Проверьте отмену до продления, во время незавершенной попытки и после поступления платежа. В каждом случае проверьте итоговое состояние планировщика и сообщение клиенту. Используйте список проверок интеграции перед запуском, чтобы отличать тесты приложения от реального движения средств.
Часто задаваемые вопросы
Отменяет ли отключение кошелька криптовалютную подписку?
Не рассчитывайте на это. Отключение сайта, отзыв разрешения на расходование средств и отмена подписки у продавца — разные операции. Воспользуйтесь способом отмены сервиса и документированными средствами управления разрешениями кошелька, затем проверьте каждый результат.
Возвращается ли последний платеж автоматически при отмене?
Нет. Отмена останавливает будущие продления согласно условиям сервиса. Для возврата нужны отдельное решение о праве на него, согласование и платежная запись; также могут действовать права, предусмотренные законом.
Нужно ли немедленно прекращать оплаченный доступ?
Ориентируйтесь на опубликованные условия, подтвержденный оплаченный период и применимое законодательство. Явно зафиксируйте срок доступа, чтобы общая отметка об отмене не определила его случайным образом.
Может ли запоздавшее уведомление о платеже возобновить подписку?
Приложение не должно считать задержавшееся сообщение о платеже новым согласием на регулярные списания. Сверьте платеж, сохраните указание об отмене и при необходимости требуйте явного повторного подключения подписки.
Заключение
Считайте отмену согласованным изменением нескольких сущностей, а не одного поля статуса. Остановите будущие списания, проверьте результат, разберитесь с обрабатываемым платежом и точно сообщите клиенту, когда закончится доступ. Отдельно обозначайте отзыв разрешений и возвраты, чтобы ни клиент, ни ваша команда не принимали одно действие за все четыре.
