Привет!
Выдает ошибку в документе "возврат товаров от клиента" когда мы пытаемся уменьшить долг клиента
{(28,83)}: Поле не найдено "ТаблицаДокумента.Заказ,ОрганизацияПолучатель"

Как понять какой роль нет у пользователя?
Под Админов все норм

видимо что-то с заказом связано (покупателя наверное). Есть права на чтение заказа?

(1) только на чтения заказа и стоят права

Так там же запятая вместо точки - Заказ,ОрганизацияПолучатель

Хотя нет

покажи полный код, где ошибка

{(28,83)}: Поле не найдено "ТаблицаДокумента.Заказ.ОрганизацияПолучатель"  ТаблицаДокумента.Заказ.Организация НЕ В (&Организация) И ТаблицаДокумента.Заказ<<?>>ОрганизацияПолучатель НЕ В (&Организация)

на основании чего сделан возврат?

(7) На основании "Чек ККМ"

в обычных запросах роли не так ругаются

у тебя в данных где-то косяки

(10) В данных все норм, если зайти под админом и сделаю все то же самое, то никакой ошибки не будет

(0) Есть обработка, поиск ролей пользователя, в ней же можно смотреть роли на объекты БД

(11)Это смотря где ошибка. Может под админом этот кусок кода вообще не выполняется.

(8) права на просмотр чека есть? В чеке все поля норм заполнены?

(12) у меня есть такая обработка, только в ней нету разрешений (ролей) по полям

(14) права на просмотр чеков стоят, но если зайти так "Продажи-розничные продажи-чеки ккм", то ругает "Поле объекта не обнаружено(Кассоваясмена)".
А если зайти по другому "Продажи-см. также-чеки ккм продажи", то будет все норм, можно перейти в чек и посмотреть его

Это НЕ права

Добавление изменение возвратов товаров от клиентов
Использование подключаемого оборудования
Раздел продажи
Раздел продажи розничные продажи
Чтение договоров контрагентов
Чтение информации по номенклатуре
Чтение информации по партнерам
Чтение курсов валют
Чтение нормативно справочной информации
Чтение организаций и банковских счетов организаций
Чтение отчетов о розничных продажах
Чтение соглашений с клиентами
Чтение чеков ККМ

Эти роли ставил на то, чтобы пользователь мог делать только возрат товаров.

Базовые права
Базовые права УТ
Запуск тонкого клиента
Сохранение данных пользователя


Эти роли стоят на для запуска 1С

(15) в запросе данных смотри

Возможно еще, что у тебя несколько организаций, и пользователи по ним поделены

(20) В базе несколько организаций, но я не делил пользователей по организациям.

(19) и как этот запрос у пользователя посмотреть?

Так какую надо роль добавить чтобы ошибка ушла?

Оказывается чтобы 1с не ругалась на ошибку  "Поле объекта не обнаружено(Кассоваясмена)", надо было добавить пользователю роль
"ДобавлениеИзменениеРеализацийВозвратовПодарочныхСертификатов"

Это вообще бред.
У нас в базе да же не стоит галочка на то что мы можем использовать эти подарочные сертификаты.

Если переходить в список чеков ККМ вот так: "Продажи-розничные продажи-чеки ккм", то ругает "Поле объекта не обнаружено(Кассоваясмена)".
А если это делать так: "Продажи-см. также-чеки ккм продажи", то все нормально будет.
Только внешний список этих чеков будет разный в этих вариантах, а если в них перейти то все то же самое будет.

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

Я не удивлюсь, что в случае этой ошибки,

{(28,83)}: Поле не найдено "ТаблицаДокумента.Заказ.ОрганизацияПолучатель"  ТаблицаДокумента.Заказ.Организация НЕ В (&Организация) И ТаблицаДокумента.Заказ<<?>>ОрганизацияПолучатель НЕ В (&Организация)

нужно будет то же добавить роль не связанную с этой ошибкой

(22) (10) и (12) смотри, по поводу 23 смотри объекты в дереве конфигурации, открывай их, и смотри какие роли у них установлены, по поводу (19) это смотри в программном коде ПриИзменении или что у тебя там

(25) вот ты скажи про (23) , это разве нормально добалять такую роль?

{(28,83)}: Поле не найдено "ТаблицаДокумента.Заказ.ОрганизацияПолучатель"  ТаблицаДокумента.Заказ.Организация НЕ В (&Организация) И ТаблицаДокумента.Заказ<<?>>ОрганизацияПолучатель НЕ В (&Организация)

Я нашел какая роль нужна для этой ошибка "ЧтениеДокументовПередачиТоваровМеждуОрганизациями"

Логика какая?)

(26) версию УТ поточнее напишите. В УТ11.1 много недоделанного было, про УТ11.0 до сих пор страшно читать ужасы тогдашних внедренцев.

Ут 11.3.4.31

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

(28) Я вообще в шоке, ну должна же быть логика

(30) я не смотрел в конфигураторе

(32) расскажу свою историю - в некоей УТ11.1 пользователи страстно любили отчет "Реестр торговых документов", а он требовал доступа на чтение слишком большого количества разных документов. Я сначала наваял адскую роль, но потом в итоге было проще сделать людям мини-реестры по их документам (реализация, поступление), чем ждать, когда они будут глядеть в закрытые от них документы.

Предположу что это не роли а функциональные опции

(33) Да, это нехорошо когда пользователи могут видеть то что им запрещено