Оптовая платформа цифровых товаров

Как настроить автовыдачу цифровых товаров на FunPay — гайд 2026

Автовыдача на FunPay — типы лотов, пул кодов, дедупликация, буфер, стокаут и оптовый API как источник остатка.

Как настроить автовыдачу цифровых товаров на FunPay

Автовыдача — это то, что отличает лот, который продаёт сам, от лота, который продаёте вы. Покупатель платит и сразу получает код, а вы не сидите в чате в три часа ночи. Но автоматизировать можно не всё: часть ассортимента FunPay физически не укладывается в модель мгновенной выдачи. Разберём, какие лоты переводятся на автовыдачу, как устроен пул товара, как не выдать дубль или просрочку, что делать при стокауте и как подключить оптовый источник, чтобы пул наполнялся сам.

Если вы ещё не запускали продажи на площадке, начните с общего гайда по продаже на FunPay и инструкции по созданию лота.

Что вообще умеет автовыдача

Механика простая: к лоту привязывается пул — список заранее подготовленных единиц товара. После оплаты площадка забирает из пула очередную позицию, отдаёт её покупателю и списывает из остатка. Продавец в сделке не участвует. Отсюда вытекают два жёстких ограничения.

Первое: товар должен быть текстом. Ключ, пин, промокод, ссылка на активацию — да. Действие внутри игрового аккаунта — нет. Второе: товар должен быть обезличенным. Любая позиция из пула должна одинаково подходить любому покупателю этого лота. Если код зависит от региона аккаунта, платформы или версии игры — это не один лот с общим пулом, а несколько отдельных лотов со своими пулами.

Отсюда простое правило сегментации: один пул = один взаимозаменяемый товар. Смешивать в одном лоте европейские и региональные ключи, разные номиналы или разные платформы нельзя — вы гарантированно нарвётесь на спор, потому что покупатель получит формально валидный, но бесполезный ему код.

Какие лоты автоматизируются, а какие нет

Тип лота Автовыдача Механизм доставки Главный риск
Игровые ключи (Steam, платформенные) да строка из пула сразу после оплаты регион-лок, отзыв ключа поставщиком
Пины top-up-карт и gift-card да код/пин из пула номинал не подходит региону аккаунта
Промокоды и подписки-коды да код из пула срок действия истёк до продажи
Пополнение по ID/нику аккаунта нет вход в аккаунт, ручное зачисление ошибка в ID, не тот сервер
Бустинг, прокачка, услуги нет переписка и работа в чате сроки, споры по объёму работ
Игровые аккаунты частично передача данных, часто вручную восстановление доступа, бан

Смешанный ассортимент — норма. Практичная стратегия: перевести на автовыдачу всё, что переводится, и вручную обрабатывать остаток. Ручные лоты тогда получают ваше внимание целиком, а не по остаточному принципу.

Пул: правила, которые экономят вам возвраты

Один товар — одна строка

Формат хранения примитивен и именно поэтому ломается: лишний пробел в конце строки, невидимый символ из Excel, пустая строка между блоками. Всё это уезжает покупателю ровно в том виде, в каком лежит в пуле. Прогоняйте партию через нормализацию — обрезка пробелов, удаление пустых строк, единый перевод строки — прежде чем заливать.

Дедупликация по всей истории, а не по партии

Самый частый сценарий дубля выглядит так: поставщик отдал файл, вы залили; через день выгрузили заказ заново для сверки и залили ещё раз. Внутри новой партии дублей нет — а в пуле теперь два одинаковых кода. Проверяйте каждую новую партию против всего исторического набора выданных и лежащих в пуле кодов. Держите реестр: код, партия, дата загрузки, дата выдачи, номер заказа. Он же ваш аргумент в споре.

Просрочка

У части товара есть срок годности — промокоды, сезонные акции, коды подписок с окном активации. Такой товар нельзя закупать «впрок с запасом». Помечайте партии датой истечения и выгребайте пул по принципу «первым пришёл — первым ушёл», иначе на дне пула будут копиться коды, которые протухнут раньше, чем дойдут до покупателя.

Буфер и дозаливка

Работать «пока не кончится» нельзя. Задайте по каждому ходовому SKU два числа: порог, при котором запускается дозаливка, и целевой объём, до которого пул наполняется. Порог считается от скорости продаж и времени поставки: если лот уходит по 20 штук в день, а поставщик отдаёт партию за час, порога в 10 штук достаточно; если поставка занимает сутки — держите не меньше дневного оборота с запасом.

Дозаливка должна быть событием, а не привычкой. Настроенный порог означает, что вы узнаёте о необходимости пополнить пул до того, как он опустеет, а не из отменённого заказа. Механику автоматического пополнения и способ узнавать о заказах в реальном времени через вебхуки подробно разбираем в гайде по автоматизации выдачи кодов.

Сверка остатка

Пул лота и ваш складской остаток расходятся всегда — вопрос лишь в скорости. Коды уходят не только через продажу: вы отдали пару штук вручную по спору, залили партию дважды, часть кодов оказалась нерабочей и была вычеркнута. Поэтому сверка — регулярная операция, а не разовая.

