Рекуррентные платежи в экосистеме Make.com — это механизм автоматического регулярного списания средств с банковских карт или счетов клиентов по заданному расписанию (подписка) или событию, настроенный через интеграционную платформу без участия человека. Эта технология позволяет бизнесу прогнозировать выручку (MRR), а клиентам — не тратить время на ежемесячное введение платежных данных.
Биллинг в 2026: почему ручное выставление счетов — это архаизм
Давайте честно: если в 2026 году вы или ваш бухгалтер всё ещё вручную формируете счета 1-го числа каждого месяца, копируете данные в PDF и рассылаете их по почте — вы сжигаете деньги. И дело даже не в затратах на зарплату. Дело в скорости и неизбежных человеческих ошибках. Я видел бизнесы, где потерянный ноль в инвойсе стоил компании месячной прибыли.
Сегодня стандартом стала гибридная модель. Чистый SaaS (фиксированная подписка) уступает место схеме «база + использование» (usage-based billing). Представьте, что вы продаете доступ к API или облачному хранилищу. Брать фикс — невыгодно, брать только за гигабайты — рискованно. Make.com (ранее известный как Integromat) позволяет связать эти две переменные в один элегантный алгоритм.
Ниже я распишу два сценария настройки: для тех, кто хочет «поставить и забыть», и для тех, кому нужен полный контроль над каждой копейкой.
Подготовка к взлету: выбор инструментов
Прежде чем лезть в настройки сценария, нужно определиться с архитектурой. Make — это клей, но нам нужны кубики, которые мы будем склеивать. Вот актуальный стек на текущий год:
Категория Инструмент Зачем нужен Нюанс 2026 Платежный шлюз Stripe / YooMoney Списание денег (Charge) Stripe идеально дружит с Make, YooMoney требует чуть больше настройки через HTTP-запросы (для РФ). База данных Airtable / Make Data Store Хранение дат списания Make Data Store экономит операции, так как это внутренняя память системы. Документы Google Docs / HTML-to-PDF Генерация инвойсов В 2026 году чаще используют генерацию PDF из чистого HTML/CSS прямо в Make для скорости. AI-Валидатор OpenAI (GPT-5o) / Claude Проверка данных Анализирует назначение платежа и сумму на аномалии перед отправкой.
Сценарий 1: Native — «Умный наблюдатель»
Этот метод подходит, если вся логика подписок уже настроена на стороне платежной системы (например, в Stripe Billing), а Make.com нужен только для того, чтобы красиво закрыть сделку документами и уведомлениями.
Шаг 1. Ловим вебхук
Вместо того чтобы опрашивать Stripe каждые 5 минут и тратить операции, мы используем Webhooks. Как только происходит событие invoice.payment_succeeded, Stripe сам стучится в наш сценарий.
- Добавьте модуль Custom Webhook в Make.
- Скопируйте адрес и вставьте его в настройки Stripe Dashboard.
- Теперь Make мгновенно узнает о поступлении денег.
Шаг 2. Идентификация клиента
Пришедший вебхук содержит кучу технической информации, но нам нужен email клиента. Используем его для поиска в нашей CRM или таблице.
Совет: Если вы используете Airtable, используйте формулу LOWER({Email}) = LOWER("email_из_вебхука"), чтобы избежать ошибок из-за разного регистра букв.
Шаг 3. Генерация документов и AI-письмо
Здесь начинается магия персонализации. Мы не шлем сухой шаблон «Ваш чек во вложении».
- Передаем данные (Имя, Сумма, Дата) в модуль генерации текста (например, ChatGPT). Промпт: «Напиши короткое, дружелюбное сообщение для [Имя], подтверждающее оплату [Сумма] за сервис. Добавь легкую шутку про продуктивность.»
- Параллельно создаем PDF. Модуль Google Docs (Create a Document from a Template) отлично справляется с подстановкой переменных в договор.
- Отправляем письмо через Gmail или корпоративный SMTP с вложением PDF и текстом от нейросети.
Сценарий 2: Custom — «Конструктор подписок»
Если у вас сложная логика (например, списание каждые 17 дней, или сумма зависит от курса валют в реальном времени), стандартные инструменты банков не справятся. Строим логику сами внутри Make.
Шаг 1. База знаний (Data Store)
Создайте структуру данных (в Make Data Store или PostgreSQL), где у каждого клиента есть поля: ClientID, NextBillingDate (дата следующего списания), Amount, Token (токен карты/платежный метод).
Шаг 2. Хронометр (Scheduler)
Ставим триггер Schedule на 9:00 утра ежедневно. Он запускает сценарий.
Шаг 3. Фильтрация и списание
Сценарий ищет в базе всех клиентов, у которых NextBillingDate меньше или равна сегодняшнему дню (Now) И статус «Активен».
Далее используем модуль платежной системы (например, Stripe -> Create a Charge). Важнейший момент: мы используем сохраненный Customer ID и Payment Method ID. Клиенту не нужно ничего вводить заново.
Шаг 4. Маршрутизация (Router)
После попытки списания дорога расходится:
- Успех: Обновляем дату следующего списания (функция addDays(Now; 30)), генерируем чек, отправляем в налоговую (если есть интеграция).
- Ошибка (Insufficient funds): Не бросаем клиента. Запускаем ветку Dunning (работы с задолженностью). Отправляем вежливое уведомление в Telegram или WhatsApp, что платеж не прошел, и система повторит попытку через 24 часа.
Типичные ошибки новичков
Часто люди путают адреса сайтов. Запросы вроде www made com (мебельный магазин) или making com вместо корректного https make com приводят не туда. Убедитесь, что вы работаете именно с платформой автоматизации Make.com (ранее Integromat).
Еще одна боль — отсутствие обработки ошибок. Если модуль отправки Email упадет (например, ящик переполнен), весь сценарий остановится, и остальные клиенты не получат счета. Всегда ставьте директиву Resume или Ignore на некритичные модули.
Тренды 2026: Make AI Agents и микротранзакции
В этом году мы наблюдаем сдвиг от линейных сценариев к агентным системам. Теперь не нужно строить гигантское дерево If/Else для выбора ставки НДС. Вы просто ставите модуль AI Agent и даете ему инструкцию: «Если клиент из ЕС, примени ставку его страны, если из США — добавь налог штата, в остальных случаях — 0%». Агент сам принимает решение.
Также растет популярность микротранзакций. Комиссии платежных систем съедают прибыль при частых мелких платежах. Решение: накапливать сумму в переменной внутри Make (агрегация) и инициировать реальное списание, когда долг клиента достигнет, скажем, $50.
https://kv-ai.ru/obuchenie-po-make
Кому на самом деле нужна автоматизация?
Многие думают, что настройка make — это удел программистов. Это миф. Это навык архитектора бизнес-процессов. Если вы предприниматель, маркетолог или операционный директор, понимание того, как данные перетекают из CRM в банк и обратно, дает вам колоссальное преимущество.
Вы перестаете зависеть от «человеческого фактора». Ваши счета выставляются, даже когда вы болеете или в отпуске. Это и есть та самая свобода, ради которой мы начинаем бизнес.
Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей? Подпишитесь на наш Telegram-канал, там мы разбираем реальные кейсы, а не теорию.
Дополнительные ресурсы для углубления:
- MCP сервис автоматизации «ВСЁ ПОДКЛЮЧЕНО» — wordstat, wordpress, Вконтакте, телеграм, нейросети генерации картинок, фотосток и другое.
Частые вопросы (FAQ)
Что такое рекуррентные платежи простыми словами?
Это автоматические регулярные списания денег с карты клиента без необходимости вводить данные каждый раз. Вы один раз даете согласие (например, при покупке подписки), и далее система сама снимает сумму в заданный день. Похоже на автоплатеж за ЖКХ или мобильную связь.
Как настроить рекуррентные платежи, если я не программист?
Make.com позволяет делать это в визуальном редакторе. Вам нужно соединить «кружочки» (модули): триггер (расписание) -> действие (поиск в базе) -> действие (списание через Stripe/YooMoney). Код писать не нужно, достаточно понимать логику процесса.
Безопасно ли хранить данные карт в Make?
Вы не должны хранить данные карт (PAN, CVV) в Make или Google Sheets. Это нарушение стандарта PCI DSS. Вы храните только «токен» (набор символов), который выдает платежная система (Stripe). Даже если хакеры украдут этот токен, они не смогут списать деньги в свой карман, так как токен привязан к вашему аккаунту продавца.
Почему я нахожу сайты мебели по запросу made com?
Это частая ошибка. Made.com — это известный британский магазин мебели. Платформа для автоматизации называется Make.com. Если вы ищете инструкции по настройке вебхуков, убедитесь, что в адресе именно Make.
Рекуррентные платежи: как отключить подписку клиенту?
В вашей схеме в Make должен быть модуль проверки статуса. Создайте сценарий, который слушает команду от клиента (например, кнопку «Отменить» в боте или личном кабинете) и меняет статус в базе данных на «Inactive». При следующем запуске биллинга система увидит этот статус и пропустит списание.