Telegram-бот для 1С:
доступ к учёту без клиента 1С

Возьмём для расчёта отделочную компанию, которая ведёт 14 объектов одновременно: рестораны, шоурумы, офисы. Учёт — в 1С УНФ на собственном сервере, на каждом объекте прораб и две-четыре бригады. Каждый прораб звонит в офис 6–8 раз в день: «когда приедет плитка», «подрядчику уже заплатили?», «сколько осталось по смете».

От 14 прорабов набирается около сотни звонков в день. Если на каждый вместе с поиском ответа в 1С уходит 2,5–3 минуты, офис-менеджер проводит у телефона 4–5 часов в день, а свою работу делает между звонками. Это 0,5–0,6 ставки. При зарплате 80 тыс. ₽ компания платит до 48 тыс. ₽ в месяц за то, чтобы человек зачитывал вслух цифры с экрана 1С.

Есть и замкнутый круг. Пришедший материал проводят в 1С, когда дойдут руки, иногда через 1–3 дня. Пока его там нет, остальные прорабы не видят настоящих остатков и звонят снова. Чем больше звонков, тем позже проводки; чем позже проводки, тем больше звонков.

Первое, что предлагают в такой ситуации, — докупить лицензии и раздать доступы. На бумаге это логично. Но ноутбука на объекте нет, а работать в 1С с телефона на стройке неудобно. Пароль забудется через неделю-другую, и забытый пароль превратится в тот же звонок в офис.

Второе предложение — открыть доступ к веб-клиенту 1С из интернета. Здесь у руководителя ИТ сразу появляются вопросы. Учётная база компании становится доступна из интернета по адресу, который рано или поздно найдут. А права внутри конфигурации придётся настраивать так, чтобы прораб видел свой объект и не видел чужих. Это отдельная работа в самой 1С.

Три части, у каждой своя работа.

• · Сама 1С публикует собственные HTTP-сервисы. HTTP-сервис — встроенная в 1С возможность отдавать данные другой программе по запросу. Сервисы добавляют расширением и публикуют на веб-сервере, типовую конфигурацию менять не нужно. Несколько таких методов отдают ровно то, что нужно: список объектов сотрудника, остаток по смете, статус заказа.
• · Между Telegram и 1С стоит промежуточный сервис на арендованном сервере в России. Он отвечает за вход, права, кэш частых запросов, очередь и повторные попытки. Если 1С занята плановой задачей, запрос ждёт в очереди, и человек не видит ошибки.
• · Арендованный сервер и сервер 1С компании соединены шифрованным туннелем WireGuard. Публичного адреса у 1С нет. Наружу открыт только бот.

Это и есть ответ на главный вопрос руководителя ИТ: сотрудники получают доступ из любого места, а входа в 1С из интернета нет. Схема целиком, с расчётом для компании из первой главы, описана на странице готового решения для 1С УНФ и прорабов.

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

Если сотрудникам удобнее Max, к тому же промежуточному сервису подключается бот в Max: кнопки в сообщениях там тоже есть. Регистрируют его на вашу компанию — подойдут ООО, ИП или самозанятый. Вместе с проверкой площадкой на запуск уходит несколько дней.

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

Права заданы в промежуточном сервисе, вне интерфейса бота. Прораб видит только свои объекты: запрос по чужому объекту до 1С просто не доходит. Спрятанную в интерфейсе кнопку можно обойти, поэтому проверка прав стоит на сервере.

Весь интерфейс — кнопки. Главное меню: «Мои объекты» → объект → «Заказы / Оплаты / Смета / Подтвердить получение». До результата не больше двух нажатий, печатать почти ничего не нужно. Если инструментом неудобно пользоваться в перчатках, им не будут пользоваться. Люди вернутся к звонку, потому что звонок работает всегда.

Отдельная кнопка вносит данные в 1С. Приезжает машина, прораб фотографирует накладную и нажимает «Подтвердить получение» в карточке заказа. Фотография уходит в хранилище с привязкой к документу 1С, и материал проводится на объект в ту же минуту. Так разрывается замкнутый круг из первой главы: остальные прорабы видят настоящий остаток, и уточнять его звонком уже не нужно.

Заметная часть звонков — это проверки: «не выехало ли», «не оплатили ли». Их снимают сообщения, которые бот отправляет сам: «машина с плиткой выехала со склада», «подрядчику заплатили, акт можно подписать», «по смете объекта перерасход, +3% к плану». Отправку запускают события в 1С и проверки по расписанию.

Есть и побочный эффект. Пока остаток по смете знает только офис-менеджер, для прораба это абстракция. Когда цифра у него на экране и обновляется сама, он может считать деньги до того, как примет решение.

