Prodamus: приём платежей и подписок для курса или приложения

Ты собрал своё первое приложение, и у него появились первые пользователи. Рано или поздно встаёт вопрос: как принимать оплату — например, за платный доступ к дополнительным функциям, который списывается каждый месяц. Один из сервисов, который чаще всего советуют авторы курсов и инфопродуктов, — Prodamus. Ниже — простыми словами о том, что это за сервис, чем он отличается от универсальной ЮKassa, когда его стоит выбирать, как подключить к своему приложению и как не наделать типичных ошибок. Если тебе нужен общий обзор всех способов принимать платежи в России, начни со статьи «Приём платежей в РФ» — она даёт картину целиком, а здесь мы детально разбираем один конкретный инструмент.

Что такое Prodamus простыми словами

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

Хорошая аналогия — кассир в торговом центре. Ты мог бы сам стоять у прилавка, принимать наличные, пробивать чеки, вести учёт и сдавать выручку в банк. А можешь нанять кассира, который делает всё это за процент с каждой продажи. Prodamus — такой цифровой кассир: принимает деньги, пробивает чеки, следит за подписками и перечисляет тебе выручку за вычетом комиссии.

Главная особенность Prodamus — специализация. Сервис изначально строился под продажу онлайн-курсов, инфопродуктов и подписок, а не под классическую торговлю товарами. Это видно по набору функций: страницы оплаты для цифровых продуктов, встроенная аналитика продаж, рассрочка для покупателей и, главное для нас, — регулярные списания.

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

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

Prodamus — не банк и не «кнопка бабло». Это инструмент, который берёт комиссию с каждого платежа и взамен снимает с тебя техническую и часть юридической рутины. Заработаешь ты что-то или нет — зависит от твоего продукта и рынка, а не от выбора агрегатора.

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

Чем Prodamus отличается от ЮKassa

Про подключение ЮKassa у нас уже есть отдельная статья — «Как подключить ЮKassa». Логичный вопрос: зачем тогда ещё один сервис?

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

Prodamus, наоборот, заточен именно под продажу знаний и цифрового доступа. Из коробки ты получаешь:

• подписки с регулярными списаниями — ключевой сценарий, если твоё приложение берёт плату каждый месяц;
• готовые страницы оплаты — можно начать продавать без своего сайта вообще;
• рассрочку для покупателей — актуально для дорогих курсов;
• встроенную аналитику продаж — конверсия, выручка по продуктам, отказы от подписок.

Проще говоря: если ты продаёшь физические товары или разовые цифровые покупки через свой сайт — тебе достаточно универсального шлюза вроде ЮKassa. Если твоя модель — «пользователь платит каждый месяц за доступ к приложению или курсу» — специализированный Prodamus обычно удобнее.

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

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

Отдельно уточним, чем эта статья отличается от обзорной статьи про приём платежей в РФ: та статья перечисляет все основные варианты и помогает сориентироваться в ландшафте, а эта — практический разбор одного конкретного сервиса с шагами подключения. Если ты ещё не выбрал инструмент — начни с обзора. Если выбор пал на Prodamus — читай дальше.

Prodamus и ЮKassa: таблица сравнения

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

Рассрочка и способы оплаты глазами покупателя

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

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

Когда выбрать именно Prodamus

Prodamus имеет смысл, если совпадает хотя бы один из пунктов:

• Ты продаёшь подписку, а не разовый товар. Например, платный доступ к дополнительным функциям твоего приложения, который списывается каждый месяц. Это основной сценарий, ради которого сервис и существует.
• Ты продаёшь курс или инфопродукт вместе с приложением. Тогда встроенные страницы оплаты, рассрочка и аналитика продаж избавят тебя от сборки воронки из пяти разных сервисов.
• Тебе важна автоматика без своего кода. Управление подпиской, повторные попытки списания, отмена, возвраты — всё это уже реализовано внутри сервиса.

