G_ZARPL
Краткое описание :
Рефакторинг табеля: выделение отдельной подсистемы для
получения параметров ЛС на датуОписание :
Табельные функцииЧто измененно :
Предлагается вынести из табеля подсистему получения параметров
лицевого счета с учетом переходов на дату, и сделать её независимой от табеля.
Сейчас получением значений параметров лицевого счета на дату занимается
табельный функционал. Такая "многопрофильность" функционала приводит к
негативным моментам, как то:
- Много однотипного кода в табеле (5 мест, но число неуклонно растет) для
получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля.
Если бы этим занимался сторонний функционал, независимый от табеля, не было бы
нагромождений.
- Большой объём табельного функционала, что затрудняет поддержку. Перенос
подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из
самых эффективных и при этом безболезненных декомпозиций для функционала табеля.
- Необходимость переформировывать табели для получения актуальных параметров
лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в
тех случаях, когда переформировывать табели не надо, а получить актуальные
параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к
непонятным ситуациям у тех пользователей, у которых настройка автоматического
переформирования табелей стояла в положении "нет". Данная проблема на текущий
момент решена, но на уровне лечения симптомов, а не причины.
Новая подсистема получения значений параметров лицевого счета на дату с учетом
переходов должна удовлетворять следующим требованиям:
- интерфейс для паскаля и для випа
- не меньшая эффективность, чем у прежней реализации
- полное покрытие имеющегося функционала (Информационные функции табеля)
- возможность возвращать параметры на произвольную дату, а не только на день
некоторого "текущего месяца"
Также в рамках данной проблемы требуется внедрить новую подсистему в табель.
Таким образом, все расчеты в модуле, обращаясь к табелю, будут использовать
новую подсистему получения реквизитов ЛС на дату. Табель должен стать из
источника таких данных посредником между новым функционалом и существующими
потребителями данных.
Как измененно :
Проведены работы по декомпозиции функционала табеля: подсистема
вычисления параметров ЛС на дату выделена в отдельный модуль.
Добавлены новые функции для получения параметров ЛС на дату: описание в файле
GALDOC\c_extfun.chm в статье "Функции получения параметров ЛС на дату". Эти
функции можно использовать как при разработке на языке VIP, так и в
пользовательских алгоритмах. Также данные функции доступны для вычисления по
Ctrl+F4.
При использовании новых функций получения параметров ЛС на дату в
пользовательских алгоритмах явно инициализировать их работу (делать вызовы
EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет
(функция PA_Assign) не требуется: во время расчета происходит автоматическая
инициализация и привязка к ЛС, для которого идет расчет.
G_ZARPL
Краткое описание :
Некорректно работает сторнировкаОписание :
Сторнирующие записиЧто измененно :
1. В классификаторе видов оплат для основной оплаты установлена доп.входимость 36.
2. Для повременной оплаты задан алгоритм 101:
[101] if(uch_rejim<100, SumAlgNo(102), SumalgNo(105))
[102] if(double(GetRejimExtAttr(uch_rejim,'Количество ставок'))=1,SumAlgNo(103),SumAlgNo(104))
[103] Uch_tarif*Uch_koldn/Uch_koldnGR
[104] Uch_tarif*Uch_chasf/Uch_chasGR
[105] uch_tarif*uch_chasf/sumalgno(111)+UCH_SETDNGR(DniGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0+UCH_SETCHGR(ChaGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0
[111] if(double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)'))<>0 and PERS_SEX='Ж',double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)')),double(GetRejimExtAttr(uch_rejim,'Среднегодовая норма часов в месяц')))
У сотрудника привязан режим работы,у которого есть внешние атрибуты.
3. Расчетный период 10 месяц.
В сентябре сотрудник болел, но зарплату посчитали за целый месяц без учета больничного.
В 10 месяце за сентябрь вводим больничный c 22.09 по 26.09 и рассчитываем:
В сторнирующих записях формируется: c 22.09 по 26.09.
4. В результатах расчета суммы за рабочий период рассчитались неправильно.
5. если удалить доп.входимость 36, сторнирует правильно.
Как измененно :
Доработан расчет основной оплаты за прошлый месяц с дополнительной входимостью (36) Cводить при округлении с алгоритмом пользователя.
Теперь в результатах расчета суммы за рабочий период рассчитываются правильно.
G_ZARPL
Краткое описание :
Расчет материальной выгоды за период относящийся к следующему месяцуОписание :
Расчет начислений (общие вопросы)Что измененно :
В связи с разъяснениями Минфина России, налоговая база при определении материальной выгоды за пользование беспроцентными кредитами (займами)рассчитывается следующим образом (Письмо от 09.08.2010 N 03-04-06/6-173). При первоначальном возврате заемных средств на сумму задолженности нужно начислить проценты, исчисленные исходя из 2/3 ставки рефинансирования Банка России, действующей на дату возврата средств, и количества дней, прошедших с момента предоставления займа. А при каждом следующем погашении проценты начисляются исходя из количества дней, прошедших с момента возврата предыдущей части займа.
Сотрудник получил ссуду 02/09/2014. Первой погашение сумм по ссуде и начисление процентов происходит при выплате заработной платы за октябрь 2014 года 15.11.2014 необходимо рассчитать материальную выгоду за дни с 02.09.2014 по 15.11.2014. Галактика на текущий момент позволяет в октябре рассчитать материальную выгоду только за период с 02.09.2014 по 31.10.2014.
Как измененно :
1. Доработана функция Расчет заработной платы в части расчета процентов и материальной выгоды для постоянного удержания "Ссуда" для следующих параметров:
- с параметрами "проценты - по концу периода, займ - при наличии суммы или проц. возврата" или "проценты - по концу периода, займ - по концу срока".
- месяц в квартале "0".
- процент мат.выгоды пересчитывать по дням "+" или процент мат.выгоды пересчитывать по дням "-"
Теперь, при указанных параметрах, расчет процентов и материальной выгоды зависит от значения настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Дата выплаты (перечисления) заработной платы".
Если текущая дата уплаты % и расчета мат.выгоды меньше либо равна дате выплаты (перечисления) заработной платы, то проценты и мат.выгода рассчитываются за период от "предыдущей" даты до "текущей".
"Предыдущая" и "текущая" даты заполняются в окне ввода постоянного удержания "Ссуда". Если предыдущая дата не заполнена, то расчет идет от даты назначения ссуды.
Сумма материальной выгоды и проценты разбиваются по месяцам в результатах расчета.
При других настройках постоянного удержания, функциональность работает без изменения.
2. Доработана функция перехода на следующий месяц.
Теперь сумма текущего процента переносится в предыдущий с учетом настройки "Дата выплаты (перечисления) заработной платы".
Если текущая дата выплаты процента меньше, чем дата выплаты (перечисления) заработной платы, то она переносится в предыдущую и расчет материальной выгоды в следующем месяце происходит с учетом новых дат.