Минимальная процедура: раз в сутки сравнить количество строк в пуле лота с расчётным остатком по вашему реестру, и по каждому расхождению найти причину. Расхождение, которому не нашлось объяснения, — почти всегда либо дубль, либо потерянная выдача, и оба случая лучше найти самому, чем услышать от покупателя.

Что делать при стокауте

Пустой пул на FunPay — это не «минус пара заказов». Лот перестаёт продаваться, теряет накопленную позицию в выдаче по своей категории, а вместе с ней и поток органических заказов. Если пул успел отдать нерабочие коды, добавляется поток возвратов и удар по рейтингу.

Порядок действий, когда пул опустел посреди продаж:

  • Снять лот с публикации или поставить на паузу — сразу, а не после первого несостоявшегося заказа.
  • Закрыть висящие заказы честно. Если оплата прошла, а выдать нечего, возврат с объяснением дешевле молчания. Спор с внятной перепиской почти всегда закрывается мягче.
  • Найти причину, а не только пополнить. Стокаут — симптом: не сработал порог, поставщик не отгрузил, спрос вырос вдвое на ивенте.
  • Пересчитать буфер под новый спрос, а не вернуть прежний порог.

Отдельно про типовые сценарии восстановления после провала поставки — в разборе стокаутов и работы с поставщиком.

Почему мгновенная выдача поднимает конверсию

Покупатель цифрового товара обычно покупает импульсно и здесь же. Лот с мгновенной выдачей закрывает сделку в момент решения; лот с ручной доставкой отправляет покупателя ждать ответа — и часть этих людей уходит к продавцу, который отвечает сейчас. Дальше работает накопительный эффект: быстрые сделки без споров дают отзывы и статус продавца, статус поднимает лот в выдаче, выдача даёт больше заказов. Ручной лот с тем же товаром и той же ценой этот цикл проходит медленнее просто потому, что упирается в ваше присутствие онлайн. Поэтому переводить на автовыдачу логично начиная с самых оборотистых кодовых позиций — там эффект виден быстрее всего.

Где брать товар для пула

Автовыдача упирается в источник: пул можно наполнять сколько угодно быстро, если есть откуда брать. FoxReload — оптовый B2B-каталог цифровых товаров (игровые ключи, gift-card, top-up, eSIM, подписки, софт) с REST API и мгновенной отгрузкой. Один интеграционный контур вместо переписки с десятком поставщиков: запрашиваете коды под фактический спрос, дозаливаете пул по порогу и не держите мёртвый запас, который успеет просрочиться. Как поднять интеграцию с нуля — в быстром старте по API.

Полезное по теме:

Часто задаваемые вопросы

Какие лоты на FunPay можно перевести на автовыдачу?
Автовыдача рассчитана на товар, который целиком помещается в текст — игровой ключ, пин top-up-карты, код gift-card, промокод, иногда связка логин-пароль. Такой товар вы заранее загружаете в пул лота, и площадка отдаёт очередную строку покупателю сразу после оплаты. Услуги (бустинг, прокачка, сопровождение) и пополнения по ID или нику аккаунта автоматизировать нельзя — там нужен ваш вход в игровой аккаунт и подтверждение, поэтому они остаются в чате. Перед тем как строить автоматизацию, разделите свой ассортимент на эти две группы — сценарии работы у них разные.
Как правильно организовать пул кодов, чтобы не выдать дубль?
Формат пула — одна единица товара на одну строку, без пустых строк, лишних пробелов и разделителей в конце. Перед загрузкой прогоняйте партию через дедупликацию по всему историческому набору, а не только внутри новой партии — чаще всего дубль приходит из повторно выгруженного файла поставщика. Ведите у себя реестр выданных кодов с отметкой времени и номером заказа, чтобы при споре доказать, что именно было отгружено. Повторно выданный код почти всегда заканчивается возвратом и жалобой, поэтому дедупликация важнее скорости пополнения.
Что происходит, когда пул опустел посреди продаж?
Когда в пуле не остаётся строк, лот перестаёт быть доступным для мгновенной покупки — фактически он выпадает из выдачи по своей категории. Хуже сценарий, когда остаток есть формально, но коды в нём нерабочие — тогда вы получаете поток заказов, которые придётся возвращать вручную. Правильная реакция — заранее заданный порог буфера, при котором система дозаливает пул до целевого объёма, и снятие лота с публикации, если дозалить нечем. Возврат в ручном режиме с честным объяснением всегда дешевле, чем молчание и просроченный заказ.
Зачем подключать API поставщика как источник остатка?
Ручная загрузка файлов работает, пока у вас несколько лотов; на десятках SKU расхождение между вашим складом и пулом лота становится неизбежным. API поставщика позволяет забирать коды под фактический спрос и дозаливать пул по порогу, а не раз в неделю пачкой. Это же снимает проблему просроченных партий — вы не держите большой запас, купленный впрок. Сверку остатков стоит делать регулярно даже при автоматическом пополнении, потому что часть кодов уходит из пула не через продажу, а через ручные операции.
Смотреть оптовые цены FoxReload

Похожие статьи