ИИ в 1С: какие задачи можно автоматизировать и с чего начать

Что в 1С можно поручить автоматике

Полезно разделить задачи по результату.

1. Перенести сведения из документа в карточку или документ 1С. Сервис распознавания может извлечь поля из подходящей первички, но сотруднику все равно нужно проверить распознанные значения и хозяйственный смысл документа.
2. Помочь найти ответ по данным. Пользователь формулирует вопрос о продажах, остатках или долгах, а решение показывает согласованный отчет и объясняет его отборы. Как проверять такой ответ, разобрано в статье об ИИ-помощнике для вопросов к данным 1С.
3. Подсказать сотруднику следующий шаг. Например, показать инструкцию по обработке типового исключения или объяснить статус документа. Ответ должен учитывать конкретную конфигурацию и роль пользователя.
4. Ускорить работу программиста. ИИ может предложить черновик кода, комментарий или вариант проверки. Такой результат нужно проверить и запустить в тестовой среде. Подробности есть в статье об ИИ в разработке 1С.

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

У фирмы 1С есть отдельные решения с применением ИИ для помощи разработчикам и пользователям. Например, 1С:Напарник предназначен для работы в среде разработки 1C:EDT. Это не означает, что он сам по себе отвечает на вопросы о продажах в любой рабочей базе. Возможности готового продукта и поддержку конкретной конфигурации нужно проверять отдельно. Официальное описание направлений применения ИИ в продуктах 1С.

Готовый продукт, настройка или отдельная доработка

Перед заказом изменений проверь три варианта.

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

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

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

Как выбрать первый сценарий

Начни с короткого описания процесса, а не с названия модели.

1. Назови повторяющееся действие. Например: сотрудник вручную переносит реквизиты из файла поставщика и затем проверяет документ.
2. Укажи, что поступает на вход. Это может быть карточка, таблица, письмо или скан. Отдельно перечисли обязательные и иногда отсутствующие поля.
3. Опиши полезный результат. Не «внедрить ИИ», а, например, «подготовить документ к проверке с указанием исходного файла и не проводить его автоматически».
4. Зафиксируй ограничения. Укажи, кто увидит данные, какие действия остаются за сотрудником, какие источники разрешено использовать и как обрабатывать сомнительный результат.
5. Подготовь приемку. Выбери несколько обычных примеров и несколько исключений. Для каждого запиши, что считается верным ответом и куда попадает ошибка.
6. Сравни со штатными средствами. Проверь, поддерживает ли конфигурация нужный вид документов или отчетов, что требуется для подключения и не решается ли задача проще.

Условный пример. Компания хочет загружать счет поставщика из PDF (Portable Document Format, переносимый формат электронного документа). В первом варианте решение только подготавливает документ. Бухгалтер сверяет поставщика, номенклатуру, количество, цену, налог на добавленную стоимость (НДС), итог и наличие такого документа в базе.

Что считать приемлемым результатом

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

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

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

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

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

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

Источники 1С: Искусственный интеллект на платформе 1С, 1С:Распознавание первичных документов.