1С УНФ в Telegram: касса, долги и продажи в телефоне
AI-управляющий подключается к 1С УНФ через MCP-сервер и отвечает в Telegram по кассе, остаткам, долгам и продажам — только на чтение.
Как узнать остаток в кассе, долги и продажи из 1С УНФ, не приезжая в магазин и не открывая 1С?
Для этого я подключаю MCP-сервер к 1С УНФ: база остаётся на компьютере в магазине, а владелец задаёт вопросы в Telegram или WhatsApp обычным языком. Ассистент вызывает инструмент, который читает нужный регистр 1С, и возвращает точный срез данных — например, остаток кассы 412 500 ₸ или продажи за неделю — за секунды. На старте у него только чтение: проводить документы и принимать решения продолжает человек.
Почему 1С УНФ привязана к одному компьютеру в магазине?
Когда база 1С УНФ работает локально, данные находятся на компьютере в магазине. Чтобы посмотреть кассу, остатки или задолженность, владельцу нужно приехать на место и прокликать отчёты. Данные в учёте есть — но пользоваться ими из привычного канала связи неудобно, и вопросы «кто должен?», «что докупить?» копятся до вечера.
AI-управляющий не заменяет УНФ. 1С остаётся единственным источником правды, а в Telegram или WhatsApp появляется понятный способ обратиться к данным без навигации по интерфейсу программы.
Базу не нужно переносить в мессенджер или отдавать во внешнюю систему целиком. На конкретный запрос наружу передаётся только срез ответа — «остаток кассы: 412 500 ₸». Сама база остаётся у владельца.
Что владелец может спросить у AI-управляющего уже сегодня?
На старте доступны шесть готовых вопросов — те, которые владелец задаёт каждый день.
| Вопрос в Telegram или WhatsApp | Что получает владелец |
|---|---|
| Сколько сейчас в кассе? | Остаток с разбивкой на наличные, Kaspi и карты |
| Что на складе? | Остатки по складу и магазину: по названию, группе или всему ассортименту |
| Кто нам должен? | Долги в обе стороны — по контрагентам и суммам |
| Какие продажи за неделю? | Выручка за период: розница и опт отдельно, с динамикой |
| Что заканчивается? | Позиции ниже минимального остатка |
| Сделай акт сверки | Готовый документ по контрагенту за период |
Вопрос формулируется обычными словами. Но ответ не строится из догадки модели: для каждого доступного запроса вызывается инструмент, который читает конкретный регистр 1С. Поэтому ассистент возвращает цифру из учёта, а не предполагает её по переписке. Если ответа нет — он честно об этом говорит, а не сочиняет.
Кроме ответов по запросу работает вечерний дайджест: выручка, касса, долги и «что заканчивается» приходят в чат сами, каждый вечер. Это и есть 1С УНФ в кармане владельца — не новая учётная программа, а быстрый путь к уже имеющимся данным.
Как это работает технически: MCP-сервер, а не доработка конфигурации 1С?
В основе подключения лежит MCP-сервер — единый безопасный канал между 1С УНФ и AI-сотрудниками. Он подключается даже к локальной 1С закрытым каналом. Конфигурацию УНФ дорабатывать не нужно, свой 1С-специалист не требуется.
Это не разовая интеграция под один чат. Через общую инфраструктуру работают Jarvis, AI-бухгалтер, AI-продавец и AI-управляющий. Один раз подключили 1С — новый агент получает доступ к ней через тот же слой.
Связка 1С УНФ и Telegram существует и как штатная возможность: в официальной инструкции 1С описано получение сообщений из Telegram в УНФ через бота. Это сценарий входящих уведомлений, а не ассистент, который отвечает владельцу на вопросы по данным учёта.
Безопасно ли давать AI доступ к базе: права, журнал и только чтение?
Безопасность на старте определяется не просьбой к нейросети ничего не менять, а правами на уровне базы 1С. Пользователь ассистента имеет права «только чтение»: он может запросить данные для ответа, но не может менять остатки, проводить документы или переписывать учёт.
Каждое обращение фиксируется в журнале, права выдаются по ролям. Так можно проверить, кто и к каким данным обращался. База остаётся у владельца, наружу уходит только необходимый срез результата — модель видит цифру, а не базу.
Сам термин MCP гарантией безопасности не является. Реализации различаются транспортом (stdio или HTTP) и моделью прав. При такой связке нужно валидировать Origin и предпочитать read-only-доступ, а не считать одно слово «MCP» подтверждением защищённости.
Чем это отличается от чат-бота по сценарию или обычной интеграции с Telegram?
Обычная интеграция передаёт сообщения Telegram в 1С или отправляет уведомления по заранее заданному событию. Сценарный чат-бот работает с ограниченным набором команд. Это полезно для конкретных операций, но не создаёт слой вопросов к данным бизнеса — разницу между ботом и агентом я разбирал отдельно.
AI-управляющий принимает вопрос естественным языком, выбирает доступный инструмент и получает результат из УНФ. Его возможности ограничены настроенными инструментами и выданными правами. Он не становится самостоятельным источником цифр и не заменяет 1С.
Отличается и масштаб подключения. Вместо отдельного бота под каждую задачу появляется общая инфраструктура, в которой несколько AI-сотрудников работают с одной подключённой базой в пределах своих ролей.
Сколько это стоит и что нужно для подключения?
Стоимость рассчитывается под контур конкретного клиента: она зависит от устройства 1С УНФ, нужных ролей и набора инструментов, доступных AI-управляющему. Публичную фиксированную цену для такого подключения я не заявляю.
Для типового случая достаточно локальной 1С УНФ: подключение идёт закрытым каналом, данные не переносятся, конфигурация не дорабатывается. До запуска нужно определить вопросы владельца и данные, к которым они должны обращаться.
Порядок важнее скорости выдачи широких прав. Сначала настраивается чтение нужных регистров и журнал обращений. Затем владелец получает ответы в привычном мессенджере.
Куда это развивается: от вопросов к черновикам документов?
Первый этап — ответы на вопросы и read-only-доступ. Следующим станет подготовка черновиков: заказ поставщику, приход товара, реализация. Но ассистент не принимает решение сам — он готовит документ, а человек проверяет его и проводит в 1С.
Та же логика уже работает в модуле AI-бухгалтер Банк, который разносит банковские выписки: AI готовит, решение принимает человек. По мере расширения возможностей это разделение нужно сохранить, а не выдавать запись в базу ради удобства.
Для данных применима лестница приватности: анонимизация, локальная модель, контур компании. Конкретный уровень определяется контуром клиента. Независимо от него, наружу уходит необходимый ответ, а не вся база 1С.
Частые вопросы
У меня 1С УНФ стоит локально, без программиста — подойдёт?
Да, это типовой случай. База подключается закрытым каналом и остаётся у владельца; конфигурацию дорабатывать не нужно, свой 1С-специалист не требуется — настройку делаем мы.
Это замена 1С?
Нет. УНФ остаётся единственным источником правды, а ассистент — тонкий слой поверх: читает данные из неё и отвечает в Telegram или WhatsApp.
Ассистент может выдумать цифру?
Нет. На каждый вопрос вызывается инструмент, который читает конкретный регистр 1С — кассу, остатки, взаиморасчёты. Наружу передаётся срез результата, а не база целиком.
Он будет что-то менять в моей 1С?
На старте нет: права только на чтение ограничены на уровне базы. Когда появится работа с документами, ассистент будет готовить черновики, а проверка и проведение останутся за человеком.
Кто ещё увидит данные бизнеса?
База остаётся у владельца, хранится она у него же. Каждое обращение фиксируется в журнале, а наружу передаётся только результат конкретного запроса.