Распознавание и загрузка первички
Скан или фото УПД, счёта, ТОРГ-12 читается с извлечением реквизитов и табличной части, позиции сопоставляются с номенклатурой, документ создаётся в базе черновиком. Проведение остаётся за бухгалтером.
ИИ встраивается в 1С тремя способами: через HTTP-сервисы и OData самой конфигурации, через обработку внешних данных и через отдельный сервис рядом с базой. Типовую конфигурацию при этом не переписываем — она остаётся на поддержке. Первый сценарий, чаще всего распознавание первички или подбор номенклатуры, выводим в работу за 2–4 недели. Данные не покидают контур: модели стоят на вашем сервере рядом с базой.
1С — это учёт, а не текст, поэтому ИИ здесь окупается там, где человек руками переносит данные из документа в базу или ищет ответ по справочникам и регистрам. Шесть сценариев ниже чаще других проходят отбор на диагностике.
Скан или фото УПД, счёта, ТОРГ-12 читается с извлечением реквизитов и табличной части, позиции сопоставляются с номенклатурой, документ создаётся в базе черновиком. Проведение остаётся за бухгалтером.
«Труба ВГП 25×3,2 ГОСТ 3262» из письма поставщика находит свою карточку в справочнике при другом написании и без артикула. Поиск идёт по характеристикам и синонимам, а не по точному совпадению строки.
Менеджер спрашивает в рабочем чате «что по заказу 4412» или «сколько осталось на складе в Химках». Ответ собирается чтением через OData со ссылкой на документ. Пишущих операций у сценария нет.
ИИ внутри Битрикс24Договор сверяется с типовой формой и карточкой контрагента в базе: реквизиты, условия оплаты, ответственность, сроки. Отклонения выводятся списком с цитатами из текста, а не общей оценкой «есть риски».
Подсказывает счёт и аналитику по описанию операции и истории похожих документов, показывает, на чём основана подсказка. В базу проводка попадает только после подтверждения человеком.
ИИ в бухгалтерииВопрос на русском превращается в запрос к регистрам: динамика продаж по филиалам, просроченная дебиторка, оборачиваемость по складам. На выходе таблица и короткий комментарий к отклонениям.
Правая колонка отвечает на главный вопрос вашего программиста 1С: что придётся сделать на стороне базы. Способ выбирается не по красоте архитектуры, а по тому, стоит ли конфигурация на поддержке и какой у неё объём.
| Конфигурация | Сценарий | Способ интеграции |
|---|---|---|
| 1С:Бухгалтерия | Распознавание первички, сверка с заказом, подсказка по проводкам | Расширение конфигурации с HTTP-сервисом, документы создаются черновиками |
| 1С:УТ и 1С:ERP | Подбор номенклатуры, ответы по остаткам и заказам, сводные отчёты | OData на чтение регистров, запись — через HTTP-сервис с отдельной ролью |
| 1С:ЗУП | Ответы сотрудникам по кадровым вопросам, проверка комплектности документов | OData на чтение справочников, персональные данные не выходят за контур |
| 1С:Документооборот | Классификация входящих, извлечение реквизитов, контроль сроков согласования | HTTP-сервис плюс обработка внешних данных для пакетной загрузки архива |
| 1С:УНФ | Разбор заявок из почты, черновики заказов и счетов | HTTP-сервис, приём событий отдельным сервисом рядом с базой |
| Самописная или снятая с поддержки | Любой сценарий после обследования метаданных | Отдельный сервис рядом с базой, обмен через промежуточные таблицы или очередь |
| Облачная 1С:Фреш | Чтение и подготовка данных, запись ограниченно | OData при наличии доступа, иначе регламентные выгрузки по расписанию |
Самый безопасный путь — расширение конфигурации с собственным HTTP-сервисом. Типовые объекты не меняются, обновление релизов проходит штатно, а расширение проверяется отдельно перед каждым обновлением. Сервис отдаёт наружу ровно то, что нужно сценарию: реквизиты документа, остаток по складу, карточку контрагента. Все методы, которые пишут в базу, работают под отдельным пользователем с урезанной ролью, и каждое обращение попадает в журнал регистрации.
Для чтения чаще хватает стандартного OData-интерфейса: он включается в настройках публикации на веб-сервере и не требует ни строчки кода. Через него забираются справочники, регистры и документы. Ограничение честное — OData отдаёт данные объектами, а не результатом сложного запроса, поэтому тяжёлую аналитику мы выносим либо в HTTP-сервис с готовым запросом, либо в реплику базы.
Третий вариант — обработка внешних данных и отдельный сервис рядом с базой. Он нужен, когда конфигурация самописная, снята с поддержки или когда поток документов идёт пачками: сервис принимает сканы и письма, распознаёт, складывает готовые структуры в промежуточные таблицы, а 1С забирает их регламентным заданием. Модели при этом стоят на вашем сервере: Qwen, DeepSeek и GLM для текста, эмбеддинги multilingual-e5 и BGE-M3 для поиска по номенклатуре. Подробнее про контур — на странице локальный ИИ.
Эти пять пунктов определяют и срок, и способ интеграции. Мы проверяем их на диагностике, потому что от ответов зависит, будет ли проект дешёвым расширением или отдельной инженерной работой.
Порядок один и тот же для любой конфигурации, меняется только содержание пилота. Первый шаг ничего не стоит и заканчивается расчётом на ваших цифрах.
Смотрим конфигурацию, объём, доработки, поток документов и то, где люди дублируют ввод. На выходе — выбранный сценарий, способ интеграции и ROI-модель.
Один сценарий, одна метрика. Расширение или сервис, прогон вашего реального потока за прошлый период, замер до и после. Сумма идёт в зачёт внедрения.
Контур на вашем сервере: модели, интеграции с 1С и смежными системами, роли и доступы, дашборды, регламенты обновления расширения, обучение администратора.
Новые сценарии итерациями, еженедельный release candidate с changelog, подписанные версии, откат одним действием, мониторинг нагрузки на базу.
Не проводит документы сам. Всё, что меняет учёт и отчётность, создаётся черновиком и ждёт подтверждения человека. Это не осторожность ради осторожности: ошибка в проведённом документе тянет за собой перепроведение, корректировки и расхождения в закрытом периоде. Порог уверенности, ниже которого документ вообще не создаётся, настраивается отдельно по каждому типу.
Не заменяет программиста 1С. Мы делаем слой поверх базы и умеем писать расширения, но регламентная поддержка конфигурации, обновления и доработки учёта остаются за вашим специалистом или подрядчиком. На проектах мы работаем с ним в паре — так безопаснее для базы.
Не чинит учёт. Если номенклатура ведётся без артикулов, контрагенты задвоены, а документы заводятся задним числом, ИИ это отразит, а не исправит. Часть диагностик заканчивается выводом, что сначала нужно навести порядок в справочниках. Общая логика проектов описана на странице внедрение ИИ, а работа с потоком входящих документов — на странице ИИ в документообороте.
Нет. Основной способ — расширение конфигурации с HTTP-сервисом: типовые объекты не меняются, обновление платформы и релизов проходит штатно, а расширение проверяется отдельно. Чтение чаще всего идёт через стандартный OData-интерфейс, который включается в настройках публикации и вообще не требует кода. Если база уже сильно доработана и снята с поддержки, вариант другой: отдельный сервис рядом с базой, обмен через промежуточные таблицы или очередь. Оба подхода мы показываем на диагностике вместе с оценкой трудоёмкости, чтобы решение принимал ваш программист 1С, а не мы за него.
Риск реальный, и мы закрываем его до пилота. Сначала замеряем текущий профиль нагрузки и типовое время отклика. Дальше действуют три правила. Сервисный пользователь ИИ получает ограничение на число запросов в минуту и жёсткий тайм-аут, чтобы одна тяжёлая выборка не встала поперёк работы людей. Аналитика по большим регистрам уезжает на реплику базы или в ночное регламентное задание. Распознавание документов и работа модели вообще идут вне 1С — на отдельном сервере, а в базу приходит уже готовая структура. На пилоте нагрузка мониторится, и порог мы согласуем с вашим администратором.
Точность определяется исходником, а не моделью. Электронный УПД в PDF читается практически без правок, чистый скан — уверенно, фото мятого счёта с печатью поверх таблицы даёт заметно больше расхождений. Поэтому процент мы не называем до замера: на пилоте прогоняем ваш реальный поток за прошлый месяц и считаем долю полей, которые пришлось править. Ошибки не уходят в базу молча — у каждого извлечённого поля есть уровень уверенности, и документ ниже порога отправляется оператору целиком. Часто быстрее выигрыш даёт не смена модели, а регламент: как сканируют, в каком разрешении и куда кладут файл.
Технически да, практически мы так не делаем. Запись разрешаем только на создание черновиков и заполнение полей, а проведение, перепроведение и удаление остаются за человеком. Причина в цене ошибки: неверно проведённый документ задевает остатки, взаиморасчёты и закрытый период, и разбор обходится дороже сэкономленных минут. Исключения бывают на служебных объектах вроде задач и заметок, где откат ничего не стоит. Права выдаются отдельной ролью сервисного пользователя, каждое действие пишется в журнал регистрации с указанием инициатора, а откат к предыдущей версии сценария выполняется одним действием.
Возможен, но набор сценариев сужается. В облачных вариантах вроде 1С:Фреш прямой доступ к базе закрыт, а OData доступен не всегда — тогда работаем через регламентные выгрузки по расписанию и загрузку готовых данных обратно обработкой. Такой контур хорошо тянет распознавание первички, подготовку отчётов и ответы по справочникам, но не даёт мгновенных ответов по текущим остаткам. Если 1С стоит на вашем сервере, а пользователи работают по RDP, ограничений нет вообще: сервис ставится рядом с базой в той же сети, а модели — на отдельной машине в том же периметре.
Диагностика с ROI-моделью входит бесплатно. Пилот на одном сценарии — $3–5 тыс. за 2–4 недели, сумма засчитывается в стоимость внедрения. Полный контур — от $30 000: модели на вашем сервере, расширение или сервис интеграции, роли и доступы, дашборды, регламенты и обучение администратора. Подписка на развитие — $2,5–5 тыс. в месяц. Сильнее всего на цену влияют три вещи: состояние конфигурации, состояние справочников и объём базы. Типовая 1С:Бухгалтерия с нормальной номенклатурой стоит заметно меньше, чем самописная база на сотни гигабайт с задвоенными контрагентами.
30–40 минут разбора: смотрим ваши процессы, отмечаем, что можно передать ИИ, считаем ROI-модель на ваших объёмах и сроках. Вы уходите с расчётом и картой внедрения — даже если работать дальше не будете.