Регулярная сводка в Telegram может избавить руководителя от ручного открытия нескольких отчётов. Но сообщение «сегодня пришло столько-то заявок» мало помогает, если никто не понимает, какие обращения вошли в расчёт и на какой момент собраны данные.
Задача автоматизации — доставить проверяемую сводку для конкретного решения. Ниже разберём состав показателей, период, права доступа и приёмку. Это предложенный порядок для бизнеса, а не описание внедрения или обещание экономии определённого числа часов.
Начните с решения, которое принимает получатель
Сначала договоритесь, что сотрудник делает после чтения отчёта. Руководитель отдела может разбирать необработанные обращения, менеджер — свои просроченные задачи, владелец — динамику новых сделок по направлениям. Для разных ролей нужны разные данные и уровень детализации.
Не переносите в Telegram всю CRM. Начните с одного процесса и небольшого набора показателей, по которым есть согласованное действие. Если показатель никто не использует, регулярная отправка только увеличит поток сообщений.
Разделите сводку по расписанию и срочное уведомление. Список задач на начало рабочего дня можно читать планово. Сбой передачи заявок требует отдельного сообщения ответственному, а не ожидания следующего ежедневного отчёта.
Опишите правила расчёта каждого показателя
Название «новые заявки» неоднозначно: это созданные лиды, сделки, завершённые анкеты или все сообщения клиентов? Для каждого показателя запишите источник, нужные поля, фильтры и момент, по которому запись относится к периоду.
- Новые обращения: согласованный тип записи и дата её создания; отдельно решите, учитывать ли тестовые и технические повторы.
- Обращения без обработки: понятное условие отсутствия действия, а не просто пустой комментарий.
- Просроченные задачи: срок наступил, задача не завершена; укажите, какие виды задач входят в расчёт.
- Закрытые сделки: определённые финальные статусы и правило даты закрытия.
- Поступившие оплаты: данные подтверждённых платежей из выбранного источника, если он подключён.
Сумма сделок в воронке и поступившие оплаты — разные показатели. Не называйте сумму выбранных карточек выручкой без согласованного правила расчёта. Если платежи живут в другой системе, сначала определите, как связать их со сделками; такой контур рассмотрен в статье об интеграции 1С, сайта и CRM.
Если нужна разбивка по рекламе, договоритесь о поле источника и правилах его заполнения. UTM-метки в Telegram-боте решают привязку обращения к источнику; отчёт использует эти сведения, но не может восстановить то, что раньше не сохранялось.
Зафиксируйте период, часовой пояс и валюты
Согласуйте, что означает «за день»: календарный день, рабочая смена или время с предыдущей отправки. Укажите часовой пояс и границы периода в настройках и самом сообщении. Для проверки удобен интервал, включающий начальный момент и исключающий следующий: запись на границе не должна попадать сразу в два соседних отчёта.
Время подготовки тоже важно. Карточка могла быть создана в одном периоде, а исправлена после отправки сводки. Если отчёт пересчитан, пометьте новую версию и время выгрузки. Не выдавайте позднее исправление за первоначальное состояние данных.
Для компании с отделами в России и Беларуси добавьте филиал, страну и используемый часовой пояс. Суммы в российских и белорусских рублях показывайте отдельно. Если бизнесу требуется пересчёт, заранее согласуйте источник курса, дату и назначение такого расчёта; не складывайте разные валюты в одну неподписанную сумму.
Проверьте полноту выгрузки из CRM
Пустой ответ не всегда означает отсутствие заявок: причина может быть в фильтре, доступе или сбое. Отдельно проверяйте успешность получения данных и результат расчёта. Когда источник недоступен, отправляйте статус ошибки, а не отчёт с нулевыми значениями.
Проверьте, что интеграция читает все части ответа. Например, документация Bitrix24 для crm.deal.list описывает поле next: оно задаёт продолжение выгрузки через параметр start. Обработка только первой порции записей даст неполную сводку. У другой CRM порядок получения данных может отличаться.
Сверяйте отчёт с контрольной выборкой в самой CRM: тот же период, тип записей, воронка и фильтры. Если карточки меняются во время чтения, согласуйте правила отбора и повторной сверки. Для сравнения сохраняйте время выгрузки и идентификаторы включённых записей в закрытом журнале.
Не пытайтесь исправить дубли только вычитанием из итогового числа. Сначала разберите их происхождение и правила учёта. Этот вопрос подробно рассмотрен в статье о дублях заявок с сайта и Telegram.
Разделите доступ к данным и отправку в чат
Согласуйте получателей по ролям. Сводка отдела и персональный список менеджера не должны автоматически уходить в одну общую группу. Проверьте, какие данные интеграция может читать, и какие сведения действительно нужны каждому адресату.
Обычно для общей сводки достаточно агрегированных показателей и ссылок на разрешённые записи. Номера телефонов, тексты переписки, документы и внутренние заметки не стоит включать по умолчанию. Права на подробности должны проверяться в CRM после открытия ссылки.
Подтвердите адресата технически и организационно: нужный чат, состав участников и ответственный за его ведение. Проверьте отправку на специально согласованном тестовом сообщении. Секреты подключения храните на сервере, а не в тексте отчёта или коде страницы сайта.
Сделайте сводку понятной и контролируйте доставку
В начале сообщения укажите подразделение, период, часовой пояс, время выгрузки и состояние источника. После показателей добавьте ссылку на подробный отчёт и ожидаемое действие. Читатель должен понимать, требуется ли разбор проблемы или сообщение носит справочный характер.
Условный состав сводки без вымышленных результатов:
- Отдел и выбранная воронка.
- Период и момент получения данных.
- Новые обращения по согласованному правилу.
- Записи, требующие действий, с назначенными ответственными.
- Суммы отдельно по валютам, если они входят в задачу.
- Ссылка на подробности в системе с проверкой доступа.
- Статус: данные получены полностью, есть ограничение или требуется повторная сверка.
В Telegram Bot API текст sendMessage ограничен 4096 символами после разбора форматирования. Длинную детализацию лучше вынести в защищённый отчёт, оставив в чате сводку. Проверяйте также форматирование и ссылки на телефоне.
Храните результат отправки отдельно от результата расчёта. Успешная подготовка данных ещё не означает отправку сообщения, а успешный ответ API не подтверждает чтение человеком. При ограничении частоты Telegram может возвращать retry_after; повторы нужно выполнять с учётом указанной задержки. Для неопределённого результата отправки предусмотрите журнал и разбор, не обещая полное отсутствие повторных сообщений.
Примите отчёт на контрольных сценариях
До запуска согласуйте тестовые записи и ожидаемый состав сводки. Используйте тестовую воронку или обезличенную выборку с разрешённым доступом. Проверяйте не только красивое сообщение, но и происхождение каждого показателя.
- Запись попала точно на границу двух периодов: учитывается в одном из них.
- Источник вернул несколько порций данных: все нужные записи вошли в расчёт.
- CRM недоступна: отчёт помечен ошибкой, а показатели не подменены нулями.
- Есть сделки в двух валютах: суммы разделены и подписаны.
- Изменились права пользователя: закрытые сведения не попали в сводку.
- Повторно запущено задание за тот же период: действует согласованное правило повторной публикации.
- В чат отправлено длинное сообщение: длина и формат соответствуют ограничениям.
- Получатель открыл подробности: доступны только разрешённые записи.
Назначьте ответственного за изменение формул при появлении новых статусов или полей CRM. Сохраняйте версию правил расчёта: это поможет объяснить, почему сводки разных периодов перестали быть напрямую сопоставимыми.
Для обсуждения автоматизации отчётов и обмена данными подготовьте пример желаемой сводки, список получателей и описание источников. Если нужен интерфейс с командами и запросами по роли, можно обсудить разработку Telegram-бота. Общие требования к сценариям и приёмке собраны в статье о техническом задании на бота.