[Vofka]

Привет!

Конфигурация УТП 1.1.7.3
Задача: сделать так, чтобы пользователи не могли редактировать чужие документы, т.е. те документы, которые создали не они.

Можно конечно в каждом документе сделать какую-то проверку, на автрока (к стати, как?).

Но я думаю, может есть какой-то механизм, с помощью которого не прийдется каждый документ "ковырять"?

[shavulsky]

элегантнее всего это через тот же механизм, которым закрывается доступ к чужим контрагентам

[zetovich]

все просто.
есть ПодпискаНаСобытие и там ищем ПриЗаписиДокумента (что то подобное)
в процедуре проверяем на ТекущегоПользователь и ОТветственный (кста это не обязательно тот чувак который создавал этот документ)
з.ы. 1.1.7.3 или там еще RLS?
извините, конфигурации под рукой нету...

[Vofka]

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

Т.е. в 8 нет 7-мерочного аналога "Автор"?

1.1.7.3 или там еще RLS?

А я хз. Написано просто 1.1.7.3

[zetovich]

Т.е. в 8 нет 7-мерочного аналога "Автор"?


А я хз. Написано просто 1.1.7.3

нет.....Ответственный это не автор....
1. подрозумевается: Иванов может сделать документ. Но ответственным назначить Петрова. Ты можешь менять значение этого реквизита.
2. Открыл 1.1.7.3
Идем в подписку на события, ищем "ПередЗаписьюДокументаДатаЗапретаРедактирования"..там вызываем Процедуру "ПередЗаписьюДокументаДатаЗапретаРедактированияПередЗаписью"....."Источник" - это ссылка на документ(в данном случае)....а там уже смотрим. Не забываем что есть подписка и на регитсры
3. что касается автора....добавил еще одну подписку...выбрал документы где есть отвесттвенный....и там
Источник.Ответственный = глЗначениеПеременной("глТекущийПользователь"); (выдрал из УТ...может в УТП нету такой функции, но смыл, пологаю, понятен).

[Vofka]

zetovich, а что такое "ПодпискаНаСобытие"? Это какой-то механизм платформы?

[zetovich]

Конфигурация-Общие-подпискаНаСобытия.
можешь перечислить источник, выбрать событие....и одной процедурой можешь его обрабатывать. (не унапример, нужно тебе что то при заиси документов.....чтоб неписать везде....можно воспользоваться подпиской)
раньше для запрета редактирования (и не ток) использовали RLS.....на деле оказалось медленное и иногда непременимо.....вродь в новых релизах и духу от rls не осталось...

[Vofka]

Ясно, спасибо, буду разбираться!

[Fynjy]

Если только изменение - подписка для начинающего самое то. Если просмотр и чтение - RLS однозначно ...

[Vofka]

А можно в нескольких словах или линк что такое RLS?

[capitoshko]

[необходимо зарегистрироваться для просмотра ссылки]

[Vofka]

Спасибо, прочту

[Moloko]

А еще можно по-простому или по-сложному (через язык) оформить это в ролях пользователей. Как правило, над "Ответственным" будет начальник, который все равно захочет все поменять по-своему.

[Batchir]

А у меня такой вопрос. До этого подписками на событие особо не пользовался, но вот возникла ситуация когда нужно определнным правам открывать все проведенные документы только на просмотр. Такого события как ПередОткрытием не нашел чтобы выставлять только на просмотр. Можно конечно перед записью делать запрет, но хочется узнать, может можно добавить как-то событие ПередОткрытием?

[Ardi]

РЛС должно подойти.
Без подпискок.
---
Вернее даже без РЛС права такие есть.

[Batchir]

СПС, пошел грысть РЛС

[zetovich]

А у меня такой вопрос. До этого подписками на событие особо не пользовался, но вот возникла ситуация когда нужно определнным правам открывать все проведенные документы только на просмотр. Такого события как ПередОткрытием не нашел чтобы выставлять только на просмотр. Можно конечно перед записью делать запрет, но хочется узнать, может можно добавить как-то событие ПередОткрытием?

интересно зачем?
можно сделать что то типа общего журнала/отчета....и там выводить им то что нужно. Остальной интерфейс (по документам) должен быть и так закрыт...
RLS лучше ,но муторно все права с доками(регистрами?) править.

[Batchir]

интересно зачем?
можно сделать что то типа общего журнала/отчета....и там выводить им то что нужно. Остальной интерфейс (по документам) должен быть и так закрыт...
RLS лучше ,но муторно все права с доками(регистрами?) править.

Пользователи выходят через список подчиненных на документы которые им вроде как просматривать и создавать можно можно, но изменять проведенные нельзя. У этих пользователей свой интерфейс и так и причем именно на интерфейс и всё завязано. Заказчика и так всё устраивает, просто попросил чтобы пользователи (которым назначен определенный интерфейс нельзя изменять проведенные документы). Вот я и хотел пойти через события что бы сделать как можно проще и эффективней.

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

[Creaturka]

а чем не устаивает в правах доступа запретить интерактивное изменение проведенных?
тогда как раз без всякого кода форма непроведенного\нового открывается на изменение, а проведенного - только просмотр

[Batchir]

Пользователю выбраны стандартные права (типовые) и эти же права назначены другим пользователям. Тут привязка идет к интерфейсу. И вобщем то нужно было простое и быстрое решение. На реализацию через подписку ушло времени 10 мин, а сколько бы ушло времени на создание и отладку новых прав? В общем дело в КПД реализации.