День добрый!
Имеем: Бух 2.0.66.62, платформа 8.3.12.1529
Есть подписка "ПередЗаписьюДокумента..." (событие - ПередЗаписью).
Сам реквизит "ответственный" закрыт (совсем, полностью).
Краткое пояснение: руками в док-те никак нельзя поправить ответственного. Всегда будет (ответственным) тот, кто последний записал док-т.
Вопрос: есть вероятность того, что док-т был проведен другим пользователем, а ответственный не изменился? Например, отчеты какие-нибудь.
Спасибо.
PS Я тут отъеду на полчаса. Но ответы жду. Еще раз спасибо.

Привет. Делали 2 реквизита, "Автор" и "Редактор". Первый создал документ, второй - последний изменивший документ. Выборки по ЖР стали существенно реже.

Ответственный, автор и последний редактировавший - это вообще 3 разных человека могут быть.

(2) Совершенно верно. Нам хватило (1). В редких случаях - ЖР и версии объектов.

есть же версионирование

а если другой не записывал а просто провел

(5)А с каких пор проведение не вызывает запись?

(0) отчеты не могут перезаписывать документ

(7) это ответ на какой вопрос?

(8) Вопрос: есть вероятность того, что док-т был проведен другим пользователем, а ответственный не изменился? Например, отчеты какие-нибудь.

(0) Если меняется безусловно  (а часто прописывается проверка на ОбменДанными.Загрузка, например), то , по идее, не должно.

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

Конфа - стандарт. Добавлена эта подписка и закрытие реквизита в док-ах.
В док-ах - не изменяется. Ни кем. Ни как.
Если, к примеру, перепровести реализацию, то СФ тоже будет перепроведен. Без открытия док-та. Вот тут - может не сработать при записи?
(11) Ничего такого и этакого нет.

(0) А в подписке есть если режимзаписи.Загрузка = Истина тогда возврат, если есть то обработками по идее смогут (например групповой перепровод с режимом админа)

(0) судя по всему, у вас ответственный устанавливается только первый раз, а в дальнейшем не меняется. Иначе при закрытии месяца он бы слетел по всем документам, т.к. выполняется групповое перепроведение документа.

(13) Источник.ОбменДанными.Загрузка Тогда Возврат.
Смогут не записать не меняя реквизита?
Режима админа у пользователей нет.

(15)Программно да. Всякие групповые обработки часто имеют настройку "Отключать контроль записи".

(7) в идеальном мире

В реализации изменила сумму, провела (реализацию). Написато " "Реквизиты СФ будут заполнены автоматом.".
Сумма СФ изменилась, а реквизит нет...
Как так-то?

(18) Отладчик спасёт мать русской демократии

(19) А при чем тут отладчик?

(20) как причем? тебе надо узнать попадает ли он в подписку? какие действия выполняются при записи

(21) Тут и без Ванги понятно, что в подписку не попадает.
При проведении реализации есть ПроверитьСоответ.РеквизитовСФ. В ней (Проверить...) есть Объект.Записать(РежимЗаписиДокумента.Проведение).

(16) Эта хрень отключается? Ну, включается :)

(23) Пиши свои хотелки в свои подписки, ибо методисты считают что обработчики интерактивной работы должны отключаться при обмене.

(24) Что значит "свои подписки"?

Упс. Не в курсе что такое подписки на события? "Не верю"(с).

чем версионирование не подошло. Оно есть из коробки

(24) я согласна, надо делать подписку на событие, идеально, чтобы она писала в регистр кто и что изменил

(26) По-моему, я четко спросила... Повторю: что есть "свои подписки"?

(28) а потом добавить и что изменилось и вуаля вы изобрели (17)

(30) вернее (270

(28) В (0) другое написано?
Регистр - на фиг надо.

(30) я уж тоже подумала, Бухию я плохо знаю, вдруг там нет (17)

Всегда будет (ответственным) тот, кто последний записал док-т.  
- а если групповое проведение документов запустить от администратора? все встанут под его именем? или вы имели в виду, что только проведение измененных документов меняет ответственных?

(29) Четко отвечаю: "Если вы хотите безусловное исполнение алгоритма - выносите его из обработчика объекта "ПередЗаписью" в подписку на событие "Перед записью" этого объекта.

(35) А в (0) что написано?!
Есть подписка (дописка):
- событие: перед записью.
- источник: почти все док-ты (галочки проставлены).

(27)версионирование не подходит, если ответственного нужно менять все-таки не всегда. Например, исключая групповые обработки.

(36) в (0) написано "Есть подписка "ПередЗаписьюДокумента...". В моей конфигурации таких подписок аж десять штук и все они начинаются (кроме подписок обмена) со строки "Если Отказ ИЛИ Источник.ОбменДанными.Загрузка Тогда Возврат...". Поэтому я предлагаю добавить в конфигурацию новую подписку, а не использовать штатные. Так понятно?

(38) "Есть подписка" - имела ввиду "дописана".
Подписка не типовая. Дописана. Не типовая. Не штатная.

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

(39) Ок, ясно, пост (24) - неактуально.

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

(40) Кое с чем соглашусь.

Я реализовывал несколько другой функционал: ответственным назначается тот, кто добавил новый объект и никто кроме него не имеет право изменить это значение.

Смысл: ответственный за объект имеет уникальное право  на редактирование, но может его передать другому, при этом сам лишаясь этого права.

(43) Не начинай...
Это уже обсуждалось... Не раз, и не два.
ИМХО: в каждом конкретном случае - своя реализация. В данном случае - механизм такой.

(44) Не начинаю, просто информирую, если Вы не против :)
Ответ на вопрос в (0): да, такая вероятность есть.
[вышел с ветки]

(0) не видя код - это как кот Шредингера, есть вероятность всего пока оно неизвестно. Если при каждой записи явно ставится новый ответственный - то не могу представить сценарий при котором реквизит не поменяется, кроме обмена