2015-04-17 12:59:51

Краткое описание :

Оплата пособий с учётом военного стажа. Источники финансирования

Описание :

Стажи для учета при расчете пособий по нетрудоспособности

Что измененно :

Страховой стаж сотрудника составляет 4 года.
Пособие по нетрудоспособности выплачивается в размере 60%. В стажах присутствует также военный стаж,указанный в соответствующей настройке.
Вместе с ним стаж сотрудника составил 6 лет. Из средств ФБ необходимо доплатить разницу в процентах. Проблема в том, что из средств ФБ оплачиваются только те же дни
болезни, что и из средств ФСС (в соответствии с гл.1, ст.3, п.4 закона 255-ФЗ). Первые два дня в размере 80% должны быть оплачены из средств работодателя. То есть
принцип должен быть такой (в примере 5 дн. болезни):
3 дн. - из средств работодателя 80% от среднего
заработка.
2 дн. - из ФСС 60% от среднего заработка
2 дн. - из ФБ 20% от среднего заработка.
По такому принципу должны сформироваться оплаты в результате расчёта больничного и в предварительной разноске.
В настоящий момент программа делает так:
3 дн. - из средств работодателя 60% от среднего
заработка.
2 дн. - из ФСС 60% от среднего заработка
5 дн. - из ФБ 20% от среднего заработка.

Как измененно :

1. Доработан расчет пособий по нетрудоспособности в части суммы за счет федерального бюджета.
Теперь из средств ФБ оплачиваются только те дни болезни, что и из средств ФСС.
Доработан расчет пособий по нетрудоспособности в части суммы за счет предприятия.
Теперь процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии.
2. Доработаны справки о расчете пособий по нетрудоспособности.
Теперь, при печати суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов.
При печати суммы за счет предприятия процент пособия рассчитывается с учетом стажа службы в армии.
3. Доработана функция "Предварительная разноска". Теперь, для суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов.
Процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии.

2015-04-17 12:59:51

Краткое описание :

Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затрат

Описание :

Предварительная разноска

Что измененно :

Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затрат (в случае использования функции Распределение затрат).
Проблема проявляется, когда в архиве оплат по одному и тому же виду оплаты указаны одинаковые даты с разными ШПЗ.

Как измененно :

Исправлена функция "Предварительная разноска" при обработке сторнировочной записи с признаком "П_С". Запись появляется после выполнения функции "Перерасчет средних".
Теперь, записи за одни и те же периоды по одному и тому же виду оплат суммируются только тогда, когда имеют одинаковые ШПЗ.
Н

2015-04-17 13:00:13

Краткое описание :

Доработка алгоритма VIP00.

Описание :

Акты на услуги, работы

Что измененно :

В ПИРе 102.141754 была осуществлена доработка алгоритма vip00
для ж/д услуги.
Нужно в случае ж/д услуги, чтобы просто брался тариф независимо от количества
позиций спецификации в накладной. А сейчас если позиций спецификации 2 и более,
то получается некорректная сумма - идет умножение на кол-во позиций накладной.

Как измененно :

Доработан алгоритм VIP00 для ж/д услуг. Выбранный тариф просто
переносится в акт без каких-либо пересчетов.

2015-04-17 13:01:20

Краткое описание :

Неверно формируются переходы в межпериод при утверждении приказа

Описание :

60. Изменение режима работы

Что измененно :

В рабочую корзину приказами помещено две записи о пересекающихся переходах в межпериод. При обработке записи об изменении оклада создается переход в межпериод с лишней записью - изменение режима работы. Значение режима работы берется из пересекающегося перехода, что приводит к ошибке формирования табеля и, соответственно, расчета заработной платы.

Как измененно :

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

Для получения значения какого-либо параметра назначения (например оклада или режима работы) на дату система ищет последнюю запись истории, действующую на дату и изменяющую атрибут (установлена соответствующая галочка) и берет этот параметр из нее.

Действующей на дату (к примеру, на 12.03.2015) записью истории считается запись, соответствующая следующим условиям:
- дата начала записи истории не больше искомой даты ("Дата с" <= 12.03.2015);
- либо дата окончания записи истории не больше искомой даты, либо это запись о создании назначения или заключении/продлении контракта ("Дата по" => 12.03.2015 или "Вид операции" один из (1, 3, 4, 5, 65, 70)).

При обновлении назначения после редактирования истории назначения или утверждения приказа назначение обновляется на дату окончания последней записи истории. При этом определение параметров назначения на дату производится в соответствии с описанными выше принципами.

Записи истории, созданные при утверждении приказов по персоналу, закрыты для редактирования через интерфейс истории назначения. Т.о. редактирование утвержденных приказов по персоналу не допускается.

2015-04-17 13:01:20

Краткое описание :

Неверные данные в картотеке и РК после выполнения функции обновления тарифов/окладов по картотеке

Описание :

Обновление тарифов/окладов в картотеке

Что измененно :

У сотрудника был приказ на изменение режима работы с 12.01.2015. В зарплате есть соответствующий переход в межпериод. С 01.01.2015 проводим изменение тарифов/окладов в связи с новой тарифной сеткой. После выполнения обновления тарифов/окладов в картотеке с параметром "Объединять в истории записи с одинаковыми датами"- "да", "Корректировать данные в приказах" -"да" и с параметром Объединять в истории записи с одинаковыми датами"- "нет" результат не удовлетворительный.

В документации написано:
Объединять в истории записи с одинаковыми датами - да,
Корректировать данные в приказах - да, при этом в истории есть запись, равная либо больше Даты обновления тарифа, то в данных записях изменятся оклад/тариф и корректирующий коэффициент (при установленном параметре).

Нужно чтобы работало в соответствии с описанием.

Как измененно :

