G_SUMDIVIDE
Краткое описание :
через "сторнирование и перерасчет" в текущем месяце работает, а за прошлый месяц нетОписание :
Сторнирующие записиЧто измененно :
"Сторнирование и перерасчет" в отчетном месяце работает, а за прошлый месяц нет.
Как измененно :
В случае, когда пользователь при формировании сторнирующей записи выбрал для заполнения поля "Причина" окна "Записи для снятия или перерасчета заработка" значение "из классификатора", происходит создание табельного отклонения. После переформирования табеля того периода, за который происходит сторнирование, и выполнения предварительной разноски происходит формирование записей перерасчета для видов оплат с входимостью "сторнируется" и записи для табельного отклонения.
G_SUMDIVIDE
Краткое описание :
Сумма на руки в расчете отпускаОписание :
Расчет отпускныхЧто измененно :
У предприятия иногда возникает необходимость в округлении суммы на руки. Предлагают дать возможность округлить сумму на руки выбором соответствующей функции в меню (или по настройке округления удержания, выбранного для перечисления в межпериод).
Как измененно :
При расчете отпуска для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в параметрах расчета отпуска для выплаты в межпериод.
На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
G_SUMDIVIDE
Краткое описание :
1 копейка погрешности при расчета больничного по тарифным ставкамОписание :
Расчет больничныхЧто измененно :
Считаем больничный по БИР, так как менее 30 дней отработано у человека получился расчет по тарифным ставкам.
Настройку округления СДЗ поставили в нет
Тарифная ставка работника равна 229,61
Когда я вычисляю сдз делением на дни, то число получается много знаков после запятой. Хотя в расчетном листке и отображены только 3, предполагается, что в расчете будет использовано неокругленное значение.
Так как процент пособия 100% умножаю на 100 и по-прежнему имею неокругленный сдз до умножения на количество дней (исходя из 102.159249 Округление СДЗ после применения процента больничного). Но при умножении на количество дней больничного в месяце я должна снова выйти на сумму 229.61 (если бы использовалось неокругленное значение), а у меня 229.62, потому что как я думаю мы используем 3 знака после запятой у сдз после умножения на процент
В результате не сходится итоговая сумма на 4 копейки.
Я понимаю, что в справке мы отображаем только по 3 знака сдз, но ведь при самом расчете должны использовать полное значение и при обратном умножении должно снова получиться 229.61
Что-то неверно понимаю?
\\By01-1043\data2
Т.н.106 Жученко Екатерина Васильевна
Логин supervisor без пароля
Как измененно :
РБ. Исправлени расчет больничного для варианта настройки округдения СДЗ - не округлять.
В этом случае накапливалась погрешность итоговой суммы в результате промежуточных округлений.
G_SUMDIVIDE
Краткое описание :
В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.Описание :
Предварительная разноскаЧто измененно :
В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.
Как измененно :
Теперь в предварительном просмотре отображаются записи, в которых расчетный период совпадает с месяцем, в котором оплата без учета принадлежности оплаты.
Также усовершенствована очистка предварительного просмотра перед повторной разноской.
G_SUMDIVIDE
Краткое описание :
Неверный ВО при расчете суммированного учета при увольненииОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Работник работал в январе на режимах работы с поденным учетом сверхурочных работ
С первого числа февраля перешел на суммированный учет (полугодие) и в середине февраля увольняется
Само количество часов сверхурочных работ рассчитано верно. Галактика видит 18 сверхурочных часов за февраль, что видно в предварительном просмотре. Но почему-то подтягивает вид оплаты 120 сверхурочных часов поденного учета, а должен быть вид оплаты 110.
Видимо имеется ошибка при разноске, если первый месяц суммированного учета отработан на поденном.
Моделировала пример на 2х базах, аналогичная ошибка получилась в обоих случаях, на текущих обновлениях
Как измененно :
Исправлено определения вида оплаты при расчете сверхурочных. Если в последнем периоде произошло изменение типа учета сверхурочных, вид оплаты определялся неверно.
G_SUMDIVIDE
Краткое описание :
Рантайм при предварительной разноске за период .Описание :
Предварительная разноскаЧто измененно :
Рантайм при предварительной разноске за период.
Предваритеолтная разноска (расчет) за период.
У сотруника дата приема превышает окончание периода и заполнена дата увольнения,
в таком случае при предварительной разноске появляется рантайм.
Как измененно :
Исправлен рантайм при предварительной разноске за период.
Предваритеолтная разноска (расчет) за период.
У сотруника дата приема превышает окончание периода и заполнена дата увольнения,
в таком случае при предварительной разноске появлялся рантайм.
G_SUMDIVIDE
Краткое описание :
Начисление компенсации с выплатой "в межпериод" не попадает в разноску уволенному сотрудникуОписание :
Предварительная разноска отпусков и компенсаций расчетного периодаЧто измененно :
При определенных условиях(дата увольнения меньше даты окончания периода), начисление компенсации с выплатой "в межпериод" не попадает в разноску уволенному сотруднику, т.к. в таком случае система переопределяет дату окончания периода на дату увольнения.
Как измененно :
При выполнении предварительной разноски не за весь месяц, а с параметром "Период" = "с начала расчетного периода по указанную дату". При разноске отпусков и компенсаций дата "Начало" пакета / дата "Выплатить" пакета сравнивается с датой "Окончание" из параметров предварительной разноски (для уволенных дата не переопределяется).