Здравствуйте.
Я не могу понять одной фишки:
есть условие в процедуре ПриОткрытии()

```1c
    Если РольПриемщик И ЗначениеЗаполнено(Объект.Ссылка) Тогда
```

Под администратором хорошо, но если заходит с ролью Приёмщик то выдает ошибку ссылаясь на строку условия:
Поле объекта недоступно для чтения (Объект)
    Если РольПриемщик И ЗначениеЗаполнено(Объект.Ссылка) Тогда
---
нашел, вообще внутри формы.
---
Поле объекта недоступно для чтения (Объект)
прямым текстом пишет, что прав не хватает на чтение.
---
я уже все пересмотрел, уже незнаю где искать
---
а что ищете?
---
Искал где права урезаны.
(5)Это документ, галочки на чтение, запись изменение стоят
---
это документ или справочник?
Открываем нужную роль. Находим там нужный объект. Смотрим разрешения.
---
Сообщение было скрыто модератором.
---
нашел, вообще внутри формы.
---
это те же права, что и выше. Просто не было прав на просмотр. Чтение, это программное чтение. Для открытия документа нужны права на просмотр. Ссылка это стандартные реквизиты документа. На нее тоже права там же можно выставить.
---
в УФ есть наверно 5 методов, роли, пользовательская видимость, функциональные опции, расширения и программно.
---
Добрый день.
Конфигурация типовая, ЕРПИ.
У меня документ Реализация товаров и услуг добавлен в расширение.
К типовым реквизитам через расширение добавлены еще три реквизита.
Эти три реквизита были вытащены на форму через расширение.
При работе под полными правами всё отрабатывает замечательно.
При работе под ограниченными правами выдавалась аналогичная ошибка (Поле объекта не доступно для записи)

Помимо (8) помогло следующее:
В роли на документ Реализация товаров и услуг явно дать права на Просмотр (для чтения) и Редактирование (для изменения) добавленных реквизитов.
Прав на сами реквизиты было недостаточно.

Также некоторые куски кода, которые выдавали ощшибку были перенесены на сервер. Ошибка пропала.
---
В роли на документ Реализация товаров и услуг явно дать права на Просмотр (для чтения) и Редактирование (для изменения) добавленных реквизитов.

После этого у пользователей вывалились лишние документы в списках :)

Снял эти галки. Проверил еще раз.

Потребовалось добавить в расширение роли ЧтениеРеализацийТоваровУслуг и ДобавлениеИзменениеРеализацийТоваровУслуг
И в этих ролях установить права на новые реквизиты. Только после этого заработало.
Вывод: надо учить матчасть :)
---
И как бы ни банально это звучало, если творится волшебство, не поленитесь почистить кеш.
Вчера столкнулся с ситуацией, что под одним пользователем форма ведет себя правильно, под другим возникает ошибка, при этом в расширении я удалил форму и заново добавил в расшрирение без изменений.
После очистки кеша у обоих пользователей форма стала работать одинаково.
---
Это очень странная ошибка, явно вызванная глюком в платформе.

Симптомы:
- проявляется при открытии внешней обработки пользователем с ограниченными правами
- выходит ошибка "Поле объекта недоступно для чтения ..."
- в отладчике, при просмотре основного объекта формы видно, что у этого поля в колонке значение тоже написано "Поле объекта недоступно для чтения"

Помогает:
- скопировать, удалить и заново вставить поле
- добавить внешнюю обработку в конфигурацию (в ветку "Обработки") через пункт меню "Вставить внешнюю обработку, отчет...", а затем повторно сохранить её в файл через "Сохранить как внешнюю обработку/отчет..."
---
Спасибо. Помогли.
---
Спасибо, вопрос решился пересозданием всех реквизитов.
Очень странная была ошибка. Перестала работать внешняя обработка под всеми пользователями, кроме тех, что с правами администратора. При отладке выдавал ошибку "Поле объекта недоступно для чтения ..." Соответственно, никаких дополнительных ограничений на права не было. В общем, остается разводить руки.
---
Спасибо. Помогли.
---
Тоже бодался с видимостью и доступностью реквизитов в документе. Помогло просто добавление ролей основной конфигурации на документ в расширение. Права по заимствованным ролям на реквизиты, созданные в расширении, встали автоматически.