При выполнении задач по нормализации нормативно-справочной информации (НСИ) разработчики часто сталкиваются с ситуацией: ссылки на старую номенклатуру заменены в табличных частях документов, однако стандартная обработка «Удаление помеченных объектов» или функция НайтиПоСсылкам продолжают указывать на документ как на причину невозможности удаления. При этом прямой запрос к табличной части документа показывает, что старой номенклатуры в ней уже нет. Разберем механику работы платформы «1С:Предприятие 8» в таких сценариях и выясним, как правильно выполнять замену ссылок во всех связанных структурах данных.
Для понимания источника проблемы проанализируем поведение функции НайтиПоСсылкам. Платформа 1С оперирует как ссылочными типами данных (справочники, документы), так и необъектными данными (записи регистров сведений, накопления, бухгалтерии, расчета).
Когда поиск ссылок обнаруживает удаляемый объект в наборе записей подчиненного регистра, платформа не может вернуть ссылку на отдельную строку регистра, так как строка регистра не является ссылочным объектом. В соответствии с архитектурой платформы, в качестве места использования возвращается значение, являющееся олицетворением необъектного объекта метаданных — то есть ссылка на документ-регистратор (реквизит Регистратор). В случае независимых регистров сведений платформа возвращает объект типа КлючЗаписиРегистраСведений.
Таким образом, если в документе выполнена замена номенклатуры только в табличной части, но подчиненные регистры (например, регистр сведений «Цены номенклатуры» или регистры накопления) не были перезаписаны или пересчитаны, документ продолжит удерживать старую ссылку через свои движения.
Стандартные инструменты, такие как типовая обработка «Поиск и замена дублей» из состава БСП, выполняют строгую замену ссылок вида «один к одному». Они не позволяют одновременно с подменой ссылки заполнить дополнительное поле (например, установить реквизит Характеристика). Поэтому переход от отдельных позиций номенклатуры к учету с использованием характеристик всегда требует индивидуальных программных алгоритмов.
Перед выполнением подобной обработки обязательно убедимся, что у целевой номенклатуры или ее вида включено использование характеристик (индивидуальных или общих для вида номенклатуры). В противном случае платформа очистит значение характеристики при записи или выдаст ошибку валидации данных.
Разберем основные подходы к исправлению ситуации в зависимости от ограничений учетной системы и закрытия периодов.
Если документы находятся в открытом периоде и их перепроведение допустимо, самым надежным способом является замена номенклатуры с заполнением характеристики в табличной части и последующее проведение документа. В этом случае логика проведения заново сформирует все движения по регистрам сведений и накопления с актуальными данными.
Рассмотрим пример кода для обработки документов через проведение:
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
Для Каждого СтрокаТЧ Из ДокументОбъект.Товары Цикл
Если СтрокаТЧ.Номенклатура = СтараяНоменклатура Тогда
СтрокаТЧ.Номенклатура = НоваяНоменклатура;
СтрокаТЧ.Характеристика = НужнаяХарактеристика;
КонецЕсли;
КонецЦикла;
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
Если документы относятся к закрытым периодам и повторное проведение может привести к нежелательным пересчетам себестоимости, взаиморасчетов или регистров учета НДС, необходимо напрямую скорректировать наборы записей подчиненных регистров.
Разберем по шагам алгоритм прямой перезаписи движений:
ОбменДанными.Загрузка = Истина.Движения или с помощью наборов записей конкретных регистров.ОбменДанными.Загрузка = Истина.Посмотрим на пример программной обработки регистра сведений, подчиненного регистратору:
// 1. Обновляем табличную часть документа
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
ДокументОбъект.ОбменДанными.Загрузка = Истина;
Для Каждого СтрТЧ Из ДокументОбъект.Товары Цикл
Если СтрТЧ.Номенклатура = СтараяНоменклатура Тогда
СтрТЧ.Номенклатура = НоваяНоменклатура;
СтрТЧ.Характеристика = НужнаяХарактеристика;
КонецЕсли;
КонецЦикла;
ДокументОбъект.Записать(РежимЗаписиДокумента.Запись);
// 2. Обновляем движения подчиненного регистра сведений (например, ЦеныНоменклатуры)
НаборЗаписей = РегистрыСведений.ЦеныНоменклатуры.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаДокумент);
НаборЗаписей.Прочитать();
БылИзменен = Ложь;
Для Каждого Запись Из НаборЗаписей Цикл
Если Запись.Номенклатура = СтараяНоменклатура Тогда
Запись.Номенклатура = НоваяНоменклатура;
Запись.Характеристика = НужнаяХарактеристика;
БылИзменен = Истина;
КонецЕсли;
КонецЦикла;
Если БылИзменен Тогда
НаборЗаписей.ОбменДанными.Загрузка = Истина;
НаборЗаписей.Записать();
КонецЕсли;
Если заменяемая номенклатура участвует в независимых регистрах сведений (штрихкоды, соответствия номенклатуры и др.), где она выступает в роли измерения, прямая перезапись поля в существующей строке невозможна. Так как измерение является частью уникального ключа записи, требуется сначала удалить старую запись через набор с отбором, а затем записать новую запись с новыми значениями измерений.
После корректного обновления данных как в объектах документов, так и во всех их движениях, удаление помеченных объектов пройдет штатно без ложных блокировок.