В результате запроса получается несколько строк одинаковой номенклатуры, но с разными характеристиками.

Номенклатура - Характеристика1
Номенклатура - Характеристика2

Надо вывести всё в одну строку табличной части, по разным столбцам, чтобы выглядело так:

Номенклатура - Характеристика1 - Характеристика2

В интернете всё пересмотрела и ничего не получилось найти.

СКД

(0)И как соотнести количество характеристик и количество столбцов?

(1) Так не в отчет, ей в табличную часть надо.

(1) СКД тут не вариант

(2) Столбцов будет 3 и если характеристик будет больше, то надо вывести только 3

(5) Фигня вопрос. Выгружаешь в тз. Отрубаешь лишнее, и грузишь в табчасть.

(6) А подробнее можно пожалуйста, не совсем понимаю как сделать

(0) Вопрос точно про табличную часть (со структурой зафиксированной в метаданных)? Может всё-таки табличный документ?

(8) Табличная часть обработки

(7) Ну два варианта.
Новая строка ТЧ, счетчик в ноль
В цикле раз, два, три, сброс.
Переходим к следующей
Естественно упорядочив по номенклатуре.

Либо запрос переделать.

Соединитьстроки в скд

(4) СКД тут как раз вариант.

(12)

Допустим сформировала она СКД программно.
Таблица
Строки: номенклатура
Столбцы: Характеристики

Выгружает она это СКД в ТаблицуЗначений, чтобы таблицу значений загрузить в табличную часть ... И... и ?

Что и? Сформулируйте вопрос.

(14)

Я верно описываю моё понимание алгоритма (выделил жирным) ?

(15) А. Если у нее жестко заданный перечень характеристик (речь идет о табличной части?) то получит на выходе ТЗ со структурой полностью совпадающей со структурой табличной части. Можно конечно извратится и слепить текст запроса динамически исходя из набора требуемых характеристик, но зачем? Б. Если у нее 1 колонка под характеристики, то можно слепить их в строку.

(10) Не всегда будет 3 характеристики и не всегда будет 1 номенклатура. Номенклатур может быть и 5, а количество характеристик у них разное. У какой-то 1, а у какой-то все 3.

(16) Под характеристики 3 колонки

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

(17) Все за вас делать.
На выходе запроса что-то такое я так думаю.
Номенклатура1 -Характеристика1
Номенклатура1 -Характеристика2
Номенклатура1 -Характеристика3
Номенклатура1 -Характеристика4
Номенклатура2 -Характеристика1
Номенклатура2 -Характеристика2
Номенклатура3 -Характеристика1
Номенклатура3 -Характеристика2
Номенклатура3 -Характеристика3
Номенклатура4 -Характеристика1
Номенклатура5 -Характеристика1
Номенклатура5 -Характеристика2

Выгружаете в тз. И фигачите в циклах, раз запрос не осиливаете.
Первый цикл по номенклатуре. Сравнивает что номенклатура не поменялась. Если поменялась делает новую строку в таб части, пишет номенклатуру и сбрасывает счётчик на 1
Вложений цикл работает по характеристикам со счётчиком от 1 до 3 и заполняет колонки. Соответственно больше трех не заполнит. Если номенклатура поменялась, то выбрасывает на верхних цикл.

(15) признаю. судя по свежей инфе от ТС, вариант с запросом без СКД будет лучше. Три характеристики максимум. Запрос проще всего собрать руками 1 раз.

(18) а ты точно не бот?

(0) "В интернете всё пересмотрела и ничего не получилось найти" задача неадекватная.
куда остальные характеристики делись?

(22) точно бот

В типовых БГУ 2.0, БП 3.0 наверное в момент принятия к учету ОС подобно реализовано. Там гиперссылка с выводом окна поверх документа с просмотром \изменением значений субконто.
Это если по-красоте

(0) А если не "пересматривать в интернете", а подумать самостоятельно?
Вот подсказка:

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

(27) по вопросу из другой темы - естественно, справился. Надо было просто внимательно прочитать и правильно понять документацию.