Пишу расширение в режиме совместимости 8.3.8 на платформе 8.3.10.

Добавил в расширение форму. На форме ДС регистра.
На форму вытягиваю колонку Ссылка.НомерБСО
Под полными правами колонка видна на форме, под ограниченными эта клонка не видна!

Что с правами не так? Не смог разобраться.
Пришлось переписать ДС чтобы колонка была сразу НомерБСО, без точки, тогда проблем не было!

Есть идеи с чем это конкретно связано?
Пока запрос в суппорт напишу!
---
свежие новости с полей!

Ответ разработчика:
Да, эта проблема нам известна. В одной из следующих версий платформы она будет решена и у прикладного разработчика будет возможность влиять на видимость дочерни полей в отчетах.
---
Мысль о том что проблема не в расширении натолкнула на идею, что проблема в ролях!

Ознакомившись с похожими темами начал думать что действительно такое поведение ДС связано с ролями на входящие документы реквизита "Ссылка".
Стал вычислять роли, которые накрывают весь спектр документов составляющих реквизит регистра.
И когда все роли с правом просмотра были назначены колонка у пользователя появилась!
---
Конечный ответ:
Это изменение поведения, работы выполнялись по задаче "Пересмотреть доступность дочерних полей в зависимости от доступа пользователя". Изменения вошли в 8.3.11.150
---
все проще. В ДС для ссылочных типов помимо роли на чтение нужна роль на просмотр из-за получения Представления ссылки.
Это справедливо и для отчетов на СКД.
---
в отчетах на СКД идет запрос. И если нет прав выдаст ошибку в ДС такого не заметил!
---
не совсем так. В СКД, если выбраны ссылки в группировки и у пользователя есть роль только на чтение, то он их просто не выведет.
---
не спорю. Но речь идет когда даже и на чтение нет права! В СКД будет ошибка, в ДС просто не выведет!
---
да да, конечно :)
Для примера модифицировал предыдущую тестовую базу:
---
интересно девки пляшут!
На ОФ такого цирка не было)) Хотя и платформа была на режиме совместимости 8.3.5.
И как дела с поиском не хватающих ролей обстоят?
ТП мне по ДС еще не дала ответ!
---
И как дела с поиском не хватающих ролей обстоят?
В общем как обычно. Есть два основных пути.
Зная ссылку какого объекта метаданных будет выводиться:
1. Для конкретной роли выставляем право просмотр.
2. Для объекта метаданных через "Дополнительно" назначаем нужным ролям право просмотр.
При необходимости используем группы доступа.
---
так это и так понятно же)) Речь идет о получении этого списка!
---
какого списка? Списка ролей кому давать права, или списка ссылок, на которые давать права?
Прямого получения нет. Смотрим какие ссылки будут получать представления для вывода, на них и давать права просмотра.
В общем как и обычно, ручная работа.
---
свежие новости с полей!

Ответ разработчика:
Да, эта проблема нам известна. В одной из следующих версий платформы она будет решена и у прикладного разработчика будет возможность влиять на видимость дочерни полей в отчетах.
---
вот, набросал пример в новой базе.
---
Входе переписки с ТП 1С выяснилось, что дело не в расширении.
На тестовой базе добавил колонку в исходный объект. И получил аналогичный результат!
Выходит проблема в том, что у пользователя с ограниченными правами нет возможности видеть внутрянку объекта на который есть право чтения!
---
Мысль о том что проблема не в расширении натолкнула на идею, что проблема в ролях!

Ознакомившись с похожими темами начал думать что действительно такое поведение ДС связано с ролями на входящие документы реквизита "Ссылка".
Стал вычислять роли, которые накрывают весь спектр документов составляющих реквизит регистра.
И когда все роли с правом просмотра были назначены колонка у пользователя появилась!
---
Кому интересно ТП попросила простой пример для демонстрации работы с ДС и ролями.
---
Конечный ответ:
Это изменение поведения, работы выполнялись по задаче "Пересмотреть доступность дочерних полей в зависимости от доступа пользователя". Изменения вошли в 8.3.11.150