В расчёте я исхожу из того, что на 19 вопросов из 20 — про остатки, оплаты, смету и сроки доставки — ответит бот. Тогда у каждого прораба останется около 0,4 звонка в день, примерно два в неделю, и все о нестандартных ситуациях.

Фраза «мы настроили права» ничего не значит, пока её не проверили замером. Перед запуском я беру учётную запись рядового сотрудника и смотрю, что через бота можно из неё достать: свои объекты, чужие объекты, суммы договоров, зарплаты. Ответ должен быть числом: сколько чужих записей видно.

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

Четыре ситуации, в которых я отговариваю.

• 1. Нет доступа к серверу 1С. Схема держится на том, что можно опубликовать HTTP-сервисы и поднять туннель. Если базу вам сдают в аренду и административного доступа у вас нет, начинать надо с разговора с тем, кто обслуживает сервер.
• 2. Мало людей в поле и мало звонков. Для компании из первой главы расчёт такой: 480 тыс. ₽ разово, 12 тыс. ₽ в месяц на сопровождение и 40–48 тыс. ₽ экономии в месяц. Без сопровождения вложения вернутся за 10–12 месяцев. С ним чистая экономия — 28–36 тыс. ₽ в месяц, и возврат займёт 13–17 месяцев. Ориентироваться нужно на второй срок. Если прораб один и звонит два раза в день, экономия в разы меньше, и вложения могут не окупиться вовсе.
• 3. Нужен полноценный ввод документов. Бот удобен там, где нужно «посмотреть» и «подтвердить». Если человеку нужно завести документ с двумя десятками полей и подбором номенклатуры, кнопок не хватит. Честный ответ здесь — рабочее место 1С.
• 4. Сломан сам процесс. Если материал не проводят потому, что за это никто не отвечает, бот только ускорит беспорядок. Тогда я сначала предлагаю аудит процессов: за две недели разбираю, на что уходит время сотрудников, и составляю список задач с расчётом окупаемости. Первыми в работу идут те, что вернут деньги быстрее всего.

Нигде, и здесь он не нужен.

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

Тот же принцип работает в соседней задаче — загрузке выписок Федерального казначейства в 1С. Программа разбирает файл и переводит его в нужный формат без единого обращения к модели. Ручная работа на 2–3 часа сократилась до 5 секунд (кейс с выписками Казначейства).

Модель добавляют позже и отдельно — там, где есть свободный текст и по нему нужно принять решение: ответы клиентам на первой линии, поиск по внутренним документам со ссылкой на источник. Это другая услуга и другой бюджет.

Простое правило для проверки подрядчика: если задачу можно описать словами «взять поле А и показать его человеку Б», искусственный интеллект в ней не нужен.

Для компании из первой главы я закладываю около 7 недель от начала работ до запуска и смету 480 тыс. ₽ разово плюс 12 тыс. ₽ в месяц на сопровождение. Точный срок зависит от того, опубликованы ли в вашей 1С HTTP-сервисы. Та же схема подходит для логистики (водитель отмечает «принял груз» и «отгрузил»), производства (мастер цеха смотрит план смены и фиксирует брак с фото), сервисных служб, торговых представителей и розницы. Общий признак один: человек работает вдали от компьютера, и ему нужны цифры из учёта.

Прежде чем звать подрядчика, ответьте на четыре вопроса. От них зависят и срок, и цена:

• a. Какая у вас конфигурация — УНФ, УТ, ERP или КА. Подойдёт любая, где HTTP-сервисы уже есть или их можно добавить.
• b. Может ли ваша 1С отдавать данные другой программе. Спросите своего специалиста по 1С дословно: «Есть ли у нас опубликованные HTTP-сервисы? Если нет, сколько времени уйдёт, чтобы их сделать и опубликовать?» Если их нет, это первая задача проекта.
• c. Кто обслуживает сервер 1С — свой сотрудник, подрядчик или арендодатель. От этого зависит, за сколько дней удастся поднять туннель.
• d. Заведены ли карточки сотрудников с телефонами. К ним привязываются вход и права: нет карточек — нет разграничения по объектам.

Если на все четыре вопроса есть ответы, разумно начать с пилота от 60 000 ₽ за 1–2 недели: один сценарий, один объект, пять человек. Через две недели видно, пользуются ли люди ботом и сколько звонков он на самом деле снял. После пилота я пересчитаю окупаемость по вашим цифрам, и станет ясно, стоит ли браться за полную схему.

Связки с 1С, Bitrix24 и amoCRM описаны в каталоге услуг, порядок цен по направлению — на странице цен.

Если работаем дальше, стоимость аудита засчитывается в первый проект.