Внесены следующие изменения для сервисной функции "Обновление тарифов/окладов в картотеке":
а) изменен принцип работы функции:
1) при обработке назначений выбранных сотрудников:
1.1. определяется последняя на дату проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения) запись истории назначения, в которой модифицировался оклад;
1.2. если контроль/пересчет осуществляются на основе тарифных ставок, для данной записи производятся проверки:
- на наличие привязки записи к тарифной сетке;
- на попадание оклада в "вилку" тарифной ставки (в случае если установлена настройка "Учитывать минимальное и максимальное ограничения тарифов/окладов в картотеке");
Если какая-то из проверок не была пройдена, данное назначение пропускается и система переходит к обработке следующего назначения.
1.3. если контроль/пересчет осуществляются на основе тарифных ставок, система по системе оплаты, разряду и коду тарифа определяет актуальный тариф на дату проведения обновления; оклад пересчитывается на основе найденного тарифа;
1.4. если режим работы функции "пересчет" и коэффициенты пересчета не нулевые:
- если установлен параметр "Изменять корректирующий коэффициент при перерасчете тарифов", производится расчет нового КК;
- система пересчитывает оклад на основе коэффициентов пересчета, а если менялся КК, то и на основе КК;
1.5. производится округление тарифов/окладов согласно установленным параметрам округления;
1.6. если обрабатываемая запись истории привязана к тарифной ставке и установлена настройка "Учитывать минимальное и максимальное ограничения тарифов/окладов в картотеке", осуществляется проверка на попадание рассчитанного оклада/тарифа в "вилку" тарифной ставки; при выходе за "вилку" оклад/тариф приводится к пограничному значению;
При проверке и привидении оклада к пограничному значению учитывается количество ставок, в случае если система оплаты зависит от количества ставок.
1.7. по рассчитанным данным:
- создается новая запись истории назначения в случае если выполняется хотя бы одно из условий :
* запись истории, найденная в п.1.1 имеет дату начала отличную от даты проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения);
* параметр "Объединять в истории записи с одинаковыми датами" установлен в значение "нет";
* запись истории, найденная в п.1.1, создана приказом, а параметр "Корректировать данные в приказах" имеет значение "нет";
Для создаваемой записи: "дата с" устанавливается равной дате проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения); "дата по" сохраняется равной "дате по" записи из п.1.1 в случае если она заполнена и больше даты проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения).
- информация об изменениях тарифа/оклада вносится в запись истории, найденную в п.1.1 в случае, если дата этой записи равна дате проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения), параметр "Объединять в истории записи с одинаковыми датами" имеет значение "да", а также:
* или запись истории назначения не создана приказом;
* или запись истории создана приказом и для настройки "Корректировать данные в приказах" установлено значение "да";
1.8. при формировании сигналов в РК, по созданной/измененной записи истории отправляется сигнал в рабочую корзину;
1.9. анализируются записи истории назначения, в которых модифицировался оклад и дата записи позже даты проведения операции обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения):
- для найденных записей осуществляется предварительный расчет п.1.2-1.6;
- данные об обнаруженных "будущих" записях истории и рассчитанные для них тариф/оклад заносятся в специальную таблицу;
- если по п.1.2 осуществлялся контроль и проверка не была пройдена, запись попадает в специальную таблицу, однако помечается как не обрабатываемая и блокируется для постобработки;
2) после обработки всех назначений если были найдены записи истории с датами позже даты проведения обновления, открывается окно для определения постобработки этих записей:
2.1. в верхней панели окна информация о назначении, для которых были найдены "будущие" записи истории;
2.2. в средней панели информация о "будущих" записях истории:
- поле "Операция" означает, какие манипуляции будут проведены с записью после нажатия кнопки "Продолжить", и имеет значения:
* "не обрабатывать запись" - данная запись не будет обработана и останется неизменной после завершения обновления тарифов/окладов;
* "внести изменения в запись истории" - информация об измененном тарифе/окладе будет внесена в данную запись истории;
* "создать копию, запись сделать неактуальной" - на основании данной записи будет создана копия, в которую будет занесена информация об обновленном тарифе окладе, после чего для записи-источника будет установлен признак неактуальности;
- если запись истории заблокирована, она подсвечена серым, поле "Операция" недоступно для модификации, а поле "Причина блокировки" содержит информацию какая проверка из п.1.2 не была пройдена;
- если запись истории была создана приказом, поля "Номер приказа" и "Дата приказа" подсвечиваются фиолетовым и при установке для такой записи значения "внести изменения в запись истории", выдается предупреждение о том, что при изменении записи будет модифицирован приказ;
- для не заблокированных записей отображается текущая информация о тарифе (поля "до"), для записей, подлежащих обработке(внести изменения, создать копию), также отображается информация о тарифе после обновления;
2.3. в нижней панели кнопки для групповых операций:
- "Не обрабатывать" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "не обрабатывать запись";
- "Внести изменения" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "внести изменения в запись истории";
- "Создать копию" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "создать копию, запись сделать неактуальной";
- "Продолжить" - запускается постобработка "будущих" записей согласно выбранным вариантам операций;
- при закрытии окна [X]: все "будущие" записи не обрабатываются, выдается соответствующее сообщение;
в) печать справки об обновлении тарифов/окладов переведена на FastReport:
- записи об обработанных назначениях сотрудника выводятся сгруппировано по подразделениям карточки, печатаются: табельный номер, ФИО, разряд, должность и тариф/оклад до и после операции обновления;
- записи с информацией о назначении можно развернуть, дополнительно будет отражены записи истории назначения, которые были добавлены или модифицированы: даты начала/окончания, наименование операции и тариф/оклад до и после операции обновления.

2015-04-17 13:02:15

Краткое описание :

Количество календарных дней отпуска в Т-54

Описание :

Печать лицевых счетов

Что измененно :

