Внешняя обработка в 1С без конфигуратора: от задачи словами до .epf с ИИ-агентом

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

Ниже - такая задача за одну-три минуты и без выгрузки. Инструмент - консоль запросов с ИИ-агентом и мастером внешних обработок, сама тоже внешняя обработка с открытым кодом, репозиторий - в конце статьи. Агент работает внутри нее, в 1С: читает метаданные живой базы, запрос выполняется сразу, ответ платформы приходит в том же шаге, а .epf собирает мастер. Прогон целиком: промпты дословно, запросы на кадрах, три разные нейросети на трех шагах (взяты для примера, то же самое можно одной).

Задача

Демо-база УТ 11.5. У клиента «Бытовая техника» в 2022 году были заказы на кондиционеры, пылесосы и вентилятор - пять позиций номенклатуры, у всех единица хранения «шт». Нужно перевести их на «упак».

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

Шаг 1. Запрос словами

Промпт, дословно:

Отбери заказы клиентов по клиенту Бытовая техника за 22 год со всей номенклатурой, в результате необходимо вывести единицу хранения номенклатуры

Что нейросеть делала, видно в ленте: просмотрела типы метаданных, подключила навык по торговым конфигурациям, определила, что это Управление торговлей 11.5, нашла и прочитала структуру Документ.ЗаказКлиента, Справочник.Номенклатура и Справочник.Партнеры. Дальше - строка, ради которой стоит смотреть ленту, а не только результат:

Теперь нужно понять, что такое «единица хранения». В УТ 11 это обычно единица хранения номенклатуры - посмотрю соответствующие регистры

Посмотрела регистры сведений и вернулась с ответом: «единица хранения» - это базовая единица измерения номенклатуры, реквизит ЕдиницаИзмерения справочника Номенклатура. То есть имена таблиц и реквизитов агент не вспомнил, а прочитал из метаданных этой базы - и слово из задачи сопоставил с реквизитом сам.

Потом - то, чего в разборах про агентов снаружи 1С не бывает. Первый вариант запроса агент применил в редактор, и платформа вернула ошибку: поле «Ссылка» неоднозначно. Агент дал табличной части другой псевдоним - вторая ошибка: псевдоним «Номенклатура» конфликтует с именем справочника. Третий вариант прошел. Три захода, две поправки, ни одного вопроса к человеку - потому что ответ платформы приходит в том же окне, а не после загрузки файлов обратно в конфигуратор.

Запрос после третьего захода - на кадре выше, под лентой. Параметры агент заполнил сразу: партнер «Бытовая техника», период - 2022 год.

Шаг 2. Переделать запрос под обработку

Второй промпт - обычными словами, без имени реквизита:

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

Агент подключил навык массового изменения данных и объяснил, что делает, прежде чем делать:

Ключ - колонка-ссылка на изменяемый справочник (Номенклатура), из нее мастер берет объект для изменения. Значение - колонка с псевдонимом, дословно совпадающим с именем реквизита (ЕдиницаИзмерения), а значение берется из параметра - чтобы пользователь выбрал его на форме обработки. РАЗЛИЧНЫЕ - чтобы не было дублей номенклатуры по разным строкам заказов.

И применил переработанный запрос - на кадре ниже, под лентой.

Из шести колонок осталось две: ссылка на объект, который будет записан, и новое значение с именем реквизита. Зеленая галка «Валидность» рядом с текстом - проверка платформой, а не нейросетью: запрос прошел ее до того, как кто-то нажал «Выполнить».

Шаг 3. Мастер внешней обработки

Промпт из четырех слов: «Открой теперь создание обработки». Агент открыл мастер и написал, что в нем сделать: ключ - поле Ссылка, параметр НоваяЕдиницаИзмерения оставить видимым на форме, проверить, что включено «Изменить и записать», сформировать обработку.

Мастер уже знает про запрос - «2 поля результата, 4 параметра» - и остается решить четыре вещи:

• Период - зафиксировать: значения уезжают внутрь обработки.
• Партнер и Новая единица измерения - на форму: их будут задавать при каждом запуске.
• Изменяемый объект - Ссылка, мастер подхватил сам. Подсказка рядом описывает контракт целиком: «Объект берется из этой ссылки. Остальные колонки записываются в его реквизиты по имени - псевдоним колонки должен совпадать с именем реквизита». И ниже: неверный ключ не остановит пакет, ошибка конкретной строки попадет в журнал.
• Действие - «Изменить и записать». Пометка на удаление и удаление выключены, включаются только руками.

Превью показывает будущую форму без выполнения запроса: два поля, таблица Ссылка / ЕдиницаИзмерения, кнопка. «Сохранить как внешнюю обработку» - и на диске лежит .epf.

Шаг 4. Запуск в базе

Файл открывается через «Файл - Открыть» или подключается штатным механизмом дополнительных обработок БСП - это обычная внешняя обработка с одной формой. На форме два поля из мастера, кнопки «Выполнить запрос» и «Изменить и записать», таблица отбора и журнал под ней.

Карточка «Кондиционер FIRMSTAR 12M» до запуска: единица хранения - «шт».

Партнер - «Бытовая техника», новая единица - «упак», «Выполнить запрос»: пять строк, в колонке ЕдиницаИзмерения у всех уже стоит «упак» - это значение из параметра, которое уйдет в реквизит. Записываются отмеченные строки: кондиционер ELEKTA снимаем с отметки, остальные четыре - «Изменить и записать». В журнале четыре строки, у каждой «Успех».

Та же карточка после записи: единица хранения - «упак», и форма сама пересчитала подписи рядом - «упак весит 2,000 кг», «шт содержит 1,000 упак». ELEKTA осталась в «шт».

Нейросеть выбираете вы

На трех шагах здесь работали три разные нейросети: DeepSeek v4 Pro собрала запрос, GLM 5.2 переделала его под обработку, Gemini 3.7 Flash открыла мастер. Можно вести весь диалог с одной привычной или переключаться по ходу - доступ к метаданным, проверка платформой и инструменты работы с запросом у агента остаются теми же.

Что осталось на руках

Не четыре исправленные карточки, а обработка. Условие отбора живет в запросе, партнер и новое значение - в полях на форме, поэтому та же .epf закрывает и следующее «поменяй у всех, кто…»: другой клиент, другая единица - без нового захода к разработчику. Ее можно подключить штатно и отдать сотруднику, который запросов не пишет: он видит форму с двумя полями, таблицу отбора с галками и кнопку.

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

Где границы

• Сложный запрос - это не минута, а диалог. Пакетный запрос на десяток временных таблиц агент тоже соберет, но итерациями: прочитать, собрать, выполнить, поправить. Минуты здесь - про задачу на одну таблицу и один реквизит.
• Проверять выборку перед «Изменить и записать» - ваша работа. Для этого в обработке и есть отдельная кнопка «Выполнить запрос» и галки у строк: сначала посмотреть, что попало в отбор, потом записывать.

Попробовать на своей задаче

Консоль запросов с ИИ-агентом и мастером обработок - моя разработка, код открыт, лежит на GitHub: github.com/SgonnovDmGit/lensa-query-console - там установка и требования к платформе. Возьмите свою задачу на массовую правку реквизита и пройдите тот же путь: от задачи словами до готовой .epf. Что не сошлось - пишите в комментариях или в Issues репозитория.