Добрый день!

Чем могут быть вызваны перерасчеты по уволенным сотрудникам?
Знаю одну причину изменения задним числом данных в ИТ, но данные вроде не менялись (точно сказать не могу аудит не ведется).
Сейчас делаю программку которая это точно проверит по всем ИТ, может кто знает стандартную?

Могут на перерасчеты влиять настройки, например добавления кумуляции в ВО?

Для уволенных сотрудников есть поле в 0003ИТ "рассчитать по". Оно и влияет на перерасчет. Настройки никак не должны влиять.

В этот раз оказались виноваты пользователи, поменяли данные в ИТ. Кто как борется с такими ситуациями, когда т/н после увольнения любимые пользователи НЕ НАРОШНО меняют данные.

Никак не боремся. Включен аудит. Юзера ведут себя смирно, т.к. знают, что возмездие настигнет неминуемо.

По шапке давать. Работает.
Еще можно 130ИТ посмотреть

ну или как вариант, блокировать ТН, но тут уже сразу появляются нюансы

Коллеги, добрый день!

Все таже проблема, перерасчеты по уволенным сотрудникам, но появились дополнительные условия данные в релевантных для обратного расчета ИТ не менялись, но перерасчеты выполняются. В чем могут быть вероятные причины?

Заранее спасибо!

Поставьте аудит РАшный, процентов 70 вопросов снимется. Касательно ИТ - не менялись, а чел пересчитывается - это сап попробуйте попинать. На тему наличия экстрасенсорики

Как поставить аудит PA таблиц?

Настраивается в ракурсе VC_T585ABC, подробнее здесь обсуждалось: viewtopic.php?f=11&t=27958

Включения аудита по ИТ (PA - аудит) не помогло (т.к. у меня есть подозрения что, дату в моем случай меняет программа, какая не понятно). Я промоделировал изменения ИТ программой, PA - аудит не поймал это изменение.
Как еще можно контролировать таблицу PA0003?

А что за программа такая?
Если прога использует правильный подход, т.е. ФМ HR_INFOTYPE_OPERATION или пакетный ввод, то аудит вполне работает.
Если же прога делает update <table_name> set bla-bla-bla , то да, аудит на основе ракурсов VC_T585A(BC) не поможет. Но imho такие программы - не есть хорошо.

Так ведь подобное действие с 3 ИТ оценка времени умеет совершать, наблюдал сие при изменении лимитов задним числом в 2006 ИТ. 2006 ИТ был релевантным для оценки времени, после оценки времени запускался перерасчет и в расчете заработной платы. Правда это давно было (система 4.7)...

Всем, спасибо за ответы.

Calm, не уточните а что, может помочь.
- Если же прога делает update <table_name> set bla-bla-bla , то да, аудит на основе ракурсов VC_T585A(BC) не поможет.

Как можно отследить что, меняет значение в поле? Как мне выловить эту дрянь!

Ничего не поможет.
Если опуститься до аудита уровня СУБД, то можно увидеть, что такой запрос выполнялся. Но насколько я понимаю, на уровне СУБД вы даже пользователя не узнаете.

Возможно у базисников есть средства, которые покажут, какой сап-пользователь какой SQL-запрос выполнял.
Но придется самостоятельно соображать, затронул ли конкретный update <table_name> set bla-bla-bla конкретную запись табельного.