Внедрение ИИ в 1С: как мы научили внешнюю систему оформлять документы

Автор: Анна, специалист по развитию бизнеса и внедрению ИИ-решений «Гвард-ИТ».

Редактор: Константин, руководитель «Гвард-ИТ», эксперт по автоматизации бизнес-процессов и интеграции информационных систем.

Внедрение ИИ в 1С может выглядеть довольно просто:

• сотрудник голосом описывает заказ,
• искусственный интеллект распознаёт информацию и заполняет документ. 

Но что произойдёт, когда система попробует сохранить этот документ в настоящей базе?

Сможет ли она правильно указать клиента, провести заказ и прикрепить фотографию?

Именно эти вопросы мы начали проверять на следующем этапе проекта по автоматизации приёмки деталей на производственном предприятии.

В первой части нашей истории мы рассказывали, как при подготовке ИИ-приёмщика обнаружили особенности существующего учёта:

• неоднозначное оформление предоплат,
• отсутствие фотографий деталей,
• и промежуточных этапов ремонта.

Теперь перешли к технической стороне. Команда «Гвард-ИТ» проверила, можно ли управлять необходимыми операциями 1С из внешней программы, не изменяя рабочую базу предприятия.

К 20 октября 2026 года мы получили первый подтверждённый результат. Но путь к нему оказался интереснее, чем обычное подключение по API.

Почему для ИИ-приёмщика недостаточно просто открыть доступ к 1С

Наш заказчик занимается металлообработкой и восстановлением деталей. В работе используется «1С:Управление нашей фирмой».

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

Мы проектируем сценарий, при котором сотрудник сможет продиктовать информацию о поступившей детали, сфотографировать её и проверить подготовленный системой документ.

Но искусственный интеллект не должен самостоятельно решать, какой именно клиент находится перед ним, если в базе несколько похожих записей. Он также не должен придумывать характеристики детали или заполнять неизвестные сведения наугад.

Ещё важнее правильно передать результат в 1С.

У документа есть связи с покупателем, организацией, договором, номенклатурой и другими объектами. Некоторые поля обязательны, другие зависят от настроек и правил конфигурации.

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

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

Первое препятствие: подключение не заработало так, как ожидалось

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

Мы начали с проверки одного из штатных механизмов 1С: доступа через OData.

Для экспериментов подготовили отдельную локальную тестовую среду. Рабочую базу предприятия при этом не использовали.

Запрос доходил до компонента 1С, но вместо ожидаемого ответа возвращалась ошибка HTTP 400 с сообщением «Недопустимое состояние объекта».

Мы проверили отдельные настройки публикации, права доступа и параметры подключения. Однако добиться устойчивой работы этого способа не удалось. Точную первопричину ошибки на данном этапе тоже установить не получилось.

Продолжать бесконечно менять настройки ради одного конкретного механизма было бы неразумно.

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

И такой способ нашёлся.

Решение: проверили прямое взаимодействие с 1С через COM

Следующим вариантом стало внешнее соединение через COMConnector.

Если говорить просто, это механизм, позволяющий другой программе обращаться к объектам 1С и выполнять доступные операции.

В нашем случае он заработал на локальной копии информационной базы.

Сначала мы проверили подключение и чтение информации.

Затем начали изучать структуру конфигурации:

• какие документы существуют,
• какие реквизиты используются,
• что необходимо для оформления приёмки.

В ходе исследования через внешнее соединение удалось получить сведения о 124 видах документов.

Нас интересовал один конкретный объект: «Прием и передача в ремонт».

У него обнаружилось 46 реквизитов и две табличные части. Но одного перечня полей недостаточно, чтобы правильно создать документ.

Пришлось разбираться в том:

• какие значения обязательны,
• как устанавливается состояние ремонта,
• что происходит при проведении,
• чем отличается работа через интерфейс 1С от прямого обращения из внешней программы.

Почему ручное заполнение и автоматическое создание отличаются

Когда сотрудник открывает привычную форму документа, часть действий выполняется незаметно для него.

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

Внешнее соединение работает иначе.

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

Это оказалось одним из ключевых моментов исследования.

