СкладскаяГруппаНоменклатуры в регистре ПравилаРазмещенияТоваровВЯчейках как разобраться?
Есть связь между двумя регистрами ТоварыВЯчейках.Остатки и ПравилаРазмещенияТоваровВЯчейках
Необходимо вывести поле СтатусНоменклатуры, если обращаюсь к ТоварыВЯчейках.Остатки.Родитель.сл_Стату сНоменклатуры получаю пустоту.
Знающие люди подсказывают, вернее намекают, что нужно брать СтатусНоменклатуры из другого регистра, регистра сведений.
Из ПравилаРазмещенияТоваровВЯчейках.Складск аяГруппаНоменклатуры...
Но в нём нет такого реквизита.
И я не понимаю как это сделать, как вывести это поле в отчет?
Неплохо было-бы указать конфигурацию. и полностью текст запроса. Предположим что это УТ.
"ТоварыВЯчейках.Остатки.Родитель.сл_СтатусНоменклатуры"
Так не сработает, потому-что у справочника "Номенклатура" нет такого реквизита.
Если есть некий регистр сведений, в котором хранится этот статус, то нужно добавить его в выборку запроса, связав по номенклатуре.
1. Судя по озвученным названиям речь идет о конфигурации для складской логистики со множеством доработок. А следовательно экспертами по данной системе являетесь только вы (@SlavaViktorov), тот кто поставил задачу и дает подсказки.
2. Со стороны не очевидно какая взаимосвязь между родителем остатков и номенклатурной группой ячеек и почему хоть одна из этих сущностей должна давать подсказку на статус товаров.
Первое что нужно сделать - это проанализировать модель данных - все справочники, регистры сведений/накопления и документы, которые определяют планирование ячеечного хранения и фактическое заполнение. Начать можно с пользовательского интерфейса (с помощью команды показа технической информации можно понять что за формы открываются и каким объектам они принадлежат). Далее в конфигураторе используем поиск на ссылок объект и поиск ссылок из объекта. Обращаем внимание на функциональные опции, которые часть функционала могут попросту "отключить".
Имея модель - имеем потенциальные места хранения данных по статусам - это обычно реквизиты или регистры сведений. С этой информацией возвращаемся в режим предприятия и с помощью консоли отчетов/запросов по очереди перепроверяются все объекты на предмет наличия статусов - это подтвердит гипотезу про модель данных и даст понимание, что в конфигурации является легаси и не должно быть использовано.
Получив самостоятельно все ответы по модели данных можно приступать к написанию отчета.