Несколько Кадровых перемещений с пересекающимися периодами... #474243

Допустим Сотрудник принят на работу 01.07.07 с окладом 5 тыс на неограниченный срок. потом 01.04.09 вводится Кадровое перемещение №1 с периодом действия 01.01.09 - 31.03.10, оклад 7500 Движение документа: Реквизит            Дата    Значение                                                                                                    Оклад (тарифная ставка)   01.04.2009    7500                      Оклад (тарифная ставка)   01.04.2010  5000 дальше 01.03.10    вводится еще одно Кадровое перемещение №2 с периодом действия 01.03.10 - 30.04.15, оклад 9000 Движение документа: Реквизит            Дата    Значение                                                                                                    Оклад (тарифная ставка)   01.03.2010    9000                      Оклад (тарифная ставка)   01.05.2015  7500 В итоге получается что с апреля 2010 оклад у сотрудника 5000(это установлено первым перемещением)вместо 9000, второе перемещение это не затирает... История реквизита: Вопрос - это недоработка программы? или что-то делается по-другому? Плиз... может кто сталкивался...

Это недоработка в днк

+100 очень похоже на 86 год

что делать, если кадровые перемещения у нас лепятся именно так?

терморектальный криптоанализ ЗЫ вы вообще-то можете хоть для себя понять, с 01.03 по 31.03 человек с каким окладом должен работать

9000

а что дальше?)

после криптоанализа? :)

да, после него)

что-то долго у тебя криптоанализ идет...

Надо представлять себе логику работы программы. Кадровое перемещение, введенное на период, устанавливает значения на ДатуС и сразу же восстанавливает исходные значения на ДатуПо. Со всеми вытекающими.

да, но было бы логично, если бы программа стирала все значения на ДатуПо от предыдущих кадровых перемещений.

Конфигуратор в помощь :)

+100500 Пиши свой зик со всеми вытекающими (блэкджеком и шлюхами)

Спасибо:) иди лесом...

Как ты себе это представляешь? Будут постоянные скандалы с Отделом кадров: Куда все делось?! Мы не так вводили!! Опять-таки логика работы программы - значения, введенные вручную, программой никак не исправляются и не оспариваются. ЗиК считает, что пользователю виднее. Думаешь, ошибается? :-)

так это тебе нужен, мне то он зачем

думаю ЗиК не разбирается в пользователях))

Вот именно! Программе сказано 01.04.2010 вернуть оклад который был до проведения документа (5000 р), она и возвращает. Т.е. просто понимать нужно, что делает тот или иной документ. У нас впрочем то же самое. Изменить это можно, не давая вводить новые документы в период смены оклада с определенным сроком действия (т.е. пока действует старый документ новый не вводим). При этом 9 тыс они смогут ввести только сделав первый документ бессрочным, а затем поменять оклад. П.С. с остальными периодическими реквизитами кстати та же проблема.

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