Нельзя исходить из предположения, что если сотрудник способен оформить документ вручную, то внешняя программа сможет сделать то же самое, просто передав несколько значений.

Нужно отдельно проверить правила создания и проведения.

Рабочая форма 1С может скрывать от сотрудника десятки технических деталей. При интеграции эти детали приходится учитывать явно.

Первый результат: документ удалось создать и провести

20 октября мы выполнили первую полноценную проверку записи документа через внешнее соединение.

Перед этим отдельно проверили:

• подключение,
• доступность необходимых объектов,
• отсутствие ранее созданного тестового документа с тем же маркером,
• возможность подготовить новый объект без записи в базу.

После проверки запустили операцию создания.

Система сформировала документ «Прием и передача в ремонт», присвоила ему номер и успешно провела его.

Затем мы повторно прочитали данные и убедились, что документ действительно сохранён и имеет признак проведения.

Для теста использовались искусственные описания и нулевая стоимость. Необходимые ссылки на справочные объекты были взяты из существующего проведённого документа в копии базы.

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

Тем не менее результат существенный.

Раньше у нас было только подтверждение, что внешняя программа может читать информацию из 1С. Теперь она смогла выполнить более сложную операцию: создать и провести документ штатным механизмом системы.

Следующая проверка: можно ли автоматически прикрепить фотографию

Для будущего ИИ-приёмщика фотография детали является обязательной частью оформления.

Почему мы уделяем ей такое внимание?

Представим, что заказчик привёз деталь с повреждением. Сотрудник описал дефект словами, но позднее возникли вопросы о её первоначальном состоянии.

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

Поэтому нам было недостаточно научиться записывать текстовое описание.

Нужно было проверить, можно ли передать изображение в 1С и привязать его к конкретному документу.

Для испытания подготовили искусственный PNG-файл. Это было тестовое изображение, не фотография реальной детали клиента.

Через штатный механизм присоединённых файлов 1С изображение удалось прикрепить к ранее созданному документу.

После операции мы проверили владельца вложения, сведения о файле и наличие его двоичного содержимого.

Кроме того, запись появилась в обычном интерфейсе 1С на вкладке «Файлы».

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

Но это пока две отдельно испытанные операции:

• сначала создание документа,
• затем добавление файла.

И здесь появляется следующий важный вопрос.

Что произойдёт, если документ сохранился, а фотография нет?

В обычной демонстрации такой сценарий легко упустить.

Представим, что ИИ-приёмщик подготовил данные, внешняя программа создала заказ и сообщила сотруднику об успешном оформлении.

Но в этот момент загрузка фотографии завершилась ошибкой.

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

- Формально часть операции выполнена. 

- Для бизнеса процесс завершён неправильно.

Поэтому нам предстоит связать создание документа и сохранение фотографии в один надёжный сценарий.

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

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

Сами механизмы обработки подобных сбоев ещё требуют разработки и испытаний.

Успешный технический тест показывает, что операцию можно выполнить. Надёжная автоматизация должна дополнительно учитывать, что произойдёт при ошибке.

Ещё одна задача: как ИИ должен выбирать клиента в базе

Следующим этапом мы занялись логикой поиска покупателя.

Это сложнее, чем может показаться на первый взгляд.

Допустим, приёмщик называет фамилию или название организации. В справочнике может существовать несколько похожих записей.

Иногда один и тот же клиент встречается в разных вариантах написания. У разных людей могут совпадать фамилии, а у организаций — похожие названия.

Автоматически выбирать первое найденное совпадение опасно.

Ошибка приведёт к тому, что ремонт окажется оформлен на другого покупателя. В дальнейшем это может повлиять на документы, историю заказов и взаиморасчёты.

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

Даже когда совпадение всего одно.

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

Такой порядок может показаться менее быстрым, чем полностью автоматическое заполнение. Зато он позволяет сохранить контроль над действиями, где ошибка имеет реальные последствия.

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

Почему мы проводим испытания на копии базы

Для экспериментов используется отдельная локальная копия информационной базы.

Это позволяет:

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

Рабочая база приёмщика и бухгалтерская база не изменялись в рамках описанных испытаний.

Однако тестовая среда сама по себе не гарантирует безопасного переноса решения в эксплуатацию.

