Доброго дня. Уже вторую неделю ломаю голову, как организовать вывод строк табличной части документа вместе с документом в динамический список. Задача стоит следующая: Есть документ маршрут, у него ТЧ с заказами, у которых адрес строкой. Нужно выводить маршрут, его статус, водитель, и список адресов из ТЧ. Либо выводить в ячейке как многострочную строку, но такого в дин списке нельзя (ни в условном оформлении, никак не выходит). Пытался сделать деревом, но там тоже костыли, либо группировать нельзя, либо таблица указана неверно, либо конфликт ключевых полей.
Наверняка же я не первый, кто захотел такое изобразить, подскажите как выкручивались?

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

(1) была такая идея, но встаёт необходимость отслеживать изменение адреса в заказе, чтобы изменить его и в маршруте. Маловероятно, что адрес будет меняться часто и кардинально, но всё таки лишние записи хотелось бы избежать.

(0) Отображайте ТЧ документа в другом ДС с фильтром по ссылке по строке текущего

(3) такое поле тоже есть, и оно нужно отдельно. Там проблем нет. В нем отображаются детали заказа, уже его состояние и прочее. В вот именно в списке маршрутов, нужно видеть разом, кто по каким едет.

(4) Выведи не в ДС, а в дерево

Есть ограничение на количество заказов/адресов в одном марщруте?

(4) какие такие "такое поле тоже есть" ?

на форме отображать один или два или три и тд динамических списка одновременно, причем, второй, третий и тд строятся с отбором по данным текущей строки первого дс

(2)А вообще лучше все-таки сделать проверку на наличие маршрутов и заказов по адресу при изменении оного. Так правильнее и надежнее.
И не так уж сложно это сделать.

(2) Тогда можно сделать не реквизитом, а отдельным регистром, данные в котором обновлять и при записи маршрута, и при записи заказа.

Либо ждать выхода 8.3.10 - в ней для упр форм добавят ПриПолученииДанныхНаСервере.

(0) Добавь реквизит, текстовый, 1000 символов будет больше чем достаточно.
Можно обойтись и 300 символами.

И Выводи в эту строку то, что сочтешь нужным.

Про регистр хорошая идея если скомбинировать с реквизитом еще, надо прикинуть, тем более надо отслеживать состояния всех заказов в маршруте, чтобы сигнализировать диспетчеру.
Может есть еще идеи на эту тему? С группировками никак не победить? Дерево очень неплохо бы было. Можно сделать дерево значений, но тогда обновлять надо по таймеру что ль.

(11) Лишнее это. Тормозит будет.

(12) лишнее что, реквизит, или регистр?

(13) выводить в дерево доп-информацию динамическим способом - как ни крути, хоть регистром, хоть табчастью - хрен редьки не слаще.

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