Счета клиентам из Google Таблицы: автоматом в WhatsApp и Telegram

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

Ниже - разбор, как отправлять счета из Google Таблицы автоматически, не переезжая из привычного учёта: реестр остаётся вашим, PDF собираются сами, отправка уходит в WhatsApp или Telegram по строке таблицы. С реальным случаем, ценами 2026 года и честным блоком про баны и блокировку WhatsApp в России.

Во что обходятся счета «руками»

Три типовых сценария потерь, которые повторяются у малого бизнеса из раза в раз:

• Время. Типичная жалоба владельца звучит одинаково: заполнить реквизиты, вбить товары, перепроверить - и так по каждому счёту. При 50+ счетах в месяц это часы собственника, а не сотрудника.
• Ошибки. Классика: скопировал прошлый счёт, забыл поменять сумму - клиент оплатил старую, потом две недели возвращали разницу. Ручной ввод всегда даёт процент брака.
• Забытые счета. Финансовые сервисы называют несвоевременное выставление счетов одной из типовых причин кассовых разрывов: счёт ушёл поздно - оплата пришла поздно.

Автоматизация здесь окупается арифметикой: 10 минут на счёт при 50 счетах в месяц - это больше 8 часов. Сжать их до «нажал - проверил - ушло» реально за один заход.

Почему счёт в мессенджере оплачивают быстрее

Счёт ушёл на почту - тишина три дня. Тот же PDF в мессенджере - оплата вечером. Разница объяснима: открываемость сообщений в мессенджерах держится на уровне 90-98% против 20-30% у email-рассылок.

Для счетов это критично вдвойне: счёт - не маркетинг, его ждут. Чем короче путь «увидел - открыл - оплатил», тем меньше дебиторка. Запрос «слать счета туда, где клиент реально читает» настолько живой, что малый бизнес нанимает под него фрилансеров: готового ответа в поисковой выдаче нет.

Что с WhatsApp в России в 2026 году

С 11-12 февраля 2026 года WhatsApp полностью заблокирован в России: домены удалены из национальной системы доменных имён, попытки соединения из РФ не проходят. Часть аудитории продолжает пользоваться через VPN, но рассчитывать на такую доставляемость бизнесу нельзя. Любая инструкция 2026 года без этой оговорки неполна.

Что это значит на практике:

• Ваши клиенты в России - канал для счетов сегодня это Telegram или MAX. У Telegram открытый бесплатный Bot API - «служебный вход», через который скрипт отправляет сообщения сам, без человека за телефоном. Вся архитектура из этой статьи переносится туда без изменений: меняется только «последняя миля» отправки.
• Ваши клиенты в Казахстане, Беларуси, Узбекистане, Европе - WhatsApp там жив и чаще всего остаётся мессенджером номер один. Для русскоязычного бизнеса за пределами РФ разбор ниже применим напрямую.

Дальше я описываю связку на примере WhatsApp Business API - разбираемый случай был сделан именно через официальный Business API. Пометки для Telegram - по ходу текста.

Реальный случай: торговый бизнес, счета руками, «коробка» не справилась

Исходная точка у небольшого торгового бизнеса выглядела так:

• весь учёт заказов - в Google Таблице, и менять привычный процесс владелец не хотел (правильно делал);
• счета собирались вручную и уходили клиентам в WhatsApp с телефона;
• попытка коробочного расширения для рассылки из таблицы упёрлась в глюки и ограничения - к слову, известные сервисы этого класса с тех пор успели закрыться совсем.

Что было сделано, по шагам:

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

Как отправить счёт клиенту в WhatsApp автоматически: устройство связки

Устройство одинаковое для WhatsApp и Telegram:

• Лист-реестр - одна строка = один счёт: клиент, позиции или сумма, телефон/чат, статус.
• Шаблон счёта - отдельный лист или документ с подстановками: реквизиты, номер, дата, позиции.
• Генератор PDF - скрипт в самой таблице (Apps Script - встроенный в Google Таблицы бесплатный инструмент автоматизации), который собирает PDF по шаблону для каждой строки реестра.
• Отправщик - тот же скрипт дергает API мессенджера и пишет в строку статус: отправлено, доставлено или текст ошибки.

Для WhatsApp отправка идёт через WhatsApp Business Platform, он же Cloud API, в обиходе - WABA. Это единственный официальный способ слать сообщения программно. Счёт клиенту - это «utility»-шаблон: заранее одобренный Meta текст для счетов, статусов и подтверждений. Такие шаблоны заметно дешевле маркетинговых, а внутри 24-часового окна после входящего сообщения клиента - бесплатны. Для Telegram то же самое делает Bot API - он бесплатный, шаблоны согласовывать не нужно.

Официально или «серым» путём: где ловят бан

Страх номер один у владельцев: «отправлю полсотни сообщений - и останусь без номера, по которому клиенты звонят годами». Страх обоснованный, но направлен не туда. Разберём, откуда реально приходит бан:

• Неофициальные шлюзы и расширения. Всё, что работает поверх WhatsApp Web - Chrome-расширения, «серые» API, библиотеки вроде whatsapp-web.js и Baileys - нарушает правила WhatsApp. Известны случаи бана после десятка тестовых сообщений. Один номер живёт месяцами, другой банят за неделю - это лотерея.
• Холодная база. Рассылка по купленным или «мёртвым» номерам ловит жалобы, а жалобы - самый быстрый путь к блокировке.
• Залповая отправка с нового номера. Сотни однотипных сообщений без пауз с только что заведённого номера - типовой триггер алгоритмов.

