Как проходит продажа и выдача товара на Plati.market
Продажа на витрине цифровых товаров выглядит для покупателя как одно нажатие, а для продавца — как цепочка из шести-семи состояний, в каждом из которых что-то может пойти не так. Ниже — разбор полного жизненного цикла заказа: от оплаты до закрытия гарантийного срока, с описанием того, что видит продавец на каждом шаге и как чинить типовые сбои выдачи.
Если вы ещё не запустили продажи, начните с создания карточки товара.
Кто за что отвечает: движок и витрина
Ключ к пониманию всей механики — разделение ролей между Digiseller и Plati.market. Digiseller это движок: он принимает платёж, хранит карточки и пулы кодов, выполняет выдачу, ведёт баланс продавца и обрабатывает претензии. Plati.market — витрина поверх этого движка: поиск, категории, отзывы, страница товара.
Для продавца отсюда следует практический вывод: если выдача сломалась, чинить её нужно в кабинете движка, а не в настройках витрины. И наоборот — если товар не находится в поиске, дело в оформлении карточки на витрине, а не в автоотгрузке. Половина потерянного времени в поддержке уходит на то, что продавец ищет проблему не на том слое.
Жизненный цикл заказа по шагам
| Стадия | Что происходит | Что видит продавец | Где ломается |
|---|---|---|---|
| Просмотр карточки | Покупатель открывает товар | Только счётчик просмотров | Регион и платформа не указаны |
| Оформление | Выбор способа оплаты | Ничего | Недоступный покупателю метод оплаты |
| Оплата | Платёж проходит и подтверждается | Заказ появляется как оплаченный | Отказ платёжной системы, долгое подтверждение |
| Выдача | Движок берёт единицу из пула или у внешнего источника | Заказ переходит в статус выданного | Пустой пул, ошибка API источника, таймаут |
| Получение | Покупатель видит код и инструкцию | Заказ отмечен как доставленный | Код нечитаемый, инструкция отсутствует |
| Активация | Покупатель гасит код на платформе | Ничего, если всё хорошо | Неверный регион, код уже погашен |
| Гарантийный срок | Открыто окно претензии | Заказ ещё не финализирован | Претензия, спор, откат средств |
| Закрытие | Гарантия истекла | Выручка считается устоявшейся | — |
Таблица полезна тем, что показывает: продавец наблюдает не весь процесс. Между выдачей и активацией есть слепая зона, где покупатель уже держит код, но ещё не подтвердил, что тот работает. Именно в этой зоне рождаются все споры, и именно поэтому качество источника кодов важнее любых настроек витрины.
Что происходит в момент выдачи
Выдача — единственный шаг, который вы реально контролируете технически. Работает он в одном из двух режимов.
Выдача из пула. Вы заранее загрузили список кодов в карточку. При оплате движок забирает верхнюю свободную единицу, помечает её как использованную и отдаёт покупателю. Быстро, но пул конечен: он заканчивается, и обычно ночью.
Выдача из внешнего источника. Карточка при оплате обращается к вашему бэкенду или к API поставщика и получает код в момент заказа. Пул фактически бесконечен, пока у поставщика есть наличие. Требует работающего эндпоинта, разумного таймаута и поведения по умолчанию на случай отказа. Механику разбираем подробнее в автоматизации выдачи цифровых кодов.
Отдельно про вебхуки. У части поставщиков есть push-уведомления о статусе заказа, у части — только опрос по расписанию. Это не универсальный стандарт: перед тем как проектировать логику выдачи вокруг колбэков, проверьте, реализует ли ваш конкретный поставщик их на самом деле, и что происходит, если колбэк не пришёл. Опрос с разумным интервалом надёжнее красивой архитектуры на вебхуках, которых нет.
Гарантийный срок, претензия и спор
После получения кода открывается гарантийное окно — период, в течение которого покупатель может заявить о неработающем товаре. Его длительность настраивается на уровне карточки, а площадка задаёт общие рамки в своих правилах; конкретные допустимые значения сверяйте в актуальных условиях перед настройкой.
Практический смысл окна для продавца в том, что выручка внутри него ещё не ваша. Пока гарантия открыта, заказ может развернуться в претензию, претензия — в спор, спор — в возврат средств покупателю. Планировать закупку следующей партии на деньги, у которых ещё не закрылась гарантия, — распространённый способ получить кассовый разрыв.
Сценарий претензии выглядит так: покупатель сообщает о проблеме, продавец отвечает, стороны либо договариваются, либо привлекают арбитраж площадки. Исход почти всегда определяют две вещи — скорость ответа и наличие доказательств. Продавец, который отвечает за минуты и предлагает замену, выигрывает даже спорные кейсы. Продавец, который молчит сутки, проигрывает даже правые.
Возврат или замена: что выбирать
Замена почти всегда выгоднее. Возврат означает потерю и товара, и выручки, и позиции карточки; замена стоит вам одной единицы себестоимости и сохраняет всё остальное. Поэтому рабочее правило простое: держите резервный запас именно под замены, а не рассчитывайте закрывать их из следующей закупки.
Возврат оправдан там, где вы объективно не можете выдать рабочий товар — например, региональное ограничение выяснилось после покупки, а версии для нужного региона у вас нет. В такой ситуации быстрый добровольный возврат дешевле проигранного спора: он не оставляет отрицательного следа в истории аккаунта.
Отдельно держите в голове платёжный слой: часть откатов приходит не через спор на площадке, а через банк покупателя, и там ваши аргументы уже никто не слушает.
Четыре сценария сбоя и как их чинить
Пустой пул
Симптом: заказы висят в ожидании или карточка отдаёт ошибку. Обнаружение: следите не за нулём, а за порогом остатка — алерт должен приходить заранее, а не по факту. Восстановление: снять карточку с продажи, выдать текущие заказы вручную из альтернативного источника, восстановить наличие. Системно — заменить ручной пул внешним источником. Разбор — восстановление после стокаута поставщика.
Повторно выданный код
Симптом: второй покупатель получает уже использованную единицу. Обычно это следствие ручной загрузки с дублями в файле или параллельной работы двух источников без общего учёта. Обнаружение: дедупликация списка перед загрузкой и сверка выданных единиц с журналом заказов. Восстановление: немедленная замена и проверка всей партии, а не только жалобы.
Неверный регион
Симптом: покупатель получает ошибку активации, код при этом технически валиден. Это не дефект товара, а несовпадение региона карточки и региона покупателя. Обнаружение: указание региона в названии, а не в конце описания. Восстановление: замена на региональную версию, если она есть, иначе возврат. Подробно — региональные ограничения ключей.
Код погашен выше по цепочке
Симптом: платформа сообщает, что код уже использован, хотя вы выдали его впервые. Это признак проблемы у поставщика — повторная продажа партии, отзыв или изначально скомпрометированный источник. Обнаружение: несколько жалоб из одной закупки за короткий период. Восстановление: остановить продажи этой партии целиком, не дожидаясь новых жалоб, заменить выданные единицы и предъявить претензию поставщику. Что делать при массовом отзыве — отзыв кодов и региональные блокировки.
Где брать товар, чтобы выдача не ломалась
Большая часть описанных сбоев — не проблема площадки, а проблема источника. FoxReload закрывает именно эту часть: оптовый каталог на 900+ SKU (игровые ключи, gift-карты, top-up игровой валюты, eSIM, подписки, лицензии на софт), мгновенная выдача, мультирегиональные SKU и единый REST API, к которому карточка обращается в момент заказа. Пул перестаёт быть конечным, а ночные стокауты и отмены — рутиной.