G_SUMDIVIDE
Краткое описание :
Потеряна доп. аналитика в результатах предварительной разноскиОписание :
Предварительная разноскаЧто измененно :
Потеряна доп. аналитика (2-ой уровень) в результатах предварительной разноски.
Обнаружена AQA-тестом.
После выполнения функции "Пересчет средних" на закладке Сторнирование и пересчет в Смежных данных появилась "Запись для пересчета".
Далее выполняю Предварительную разноску и просматриваю результаты. Сформировалась запись П_С ВО 4118, в поле Доп. аналитика потеряны данные 2-го уровня.
После расчета з/пл в результатах расчета поле Доп. аналитика ВО 4118 заполняется правильно, аналогично записи в архиве.
База с примером \\By01-714\!db\data_SZMN
Таб. 102118218
Как измененно :
Исправлено формирование доп. аналитики в предварительной разноске при обработке сторнирующих записей.
G_SUMDIVIDE
Краткое описание :
Потеря преемственности. Перестала считататься оплата по итогам из табеля введенным вручную вечерние, ночные, праздничные, если нет отработанного времени в табелеОписание :
Расчет начислений (общие вопросы)Что измененно :
Описание примера:
Сотрудник в отпуске с 01.02. по 22.02. и с 24.02. по 28.02. 23.02. - праздничный день. Важно, что отпуск не весь месяц.
Отработанного времени в табеле нет. В настройке "Часы работы в вечернее (ночное, праздники) время" указано "вводить вручную".
При настройке "Хранить итоговое количество часов для каждого перехода отдельно" - "да".
В итоги табеля добавлены часы по вечерним и ночным, на последних обновлениях при расчете з/п эти часы не оплатились.
Часы оплачиваются до установки g_sumdivide 59.
Как измененно :
Доработана функция "Предварительная разноска" по разноске ночных, вечерних и т.п.часов.
Восстановлена функциональность оплаты введенных вручную часов для случаев, когда у работника не было рабочего времени в течение месяца.
Функциональность дорабатывалась для следующих значений настроек:
"да" в настройке "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Хранить итоговое количество часов для каждого перехода отдельно".
"вводить вручную" в настройках:
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы в вечернее время"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы в ночное время"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы в рабочие по плану праздники"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы в нерабочие по плану праздники"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы в выходные"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы сверхурочно"
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы сверхурочно(остаток)"
G_SUMDIVIDE
Краткое описание :
Пересчитываются суммы с типом АПОписание :
Сторнирующие записиЧто измененно :
При расчете зарплаты за предыдущие периоды с изменением
аналитики записи с алгоритмом пользователя и типом ?АП?
не должны пересчитываться по алгоритму при наличии готовой суммы в
предварительном просмотре.
Должны учитывать эти суммы без пересчета по алгоритму.
Как измененно :
Доработан расчет заработной платы для обработки записей с типом
'АП' из предварительной разноски. Для таких записей осуществляется проверка
наличия пользовательского алгоритма в виде оплаты. Если вид оплаты содержит
пользовательский алгоритм и в предварительной разноске уже есть сформированная
сумма для данного вида оплаты, то при расчете зарплаты эта сумма сохраняется.
Если сумма нулевая, то осуществляется расчет суммы по алгоритму пользователя.
G_SUMDIVIDE
Краткое описание :
Предварительная разноска доплат с алг.2 и насройкой ВО разбивать по датам и пересчитывать по днямОписание :
Предварительная разноскаЧто измененно :
Ведена постоянная доплата фиксированной суммой (алг.2)на весь месяц.
Если табель разбивается по периодам, то в предварительной разноске доплата формируется столько раз сколько периодов в табеле, с настройкой разбивать по датам.
Если стоит еще пересчитывать по дням, то появляется разноска с отрицательной суммой.
Как измененно :
1. Доработан классификатор видов оплат. Теперь, для оплат с алгоритмом 98 и признаком не равным 2, появилась возможность указать "+" в поле
"разбивать по датам".
2. Доработана функция "Предварительная разноска" для оплат с алгоритмом 2 и 98 без определенного типа оплаты или с типом оплаты "М" или "НС".
Теперь, при определенных условиях, для таких оплат готовая сумма пересчитывается. Пересчет осуществляется по дням или часам в зависимости от дополнительной входимости "(11) Cумма пересчитывается по часам".
Примечание. Для того, чтобы сумма разбилась и пересчиталась необходимо указать "+" в полях "разбивать по датам" и "пересчитывать по дням".
G_SUMDIVIDE
Краткое описание :
В предварительной разноске у второго отпуска ошибочная ссылка на ТХООписание :
Предварительная разноскаЧто измененно :
У сотрудника ежегодный и доп. отпуск оплачиваются разными видами оплат. У каждого вида оплаты свое ТХО. В предварительной разноске в поле Хозоперация у двух отпусков получается одна и та же ТХО - из ежегодного отпуска. Должна быть у каждого своя.
Как измененно :
Поле Хозоперация заполняется корректно при предварительной разноске нескольких отпусков.