КА 1.1, надо закрыть для редактирования поле "Ответственный" во всех документах. Для меня вообще было открытием, что оно открыто:)

В общем я думал все будет как-то проще. Покопался в настройках, ничего не нашел, хотя думаю такие настройки должный быть!

Сейчас решил вопрос дичайшим способом: проходил все используемые документы руками и вставлял в ПриОткрытии() формы процедуру из общего модуля Процедура ЗакрытьПолеОтветственный(ФормаДокумента) Экспорт
    
    Если ФормаДокумента.ЭлементыФормы.Найти("Ответственный") <> Неопределено Тогда
        ФормаДокумента.ЭлементыФормы.Ответственный.ТолькоПросмотр = Истина;            
    КонецЕсли;
    
КонецПроцедуры

Такая нелепость заняла просто кучу времени. Как можно решить этот вопрос более элегантно, да что там, как его решить правильно? Без этих странных дописок. Да, кстати, с подписками на событие раньше не работал, думал они спасут, но вот обнаружил, что они только на события объекта влияют, а форму пропускают, так что ли?

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

(1) На серверный контекст еще подписка логична, на все остальное, конечно нет

научить изменять данные документа без открытия формы?

(0) А зачем его закрывать? Если ты думаешь, что туда заносится пользователь создавший документ, то это не совсем так. Если нужно знать, кто создал документ или кто редактировал, то это нужно решать как то по другому (не через ответственного)...

(0) Более элегантно ни как не решишь. Можно посоветовать вписаться в какую нибудь типовую процедуру которая при открытии всегда обрабатывается.

(3) научи

(6) Групповая обработка и идут в лес все запреты про Ответственного

(5) Элегантно это как раз через подписку на событие

(5) типа МеханизмНумерации

(0) Можно было проще. В подписке "ПриЗаписи" при записи нового документа тупо устанавливать текущего пользователя, а при записи уже сохраненного документа вертать уже сохраненного ответственного, если кто догадался его поменять...

+(10) В смысле "Перед записью"

(10) отличная идея! То, что мне нужно!

(10) +1
Именно так и делали.
+ при изменении в "ПередЗаписью" проверяли, если ответственный изменился и не "ПолныеПрава", то запрещать сохранять документ.

(0) а вствить пару строчек например в ОпределитьДоступностьВозможностьИзмененияДокументаПоДатеЗапрета() сильно ломало?

(14) Дык откуда он про нее узнал бы? У него точить времени нет, ему пилить надо...

(10) ПриЗаписи - ой ли?
(13) это более рационально, сравнивать данные по ссылке документа и записываемого объекта.

(16) Я же в (11) поправился, слабо прочитать следующий пост?

вообще-то:

Ответственный <> Автор

По этому логично не запрещать редактирование а добавить поле....

(18) Облегчил работу (0) ? :-)

(19) Ответственный часто фигурирует в печатных документах, например в счета "Ответственный - Ваш персональный менеджер Иванов Иван Иваныч". И не важно что документ делал Петров, все равно персональный менеджер Иванов....

по этому документы и не должны иметь запрет на редактирование этого пользователя.

Автор (как и куча народа) просто невкурил смысл этого поля

я за (5)+(9)

(20) в латвийской УТ 10.3 есть что-то подобное, но так и не ковырял

(18) Иногда бывает нужно получить последнего, кто ковырялся в док-е.
(10) Полностью поддерживаю. Только я еще добавляла вопрос на сохранение: если сохранить - меняем ответственного на текущего, если не сохраняем - то ничего не сохраняем.

(20) В таком разе нужно (как минимум) 3 поля: создатель, персональный манагер клиента, кто последний ковырял док-т :)

(12) Тебе это еще в (8) сказали, слоупок )

(20) Там все ок, автор нормально покурил. Документы, где есть ответственный и ответственный за заказ - учтены.
+ мы дописываем так, чтобы вообще никто ничего не менял, иначе будет цирк.

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

(25) Ты бы еще сказал "Через написание кода путем использование манипулятора - клавиатуры" и я должен был сам понять, что ты имеешь в виду. В общем не написал по делу - иди лесом.

(24) Журнал регистраций не пробовали смотреть?

(26) разжевать и в ротик положить - не мой метод.

(27) да я вижу, что ты более предрасположен к методу пустословия. Да еще и с чтением у тебя проблемки, ты вообще в курсе? Посмотри первый пост, что я там про подписки писал?

(27) Пробовали... Долго очень.
Бухи хотели уже в журнале док-ов видеть.

(30) только хотел написать. Не долго, а на столько непозволительно долго, что КПД стремиться к нулю

(31) ТСЯ

(29) Если дать человеку наводку, то он может горы свернуть, ты видимо наводку не понял.

(31) Я лично, смогла только у себя на ноуте, спустя около 10 минут. У пользака - через 25 минут тупо сняли задачу.

(33) я вообще не пью

(30) В 8.3 изменился подход к хранению ЖР, он теперь значительно быстрее

(35) похвально.

(36) Я думаю, это основной плюс перехода :)

(0) перестаньте использовать поле Ответственный не по назначению и необходимость такая отвалится сама собой.

(30) если установить отобрать сразу и вид информации - то достаточно быстро, можно ограничить интервал журнала, зачем смотреть от сотворения мира по всем объектам.

(29) а что подписки? при создании документа можно обработать ОбработкаЗаполнения(), при сохранении документа проверить ПередЗаписью() ответственного на старое и новое значение. и тоже по подписке. Зачем все доки менять, при обновлении столько головной боли будет...