Пример на учебной «Змейке»: ты добавил в игру платный скин за разовую покупку — это один сценарий, и тут хватит любого шлюза. А если ты сделал «премиум-режим» с турнирами и общей таблицей рекордов, доступ к которому стоит небольшую сумму в месяц, — это уже подписка, и Prodamus ляжет на неё естественно. О разных моделях заработка на играх подробнее — в статье «Монетизация мобильных игр».

Когда Prodamus не нужен: если у тебя обычный интернет-магазин с разовыми покупками, универсальной ЮKassa хватит с головой. И если у тебя пока нет ни продукта, ни покупателей — сначала продукт, потом платёжный сервис, а не наоборот.

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

Как устроена подписка изнутри

Чтобы грамотно ставить задачу ИИ-ассистенту, полезно понимать жизненный цикл подписки. Он одинаков у всех сервисов регулярных списаний:

1. Создание. Покупатель на странице оплаты вводит данные карты и явно соглашается на регулярные списания — это юридически значимое согласие, а не просто галочка.
2. Первое списание. Сервис списывает первую плату и сохраняет привязку карты у себя — данные карты на твой сервер не попадают, и это правильно: хранить их самому — огромная ответственность и отдельные требования безопасности.
3. Регулярные списания. Каждый период сервис автоматически списывает плату. Если на карте не хватило средств, попытка повторяется позже — точная логика повторов описана в документации сервиса.
4. Уведомления. О каждом событии — успешном списании, ошибке, отмене, возврате — сервис сообщает твоему серверу через webhook.
5. Отмена. Покупатель отменяет подписку — через личный кабинет сервиса или по ссылке, которую ты обязан ему дать. Списания прекращаются, твой сервер получает уведомление и закрывает доступ по окончании оплаченного периода.

Твоя забота как владельца приложения — только пункт 4: правильно реагировать на уведомления. Всё остальное делает агрегатор.

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

Страница оплаты: продажа без своего сайта

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

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

Как деньги доходят до тебя

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

Налоги агрегатор за тебя не платит. Если ты самозанятый, то сам отражаешь доход в приложении «Мой налог» — как правило, сервис или ты сам формируешь чек покупателю, а налог начисляется с поступлений. Точный порядок зависит от схемы работы и твоего статуса, поэтому при первых продажах сверься с требованиями для своей ситуации. ИП и организации работают по своим системам налогообложения. Главное правило одно: «деньги пришли — про налог не забыл», это твоя зона ответственности, а не сервиса.

Что подготовить перед подключением

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

• Статус: самозанятый, ИП или организация. Без него сервис не активирует приём платежей — подробнее в шаге 2 ниже.
• Сервер с HTTPS. Webhook-и принимаются только на защищённый адрес вида https://твой-домен.ru/.... Если твоё приложение живёт только на GitHub Pages как статика, серверной части у тебя пока нет — для подписок она понадобится.
• База пользователей. Нужно где-то хранить, кто оплатил и до какой даты у него доступ — хотя бы таблица в Supabase.
• Понимание событий. Выпиши, что должно происходить при каждом webhook-е: оплата → открыть доступ, отмена → закрыть после конца периода, возврат → закрыть сразу. Этот список — готовое техническое задание для ИИ-ассистента.

Как подключить Prodamus: коротко по шагам

Конкретные кнопки и названия пунктов меню у сервиса могут меняться, поэтому опишем логику, а не точный интерфейс. Детали всегда сверяй с официальной документацией.

Шаг 1. Регистрация и личный кабинет

Регистрируешься на официальном сайте и попадаешь в личный кабинет Prodamus. Именно там живут все настройки: продукты, страницы оплаты, ключи, webhook-и, статистика и вывод денег. Если ты видел поисковый запрос «prodamus личный кабинет» — это оно: люди чаще всего ищут просто вход в свою учётку. Сразу включи двухфакторную защиту входа, если сервис её предлагает: в этом кабинете — твои деньги.

