Инструмент 02
Внедрение ИИ в контур 1С
Модель не живёт внутри конфигурации: она работает рядом и обменивается с 1С через штатные механизмы. Поэтому проект — это граница между черновиком и проводкой, права доступа и обратимость, а не выбор модели.
Когда ИИ в контуре 1С оправдан, а когда нет
- Сотрудники регулярно спрашивают у бухгалтерии то, что уже есть в учёте
- Регулярные тексты — пояснения, письма о расхождениях, описания позиций — пишутся вручную по одним и тем же данным
- Есть изолированная копия базы с репрезентативной выборкой и роль с ограниченными правами
- Понятно, кто принимает черновик и несёт ответственность за проведение
- Задача сводится к распознаванию первички — это отдельный процесс со своей страницей
- Нужно, чтобы система сама проводила документы или считала налоги
- Конфигурация снята с поддержки и живёт без обновлений, а причины этого никто не помнит
- Права доступа в базе не разграничены и разграничивать их некому
- 1С:Бухгалтерия, Управление торговлей, ERP
- 1С:Документооборот
- HTTP-сервисы и веб-сервисы платформы
- Расширения конфигурации
- Очередь заданий и промежуточный слой
- Файловые хранилища и СЭД
- Модель на вашем контуре
Состав определяется после разбора задачи. На пилоте интеграция получает доступ к одной области учёта и только на чтение, если сценарий не требует иного.
«ИИ в 1С» звучит как функция внутри программы — галочка, которую включают в настройках. На практике это интеграция двух контуров с разными требованиями: учётного, где результат обязан быть воспроизводимым и прослеживаемым, и внешнего, где работает вероятностная модель.
Проекты ломаются не на подключении модели, а на том, что её ответ попал туда, где он должен был оставаться проверяемым. Поэтому работа начинается с границы.
Где проходит граница
Граница проводится один раз и определяет всё остальное — архитектуру, права, стоимость и то, что вообще можно обещать.
| Остаётся в контуре 1С | Уходит во внешний сервис |
|---|---|
| Проведение документов и движения по регистрам | Разбор формулировок и извлечение смысла из текста |
| Расчёт налогов и регламентированная отчётность | Перевод вопроса сотрудника в запрос к данным |
| Права доступа и ограничения на уровне записей | Подготовка черновика текста по готовым цифрам |
| Хранение первичных документов и история изменений | Ранжирование и подсказка похожих случаев |
Правило простое: числа берутся из учёта, а не вычисляются моделью, а необратимое действие выполняет человек. Всё, что нарушает это правило, на пилот не выносится.
Что закрывает инструмент
1. Ассистент по данным учёта
Сотрудник спрашивает своими словами: сколько мы должны этому поставщику, какие акты не закрыты, что изменилось по договору с прошлого квартала. Ассистент переводит вопрос в запрос к разрешённому срезу данных и показывает ответ со ссылками на документы, из которых он собран.
Ссылки здесь не украшение, а условие применимости. Ответ без ссылки нельзя проверить, а непроверяемый ответ по учётным данным бесполезен: сотрудник всё равно пойдёт спрашивать у бухгалтерии.
2. Черновики регулярных текстов
Пояснительная записка к отчёту, письмо контрагенту о расхождении, описание позиции номенклатуры, комментарий к отклонению. Это тексты, которые пишутся руками по одним и тем же данным и по одному и тому же шаблону рассуждения.
Модель работает здесь с формулировками, а не с цифрами: числа она подставляет из учёта. Принимает и отправляет текст человек.
3. Подготовка регулярной отчётности
Не регламентированной — управленческой: сводка по дебиторке, отчёт о движении позиций, подборка отклонений за период. Система собирает данные по заданным правилам, объясняет отклонения словами и отдаёт черновик тому, кто обычно тратил на него часы.
4. Обмен между 1С и внешними системами
Задание уходит наружу, результат возвращается в базу — асинхронно, с очередью и повтором. Это техническая часть, но именно она определяет, переживёт ли решение недоступность внешнего сервиса.
Распознавание входящих счетов, УПД, актов и накладных здесь не разбирается: это отдельный процесс с собственными метриками и стоимостью — см. автоматизацию обработки первичных документов.
Как встраивается
Расширение вместо правки типовой
Типовые конфигурации обновляет вендор. Правки, снимающие конфигурацию с поддержки, превращают каждое обновление в проект с регрессией и сроком. Поэтому интеграция делается расширением конфигурации и через штатные механизмы платформы — HTTP-сервисы и веб-сервисы, — а не переписыванием типовых модулей.
Асинхронно, с очередью
Распознавание и генерация занимают секунды и не должны держать сеанс пользователя. Задание ставится в очередь, обрабатывается и возвращается. Три вещи закладываются сразу:
- Повтор. Внешний сервис бывает недоступен; задание не теряется, а пользователь не видит ошибку вместо результата.
- Журнал. По каждому ответу видно, на каких данных он получен и кто его принял. Без журнала разбор спорного случая превращается в реконструкцию по памяти.
- Выключатель. Отключение интеграции не останавливает учёт: процесс возвращается к ручному вводу, а не встаёт.
Права
Интеграция работает от роли с ограниченными правами, а не от администратора. Но одной роли мало, и здесь чаще всего ошибаются. Ограничения на уровне записей считаются для текущего сеанса: под общей служебной ролью ассистент видит срез этой роли — один и тот же для всех спрашивающих. Чтобы сотрудник получал свой срез, до 1С нужно донести, кто спрашивает: сеанс от его имени либо проверка его прав внутри базы перед выдачей данных.
Отдельным требованием запрещаем читать данные в привилегированном режиме: он снимает проверку прав целиком, и любая ошибка в промежуточном слое сразу превращается в утечку. Помощник, который «видит всё», рано или поздно покажет не тому человеку не те данные.
Что входит в пилот и что вы получаете
Пилот ограничивается одной областью учёта и одним сценарием — либо ассистент по одному кругу вопросов, либо один вид регулярного текста.
- Разбор задачи и согласованная граница: что остаётся черновиком, что проводится человеком.
- Роль с ограниченными правами и изолированная копия базы с репрезентативной выборкой — минимизированной и по возможности обезличенной, по методике из материала «Данные и безопасность AI-проекта».
- Работающий обмен: очередь, повтор, журнал, выключатель.
- Замер на согласованной выборке: сколько времени экономится и какая доля черновиков принимается без правки.
- Отчёт с допущениями и решение — расширять, менять сценарий или остановиться.
Из чего складывается стоимость
Стартовая цена реализации — от 100 000 ₽: одна область учёта, один сценарий, доступ к тестовой базе и модель на готовом контуре.
| Что входит в стартовый объём | Что увеличивает стоимость |
|---|---|
| Одна область учёта и один сценарий | Несколько областей, филиалы, разные конфигурации |
| Доступ на чтение к разрешённому срезу | Двусторонний обмен с созданием документов |
| Модель на готовом контуре | Развёртывание модели в вашем периметре |
| Обмен через HTTP-сервисы платформы | Промежуточный слой, интеграционная шина, брокер очередей |
| Типовая конфигурация на поддержке | Доработанная конфигурация со снятыми с поддержки объектами |
По каким метрикам принимаем решение
| Что фиксируем до пилота | Что измеряем после |
|---|---|
| Время на подготовку ответа по учёту | Время с ассистентом на том же круге вопросов |
| Число обращений к учётным специалистам | Изменение числа обращений за сопоставимый период |
| Время на регулярный текст или отчёт | Время на проверку черновика вместо написания |
| Доля текстов, переписанных полностью | Доля черновиков, принятых без правки |
Экономия времени не приписывается системе автоматически: на неё влияют период закрытия, состав команды и объём операций. Сравнение делается на сопоставимых периодах, а допущения выносятся в отчёт.
Чего мы не обещаем до анализа
- Проведение документов, расчёт налогов и регламентированную отчётность по решению модели: это делает проверяемая логика 1С, а модель в такой цепочке остаётся на стороне черновика.
- Автоматическое исправление ранее проведённых документов: изменение задним числом меняет отчётность и проходит обычным регламентом.
- Работу на демонстрационной базе как доказательство: в ней нет ваших формулировок и ваших исключений.
- Обход прав доступа ради удобства ответа.
- Помощь в разработке на встроенном языке — написание запросов и разбор кода конфигурации мы отдельной услугой не оказываем.
Куда идти дальше
- Автоматизация обработки первичных документов — если задача целиком про входящие счета, УПД и акты.
- Снижение расходов и оптимизация штата — направление, к которому чаще всего относится этот инструмент.
- Повышение производительности сотрудников — если ценность в скорости ответа, а не в сокращении ручного ввода.
- Разработка и внедрение ИИ-агентов — когда нужен не ответ, а доведение задачи до конца в нескольких системах.
Частые возражения
Что спрашивают до пилота
Можно ли просто встроить модель внутрь нашей конфигурации?
Технически в конфигурацию встраивается вызов внешнего сервиса, а не сама модель. И делать это правкой типовых модулей не стоит: конфигурацию обновляет вендор, а снятая с поддержки база превращает каждое обновление в отдельный проект. Штатный путь — расширение конфигурации и обмен через HTTP-сервисы платформы. Тогда обновление типовой проходит обычным порядком, а интеграция остаётся отдельным слоем, который можно выключить, не трогая учёт.
Будет ли система сама проводить документы?
Проводит документы и считает налоги сама 1С — своей проверяемой логикой, и это давно автоматизировано, включая формирование регламентированной отчётности. Ограничение касается модели: решение о проведении не принимается вероятностным ответом. Модель готовит черновик с заполненными реквизитами и ссылкой на источник, дальше работает штатный механизм проведения, а человек подтверждает там, где этого требует ваш регламент — по сумме, контрагенту или типу операции. Где регламент подтверждения не требует, документ проводится автоматически, но по правилам учёта, а не по мнению модели.
Ассистент увидит все данные базы?
Не должен, но само по себе это не получается. Ограничения на уровне записей в 1С считаются для текущего сеанса: если интеграция ходит в базу под одной служебной ролью, она видит срез этой роли — общий для всех, кто спрашивает. Чтобы сотрудник получал именно свой срез, личность спрашивающего нужно донести до 1С: сеанс от его имени либо повторная проверка прав внутри базы перед выдачей данных. Привилегированный режим для чтения запрещаем отдельно — он снимает проверки прав целиком. Административный доступ для интеграции мы не запрашиваем, а по каждому ответу в журнале видно, на каких данных он получен и кто его принял.
Чем это отличается от автоматизации первички, которая у вас уже описана?
Распознавание входящих счетов, УПД и актов — отдельный процесс со своей страницей, метриками и стоимостью: там измеряется точность по полям и доля документов, прошедших без правки. Эта страница про другое: про подключение ИИ к самому контуру учёта — вопросы к данным, черновики регулярных текстов и обмен между 1С и внешним сервисом. Если ваша задача целиком про входящие документы, начинать надо с процессной страницы, а не отсюда.
Первый шаг бесплатный
Начинаем с задачи, а не с технологии
Опишите операцию, её объём за месяц, текущую проверку и метрику, которую нужно изменить. Ответим с предварительной оценкой применимости и следующего шага.
Описать задачу