Автоматический счет: как настроить отправку PDF и оплату через мессенджеры
Автоматический счет: как перестать бегать за оплатами и подружить PDF с мессенджерами
Обычно история выглядит так. Человек оставил заявку на сайте, менеджер перезвонил, обсудили, пожали руки. Потом два дня смолчанки, вечером появляется скрин «оплачу завтра», на третий день клиент теряется, а PDF с реквизитами валяется в почте рядом с рассылкой скидок на пиццу. Если узнаете себя, не ругайте себя слишком строго, мы все в этом сидели. Я, Артур Хорошев, однажды понял, что у меня бизнес работает не хуже кофемолки на ручной тяге: крутишь-вертишь, а зерна улетают. И тогда я собрал автоматический счет — так, чтобы мессенджер сам присылал аккуратный PDF и кнопку оплаты, а система молча проверяла деньги, закрывала заказ и отправляла квитанции. До сих пор радуюсь, когда ночью кто-то платит без моего участия, а утром уже все закрыто и в учете красиво.
Сценарий простой на словах, но в деталях пахнет жизнью. Итак, приходит заказ, дальше автоматика формирует PDF, отправляет его в WhatsApp или Telegram, прикладывает ссылку на оплату по СБП или эквайрингу, ловит статус из платежного шлюза, отмечает оплату в CRM, делает автоматическое закрытие счета и отправляет клиенту «спасибо, вот документы». Кому надо — чек из ОФД, кому надо — акт. Между этими пунктами еще десяток мелких проверок, но зато однажды настроил — и оно работает, не уставая и не забывая.
Что именно автоматизируем и чем это удобно по-русски
Автоматическое создание счета — это не только про PDF. Это весь цикл: заявки из сайта, CRM вроде Битрикс24, amoCRM или RetailCRM, платежные шлюзы типа YooKassa, Тинькофф Касса, CloudPayments, Robokassa, СБП и привычные мессенджеры. В России месенджер — это не рассылка «в никуда», это ваш личный канал. Сделали автоматическое формирование счета, отправили PDF и ссылку на оплату прямо в Telegram, клиент кликнул, оплатил по СБП или картой, а вы в это время спокойно пьете чай. Если у вас 1С, вообще прекрасно: есть 1С автоматическое выставление счетов — выгружаем данные в Make, формируем аккуратный документ с ИНН и КПП, печатью, и отправляем по нужному каналу. Потом из платежки ловим статус и делаем автоматическое закрытие счета клиента в CRM — никаких «а отметили ли оплату».
Из интересного для тех, кто смотрит вперед. Если у банка или платформы предусмотрено автоматическое открытие счетов с цифровыми рублями, это тоже вписывается в конвейер: отдельный маршрут для таких платежей, отдельные статусы и уведомления. Не всем нужно, но корпоративным заказчикам иногда заходит. Здесь важно аккуратно и по требованиям банка, без самодеятельности.
Документы: PDF без плясок с бубном
PDF-счет можно собирать по-разному. Самый быстрый способ — шаблон в Google Docs с метками, куда подставляются имя, сумма, реквизиты и срок оплаты. Можно пойти по пути HTML-to-PDF и получить более гибкий дизайн, включая QR по СБП. В Make есть готовые модули для PDF, а если хочется прям отлично, используйте сервисы вроде Eledo или PDF.co. Хранить удобно в Google Drive, Яндекс Диске через WebDAV или в S3-совместимом хранилище. Банальная, но важная деталь: шрифты с кириллицей в PDF подключайте явно, иначе красивый счет внезапно превратится в огрызки латиницы, было у меня такое однажды, ух.
Доставка: Telegram, WhatsApp, VK
В Telegram все просто: заводим бота, подключаем к Make и отправляем PDF с подписью «Счет №123, кнопка оплаты ниже». В WhatsApp используйте официальный WhatsApp Business API через провайдера и шаблонные сообщения с кнопкой, так доставляемость стабильнее. Во ВКонтакте можно слать в ЛС из сообщества. Главное — персонализируйте: имя, сумма, срок, номер договора. Человек должен узнать себя. И да, не злоупотребляйте напоминаниями, два мягких пинга через сутки и перед дедлайном работают лучше, чем ежедневный барабан.
Оплата и статусы: где деньги, Лебовски
Автоматическая оплата счетов — это не магия, а связка платежки и вебхука. В YooKassa, Тинькофф, CloudPayments и других шлюзах вы включаете уведомления о событии оплаты, и Make принимает их вебхуком. Дальше по номеру заказа или invoice_id обновляем статус в CRM, фиксируем сумму, комиссию, валюту, делаем автоматическое закрытие счета. Если продаете услуги по подписке — включите автоматические пополнение счета клиента, то есть автосписание или автотоп-ап баланса в личном кабинете. В СБП удобно с QR и быстрым подтверждением, а для компаний с фискализацией пробиваем чек и отправляем клиенту ссылку из ОФД. Тут лучше один раз настроить маппинг номенклатуры и ставок НДС, чтобы потом не сидеть с калькулятором в три ночи.
Сценарий в Make: от триггера до спокойного сна
Технически картина такая. В CRM создается сделка или счёт — срабатывает вебхук. Make тянет данные клиента, создает документ, записывает PDF в хранилище и получает ссылку. В зависимости от выбранного канала отправляет PDF и кнопку оплаты. Запуск таймера на мягкие напоминания, статус «ожидаем». Как только платежная система присылает подтверждение — другой сценарий ловит событие, сверяет сумму и id, меняет статус на «оплачено», останавливает напоминания, делает автоматическое закрытие счета и шлет «спасибо». Если надо — генерирует акт, отправляет в бухгалтерию и в 1С. На всякий случай обрабатываются ошибки: повторные события, дубли, не тот формат телефона — в отдельную таблицу ошибок, откуда менеджер иногда вынимает одного-двух несчастных вручную.
Если вам близка история конвейера без кода, зарегистрируйтесь в Make.com и соберите свой первый сценарий. А если хочется зайти быстрее в реальную боевую пыль — ниже есть мои материалы и обучение.
Российский стек: CRM, 1С и платежки
Для малого бизнеса отлично встают amoCRM и Битрикс24. Для учета многие используют 1С, и тут есть два пути: либо 1С сама делает счет и отдает PDF по API или через общую папку, либо мы отдаем в 1С факт оплаты, чтобы там все красиво сошлось по регистрам. 1с автоматическое выставление счетов можно включить для повторяемых услуг — просто сценарий создает счет по расписанию, если срок договора подошел. Из платежей стабильнее всего в работе YooKassa, Тинькофф и CloudPayments, у всех есть понятные события и адекватные статусы. По мессенджерам Telegram — король откровенности, WhatsApp — король проникновения, VK — король доступности. Выбирайте по своей аудитории, а не по моде.
Грабли, на которые лучше наступлю я, а не вы
Первое — дубли. Если клиент кликнул дважды и шлюз прислал два события, обновляйте статус идемпотентно по уникальному номеру счета. Второе — часовые пояса. Срок оплаты «до конца дня» у человека из Владивостока и у вас в Москве — разные вещи. Третье — ограничения мессенджеров. В WhatsApp шаблоны проверяются, не вставляйте туда три километра текста, а PDF лучше до 15 МБ. Четвертое — имена в документах. Если Галина написала «Галя ♥», это прелестно, но в акте так лучше не оставлять. Пятое — бухгалтерия. Протестируйте ставки НДС и коды номенклатуры на одном товаре, прежде чем включать поток. И ещё маленькая деталь: номер счета в сообщении хорошо дублировать цифрами без пробелов, чтобы человек мог быстро найти его потом.
Сколько это стоит сил и нервов
Базовый конвейер собирается за 1-2 дня, если у вас уже есть доступы к CRM и платежке. Чуть сложнее, если вплетается 1С, но это решаемо за 3-5 дней. Стоимость провайдеров разная: Make берется по подписке, провайдер WhatsApp берет за сообщения, платежка — комиссию за эквайринг. Обычно экономия времени менеджера выходит в разы, а средний срок оплаты сокращается на 15-30 процентов — меньше переписок, больше факта оплаты. Плюс человеческий фактор исчезает: сценарий не забудет отправить напоминание в пятницу вечером, он вообще не знает что такое пятница.
Где научиться и не сломать себе голову
Если хочется разложить все по полочкам без занудной теории, у меня есть понятный курс по сборке таких сценариев, включая живые разборы российских платежек и 1С. Вот здесь подробности и стартовые даты — Обучение по make.com. Если нужен быстрый старт без возни, берем готовые заготовки и доводим под вас — Блюпринты по make.com. И если интересно следить за новыми сборками, кейсами и аккуратными лайфхаками, подписывайтесь на наш канал, там я выкладываю рабочие штуки и отвечаю на вопросы по делу: Telegram-канал. Для регистрации в самом сервисе идите сюда, это официальная ссылка: make.com.
Мини-история для настроения
Один клиент, маленькая студия архитектуры, постоянно терял счета в переписках. Мы сделали автоматическое выставление счетов в момент, когда рендер заливается в Drive, к письму добавили Telegram-уведомление и кнопку СБП. Первый же месяц закрылись без привычного марафона напоминаний, а бухгалтер перестал искать чеки по ночам. Ничего космического, просто аккуратная сборка вокруг привычных сервисов. Иногда это и есть настоящая магия — когда все работает и никто не страдает.
FAQ
Как автоматизировать выставление счетов, если у меня сайт на Tilda и CRM в amoCRM
Заявка уходит в amoCRM, там создается сделка с суммой и товарами. В Make запускается сценарий по вебхуку, берет данные, генерирует PDF по шаблону, кладет его в Drive и отправляет ссылку и файл клиенту в Telegram или WhatsApp. Параллельно создается платеж в вашей платежке, ссылка на оплату прикрепляется в сообщение. После оплаты второй сценарий ловит вебхук и закрывает сделку. Это базовый вариант, который работает стабильно.
Можно ли отправлять PDF-счет через WhatsApp
Да, если используется официальный WhatsApp Business API через провайдера. Подготавливаете шаблон сообщения, прикрепляете файл и кнопку оплаты, Make отправляет все автоматически. Массовых нерелевантных рассылок лучше избегать, используйте только по согласованным коммуникациям.
Как сделать автоматическую оплату счетов и проверку статуса
В платежном шлюзе включается уведомление о платеже, указываете адрес вебхука Make. Когда клиент платит, шлюз шлет событие с номером счета и суммой. Сценарий сверяет данные, меняет статус в CRM на «оплачено», формирует чек и отправляет подтверждение клиенту в мессенджер. Никаких ручных обновлений, все фиксируется мгновенно.
Что насчет 1С: можно ли там делать автоматическое формирование счета
Можно. 1С умеет формировать счета автоматически по правилам, а Make забирает готовый PDF и доставляет клиенту. Либо наоборот: Make готовит счет из CRM, а в 1С записывается факт и создается реализация. Второй путь чаще удобнее продажам, первый — бухгалтерам. Выбирайте по процессу.
А цифровые рубли, это вообще реально
Если у вашего банка или сервиса предусмотрено автоматическое открытие счетов с цифровыми рублями и есть API, это можно встроить в процесс. Практикуется точечно и в корпоративном секторе. Важно соблюдать требования банка и регулятора, не импровизировать с самодельными схемами.
Как реализовать автоматическое закрытие счета клиента
Обычно речь о закрытии инвойса или заказа. После подтверждения оплаты сценарий меняет статус в CRM, прячет счет в архив, фиксирует документы и шлет уведомление. Если нужно закрывать доступы — например, к проекту или аккаунту — это тоже делается в том же сценарии. Закрытие банковского счета — совсем другая история и делается только через банк.
Какие документы получает клиент после оплаты
Счет до оплаты, после — чек из ОФД, при необходимости акт. Все можно прикрепить в мессенджер и продублировать на почту. Хранение — в вашем облаке с понятными именами файлов, чтобы потом найти без шаманства.
Как хранить персональные данные и не нарваться на проблемы
Используйте официальные интеграции, храните файлы в сертифицированных облаках, доступы выдавайте по минимуму. В Make не держите лишние персональные поля дольше, чем это нужно для сценария. И обязательно фиксируйте согласие клиента на коммуникации в мессенджерах, это спасает от лишних вопросов.
Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал
