G_ZARPL
Краткое описание :
формирование реестров на единовременные пособия ФССОписание :
Интерфейс "Реестры ФСС ежемесячных пособий на детей"Что измененно :
Необходимо формировать реестры на единовременные пособия ФСС в рамках пилотного проекта
Как измененно :
В связи с доработкой были внесены изменения:
1. В окно "Единовременные пособия" (Операции - Единовременные пособия - Единовременные пособия):
- Добавлена колонка "Вид пособия", отражающая значение поля "Примечание" подключенной к виду оплаты дополнительной входимости (265);
- Если 265 дополнительная входимасть для выбранного вида оплаты имеет в поле "Примечание" значение отличное от "При рожд. ребенка", "По ух. за дет.-инвал.", "В ран. сроки берем.", "На погребение" - пользователю выводится предупреждающее сообщение, а в поле "Вид пособия" выводится "???" красным цветом;
- При создании новой записи изменена очередность вызова окон выбора: Лицевые счета -> Вид оплаты (если он имеет 265 дополнительную входимость) -> Выберите родственника;
- При создании пособия "В ран. сроки берем.", не происходит автоматического вызова окна "Выберите родственника". Вместо этого в поле "Родственник" будет автоматически занесена ФИО лицевого счета, которому производится начисление;
- В случае, если пользователь не указывает вид оплаты, система считает данную запись пособием "При рожд. ребенка" и рассчитывает ее по "старым" правилам расчета;
2. В окно "Реестры ФСС разовых пособий" (Операции - Единовременные пособия - Реестры сведений для ФСС):
- Окно разбито на вкладки: "Детям", "По ух. за дет.-инвал.", "В ранние сроки берем.", "На погребение";
- На каждой вкладке происходит вывод только сформированных реестров соответствующих наименованию вкладки;
3. В окно "Параметры формирования реестров сведений о разовых пособиях" (Операции - Единовременные пособия - Реестры сведений для ФСС. Клавиша "F7"):
- Настройка "Фильтры по" - "возрасту детей" доступна только при формировании реестров с вкладки "Детям";
- Фильтрация доступных для настройки "Фильтры по" - "док.основаниям" записей определяется в зависимости от вкладки, с которой вызвано окно формирования (если формируем реестр с вкладки "Детям", до будут доступны только документы основания по разовым пособиям на детей);
- Для каждого типа реестра по разовым пособиям ("Детям", "По ух. за дет.-инвал.", "В ранние сроки берем.", "На погребение") осуществляется своя отдельная сквозная нумерация;
- В окне выбора "Выберите пособия для формирования документов" для фильтра по "док.основаниям" столбец "Ребенок" переименован в "Родственник";
- При создании реестра на вкладке "В ранние сроки берем.", в фильтре по "док.основаниям" столбцы "Родственник" и "Дата рождения" скрыты для просмотра.
Печатной формы реестров и заявлений в ФСС по пособиям на погребение и по уходу за детьми-инвалидами не реализовано.
G_ZARPL
Краткое описание :
Потеря преемственности.Сбрасывается № ограничения по ежемесяч. детским пособиямОписание :
_Пособия детямЧто измененно :
При сворачивании и разворачивании базы aqa-тестом слетает номер ограничения в ежемесячных пособиях детям. До упаковки базы в данном поле введены определенные значения, а после распаковки все значения нулевые.
Причина в том, что хранимое значение не соответствует типу данных поля таблицы БД.
Как измененно :
Исправлен способ хранения года ухода в отпуск по уходу за ребенком. Теперь год хранится таким образом, что при упаковке/распаковке базы системой aqa поля Номер ограничения, Месяц ухода в отпуск по уходу за ребенком, Год ухода в отпуск по уходу за ребенком больше не слетают.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
При запуске системы после установки данного обновления произойдет конвертация данных в ежемесячных пособиях детям: год ухода в отпуск по уходу за ребенком запишется по-новому.
Если после конвертации запустить систему на старых обновлениях, то значение поля "год ухода в отпуск по уходу за ребенком" будет отображаться некорректно, и данное некорректное значение будет использоваться при расчетах!
Если после установки обновления не произошла модификация реестра настроек, вызвать принудительно!
G_ZARPL
Краткое описание :
после восстановления базы aqa обнуляются значенияОписание :
AQA - Система автотестированияЧто измененно :
После восстановления базы aqa (на текущих exe-шниках) обнуляются значения, которые хранятся в поле CHILD.LastTime.
Заработная плата-Расчеты в межпериод-Ежемесячные
пособия детям-Ежемесячные пособия детям. Обнуляются
значения в столбцах: № огр., месяц ухода в отпуск, год ухода в отпуск.
Как измененно :
Исправлен способ хранения года ухода в отпуск по уходу за ребенком. Теперь год хранится таким образом, что при упаковке/распаковке базы системой aqa поля Номер ограничения, Месяц ухода в отпуск по уходу за ребенком, Год ухода в отпуск по уходу за ребенком больше не слетают.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Решение данной проблемы выпускается совместно с решением проблемы 102.118537. Инструкция по установке такая же, как и для 102.118537:
При запуске системы после установки данного обновления произойдет конвертация данных в ежемесячных пособиях детям: год ухода в отпуск по уходу за ребенком запишется по-новому.
Если после конвертации запустить систему на старых обновлениях, то значение поля "год ухода в отпуск по уходу за ребенком" будет отображаться некорректно, и данное некорректное значение будет использоваться при расчетах!
G_ZARPL
Краткое описание :
Виснет Галактика при запуске функции LOGОписание :
Формирование протокола ZARERROR.OUTЧто измененно :
При запуске функции Log из G_Zarpl.dll, если длина текста без пробелов превышает длину строки протокола (80 символов), и после этого текста через пробел указано еще что-нибудь, Галактика зависает.
Как измененно :
Исправлено автоматическое разбиение выводимой в лог строки на подстроки, меньшие 80 символов в длину. Результат работы функции Log будет выглядеть так же, как и раньше, но зависания не будет.
G_ZARPL
Краткое описание :
Ошибка перерасчета по алг.38 за предыдущий периодОписание :
Расчет начислений (общие вопросы)Что измененно :
Расчетный период 07.2012
Тн=1314. Оклад=2616196.
В 06.2012 за 06.2012 отработано по окладу 104 часа из 175:
Вид 2 = 2616196/175*104=1554768.
Вид 9 = 2616196/175*11=164447 яаяа(сверхурочные 11 часов).
Вид 8 = (1554768+164447)*10%=171922. яаяиАлгоритм 38 признак 1 (входимость в 38 алг. виды 2 и 9). Расчет по формуле СН = СНН * ( ПО / 100 ))
В 07.2012 за 06.2012 снимаем 0.5 часа по видам 9 и 8.
Вид 9 = 2616196/175*-0.5=-7475.
Вид 8 = (1554768+164447-7475) *10% = 171174-171922=-748.
Так должно быть, а Галактика рассчитала по виду 8 сумму -827.
В HELP описано: "Расчет начислений по алгоритмам '37'-'40' за прошлый период в текущем происходит в режиме перерасчета.
Алгоритм рассчитывает сумму по новому проценту. От нее отнимается сумма из архива за тот же период".яИ
*************
Проблема по видимому в отрицательных суммах для положительных все правильно.
Расчетный период 07.2012
Тн=1314. Оклад=2616196.
В 06.2012 за 06.2012 отработано по окладу 104 часа из 175:
Вид 2 = 2616196/175*104=1554768.
Вид 9 = 2616196/175*11=164447 яаяа(сверхурочные 11 часов).
Вид 8 = (1554768+164447)*10%=171922. яаяиАлгоритм 38 признак 1 (входимость в 38 алг. виды 2 и 9). Расчет по формуле СН = СНН * ( ПО / 100 ))
В 07.2012 за 06.2012 снимаем 0.5 часа по видам 9 и 8.
Вид 9 = 2616196/175*-0.5=-7475.
Вид 8 = (1554768+164447-7475) *10% = 171174-171922=-748.
Так должно быть, а Галактика рассчитала по виду 8 сумму -827.
В HELP описано: "Расчет начислений по алгоритмам '37'-'40' за прошлый период в текущем происходит в режиме перерасчета.
Алгоритм рассчитывает сумму по новому проценту. От нее отнимается сумма из архива за тот же период".яИ
*************
Проблема по видимому в отрицательных суммах для положительных все правильно.
Как измененно :
Доработана функция расчета сумм за прошлый месяц по алгоритмам 37-40 с признаками 1 и 4 для случаев, когда задана отрицательное к-во дней или часов.
При этом поле "Пометка" в предварительном просмотре не должно быть заполнено.
Ранее, если встречался вид оплаты за прошлый месяц, у которого дни или часы были с минусом, программа обращались к архиву оплат и возвращала сумму по формуле:
S/(время за которое начислено) * (время сторнирования).
Теперь расчет таких сумм происходит согласно HELP: "Расчет начислений по алгоритмам '37'-'40' за прошлый период в текущем происходит в режиме перерасчета.
Алгоритм рассчитывает сумму по новому проценту. От нее отнимается сумма из архива за тот же период".
Примечание. Для всех других случаев, программа работает, как раньше.