GrandGCH

Некропостинг, но.
У динамических списков есть событие "при получении данных на сервере". Там можно обойти через цикл пачку строк, что получила 1С из БД, где "Ключ" - ссылка на документ (конечно, если уникальный ключ не меняли в запросе ДС).

Потом просто создаёшь в запросе ДС пустое поле, в событии создаёшь запрос, куда параметром передаешь массив ключей, получаешь результат, заполняешь нужную колонку в строках. Ну и условным оформлением уже делаешь красоту.

P.s. Но такого лучше избегать делать, хоть списки и получают данные малыми пачками, но, в зависимости от сложности запроса, пользователи могут "грустить" при прокрутке списка.

Пробуйте у табличного документа задать свойство автомасштаб = истина.
Если уже стоит, то нужно вручную поиграться с шириной колонок в макете. Иногда автомасштаб "немощный" и поэтому остаются зазоры, в особенности когда в макете есть несколько выведенных горизонтальных областей, в строках которых, в одинаковых колонках, задана разная ширина.

Судя по модулю, перенос файла происходит при серверном контексте.
Если база скульная, имеет ли доступ пользователь от которого запущен сервер 1С предприятия, доступ к директории через этот сетевой путь?

Некропостинг, но может кому поможет.
Проблему заметил еще когда CMD вывод писал, но внимания не обратил, получил эту ошибку.
Чтобы не восстанавливать базу еще раз, в моем случае 1.5 часа, можно отправить следующий SQL запрос на эту базу, я делал через PGAdmin, где в схему базы не давало провалиться из-за этой ошибки.
"DROP FUNCTION IF EXISTS mchar_pattern_fixed_prefix (internal, internal, internal)".
По идее, остается только эта функция с 4-мя аргументами (на моих остальных 1С базах, эта функция имеет только 4 аргумента) и все работает.