Задачи ЕРП Галактика решенные на дату 2015-09-10

Задача :101.57587

2015-09-10 15:40:55
Краткое описание :
В налоговой карте не заполняется номер договора и дата назначения на должность
Описание :
Карточка индивидуального учета выплат и сумм СВ/ЕСН [РФ]
Что измененно :

В налоговой карте не заполняется номер договора и дата назначения на должность.
Как измененно :

Добавлено заполнение даты назначения на должность и номера договора по действующему основному назначению при установленной настройке "Настройки Галактики \ Управление персоналом \ Наличие модуля "Управление персоналом" в системе" в значении - "Да".

Задача :101.57671

2015-09-10 15:40:55
Краткое описание :
ЗП: RunTime 216 при запуске функции "Сервис налогов на ФОТ за закрытые периоды"
Описание :
Сервис налогов на ФОТ за закрытые месяцы
Что измененно :

ЗП: RunTime 216 при запуске функции "Сервис налогов на ФОТ за закрытые периоды"
Скриншот клиента, сводный отчет о компонентах и atlerror.log - во вложении.
Как измененно :

Исправлен Runtime в функции "Сервис налогов на ФОТ за закрытые периоды" при наличии параметра "Пересчет налогов ("Архив налогов на ФОТ")"

Задача :102.145699

2015-09-10 15:40:54
Краткое описание :
Не рассчитывается доплата в период с субботы по воскресенье при наличии РВ
Описание :
Расчет начислений (общие вопросы)
Что измененно :

Не рассчитывается доплата в период с субботы по воскресенье при наличии РВ.
Отчетный месяц в базе - июль.
На период работы в выходной день ему назначена доплатой премия.
Если выполнить разноску, то за этот период доплата в разноске не появляется.
На разноску не влияют входимости "разбивать по датам" и "период оплаты".
Как измененно :

Исправлена функция "Предварительная разноска" доплат за прошлый месяц на период работы в выходной день.
Теперь такие доплаты разносятся правильно, если поле КВО "период оплаты" имеет значение "Р+ с учетом работы в выходные и праздники".
Если указанное поле имеет значение "+ с учетом оплачиваемых отклонений", то доплата попадает в разноску в том случае, если к виду неявки в свою очередь привязан вид оплаты.

Задача :102.145762

2015-09-10 15:40:54
Краткое описание :
В разноске неверное количество дней для целодневной неявки
Описание :
Предварительная разноска
Что измененно :

Сформирована и рассчитана целодневная неявка. После этого изменен режим работы и переформирован табель. В случае, если количество дней в неявке (по старому режиму) больше, чем в табеле (после переформирования) в разноску попадает количество дней не из неявки, а из табеля.
Как измененно :

Исправлено. Для целодневных неявок и отпусков без оплаты количество дней переносится в разноску из неявки (отпуска) по старому режиму работы. В случае переходящего отпуска, если количество дней в отпуске больше (по старому режиму), чем в табеле (после переформирования), разница записывается в последний период.

Задача :102.145881

2015-09-10 15:40:54
Краткое описание :
индексация отпускных в связи с изменением оклада
Описание :
Предварительная разноска
Что измененно :

настройка в программе установлена:
Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска====изменять на отпуск тек.месяц
Сотруднику рассчитан отпуск с 10 августа 2015 по 5 сентября 2015. Отпускные выплачены в июльскую зарплату:
В августе изменился оклад, программа правильно проиндексировала отпускные, но неверно проставила коды оплат по доначислению.
Все коды она доначислила 106 кодом.
А у клиента использовался для оплаты августа месяца код 107(оплата отпуска из фзп) и 111(оплата отпуска из фмп).
Для текущего месяца из фзп используется 106, а из фмп-102.
Требуется, чтоб индексация 107 легла на 106, а 111 на 102.
Есть еще у них и 104 код---это оплата из фзп отпускных сентября.
Индексация 104 должна лечь на 107, а если бы она была из фмп , то на 111.
Одним словом, в классификаторе отпусков проставлены коды оплат тек, буд и последующих для оплаты отпусков и из фзп и фмп.
Индексация должна лечь на коды во из классификатора отпусков.
Как измененно :

Доработан выбор вида оплаты при индексации отпусков в функции "Предварительная разноска".
Теперь виды оплат выбираются согласно классификатору отпусков, суммы которых индексируются, при этом учитывается период, на который падает индексация.
Если сумма индексации приходится на отчетный период, то выбирается вид оплаты отпуска отчетного периода.
Если сумма индексации приходится на будущий период, то выбирается вид оплаты отпуска будущего периода.

Должны быть установлены настройки:
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Условие индексации ранее рассчитанных больничных и отпусков":
при изменении тарифа/оклада.
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Вид оплаты при сторнировании отпуска будущего месяца"
изменять на отпуск тек.месяца.

Задача :102.145976

2015-09-10 15:40:54
Краткое описание :
РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала события
Описание :
Предварительная разноска
Что измененно :

РБ. При обработке переноса отпусков при наложении больничного необходимо заполнять общую дату начала события. Отдельно - ухода в отпуск(отпуска), отдельно - продления отпуска(отпусков) после больничного. Для расчётов взносов на профессиональное пенсионное страхование принципиально важны: исходная дата начала пакета отпусков и дата начала продления пакета отпусков в связи с появлением больничного листа.
Как измененно :

При обработке сторнирующих записей типа "В_О" для оплат отпуска с отрицательными суммами (возврата по дням исходного отпуска, перекрытых больничным) восстанавливается дата начала пакета отпусков из архивных оплат. Для оплат перенесенных дней (и оставшихся в периоде после больничного) поле заполняется датой, следующей за датой окончания больничного.

Задача :102.145984

2015-09-10 15:40:55
Краткое описание :
Доп. входимость 34 в виде оплат некорректно работает с дополнительной аналитикой из отнесения затрат.
Описание :
Расчет начислений (общие вопросы)
Что измененно :

Дополнительная входимость 34 в виде оплат некорректно работала с дополнительной аналитикой из отнесения затрат. При наличии в виде оплат дополнительной входимости 34 и наличии перехода с датой окончания дополнительные аналитики брались из перехода, а не из лицевого счета.
Как измененно :

Доработан выбор дополнительных аналитик для начислений межпериода при расчете заработной платы. Теперь для дополнительных аналитик межпериода учитывается дополнительная входимость 34.

Задача :102.94558

2015-09-10 15:40:55
Краткое описание :
Критично для AQA!На фил. БД Oracle и нефилиал.БД по-разному восстанавливается БД
Описание :
Подразделения, склады
Что измененно :
AQA.На филиальной БД Oracle и нефилиальной по-разному
восстанавливается БД. Сегмент восстановления БД на Oracle(без филиальности) и
Pervasive восстанавливает БД без пометки в окне "Расчет зарплаты" для поля
"Подразделения", а в случае филиальной БД на Oracle
с пометкой в окне "Расчет зарплаты" для поля "Подразделения" -выбрано
конкретное подразделение.
Как измененно :
AQA на филиальной базе восстанавливается корректно.

Задача :106.10180

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 формируется верно.

Задача :106.10184

2015-09-10 15:40:55
Краткое описание :
Обнуление резерва при пересчете текущих остатков на базе без резервирования
Описание :
расчет текущих остатков
Что измененно :

обнуление резерва при пересчете текущих остатков на базе без резервирования
В рамках решения проблемы 102.145609 была убрана возможность пересчета текущих остатков с параметром "не рассчитывать резервы МЦ"
Этот параметр использовался клиентами, которые не ведут у себя резервирование на предприятии.
Сейчас такая возможность у них отсутствует и система производит дополнительные действия с проверкой резервов, что приводит к увеличению времени расчета.
Необходимо доработать функцию расчета текущих остатков, чтобы при полном отсутствии резервов обнуление резерва не производилось.
Как измененно :

Оптимизирован пересчет резервов.
Если в БД отсутствует информация по резервам и нет резервов в документах, то обнуление и пересчет не запускаются.