При печати Лицевого счета кол-во календарных дней берется не из фактически предоставленного отпуска, а рассчитывается заново как кол-во дней между датами начала и окончания отпуска.
В итоге получается расхождение для тех отпусков, которые продлеваются за счет праздничных дней, например Ежегодный отпуск.

Как измененно :

В интерфейс печати Лицевого счета добавлен параметр "дни отпуска без учета праздников", при установке которой кол-во календарных дней берется не из фактически предоставленного отпуска. Если настройка не установлена алгоритм расчета остается прежним - кол-во дней между датами начала и окончания отпуска

2015-04-17 13:00:02

Краткое описание :

Для решения ПИР 102.141196 необходимо добавить поле для отдельного хранения НДФЛ с превышения в интерфейсе б/л

Описание :

Расчет удержаний с больничных листов

Что измененно :

Необходимо добавить поле для отдельного хранения НДФЛ с превышения в интерфейсе б/л
Необходимо также доработать функцию вывода расчетных сумм в указанное поле при расчете удержаний с больничного листа в межпериод.

Как измененно :

1. Доработано окно "Листки нетрудоспособности"=> Суммы по месяцам.

Для всех стран, кроме Украины, добавлены поля:
"Алименты,и/л" с превышения
НДФЛ с превышения
Пенс.взнос с превышения

По настройке на Россию добавлено поле: Алименты,и/л за счет ФСС.

Раздел оплаты превышений выделен отдельно под заголовком `Оплата превышения`

2. Доработано поле "Удержано" с учетом новых полей в окне редактирования "Листки нетрудоспособности".

3. Справки о расчете больничных листов для России в части печати суммы НДФЛ.

4. Доработана функция "Отмена расчета удержаний" в части очистки новых полей.

5. Доработана функция расчета удержаний с больничных листов межпериода.
Теперь при расчете удержаний заполняются новые поля.
Также новые поля учитываются при расчете НДФЛ, алиментов, исполнительных листов и взносов в пенсионный фонд при расчете удержаний с других начислений межпериода,
в том случае, когда выбраны расчеты "НДФЛ с учетом вычетов" или "НДФЛ без учета вычетов" при наличии у работника больничных листов.

6. Доработана функция предварительная разноска в части переноса суммы НДФЛ с превышения в предварительный просмотр для дальнейшего использования при расчете заработной платы.

7. Доработана функция "Расчет заработной платы" для значений отличных от "не учитывать" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".

8. Доработана функция Перехода на новый расчетный период по очистке сумм удержаний с настройкой: "При переходе к новому периоду очищать суммы будущих месяцев".

9. Доработана функция "Расчетно-платежная ведомость межрасчетного периода".

2015-04-17 13:00:36

Краткое описание :

Help. Подключить топик справки

Описание :

Контроль процента в суммах оплат для детских пособий

Что измененно :

К сервисной функции "Контроль процента в суммах оплат для детских пособий", а также к интерфейсу (и полям), открываемому по функции, подключить идентификатор Zar_KontrolProcDetskih.

Как измененно :

Подключена справка для пункта меню "Контроль процента в суммах оплат для детских пособий", а также к интерфейсу (и полям).

2015-04-17 13:00:47

Краткое описание :

Доработать быстродействие расчета сальдо

Описание :

Информация о выплатах заработной платы

Что измененно :

Требуется ускорить процесс расчета сальдо.

Как измененно :

Ускорен расчет сальдо, что должно уменьшить общее время расчета зарплаты и время работы функции перехода в новый расчетный период. Проведена оптимизация расчета, удалены избыточные операции и доработаны операции, приводящие к снижению скорости пересчета.

Оптимизация быстродействия производилась на копии клиентских баз:
1) на платфорие MSSQL при значении настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "нет"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Формировать сальдо с разбивкой по аналитикам" - "нет"
2) на платформе Oracle при значении настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Формировать сальдо с разбивкой по аналитикам" - "да"

2015-04-17 13:02:15

Краткое описание :

Макрос в расчетно-платежной ведомости

