А кстати - подскажите, где почитать про последовательность событий. А то для меня не очень понятно почему событие "ПриЗаписи" у последовательности срабатывате всегда.
Чем это аргументировано. (надо подтянуть матчасть)

Это не объясняется, это дано свыше как есть.
В документации лишь объясняется что есть, но не всегда - почему.
Последовательность вообще обделена классической схемой, но можешь взять схему для регистра (на что по сути и похожа последовательность): https://its.1c.ru/db/pubdevguide83#content:631:hdoc

У меня нет доступа к этому разделу ИТС. Почему-то...

Я правильно понял что нет схемы в которой последовательность событий "запись/проведение/удаление " согласована с событиями объекта "Последовательность"?

Может и есть, но я о такой не знаю. Найдешь - не забудь здесь поделиться :)

Чем не идея для новой статьи на инфостарте ))
Был бы я тем кто их пишет - уже бы строчил...

Чтобы написать туда статью не нужно быть кем-то

через api же можно было включать не себе, если прав хватает

через апи можно практически все :)

а вот в гуи - нет

Да простит меня 1С

из практического опыта, надо попробовать решить вопрос огранизационно: устанавливать глубину правки пользователем "заднего" числа, чтобы он не правил историю без контрольно. И в проверке доступа к редактированию определенных документов, которые двигают последовательность, ты можешь с большей долей вероятности вычислить - сдвинет он ее или нет. Заодно и период сильно поджать - до месяца, как пример. Если у тебя все на гп.

Это все понятно. В этом направлении и двигаюсь.
Но полностью запретить действия по отодвиганию границы я не могу.
Поэтому и хотелось бы получать уведомления о том что ее сдвинули - чтобы оперативно проводить расследования кто, с какой целью и на каком основании это выполнил.

Чтобы публично выпороть нарушителя )))

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

Ух, красота!

Все что вам надо знать про настройку прав

Функция ЭтоИванов()

Кто-то когда-то начал, остальные подстроились.
Рефакторинг никто не оценит и не заплатит за него.

Это хорошо когда у тебя столько власти - что усилием воли можешь что-то запрещать )))
Но бывают ситуации когда ты должен доказывать необходимость таких вот запретов.
Сталкиваясь с аргументацией в стиле "А что такого.. клиент просит - значит надо" и т.п.

И вот чтобы как раз и проводить идентификацию всех причин которые надо "прикрыть" на административном уровне и хочу такое событие.
Чтобы не по таймеру проверять - успел кто-то последовательнсоть дернуть или не успел. А именно в момент сдвига в телегу получать уведомление и сразу расследование. С фиксацией причин, выводами и последствиями.

А потом, оно конечно да, все нежелательные поводы закрыты, желательные оформлены в виде отдельных бизнес-процессов. И все красиво.  Но к этому надо прийти. Объяснив на практике - почему так делать нельзя.
5 лет говорил - давайте восстановим последовательность. Мне отвечали - "да нормально и так", Пока не восстановил и не показал азницу в себестоимостях
Теперь вот следим ))))