Групповое изменение реквизитов с помощью... искусственного интеллекта

(12) Вот пример размышлений Deepseek над задачей из этой статьи
Хорошо, пользователь попросил код на 1С, который заменяет артикул А0001 на А1234 в справочнике номенклатуры. Начну с того, что мне нужно вспомнить структуру справочников в 1С и как с ними работать. Скорее всего, нужно написать обработку, которая пройдёт по всем элементам справочника "Номенклатура" и обновит артикулы.

Сначала надо получить все элементы справочника. В 1С для этого используется метод Справочники.Номенклатура.Выбрать(). Затем в цикле перебираем элементы. Для каждого элемента проверяем, равен ли текущий артикул "А0001". Если да, то меняем его на "А1234" и записываем изменения.

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

Важно также подумать о блокировке данных, чтобы не было конфликтов при записи. В 1С есть методы НачатьТранзакцию(), ЗафиксироватьТранзакцию(), но, возможно, при одиночных изменениях это не обязательно. Однако, если элементов много, транзакция поможет ускорить процесс.

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

Может быть, стоит добавить проверку на существование артикула "А1234" перед заменой, чтобы избежать дублирования. Но пользователь явно сказал заменить А0001 на А1234, возможно, он уверен, что дублей нет. Но лучше предупредить об этом в коде или добавить обработку ошибок.

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

Теперь структура кода:

1. Объявить переменную элемента справочника.
2. Выбрать все элементы номенклатуры.
3. В цикле перебрать каждый элемент.
4. Проверить, равен ли артикул "А0001".
5. Если да, изменить на "А1234" и записать.
6. Возможно, выводить сообщение о количестве изменённых элементов.

Также можно добавить прогресс-бар или сообщение пользователю, но в простом случае можно обойтись без него.

Проверю синтаксис 1С: Запись будет через Объект.Записать(), а чтение через Выбрать().

Примерный код:

Обработка = Новый Обработчик;
Выборка = Справочники.Номенклатура.Выбрать();
Счетчик = 0;
Пока Выборка.Следующий() Цикл
Если Выборка.Артикул = "А0001" Тогда
Выборка.Артикул = "А1234";
Выборка.Записать();
Счетчик = Счетчик + 1;
КонецЕсли;
КонецЦикла;
Сообщить("Изменено элементов: " + Счетчик);

Но нужно учесть, что в 1С для изменения объекта нужно получить его как объект справочника, а не как выборку. Потому что выборка может возвращать ссылки, а не объекты. Поэтому правильнее будет:

Элемент = Справочники.Номенклатура.НайтиПоНаименованию(Выборка.Наименование); // Но это не точно. Лучше использовать ПолучитьОбъект().

На самом деле, при выборке через Выбрать(), каждая итерация возвращает ссылку на элемент, и чтобы изменить элемент, нужно его получить как объект, затем изменить и записать.

Правильный подход:

Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ТекущийЭлемент = Выборка.ПолучитьОбъект();
Если ТекущийЭлемент.Артикул = "А0001" Тогда
ТекущийЭлемент.Артикул = "А1234";
ТекущийЭлемент.Записать();
КонецЕсли;
КонецЦикла;

Да, так правильно, потому что Выборка.Следующий() возвращает ссылку, а ПолучитьОбъект() загружает сам объект для изменения.

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

Теперь проверка на наличие артикула "А1234". Можно перед циклом найти, есть ли уже такой артикул, и предупредить пользователя.

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

Ещё можно добавить транзакцию:

НачатьТранзакцию();
Попытка
// Код замены
ЗафиксироватьТранзакцию();
Исключение
ОтменитьТранзакцию();
Сообщить("Ошибка: " + ОписаниеОшибки());
КонецПопытки;

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

Итоговый код будет включать:

- Обработку ошибок через Попытка-Исключение.
- Подсчёт изменённых элементов.
- Транзакцию для надёжности.

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

Но это уже дополнительные улучшения. Основная задача — замена артикула.

Теперь оформлю код с учётом всех этих соображений.

(12) Обратите внимание на то, что на первом шаге модель выдает неверное решение (без ПолучитьОбъект()). Если вы даете эту задачу другим, не размышляющим, моделям, то вы зачастую такой неверный ответ и получаете (я проверял на gpt-4o, gpt-4o-mini и том же Deepseek, но не размышляющем). Преимущество размышляющих моделей в том, что получив результат, они на этом не останавливаются, а запускают следующую итерацию с целью улучшения

(12) приложил

(30) коллега, тема очень интересна и волнует меня уже год примерно. Но можно же соблюдать приличия при написании. Хотя кто из нас не без греха. Меня, кстати, позабавило то, что ни разу не упомянуть 2 кейса: 1. Почему в справочнике номенклатура несколько позиций с одинаковым артикулом. Это уже косяк. И второй кейс с вероятностью всяких подписок на события, при записи номенкл, которые могут делать поделать. Думается, что пока кодеры могут спать спокойно

(30) хотя если формализовать всё через git-edt, то почему бы и нет. Осилит. Сейчас 1с продвигает 1с-элемент, там с этим ещё проще. Хотя запас по времени ещё есть, там сырое всё

(36) Это оценочное суждение некоей части "технически грамотного сообщества". Людям нравится и хочется думать, что они цари вселенной. Потому что:
1. Высшее техническое образование
2. Умение манипулировать сложными абстрактными понятиями в области IT.

А на самом деле просто люди с завышенной самооценкой. С точки зрения ориентации на нужды обучаемого - ИИ в разы лучше. Тролль может обучить, но, по понятным причинам, это лишь побочный эффект троллинга, а не цель. Цель-то потроллить, а не научить.

(34) А что по поводу LRM думаете? Вроде как они уже умеют думать, судя по названию.