Да, автоматом вырезается. но все-таки процесс выпуска - контроль, чеклисты, проверка что все тесты прошли,  загрузка на фреш тесты на фреше... - это требует некоторого времени...

Ясно) Ну я честно ждал до конца рабочего дня. Начал волноваться ))

Всем привет!
Конфигурация УНФ 1.6, БСП там 3.1.2.291. Есть функциональная опция ОграничиватьДоступНаУровнеЗаписейУниверсально. Может ли включение его как то мне помочь в моей задаче?
А задача следующая - в зависимости от Роли\Группы доступа(к чему привязаться в данном случае не важно), документ Заказ покупателя должен открываться в режиме редактирование или только на чтение по нахождению в определенном Состоянии (Состояние  - это справочник типовой). В стандартном RLS такого справочника естественно нет, да и если бы даже был, возможно и не помог бы.

В общем в чем вопрос:
1. Где можно найти что то внятное по теме ОграничиватьДоступНаУровнеЗаписейУниверсально?
2. Или же просто сделать регистр сведений или табличную часть для пользователя, куда записать состояния для него и дальше через RLS роли вытягивать для Изменения Заказа?

Надеюсь внятно описал задачу:)))
Заранее спасибо за помощь!

и универсальное и обычное ограничение доступа на уровне записей - это подсистема "УправлениеДоступом" из БСП. внятное по теме - на ИТС, в разделе документации по БСП 3.1

Доступ доступ доступ доступ доступ там будет написано)

Это я уже нашел:))
Кто то может делал уже такую задачу? Ограничить возможность редактирование документа по его состоянию? Подскажите как правильно это все сделать. Мысли есть, но мне кажется, они все не оптимальные

Например такое решение - У пользователя создать табличную часть с состояниями Заказов. И к нему уже привязывать новую роль с RLS

Но, по моему это будет  ад:)). Состояний всего 8

Перед/ПриЗаписи, кодом, без РЛС

Это типа, пользователь что то там наколбасил, а потом бац, тебе нельзя?:))

Ну можно и так. Тогда еще и ПриСозданииНаСервере формы объекта надо будет

1. Перед, После
2. При создании

Как то кастыль, по моему

Неужели нет более изящного решения?

В документообороте кажется при открытии формы проверяется по статусу

RLS это для безопасности доступа к данным а не для красивостей на формочке

Это не совсем красивость. По процессу клиента каждый может видеть данные по Заказу, но скажем, логист может Заказ изменять только в своем состоянии

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

Обычно когда нужно делать такие штуки то функции конкретного ограниченного пользователя реализуются в формн внешней обработки которые открываются по ссылке из формы заказа. На обработку можно просто проверить права и возможность ее открытия так же легко заблокирлвать при неверном статусе заказа.

Пример: это пробитие чека из реализации товаров и услуг под пользователем имеющим возможность работать с кассой но не имеющим прав отгружать товар в УТ-ЕРП.

Спасибо, буду капать там. Поищу как 1С реализовала это в УТ-ERP и ДО