Как и почему работает метод выбрать подчиненные документы ?

Автор SnakePlisskin, 24 марта 2025, 09:26

« назад - далее »

SnakePlisskin

Доброго всем дня!
Ситуация следующая. Есть документ реализация - в шапку к нему я добавляю реквизит с типом "Документ" - в этот реквизит выбираю ссылку на нужный мне документ. И вот тут начинается интересные вещи, делаю метод ВыбратьПодчиненныеДокументы - у документа который я выбрал в шапке - метод возвращает выборку с результатом Реализация....но по моей логике Реализация - это не есть подчиненный документ соответственно и дерево документов строится не правильно. В первом скриншоте - у реализации не выбрано ничего в созданный дополнительный реквизит.
https://cloud.mail.ru/public/PWHb/SxF94uRzf?utm_source=link&utm_medium=referral&utm_campaign=screenshoter
Во втором скриншоте в доп реквизит выбрал документ.
https://cloud.mail.ru/public/WcTi/uF91vLWyb?utm_source=link&utm_medium=referral&utm_campaign=screenshoter

ADirks

Подчиненный документ - это тот, который ссылается на родительский.

SnakePlisskin

Цитата: ADirks от 25 марта 2025, 08:02Подчиненный документ - это тот, который ссылается на родительский.
т.е. если в шапке - иметь более одно реквизита с типом документ...то этот документ будет считаться подчиненный всем ссылки на которые содержатся в реквизитах с типом документ ?

ADirks

Цитата: SnakePlisskin от 25 марта 2025, 08:55т.е. если в шапке - иметь более одно реквизита с типом документ...то этот документ будет считаться подчиненный всем ссылки на которые содержатся в реквизитах с типом документ ?
да, именно так

SnakePlisskin

Цитата: ADirks от 25 марта 2025, 12:37
Цитата: SnakePlisskin от 25 марта 2025, 08:55т.е. если в шапке - иметь более одно реквизита с типом документ...то этот документ будет считаться подчиненный всем ссылки на которые содержатся в реквизитах с типом документ ?
да, именно так

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

Djelf

Так то можно... Если ссылочная целостность не нужна.

Штатно: ЗначениеВСтроку, ЗначениеВСтрокуВнутр
Через 1С++: MetaDataWork.ЗначениеВСамуюДлиннуюСтрокуБД(Объект);
Значительно компактнее получается через MetaDataWork.

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

Злоп

Цитата
А есть варианты хранения ссылок на документы ? Что бы избежать "проблем" с подчинением и не следить за изменением самого документа , предположим перенос на другую дату ?

а какие проблемы с подчинением?
ну и вряд ли реализации будет переносится перед поступлениями - запросто реализация может не провестись. Обычно поступления тянутся в "начало", а реализации "в конец".

В типовой ТиС навскидку припомню только одно критичное место где влияет подчиненность - поиск СЧФ для отображения в реализации и запрета выписик двух счф к одной реализации на основании.

MWW_Ruza

Цитата: Злоп от 26 марта 2025, 08:14а какие проблемы с подчинением?

Да там у него проблемы с отбражением структуры подчинения в стандартном отчете "ДеревоДокументов".
Вместо нормального дерева выводится непойми-чего...

ИМХО - проще этот отчет немного доработать для исключения попадания в него "подчиненных" документов, которые на самом деле по логике таковыми не являются.

Злоп