Описание :

Расчетно-платежная ведомость

Что измененно :

В макросе расчетно-платежной ведомости есть синтаксическая ошибка (вместо FALSE - FASLE). У клиента каждый раз при формировании отчета "Настраиваемая форма(Excel)" Excel ругается на эту ошибку. Сам отчет на удивление формируется верно.

Как измененно :

Исправлена ошибка записи макроса.
FASLE заменено на FALSE.

2015-04-17 13:02:15

Краткое описание :

Сломалось отображение названия колонок социальных налогов "до расчета зарплаты" с признаком "Л" для 2015 года

Описание :

Архив налогов на ФОТ и копия архива

Что измененно :

Сломалось отображение названия колонок социальных налогов "до расчета зарплаты" с признаком "Л" для 2015 года, отображение колонок "после расчета зарплаты" верное.

Как измененно :

Наименования колонок отображаются верно

2015-04-17 13:00:25

Краткое описание :

После перевода сотрудника в другой филиал (подразделение) на новый лицевой счет данные из старого лицевого счета (до перевода) не попадают в отчет 4ФСС

Описание :

Ведомость по средствам ФСС РФ

Что измененно :

После перевода сотрудника в другой филиал (подразделение) на
новый лицевой счет данные из старого лицевого счета (до перевода) не попадают в
отчет 4ФСС. Отчет формировал по одному подразделению и по всем: в обоих случаях
данные из лицевого счета, который был до перехода в новый филиал
(подразделение), в отчет 4ФСС не попали. Проблема решается вручную заменой
признака "переведен в другой филиал" на "уволен" в лицевом счете, но если в
течение года у клиента было много подобных переводов, то отследить все ситуации
будет сложно.

Как измененно :

При переводе сотрудника из филиала в филиал данные из старого
лицевого счета попадают в отчет формы - 4 ФСС

2015-04-17 13:00:47

Краткое описание :

Печатная форма реестра на почту (ф.103) - дополнения

Описание :

Реестры по перечислению в банк

Что измененно :

Необходимо доработать печатную форму 103 для перечисления сумм по почте "Список на отправку почтовых переводов денежных средств ф.103".

Как измененно :

Доработано оформление печатной формы реестра "Список на отправку почтовых переводов денежных средств ф.103".
В интерфейс параметров печати отчета "Атрибуты почтовых переводов" добавлена настройка "Сумма сбора включает НДС",
установив которую изменяется формула расчета НДС: (сумма сбора * процент НДС почтового сбора)/(100+процент НДС почтового сбора).
Процент НДС почтового сбора задается в настройке: "Настройки-Управление персоналом- Почтовые переводы, алименты, исп. листы-Процент НДС почтового сбора".

2015-04-17 13:01:09

Краткое описание :

Проблема с вводом БЛ через лицевой счет

Описание :

Работа с интерфейсом ввода больничных листов

Что измененно :

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

Как измененно :

Исправлена ошибка при редактировании даты начала больничного листа при
установленной настройке "Настройки Галактики\Управление персоналом\Общие
настройки\Больничные, отпуска, расчеты по среднему\Больничные\Вид пособия по умолчанию".
Дата не переустанавливается в дату начала расчетного периода.

2015-04-17 13:01:20

Краткое описание :

Некорректное сообщение при попытке ввода статуса Иждивенец

Описание :

4-е окно (родственники)

Что измененно :

Некорректное сообщение при попытке ввода статуса Иждивенец
Галактика выдает предупреждение "Дата окончания действия льготы больше даты окончания документов обоснования. Изменить дату окончания действия льготы?". Пользователь считает, что в данном случае некорректно выдавать такое предупреждение, так как документ обоснования в принципе отсутствует.

Как измененно :

При изменении даты окончания действия обоснования вычетов предупреждение изменено на
"Дата окончания действия льготы больше даты окончания обоснования вычета. Изменить дату окончания действия льготы?"