есть ли такое событие? желательно, чтобы в журнале фиксировалось?
То есть нужно отлавливать каждое изменение ТА. как такое сделать?

Ручное или при проведении документа?

Можно триггер на таблицу с ТА поставить

ТКВ!

Зачем КАЖДОЕ изменение отлавливать? 100500 доков за день проведется - 100500 изменений ТА отлавливать? может изменение ДатаТА надо отловить?

дык тупая проверка на сравнение с позицией ТА

(4) те, у кого 100500 доков в день - такой ерней не страдают...

(0) Зачем тебе такой выверт ?

кто-то меняет и не признается даже с ножом у горла..

ТА - может двигаться только вперед.
Смысл ловить, то что всегда впереди при каждом проведенном документе, двигающий Оперативный учет :)

(8) в логах все есть...
нужно просто внимательно смотреть....

(9) Не только.

(4) если нужно изменение ДатаТА отловить? - это что меняет?

(8)ТА, всегда меняется, как только проводятся документы.
Меняется оно только до конца расчетного периода
Так же её можно сменить только в монопольном режиме.
+ Так же, если у вас БД SQL, то можно и некой обработкой, но сей момент ты уже должен знать сам :)

(10) в каких логах? в ЖР не нашел такого... Нужно зафиксировать в ЖР и сказать потом пользователю - вот запись, видишь, написано что ты менял

DBF база

(14)Давай разберемся с понятиями.

Что именно ты подразумеваешь под словами "изменение ТА"?

если проведение в потоке, то каждый документ в дате ТА меняет её границу.
Вали всех!

(14) подсказка: ТА двигают документы

(15)ТА ВСЕГДА только вперед.
Менять её можно только монопольно, руками.
"Чувствую  силу  темную" (Звездные войны)
...

(19) Руками говоришь
УстановитьТАна(<?>)
Синтаксис:
УстановитьТАна(<ПоложениеТА>)
Назначение:
Изменить положение Точки Актуальности итогов.
Параметры:
<ПоложениеТА> - выражение типа дата, документ или позиция документа, на начало которого устанавливается ТА.

(20)ТРЕБУЕТ, монопольный режим :)
Удачи...

есть подозрение, что кто-то жмет правой кнопкой на доке и выбирает "Установить ТА на документ". вот это событие я и имел в виду, и как его зафиксировать в ЖР

(15) у тебя тупо у одного пользака дата (или время?) на компе стоит не верная

(22) какой наивный.
Это возможно только в монопольном режиме

(24) + ТА всегда должна стоять на последний проведённый документ

(25)Вообще в 7-ке ТА, это ЗЛО. Самое правильно ТА в конце расчетного периода.

(26) Чушь

(26) это только для любителей неоперативного (слово восьмёрошное, но смысл ясен) проведения

(0) Проблема-то какая? попытка телепатии:
Звонит юзер и орет, что не может провести документ, т.к. "Существуют более ранние проведенные документы"?

(22) в семерке нет событий и тем более подписок на них.
копай от документа с неверной ТА - ищи, кто его провел и почему.

конфа типовая? Случайно у тебя нет проведения документа из другого документа?

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

(31) есть и много

нетиповая торговля

(33) Вот тебе и причина

и что, не найдешь теперь?

(32) на другое время - да, но в ЖР останется отсечка о первом событии.

(36)  Такое бывает например, если вчерашний проведенный документ провели сегодня. Вообщем у самого такое бывает, но лень искать причину так как случаи не частые (раз в 2-3 месяца)

(37) Документ был проведен вчера, перепровели сегодня, сбили ТА и вернули его на вчерашнее число. Что покажет ЖР?

(38) "перепровели сегодня" - вчерашней датой? не сбили ТА (разве что монопольно).
сегодняшней датой? тоже не сбили, а передвинули вперед.

есть обработка проведение документов или в операции-проведение документов, там можно восстановить ТА на дату.А так в журнале регистрации можно посмотреть действия пользователей.

(38) ЖР покажет кто и когда провел его "будущим"
а вообще, достаточно запретить проводить документ будущим временем, и все.

(39) Нет поменяли дату на сегодня, сбили ТА, испугались и вернули дату назад, на вчера

(41) Так сам документ и не проводится "будущим" проводятся подчиненные. И 7-ка это не 8-ка, она клала на все твои права при программном создании и проведении

(0) Повесь триггер, пиши в логи изменение ТА более 24 часов, например.

(44) в 7-ке дбф?

(45) В ДБФ полного контроля не добиться.

(43) ну и что, что подчиеннные? не пофиг ли?

(46)Перехватчик

(47) не пофиг

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