G_ZARPL
Краткое описание :
Распределение суммы аванса по подразделениям при расчете зарплатыОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлено значение: "Разбивать сумму выплаченного аванса в результатах расчета по подразделениям перехода в межпериод, как временным, так и постоянным".
В описании сказано:
сумма относится на подразделение до перехода, насколько хватает разницы сумм "начислено минус удержано"
остаток относится на другое подразделение.
В нашем примере есть 3 подразделения в расчетном месяце.
Программа так и делает:
1. Насколько хватает разницы сумм относит аванс на подразделение до перехода. - верно.
2. Весь остаток переносит на аванс по второму подразделению. - неверно, т.к. "суммы не хватает".
Должно быть так:
1. Насколько хватает разницы сумм относит аванс на подразделение до перехода.
2. Насколько хватает разницы сумм относит на аванс 2-го подразделения.
3. Остаток относит на аванс 3-го подразделения.
Как измененно :
1. Доработан классификатор видов удержаний для записей с системными кодами [141..145,199].
Значение "разбивать по подразделениям постоянных переходов" изменено на "разбивать по подразделениям переходов"
2. Доработана функция расчета удержаний по разбиению удержаний с системными кодами [141..145,199].
Теперь, если для такого удержания указано значение "разбивать по подразделениям отнесения затрат" или "разбивать по подразделениям переходов", то подразделение отнесения затрат выбирается согласно подразделениям сумм, входящих в расчет аванса.
Доработка выполнялась для следующих значений настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям" - "аналитике и параметру входящих оплат"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - "учет не ведется"
или
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - "аналогично платежным ведомостям"
и "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по платежным ведомостям" - "нет"
G_ZARPL
Краткое описание :
Подключить общеиспользуемые функции к алгоритмам расчетаОписание :
Алгоритмы пользователяЧто измененно :
Подключить общеиспользуемые функции к алгоритмам расчета. Сейчас функции типа TXOGetField, TXOGetExtAttr..., которые используются в основном в ТХО в алгоритмах расчета не работают, пока не откроем на фоне интерфейс ТХО.
Как измененно :
Теперь TXO-функции работают в зарплатных алгоритмах. Больше нет необходимости открывать интерфейс ТХО на фоне расчета зарплаты.
G_ZARPL
Краткое описание :
При наличии перехода в межпериод аванс целиком относится на подразделение, где сотрудник работал в начале месяцаОписание :
Расчет удержаний (общие вопросы)Что измененно :
При наличии перехода в межпериод и настройке удержания 199 "разбивать по подразделениям отнесения затрат" аванс относится целиком к подразделению, в котором человек работал на начало месяца. "
Как измененно :
1. Доработана функция расчета удержаний по разбиению удержаний с системными кодами [141..145,199] , для которых указан признак "Удержание" в классификаторе видов удержаний.
Теперь, если для такого удержания указано значение "разбивать по подразделениям отнесения затрат", то подразделение отнесения затрат выбирается согласно подразделению входящей суммы.
2. Доработан классификатор видов удержаний для записей с системными кодами [141..145,199] с признаком "Перечисление".
Теперь для таких записей значение "разбивать по подразделениям отнесения затрат" изменено на "учитывать согласно реестру на перечисление аванса"
при следующих настройках:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям" - "аналитике и параметру входящих оплат"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - "учет ведется"
или
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - "аналогично платежным ведомостям"
и "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по платежным ведомостям" - "да"
G_ZARPL
Краткое описание :
Контроль аванса в банк не учитывает начисления других периодовОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлено значение
"учет не ведется" в "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам".
Для постоянного удержания с системным кодом 199 указано 100%.
При расчете суммы перечисления для 199 кода - аванса в банк не учитываются начисления за другие периоды начисленные в текущем периоде.
При этом сумма аванса усекается до суммы начислений, для которых указан "+" в поле КВО "входит в расчет планового аванса".
Как измененно :
Доработана функция формирования суммы перечисления аванса в результатах расчета заработной платы.
Установлено значение "учет не ведется" в "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам".
Для постоянного удержания с системными кодами перечисления аванса указано 100%.
При расчете итоговая сумма перечисления аванса, совпадает с суммой фактического аванса.
G_ZARPL
Краткое описание :
Нет расчета налогов на ФОТ на базе SQLОписание :
Расчёт налогов на ФОТЧто измененно :
Нет расчета налогов на ФОТ на базе SQL.
[x] Ошибка выполнения [311] Таблица SUMULSOC ("Для соц.налога после расчета зарплаты")
Ошибка при работе с таблицей "Размер дохода и соц.налога после расчета зарплаты" код = 5, 4
Как измененно :
Исправлен режим расчёта налогов на ФОТ. Расчётные налоги формируются корректно.
G_ZARPL
Краткое описание :
В рамках ПНР. Неверный расчет оплаты с доп.входимостью.Описание :
Расчет начислений (общие вопросы)Что измененно :
Если для вида оплаты указана доп. входимость (29) "Запись
с нулевой продолжительностью и суммой", то при расчете заработной
платы неверно учитываются приоритеты по видам оплат, что приводит
к неверному результату расчета по виду оплаты с доп.входимостью (29).
Просим исправить ошибку.
Как измененно :
Исправлена ошибка при расчете заработной платы. Теперь для видов оплат с алгоритмами >= 34 учитываются приоритеты по видам оплат, в том числе, если указана дополнительная входимость
(29) "Запись с нулевой продолжительностью и суммой" с примечанием "разноска и расчет" или "только расчет"