Z_SERVICE
Краткое описание :
Проставляется неверная дата выплатыОписание :
Контроль выплаты зарплаты (начисления)Что измененно :
Не работает (не находит реестры и платёжные поручения) сервисная функция "Контроль выплаты зарплаты" на платформах MS SQL, Oracle.
Как измененно :
Работоспособность функции восстановлена.
Z_SERVICE
Краткое описание :
Порядок обработки переходов в межпериод при закрытии месяца в заработной плате.Описание :
Переход к новому периодуЧто измененно :
При переходе на новый расчетный период переходы без даты окончания, начавшиеся в один и тот же день, обрабатываются в произвольном порядке, что не всегда приводит к корректному результату. Например, сотрудника перевели на другую должность, а затем на ту же дату провели индексацию, поменяв ему оклад. В зарплате - два перехода с одинаковой датой начала, меняющие оклад на разные значения. При переходе на новый отчётный период в ЛС попадает сначала оклад из более свежего перехода, затем - из более старого, в результате в следующем периоде в ЛС неверный оклад.
Как измененно :
Изменён порядок обработки переходов при переходе на новый расчётный период. Теперь переходы с одинаковой датой начала обрабатываются не в произвольном порядке, а в следующем:
- сначала более длинные, затем более короткие переходы
- среди переходов одинаковой длины сначала обрабатываются переходы, пришедшие из кадров при обработке рабочей корзины, затем - переходы, введенные вручную в Зарплате
- переходы одинаковой длины, созданные при обработке рабочей корзины, обрабатываются в порядке создания соответствующей записи в истории назначения (например, сначала перевод, потом - изменение оклада)
- переходы одинаковой длины, введенные вручную в Зарплате, обрабатываются в порядке их ввода пользователем в систему
Z_SERVICE
Краткое описание :
После перемещения создается 2е записи по назначению сотрудникаОписание :
Переводы с начала месяцаЧто измененно :
При включенном автообновлении данных "Кадров" (подразделения), если несколько раз поменять подразделение в лицевом счете, в 6 окне картотеки создаётся несколько назначений с одинаковой датой начала. При этом в истории создавшихся назначений некорректная запись: отсутствуют данные о количестве ставок, составляющие СКК.
Как измененно :
Теперь, если текущее назначение сотрудника связано с ШР, то даже при включенном автообновлении подразделений в кадрах подразделение в назначениях меняться не будет, если меняем подразделение в ЛС. Новые дублирующиеся назначения с одинаковой датой начала, соответственно, тоже не будут создаваться. В протокол при этом выводится сообщение о том, что замена подразделения в назначении невозможна.
Не исправлено для случаев, когда назначение не связано с ШР - однако в историю назначения теперь корректно переносятся данные о кол-ве ставок и СКК.