Здравствуйте.
1С БП 3.0

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

Сейчас понадобилось ограничить доступ к документу "ПлатежноеПоручение", в котором контрагент имеет составной тип:
- Справочник.Контрагенты;
- Справочник.Физические лица.
Почему нужна опять доработка? Потому, что текущая доработка конфы платежки по контрагентам ограничивает, а вот платежки по физ.лицам всем видны.

Открываю шаблон RLS "ПоЗначениям", смотрю:

```1c
    // В(n) - Вид доступа - имя вида доступа, например, "Организации". Для полей составного типа, с целью повышения
    // производительности, лучше указать несколько имен, например, "Организации,ГруппыФизическихЛиц",
    // чем использовать несколько блоков параметров, с одним и тем же именем поля.
```

меняю права:

```1c
    #ПоЗначениям("Документ.ПлатежноеПоручение", "Чтение", ",
    "Контрагенты, ГруппыФизическихЛиц", "Контрагент",
    ",",
    ",",
    ",",
    ",",",",",",",",
    ",",",",",",",",
    ",",",",",",","
    )
```

и получаю ошибку при открытии журнала (скриншот №1). Ну, думаю, может забыл указать значения видов доступа.
Заглянул в справочник "ГруппыДоступаФизическихЛиц", а форма недоступна (скриншот №2). Как сделать так, чтобы документы "Платежные поручения" были ограничены к доступу по определенным контрагентам и физлицам? Или вообще чтоб платежки по физлицам не светились.
---
Убери одну строчку "","",
У меня в БП 3.0.65.80 нет в Профиле групп доступа такова разграничения. Может это для КОРП версии
---
```1c
    #ПоЗначениям("Документ.ПлатежноеПоручение", "Чтение", ",
    "Контрагенты", "Контрагент",
    "ГруппыФизическихЛиц", "Контрагент",
    ",",
    ",",
    ",",
    ",",",",",",",",
    ",",",",",",",",
    ",",",",",",","
    )
```

Может так попробовать
---
```1c
    #ПоЗначениям("Документ.ПлатежноеПоручение", "Чтение", ",
    "Контрагенты", "Контрагент",
    "ГруппыФизическихЛиц", "Контрагент",
    ",",
    ",",
    ",",
    ",",",",",",",",
    ",",",",",",",",
    ",",",",",",","
    )
```

Может так попробовать
---
Ошибка...
---
Убери одну строчку "","",
У меня в БП 3.0.65.80 нет в Профиле групп доступа такова разграничения. Может это для КОРП версии
---
Да,да, сам догадался уже)
---
Да, действительно платежки по Физлицам исчезли. Ради интереса попробовал по одному физлицу разрешить доступ. Создал "Группу доступа физических лиц", зашел в справочник "Физические лица" указал нужному Физлицу эту группу. Указал в профиле что разрешена эта группа. Сделал /С ОбновитьИнформационнуюБазу. В журнале платежных поручений так и не отобразилась платежка по разрешенному физлицу. Почему?
---
Есть подозрение, что Группа доступа физлиц для другого сделана, а именно управляет доступом физлицА, а не К физлицУ.
Насколько я ещё помню, давно это было, в конструкции

"Контрагенты", "Контрагент",
"ГруппыФизическихЛиц", "Контрагент",

первое значение - это вид доступа, второе - имя реквизита объекта, используемый для обработки. Таким образом конструкция "ГруппыФизическихЛиц", "Контрагент" всегда даст ложь на выходе, поскольку тип контрагента никак не является типом справочника ГруппыФизЛиц.
---
поскольку тип контрагента никак не является типом справочника ГруппыФизЛиц

Тем самым вы отвергаете, что могут быть использованы поля составного типа?
В справке по шаблону RLS явно же указано:

```1c
    // В(n) - Вид доступа - имя вида доступа, например, "Организации". Для полей составного типа, с целью повышения
    // производительности, лучше указать несколько имен, например, "Организации,ГруппыФизическихЛиц",
    // чем использовать несколько блоков параметров, с одним и тем же именем поля.
```

Хорошо, а если бы поле "Контрагент" было бы однозначно типом "Справочник.ФизическиеЛица"? Оно тоже не равняется справочнику "ГруппыФизЛиц".
---
Я очень условно всё это написал. На самом деле если вид доступа ГруппыФизическихЛиц описан таким образом и шаблон это понимает, что в качестве аргумента может быть тип СправочникСсылка.ФизическиеЛица, то всё будет ОК. Если нет - всегда будет Ложь. В каждом конкретном случае с этим очень дотошно нужно разбираться. С анализом шаблона. На заборах 1С много чего пишут. ;)