Теперь контраст. Счета своим действующим клиентам через официальный Cloud API - это сценарий, который Meta прямо описывает в категории utility-шаблонов: подтверждения заказов, счета, статусы. Шаблон проходит модерацию, отправка идёт с бизнес-номера платформы. Основному номеру ничего не грозит - его в этой схеме просто нет.

Счёт - это не рекламная рассылка: правовая сторона

Рассылка счетов клиентам в WhatsApp - юридически не то же самое, что рекламная рассылка. Для России в 2026 году рамка такая:

• Счёт по заказу - транзакционное сообщение. Клиент сделал заказ - вы прислали счёт. Это исполнение договора, а не реклама, и под рекламные ограничения оно не подпадает. Клиент, оставивший номер при заказе, и есть ваше согласие на такие сообщения по правилам WhatsApp.
• Рекламная рассылка без согласия - дорого. Штрафы за спам для юрлиц подняты до 300 тысяч - 1 млн рублей за каждый факт (ч. 4.1 ст. 14.3 КоАП). Согласие «на обработку персональных данных» рекламу не покрывает - нужно отдельное явное согласие именно на рекламу (опт-ин).
• Телефоны клиентов - персональные данные. База в таблице должна соответствовать 152-ФЗ: собирайте номера с согласием и не давайте таблицу «всем по ссылке».

Практический вывод: поток «счета и статусы заказов» держите отдельно от потока «акции и новинки». Первый - рабочая переписка по заказу; второй - только по явному рекламному согласию.

Сколько это стоит: сервис, конструктор или своя связка

Сравнение вариантов для малого объёма - десятки, не тысячи счетов в месяц:

Ориентир по разовой настройке: на фриланс-биржах ровно такая задача - «скрипт уже делает PDF-счета, нужно отправлять их вложением в WhatsApp» - закрывалась за 9 000 рублей. Против подписки сервис-интегратора это окупается за 2-9 месяцев в зависимости от тарифа: против средних и верхних (4 000-6 000 ₽/мес) - за пару месяцев.

Защита таблицы: чтобы битый счёт не ушёл клиенту

Худший сценарий автоматизации - не «не отправилось», а «отправилось с чужой суммой». Поэтому в связке из разбора выше защита занимала не меньше внимания, чем сама отправка:

• Guard-формулы. Каждая формула, которая тянет данные в счёт, обёрнута в IFNA/IFERROR - функции Google Таблиц, которые перехватывают ошибку: если данных нет или они кривые, строка получает пометку «на проверку» вместо тихого #N/A в PDF.
• Проверка данных на входе. Телефон, сумма, номер заказа - с валидацией формата. Кривой ввод виден до отправки, а не после звонка клиента.
• Статус и ошибка - в строке. У каждой строки реестра видно: отправлено, доставлено, ошибка с текстом. Ничего не теряется «где-то в сервисе».
• Права доступа. Лист с формулами защищён от случайных правок; сортировки и «оптимизации» сотрудников не разваливают генерацию.
• Тестовый номер. Любое изменение сначала прогоняется на своём номере. Правило простое: клиент никогда не получает первый прогон.

Чек-лист запуска: семь шагов

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

Можно ли отправить PDF-счёт вложением, а не ссылкой на Google Диск?

Да, и нужно именно так. И WhatsApp Business API, и Telegram Bot API умеют отправлять документы файлом. Клиент получает обычное вложение: открыл - оплатил. Ссылка на Диск требует доступа и живёт, пока жив файл.

Счета своим клиентам - это рассылка, за которую банят и штрафуют?

Нет. Счёт по действующему заказу - транзакционное сообщение, а не реклама: под рекламные штрафы оно не подпадает, а у WhatsApp для таких сообщений есть отдельная категория utility-шаблонов. Банят - за «серые» шлюзы и рассылки по холодным базам, это другая история.

Сколько стоит отправка 50-200 счетов в месяц?

Через свою связку: Telegram - бесплатно; WhatsApp - единицы рублей за счёт вне 24-часового окна, бесплатно внутри окна, плюс абонплата провайдера, если подключаться не напрямую к Meta. Через сервис-интегратор - от 1 000-6 000 ₽ в месяц подписки плюс те же сообщения. Разовая настройка своей связки против подписки окупается за 2-9 месяцев в зависимости от тарифа.

Что будет, если в таблице ошибка - клиент получит кривой счёт?

При правильной сборке - нет. Guard-формулы помечают строку с ошибкой «на проверку», и она не попадает в отправку. Это ключевое отличие продуманной связки от «скрипта на коленке».

А расширения для браузера, которые шлют сообщения из таблицы, - разве не проще?

Проще - до первой проблемы. Они работают поверх WhatsApp Web, то есть с вашего личного номера и вне правил платформы: риск бана реален, глюки частые, а сам сервис может закрыться - известные инструменты этого класса, включая ESUIT, уже прекратили работу. Для разовых задач - может быть; для потока счетов - нет.