Шаг 2. Подтверждение статуса: самозанятый или ИП

Это самый важный и самый недооценённый новичками пункт. Принимать оплаты как частное лицо — «просто на карту» — нельзя: это требование закона. Чтобы сервис активировал приём платежей, нужен один из статусов:

• самозанятый (налог на профессиональный доход) — самый простой вариант для новичка: регистрация занимает минуты через приложение «Мой налог», а ставка налога ниже обычной;
• ИП или ООО — если ты уже ведёшь бизнес или планируешь масштабироваться.

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

Шаг 3. Создание продукта и страницы оплаты

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

Шаг 4. Получение API-ключей

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

Шаг 5. Настройка webhook

Webhook — это HTTP-уведомление, которое Prodamus отправляет на адрес твоего сервера при каждом событии: успешная оплата, списание по подписке, отмена, возврат. Без webhook твоё приложение не узнает, что пользователь заплатил, и не откроет ему доступ.

Схема простая: ты указываешь в личном кабинете URL своего сервера, например https://твой-домен.ru/webhook/prodamus, а сервер принимает уведомления, проверяет их подлинность и обновляет статус пользователя в базе.

flowchart TB
    U["Пользователь нажимает «Оплатить»"] --> P["Prodamus обрабатывает платёж"]
    P --> W["Webhook уведомляет сервер приложения"]
    W --> S["Сервер проверяет подпись запроса"]
    S --> A["Сервер открывает доступ пользователю"]

Шаг 6. Тестовый платёж и запуск

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

Как поставить задачу ИИ-ассистенту

Писать обработчик webhook-а руками необязательно — это отличная задача для ИИ-ассистента, если поставить её грамотно. Вот структура промпта, которую можно адаптировать под свой проект:

1. Контекст: «У меня приложение на [твой стек], серверная часть на [Node/другое], база пользователей в [Supabase/другое]. Подключаю приём платежей через Prodamus».
2. Задача: «Напиши endpoint POST /webhook/prodamus, который принимает уведомления об оплате».
3. Требования: «Проверяй подпись запроса по секретному ключу из переменной окружения; при событии успешной оплаты продлевай доступ пользователя до [дата]; при отмене подписки помечай дату окончания; при возврате закрывай доступ сразу; логируй каждый запрос; игнорируй дубли одного и того же платежа».
4. Ограничения: «Секретные ключи брать только из process.env, ничего не хардкодить; точный формат уведомлений сверять с официальной документацией Prodamus, не выдумывать поля».

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

Безопасность: подпись webhook и хранение ключей

Две вещи, которые нельзя пропускать, даже если «и так работает».

Проверяй подпись webhook-запросов. Адрес твоего webhook-а технически может узнать кто угодно. Если сервер будет доверять любому запросу, злоумышленник сможет отправить поддельное уведомление «оплата прошла» — и получить доступ бесплатно. Поэтому каждый webhook содержит подпись, вычисленную с использованием твоего секретного ключа. Сервер обязан пересчитать подпись и сравнить её с присланной: не совпала — запрос отклоняется. Это стандартная практика для всех платёжных сервисов, не только Prodamus.

Храни ключи в .env, а не в коде. API-ключи, секреты подписи и пароли не должны попадать в репозиторий. Классическая схема: ключи лежат в файле .env, который добавлен в .gitignore, а код читает их из переменных окружения. Если ключ случайно утечёт — немедленно сгенерируй новый в личном кабинете. Подробный разбор — в статье «Хранение секретов и токенов».

И базовая гигиена: webhook принимай только по HTTPS, логируй входящие уведомления (это спасёт при разборе спорных ситуаций), а повторные уведомления обрабатывай аккуратно — один и тот же платёж может прийти дважды, и доступ не должен «выдаваться два раза» или дублировать записи.

Типичные ошибки при подключении

• Пропустить шаг со статусом. Новичок регистрируется, настраивает продукт — и упирается в то, что платежи не активированы, потому что не подтверждён статус самозанятого или ИП. Начинай с документов, а не с кнопок.
• Доверять webhook-у без проверки подписи. «У меня же мелкий проект, кому я нужен» — довод, который регулярно заканчивается бесплатным доступом для первого встречного бота.
• Закоммитить ключи в репозиторий. Даже в приватный. Одна утечка — и ключи придётся срочно менять. Только .env и переменные окружения.
• Не обработать отмену и возврат. Открыть доступ при оплате помнят все, а вот закрыть его при отмене подписки или возврате — забывают. В результате люди пользуются платными функциями бесплатно.
• Тестировать только успешную оплату. Реальная жизнь — это нехватка средств, истёкшие карты и дубли уведомлений. Прогони эти сценарии до запуска.
• Не заложить комиссию в цену. Агрегатор берёт процент с каждого платежа. Если цена продукта рассчитана «в ноль», комиссия съест маржу — проверь актуальный тариф на официальном сайте до публикации цены.

Чек-лист перед запуском продаж

• Оформлен статус самозанятого, ИП или организации.
• Статус подтверждён в сервисе, приём платежей активирован.
• Создан продукт с правильной ценой и типом оплаты (разовая или подписка).
• В цену заложена комиссия — актуальный тариф сверен с официальным сайтом.
• API-ключи получены и хранятся в .env, не в коде и не в репозитории.
• Настроен webhook на HTTPS-адрес твоего сервера.
• Сервер проверяет подпись каждого входящего уведомления.
• Обработаны все события: оплата, ошибка списания, отмена, возврат.
• Проведён тестовый платёж: доступ открылся, при отмене — закрылся.
• Покупатель знает, где отменить подписку — ссылка на отмену доступна.

Частые вопросы

Можно ли принимать платежи через Prodamus без самозанятости или ИП?

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

Что такое подписка Prodamus и как она работает?

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

Какая комиссия у Prodamus?

Точный процент смотри на официальном сайте — тарифы меняются и зависят от способа оплаты и условий договора. Ориентировочно комиссии агрегаторов в РФ составляют несколько процентов с платежа, но конкретную цифру перед подключением проверяй сам.

Что лучше: Prodamus или ЮKassa?

Зависит от модели. Продаёшь подписку, курс или инфопродукт — удобнее Prodamus. Продаёшь разовые товары через интернет-магазин — достаточно ЮKassa. Оба сервиса легальны и решают задачу фискализации, разница — в специализации.

Webhook не приходит, и доступ не открывается. Что проверить?

По порядку: правильно ли указан URL webhook-а в личном кабинете; доступен ли сервер из интернета и отвечает ли он по HTTPS; не отклоняет ли твой код запрос из-за неверной проверки подписи; есть ли записи о запросе в логах сервера. Чаще всего проблема — в подписи или в том, что сервер недоступен извне.

Можно ли подключить Prodamus без программиста?

Для продажи по готовой странице оплаты — да: создал продукт, получил ссылку, разместил её. Но чтобы оплата автоматически открывала доступ в твоём приложении, нужен серверный код, принимающий webhook. Хорошая новость: если ты проходишь курс с ИИ-ассистентом, этот код — как раз та задача, которую можно поручить ИИ, описав требования из этой статьи.

Честный вывод

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

Для простого интернет-магазина с разовыми покупками специализация Prodamus ничего не даст — хватит универсальной ЮKassa. А если ты ещё не определился с инструментом вообще, вернись к обзору способов приёма платежей в РФ и выбирай под свою модель.

И главное: платёжный сервис — это не источник дохода, а труба, по которой доход течёт. Сначала продукт, за который люди готовы платить, потом — подписка, ключи и webhook-и. Всё остальное ИИ-ассистент поможет собрать за вечер.