СКД - переопределение поля для расшифровки
 

Доброго всем времени суток!

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

Допустим, есть программно формируемая схема компоновки данных с запросом примерно такого вида:

ВЫБРАТЬ РАЗРЕШЕННЫЕ
Ссылка,
Наименование,
Комментарий
ИЗ
Справочник.Контрагенты

В табличном поле результата выводятся колонки Наименование и Комментарий, колонка Ссылка выводиться не должна. Однако при двойном щелчке на строке табличного поля должна открываться форма соответствующего элемента справочника Контрагенты. Поскольку схема компоновки данных формируется программно, и состав полей запроса заранее неизвестен, нет возможности нарисовать для неё макет поля, чтобы в нём задать выражение для расшифровки. Возможно, в процедуре ОбработкаРасшифровки как-то можно добраться до поля Ссылка, но, судя по итогам изучения форумов, это вряд ли возможно. Как быть?

чем же ссылка то не угодила ? обычно представление как раз в виде наименования

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

Ссылка - таки измерение и выводится в отчёт. С отдельным выражением представления.
ЗЫ Ответ сильно упрощён, чтобы яснее вычленить суть

В (0) сказано, что ссылка выводиться не должна. Таково условие задачи. Ещё раз напомню, что вопрос вовсе не о представлении, а о расшифровке.

4-Stolz > Писатель? Выражение представления юзай.

(5) И как выражения представления связаны с расшифровкой, читатель ты наш?

6-Stolz > выражения представления- никак. Но они позволят выводить таки ссылку (а следовательно и обрабатывать ее в расшифровках) создавая у пользователя впечатление, что никакая ссылка никуда не выводится, а выводится, положим, комментарий

(7) Нет, вряд ли это решит проблему. Ведь если пользователь просто уберёт поле ссылки, пусть даже «замаскированное», из настроек отчёта, то расшифровка, построенная на таком принципе, перестанет работать.

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

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

(9) Ну, как известно, сколько ни меняй настройки отчёта в пользовательском режиме, исходный запрос изменить невозможно. Вот в этом-то запросе и скрывается это неистребимое поле, которое нужно прописать в расшифровку.

(10) Добавить туда - куда именно?
В схему-то всё прекрасно добавляется, нужно добавить в расшфровку.

8-Stolz > Сделай ссылку обязательным полем. Тогда она будет присутствовать в коллекции элементов расшифровки. Если нужна штатная обработка расшифровки ссылки - перехватывай штатную обработку расшифровки и пихай в неё нужные действия

+ можно вычислять парамет расшифровки в макете (но это при программном формировании схемы совсем как-то не айс)

(13) >> Сделай ссылку обязательным полем.
Гм, и при это поле не будет выводиться в отчёт? Напомню, что колонка ссылки выводиться не должна.

(14) Да, можно. Но при этом возникают некоторые трудности, см. описание в (0): состав полей запроса заранее неизвестен, нет возможности нарисовать для неё макет поля, чтобы в нём задать выражение для расшифровки.

15-Stolz > если ссылка не будет выбрана в настройках, то и выводиться не будет. Больше того, поле ссылка можно объявить недоступным и пользователь перестанет вообще подозревать о его присутствии

(17) >> поле ссылка можно объявить недоступным
Каюсь, об этом не подумал. Спасибо за наводку, попробую это вариант, по идее, должно получиться.

(18) это -> этот