Перед запуском потребуется проверить:

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

Также нужно определить, какие сведения могут передаваться внешнему ИИ-сервису и как защищать персональные данные клиентов.

Прямой доступ к файловой базе 1С через Интернет мы не рассматриваем как подходящий способ реализации. Для будущей системы потребуется отдельный защищённый механизм взаимодействия.

Какие результаты уже подтверждены

На текущем этапе можно говорить о конкретных технических результатах.

Это ещё не готовая система, которую можно передать приёмщику и начать ежедневно использовать.

Пока мы подтвердили техническую основу для дальнейшей разработки.

Именно поэтому мы не называем текущий результат завершённым внедрением и не приводим показатели экономии времени, которых ещё не измеряли.

Что руководителю стоит проверить перед похожей автоматизацией

Наш опыт показывает, что до подключения ИИ полезно ответить на несколько практических вопросов.

- Во-первых, как именно оформляется нужная операция в учётной системе? Какие сведения вводит сотрудник и какие значения программа подставляет автоматически?

- Во-вторых, какие данные можно получать без участия человека, а какие необходимо подтверждать?

- В-третьих, что считается завершённой операцией? Достаточно ли создать документ или нужно также провести его, прикрепить файлы, изменить состояние заказа?

- В-четвёртых, как система должна поступать при ошибках? Кто увидит незавершённый заказ и сможет исправить ситуацию?

- Наконец, можно ли проверить все эти действия на отдельной копии данных, не рискуя рабочей системой?

Эти вопросы помогают избежать ситуации, когда красивый интерфейс ИИ уже готов, но передавать результаты его работы в настоящую учётную систему по-прежнему небезопасно.

Что планируем проверить дальше

Следующий этап проекта связан с безопасным поиском и подтверждением покупателя.

После этого предстоит:

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

Затем потребуется полноценное испытание ошибок:

• повторных команд,
• прерванных операций,
• отсутствующих сведений,
• и недоступности 1С.

Только после этого можно переходить к проверке голосового интерфейса в составе единого сценария.

Отдельной задачей станет измерение результата:

- сколько времени занимала приёмка раньше, 

- сколько действий потребовалось после автоматизации,

- и как часто сотрудникам приходится исправлять подготовленные системой данные.

Пока таких измерений нет.

Что мы поняли на этом этапе

В первой части проекта основной вопрос заключался в качестве учёта и организации работы предприятия.

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

Нам удалось подтвердить, что через внешнее соединение можно создать и провести документ ремонта, а также прикрепить к нему изображение.

Но надёжная работа ИИ-приёмщика требует большего:

• правильного выбора клиента,
• проверки реквизитов,
• обработки ошибок,
• подтверждения всех обязательных действий.

Поэтому сейчас мы последовательно проверяем отдельные операции, прежде чем объединять их в готовое решение.

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

Частые вопросы

- Можно ли подключить ИИ к 1С без замены программы?

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

- Обязательно ли использовать OData для интеграции с 1С?

Нет. Это один из возможных механизмов. В нашем проекте локальное взаимодействие удалось проверить через COMConnector.

- Может ли внешняя система создавать документы в 1С?

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

- Почему нельзя просто записывать данные напрямую в базу?

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

- Можно ли автоматически прикреплять фотографии к документам?

В нашем тесте это удалось сделать через штатный механизм присоединённых файлов. Для использования в работе предстоит дополнительно проверить полный сценарий, включая обработку ошибок.

- Нужно ли сотруднику проверять выбор клиента?

В нашем проекте это обязательное условие. Даже единственное совпадение не гарантирует, что система нашла нужного покупателя.

- Можно ли доверить ИИ проведение документов без подтверждения человека?

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

- Можно ли считать один успешный тест доказательством готовности интеграции?

Нет. Он подтверждает конкретную проверенную операцию. Для рабочего внедрения необходимы испытания ошибок, повторных запросов, прав доступа и реальных сценариев сотрудников.

Хотите автоматизировать работу с 1С или другой учётной системой?

В «Гвард-ИТ» можно обсудить конкретную задачу:

• оформление документов,
• обработку заявок,
• передачу данных между программами,
• или применение ИИ в существующем бизнес-процессе.

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