[MATEVI]

Ну в общем не стал я лезть в дебри РЛС и просто реализовал, в подписке на событие "перед записью документа" проверку на проведенный документ и даю отмену. Заказчика устроил этот механизм.

А можно код реализации? Как то надо было запретить запись и проведение задним числом. "Родил" вот такое:
Пользователь = Пользователи.ПолучитьЗначениеПоУмолчанию(ПараметрыСеанса.ТекущийПользователь, "ОсновнойОтветственный");
ТекущийПользователь = ПользователиИнформационнойБазы.НайтиПоИмени(Пользователь);
Роли = ТекущийПользователь.Роли;
Для Каждого Роль Из Роли Цикл
ИмяРоли = Роль.Имя;
Если ИмяРоли = "Пользователь" Тогда
Отказ = ПроверитьВозможностьПроведенияДокументаЗаднимЧислом(ДокументОбъект);//ну дальше проверяю в какой дате сидит документ
Прервать;
КонецЕсли;
КонецЦикла;
Но что то мне не нравится перебор. И как то по сравнению с семеркой где НазваниеНабораПрав() слишком много букв

[Creaturka]

РольДоступна (IsInRole)
Синтаксис:
РольДоступна(<Роль>)
Параметры:
<Роль> (обязательный)
Тип: Строка, ОбъектМетаданных: Роль. Название роли как она задана в конфигураторе или объект описания метаданного роли.
Возвращаемое значение:
Тип: Булево. Истина - роль доступна текущему пользователю; Ложь - в противном случае.
Описание:
Определяет доступность указанной роли текущему пользователю.
Пример:
Если Не РольДоступна("Менеджер") Тогда
Сообщить("Просмотр заявок от покупателей не разрешен!");
КонецЕсли;

[Batchir]

А можно код реализации?

Да там ничего хитрого. В УТ есть событие ПередЗаписьюДокументаПроверкаДоступностиПериода

Так я туда дописал свою проверку

Процедура ПередЗаписьюДокументаПроверкаДоступностиПериода(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
    
    Если Отказ Тогда
        Возврат;
    КонецЕсли;
    
    ПроверкаПериодаДокумента(Источник, Отказ, РежимЗаписи);
    #Если Клиент Тогда
        Если Отказ Тогда
            Сообщить("Редактирование данных этого периода запрещено. Изменения не могут быть записаны...", СтатусСообщения.Важное);
        КонецЕсли;
// мой код начало
    Если ПользователиИнформационнойБазы.ТекущийПользователь().ОсновнойИнтерфейс.Имя = "ПродавецКожи" Тогда
        Если Источник.Проведен Тогда
            Отказ = Истина;
            Сообщить("Редактирование проведенных документов запрещено. Изменения не могут быть записаны...", СтатусСообщения.Важное);
        КонецЕсли; 
    КонецЕсли; 
// мой код конец

    #КонецЕсли
    
КонецПроцедуры // ПередЗаписьюДокументаПроверкаДоступностиПериода()

Ещё раз обращаю внимание, что мне нужно было выполнять именно для определенного интерфейса, независимо от выбранных прав

[MATEVI]

Да. Как то пропустил
Синтаксис:
РольДоступна(<Роль>)

[pencroff]

Добрый день.
В типовой УТП необходимо сделать деление видимости, доступности учета по подразделениям.
Это значит что справочники номенклатуры, контрагентов, организации - общие. А вот видимость данных в журналах документов, отчетах,
возможность формирования документов должна зависеть от подразделения в котором работает человек.
Один человек может работать в нескольких подразделениях.
Подскажите как лучше всего реализовать сие чудо?
Решение которое мне пришло (мне кажется что это быстрее чем RLS):
1. Принудительно ограничивать отбор в журналах по подразделению в зависимости от пользователя.
2. Контролировать выбор подразделения в документе в зависимости от пользователя.
3. Как формировать отчеты по подразделению (с запретом изменения отбора) - пока не придумал.

Может быть существует более элегантное решение?

Причина редактирования: Используйте стандартные размеры шрифта

[zetovich]

RLS - наше все.
1) можно эти отборы отключать.
2) ну зачем оно Вам нужно(там добавили фильтр...там забыли)?
3) RLS как раз и решит вопрос со всеми отчетами.
что за причина боязни RLS?

[shavulsky]

что за причина боязни RLS?

Малое кол-во информации, книжек.
если можно - ссылку где почитать

[pencroff]

Причина не боязнь а то что могу сделать так что все будет тормозить. Говорят что RLS медленно работает.

[zetovich]

Причина не боязнь а то что могу сделать так что все будет тормозить. Говорят что RLS медленно работает.

Простые запросы (а у Вас именно такие должны быть)..работать будет вполне нормально.
да собственно что мешает проверить?....там 5 мин запроса писательства. (лучше посмотреть на типовые (УТ). Сделать что-то наподобие).
У нас, на 15 одновременно работающих пользователей по 300 документов в день, базе уже 4 года, отлично работает по кассами и складам.
Как будто и нет ограничений.

[Batchir]

ОФФТОП. А у меня никак руки не доходят до изучения РЛС, хотя чешутся.