Как ИИ работать с реальными метаданными 1С и не выдумывать объекты

Почему ИИ «галлюцинирует» в запросах 1С

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

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

Рабочий процесс: metadata first

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

Небольшой пример

Задача: вывести первые пять контрагентов и их наименования.

Плохой сценарий: сразу спросить у ИИ «напиши запрос первых пяти контрагентов». Модель почти наверняка угадает объект, но в корпоративной базе лучше ничего не угадывать.

Надёжный сценарий:

1. Проверить, что существует справочник Контрагенты.
2. Проверить, что у него доступно поле Наименование.
3. Сформировать запрос.
4. Проверить его до выполнения.

После подтверждения метаданных запрос может быть таким:

ВЫБРАТЬ ПЕРВЫЕ 5
    Контрагенты.Наименование КАК Наименование
ИЗ
    Справочник.Контрагенты КАК Контрагенты

Что передавать ИИ, а что лучше не передавать

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

Что этот подход не решает автоматически

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