G_ZARPL
Краткое описание :
Выплата детских пособий РБ в зарплату предыдущего месяцаОписание :
_Пособия детямЧто измененно :
Клиент предлагает для реализации поддержки законодательства по выплатам пособий реализовать возможность устанавливать месяц выплаты в пособиях. Так чтобы, например, февральские пособия попадали в расчет январской ЗП. Т.е. в расчетном мы бы видели месяц за который - 2.
Как измененно :
Для Беларуси добавлена новая настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Детские пособия \ Правило учета пособий на детей". Значения данной настройки:
- в расчетном за расчетный
- в расчетном за будущий.
При первом значении настройки расчет детских пособий производится, ка раньше. При значении "в расчетном за будущий" в интерфейсе детских пособий расчет осуществляется за период, следующий за расчетным.
Соответственно при расчете заработной платы месяц, в котором начислено детское пособие соответствует текущему расчетному периоду, месяц, за который начислено пособие, соответствует месяцу, следующему за расчетным. Даты начисления соответствуют месяцу, за который начислено детское пособие.
Дорабатывались следующие функции:
1. расчет детских пособий
2. расчет заработной платы
3. переход на новый расчетный период
4. отчет "Свод начисленных пособий".
Формирование бухгалтерских справок,платежных поручений, реестров и ведомостей дорабатывать не предполагается.
Доработка отчета 4-фонд будет выполняться в рамках другого предложения в ПИР.
G_ZARPL
Краткое описание :
Доп. тариф, если нет отработанных днейОписание :
Расчёт налогов на ФОТЧто измененно :
Дополнительные взносы не должны начисляться с начислений за
предыдущий или будущий периоды при отсутствии часов работы во вредных условиях
работы в расчетном месяце.
Как измененно :
Начисления за предыдущий или будущий периоды разбиваются
пропорционально отработанному времени во вредных, особо вредных и обычных
условиях в текущем периоде.
G_ZARPL
Краткое описание :
РантаймОписание :
Расчет начислений (общие вопросы)Что измененно :
Рантайм.
Последовательность действий: Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты (по одному подр.)Интерфейс не закрываем;
Заработная плата | Операции | Формирование проводок | Бухгалтерские справки(то же подр.)Интерфейс не закрываем;
возвращаемся опять к расчету зарплаты Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты (по одному подр.)Интерфейс оставался открытым.
Необработанная исключительная ситуация
Код исключения: C0000005 (Общее нарушение защиты доступа к памяти)
Параметры исключения (2): 00000000 00000074
Адрес исключения: 00BB5FE3 base.dll.1:00034FE3
Как измененно :
Исправлен "Рантайм" при расчете заработной платы после выполнения функции формирования бухгалтерских справок.
Последовательность действий: Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты (по одному подр.)Интерфейс не закрываем;
Заработная плата | Операции | Формирование проводок | Бухгалтерские справки(то же подр.)Интерфейс не закрываем;
возвращаемся опять к расчету зарплаты Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты (по одному подр.)Интерфейс оставался открытым.
G_ZARPL
Краткое описание :
MS SQL - Беспричинная разбивка оплатОписание :
Расчет начислений (общие вопросы)Что измененно :
MS SQL - Беспричинная разбивка оплат.
Проблема актуальна для AQA. Почему-то при прогоне теста с такой базой разбивка видов оплат различная на различных платформах, что всегда требует дополнительных затрат на анализ расхождений.
Как измененно :
Доработана функция расчета заработной платы по формированию результатов расчета при автоматическом начислении северных надбавок, районного коэффициента и выслуги лет.
Теперь, при начислении этих сумм, программа анализирует ссылку на дополнительные аналитики.
Если ссылка заполнена, но дополнительные аналитики по этой ссылке не находятся в базе данных, программа эту ссылку игнорирует.
Если ссылка заполнена, и дополнительные аналитики найдены, программа анализирует данные по каждому уровню дополнительных аналитик, а не сравнивает ссылки, как это было ранее.
Поэтому, если доп. аналитики для входящих оплат совпадают, то суммы автоматических надбавок на эти оплаты не разбиваются.
G_ZARPL
Краткое описание :
Ошибка в расчете выслуги лет - СВО 49 алгоритм 25Описание :
Расчет начислений (общие вопросы)Что измененно :
Ошибка в расчете выслуги лет - СВО 49 алгоритм 25 для значения "стажу из Сведений о стажах"
настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
У работника стаж для расчета выслуги лет заполнен следующим образом:
Стаж на начало периода лет 7 vtczwtd 8 дней 29.
Дата начала отсчета стажа 31/01/2011.
Отчетный месяц 5.
В этом случае расчет суммы выслуги идет с ошибкой, согласно сообщению в протоколе:
с 01/05/13 по 31/05/13 проц.15.00* 31 /31.00+ проц.20.00*0.00/31.00
Как измененно :
Исправлена ошибка в расчете выслуги лет - СВО 49 алгоритм 25 для значения "стажу из Сведений о стажах"
настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Процент выслуги учитывать по".
У работника стаж для расчета выслуги лет заполнен следующим образом:
Стаж на начало периода лет 7 vtczwtd 8 дней 29.
Дата начала отсчета стажа 31/01/2011.
Отчетный месяц 5.
В этом случае расчет суммы выслуги идет без ошибки, согласно сообщению в протоколе:
с 01/05/13 по 31/05/13 проц.15.00*1.00/31.00+ проц.20.00*30.00/31.00
G_ZARPL
Краткое описание :
Пересчитываются суммы с типом АПОписание :
Сторнирующие записиЧто измененно :
При расчете зарплаты за предыдущие периоды с изменением
аналитики записи с алгоритмом пользователя и типом ?АП?
не должны пересчитываться по алгоритму при наличии готовой суммы в
предварительном просмотре.
Должны учитывать эти суммы без пересчета по алгоритму.
Как измененно :
Доработан расчет заработной платы для обработки записей с типом
'АП' из предварительной разноски. Для таких записей осуществляется проверка
наличия пользовательского алгоритма в виде оплаты. Если вид оплаты содержит
пользовательский алгоритм и в предварительной разноске уже есть сформированная
сумма для данного вида оплаты, то при расчете зарплаты эта сумма сохраняется.
Если сумма нулевая, то осуществляется расчет суммы по алгоритму пользователя.
G_ZARPL
Краткое описание :
Резкий рост открытых курсоров при расчете зарплаты на ОраклеОписание :
Расчет начислений (общие вопросы)Что измененно :
повторно открывались таблицы БД в каждой итерации в расчете начислений при значении настройки "Для дополнительного тарифа анализировать картотеку" - ДА
Как измененно :
Для РФ: локализовано и устранено повторное открытие таблиц при расчете начислений при значении настройки "Для дополнительного тарифа анализировать картотеку" - ДА