2015-09-10 15:40:55
Краткое описание :
В налоговой карте не заполняется номер договора и дата назначения на должностьОписание :
Карточка индивидуального учета выплат и сумм СВ/ЕСН [РФ]Что измененно :
В налоговой карте не заполняется номер договора и дата назначения на должность.
Как измененно :
Добавлено заполнение даты назначения на должность и номера договора по действующему основному назначению при установленной настройке "Настройки Галактики \ Управление персоналом \ Наличие модуля "Управление персоналом" в системе" в значении - "Да".
2015-09-10 15:40:55
Краткое описание :
ЗП: RunTime 216 при запуске функции "Сервис налогов на ФОТ за закрытые периоды"Описание :
Сервис налогов на ФОТ за закрытые месяцыЧто измененно :
ЗП: RunTime 216 при запуске функции "Сервис налогов на ФОТ за закрытые периоды"
Скриншот клиента, сводный отчет о компонентах и atlerror.log - во вложении.
Как измененно :
Исправлен Runtime в функции "Сервис налогов на ФОТ за закрытые периоды" при наличии параметра "Пересчет налогов ("Архив налогов на ФОТ")"
2015-09-10 15:40:54
Краткое описание :
Не рассчитывается доплата в период с субботы по воскресенье при наличии РВОписание :
Расчет начислений (общие вопросы)Что измененно :
Не рассчитывается доплата в период с субботы по воскресенье при наличии РВ.
Отчетный месяц в базе - июль.
На период работы в выходной день ему назначена доплатой премия.
Если выполнить разноску, то за этот период доплата в разноске не появляется.
На разноску не влияют входимости "разбивать по датам" и "период оплаты".
Как измененно :
Исправлена функция "Предварительная разноска" доплат за прошлый месяц на период работы в выходной день.
Теперь такие доплаты разносятся правильно, если поле КВО "период оплаты" имеет значение "Р+ с учетом работы в выходные и праздники".
Если указанное поле имеет значение "+ с учетом оплачиваемых отклонений", то доплата попадает в разноску в том случае, если к виду неявки в свою очередь привязан вид оплаты.
2015-09-10 15:40:54
Краткое описание :
В разноске неверное количество дней для целодневной неявкиОписание :
Предварительная разноскаЧто измененно :
Сформирована и рассчитана целодневная неявка. После этого изменен режим работы и переформирован табель. В случае, если количество дней в неявке (по старому режиму) больше, чем в табеле (после переформирования) в разноску попадает количество дней не из неявки, а из табеля.
Как измененно :
Исправлено. Для целодневных неявок и отпусков без оплаты количество дней переносится в разноску из неявки (отпуска) по старому режиму работы. В случае переходящего отпуска, если количество дней в отпуске больше (по старому режиму), чем в табеле (после переформирования), разница записывается в последний период.
2015-09-10 15:40:54
Краткое описание :
индексация отпускных в связи с изменением окладаОписание :
Предварительная разноскаЧто измененно :
настройка в программе установлена:
Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска====изменять на отпуск тек.месяц
Сотруднику рассчитан отпуск с 10 августа 2015 по 5 сентября 2015. Отпускные выплачены в июльскую зарплату:
В августе изменился оклад, программа правильно проиндексировала отпускные, но неверно проставила коды оплат по доначислению.
Все коды она доначислила 106 кодом.
А у клиента использовался для оплаты августа месяца код 107(оплата отпуска из фзп) и 111(оплата отпуска из фмп).
Для текущего месяца из фзп используется 106, а из фмп-102.
Требуется, чтоб индексация 107 легла на 106, а 111 на 102.
Есть еще у них и 104 код---это оплата из фзп отпускных сентября.
Индексация 104 должна лечь на 107, а если бы она была из фмп , то на 111.
Одним словом, в классификаторе отпусков проставлены коды оплат тек, буд и последующих для оплаты отпусков и из фзп и фмп.
Индексация должна лечь на коды во из классификатора отпусков.
Как измененно :
Доработан выбор вида оплаты при индексации отпусков в функции "Предварительная разноска".
Теперь виды оплат выбираются согласно классификатору отпусков, суммы которых индексируются, при этом учитывается период, на который падает индексация.
Если сумма индексации приходится на отчетный период, то выбирается вид оплаты отпуска отчетного периода.
Если сумма индексации приходится на будущий период, то выбирается вид оплаты отпуска будущего периода.
Должны быть установлены настройки:
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Условие индексации ранее рассчитанных больничных и отпусков":
при изменении тарифа/оклада.
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Вид оплаты при сторнировании отпуска будущего месяца"
изменять на отпуск тек.месяца.
2015-09-10 15:40:54
Краткое описание :
РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала событияОписание :
Предварительная разноскаЧто измененно :
РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала события. Отдельно - ухода в отпуск(отпуска), отдельно - продления отпуска(отпусков) после больничного. Для расчётов взносов на профессиональное пенсионное страхование принципиально важны: исходная дата начала пакета отпусков и дата начала продления пакета отпусков в связи с появлением больничного листа.
Как измененно :
При обработке сторнирующих записей типа "В_О" для оплат отпуска с отрицательными суммами (возврата по дням исходного отпуска, перекрытых больничным) восстанавливается дата начала пакета отпусков из архивных оплат. Для оплат перенесенных дней (и оставшихся в периоде после больничного) поле заполняется датой, следующей за датой окончания больничного.
2015-09-10 15:40:55
Краткое описание :
Доп. входимость 34 в виде оплат некорректно работает с дополнительной аналитикой из отнесения затрат.Описание :
Расчет начислений (общие вопросы)Что измененно :
Дополнительная входимость 34 в виде оплат некорректно работала с дополнительной аналитикой из отнесения затрат. При наличии в виде оплат дополнительной входимости 34 и наличии перехода с датой окончания дополнительные аналитики брались из перехода, а не из лицевого счета.
Как измененно :
Доработан выбор дополнительных аналитик для начислений межпериода при расчете заработной платы. Теперь для дополнительных аналитик межпериода учитывается дополнительная входимость 34.
2015-09-10 15:40:55
Краткое описание :
Критично для AQA!На фил. БД Oracle и нефилиал.БД по-разному
восстанавливается БДОписание :
Подразделения, складыЧто измененно :
AQA.На филиальной БД Oracle и нефилиальной по-разному
восстанавливается БД. Сегмент восстановления БД на Oracle(без филиальности) и
Pervasive восстанавливает БД без пометки в окне "Расчет зарплаты" для поля
"Подразделения", а в случае филиальной БД на Oracle
с пометкой в окне "Расчет зарплаты" для поля "Подразделения" -выбрано
конкретное подразделение.
Как измененно :
AQA на филиальной базе восстанавливается корректно.
2015-09-10 15:40:55
Краткое описание :
Удвоение данных предыдущих периодов в графе 6 раздела 6.4 РСВ-1Описание :
РСВ-1 2014 (общие вопросы)Что измененно :
При включенной опции "формировать с учетом предыдущего документа (РСВ-1)" при формировании РСВ-1 за полугодие сумма первого квартала в графе 6 "в том числе по гражданско-правовым договорам" раздела 6.4 РСВ-1 удваивается.
Если формировать с начала отчетного периода, т.е. без учета
предыдущего документа, данные в графе 6 формируются верно.
Как измененно :
Доработано формирование РСВ-1.
При включенной опции "формировать с учетом предыдущего документа (РСВ-1)" при формировании РСВ-1 сумма в графе "в том числе по гражданско-правовым договорам" раздела 6.4 РСВ-1 формируется верно.
2015-09-10 15:40:55
Краткое описание :
Обнуление резерва при пересчете текущих остатков на базе без резервированияОписание :
расчет текущих остатковЧто измененно :
обнуление резерва при пересчете текущих остатков на базе без резервирования
В рамках решения проблемы 102.145609 была убрана возможность пересчета текущих остатков с параметром "не рассчитывать резервы МЦ"
Этот параметр использовался клиентами, которые не ведут у себя резервирование на предприятии.
Сейчас такая возможность у них отсутствует и система производит дополнительные действия с проверкой резервов, что приводит к увеличению времени расчета.
Необходимо доработать функцию расчета текущих остатков, чтобы при полном отсутствии резервов обнуление резерва не производилось.
Как измененно :
Оптимизирован пересчет резервов.
Если в БД отсутствует информация по резервам и нет резервов в документах, то обнуление и пересчет не запускаются.