Telegram-бот поверх 1С: остатки, долги и оплаты в чате

Зачем бухгалтеру и руководителю бот поверх 1С

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

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

• сколько денег поступило сегодня;
• остатки на расчётном счёте и в кассе;
• последние 10 оплат от клиентов;
• 10 крупнейших должников;
• статусы заказов.

Отдельный плюс — режим работы. Бот доступен 24/7 и не требует, чтобы у пользователя был поднят отдельный сервер: запрос обрабатывается на стороне прослойки, которая обращается к вашей базе. Для владельца бизнеса это означает, что цифры под рукой в любой момент, а бухгалтерия не тратит время на повторяющиеся выгрузки.

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

Что бот умеет отвечать (остатки, долги, оплаты)

Набор ответов бота — это, по сути, набор готовых запросов к вашей базе, оформленных как понятные команды или кнопки. Разберём самые ходовые.

Деньги и остатки. Бот отвечает, сколько поступило за сегодня, и показывает текущие остатки на расчётном счёте и в кассе. Это первый вопрос утром и последний вечером — теперь на него отвечает чат, а не сотрудник.

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

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

Статусы заказов. Бот показывает, на каком этапе находятся заказы. Это снимает часть вопросов с менеджеров и бухгалтерии, когда клиент или руководитель хочет уточнить положение дел.

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

Как устроено: Telegram ↔ прослойка ↔ 1С (OData/HTTP-сервис)

Схема интеграции состоит из трёх звеньев. Первое — Telegram Bot API: через него бот принимает сообщения пользователя и отправляет ответы. Второе — прослойка, то есть слой логики между чатом и учётной системой. Её роль может выполнять платформа автоматизации вроде n8n или Make либо отдельный сервис. Третье звено — сама 1С, к которой прослойка обращается за данными.

Ключевой вопрос — как именно прослойка получает данные из 1С. Здесь есть два штатных пути:

1. HTTP-сервис 1С — вы описываете в конфигурации нужные методы, и прослойка вызывает их как обычные веб-запросы. Подходит, когда логику ответа удобнее собрать на стороне 1С.
2. OData — стандартный REST-интерфейс 1С, который позволяет читать данные справочников и документов по единому протоколу без написания отдельных обработок под каждый запрос.

Оба варианта — это штатные механизмы платформы, а не самодельные надстройки. Если вы хотите глубже разобраться в том, как работает REST-доступ к базе и как включить OData, посмотрите отдельный разбор: интеграция 1С через OData и REST.

Логика прохождения запроса выглядит так: пользователь нажимает кнопку «Должники» или пишет команду, Telegram передаёт это прослойке, прослойка формирует запрос к HTTP-сервису или OData, получает данные из 1С, приводит их к читаемому виду и возвращает в чат. Всё это занимает считаные секунды, а пользователь видит только вопрос и ответ.

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

Добавляем ИИ: вопросы на естественном языке

Кнопочный интерфейс удобен, пока сценариев немного. Когда справок становится больше, помнить нужную команду тяжелее. Здесь помогает вариант с языковой моделью (LLM): вместо жёсткого меню пользователь пишет вопрос на естественном языке, а модель понимает намерение и подбирает подходящий запрос к 1С.

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

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

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

Уведомления и напоминания об оплате

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

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

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

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

Безопасность и права доступа

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

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

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

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

Такой набор правил делает риск управляемым. Данные не покидают контур дальше, чем нужно, каждый запрос предсказуем, а права на стороне 1С остаются единым источником истины о том, кому что видно.