G_ZARPL
Краткое описание :
После изменения расчета налогов на ФОТ с округлением до 2-х знаков увеличились расхождения сумм налогов в бухсправках и ОВРОписание :
Бухгалтерские справкиЧто измененно :
Доработать алгоритм формирования бухсправок по налогам на ФОТ в режиме без использования ТХО.
При формировании проводки нужно учесть погрешность от округления предыдущей проводки.
Как измененно :
В настройку "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Правила округления \ Алгоритм округления налогов на ФОТ" добавлен алгоритм с номером "5"
Галактика ERP \ Персонал \ ЗП \ Операции \ Формирование проводок \ Бухгалтерские справки
Если в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Правила округления \ Алгоритм округления налогов на ФОТ" установлен алгоритм с номером "5", то проводки формируются с учетом разницы между неокругленным и округленным значением суммы предыдущей проводки.
G_ZARPL
Краткое описание :
Новый алгоритм похожий на NachD(O)Описание :
Расчет начислений (общие вопросы)Что измененно :
Вышло письмо Конституционного суда 26п от 28.06.18., что нужно при расчете оплаты ночных (праздничных, выходных) учесть компенсационные и стимулирующие выплаты. Поэтому начали обращаться клиенты с просьбой настроить алгоритм расчета оплаты с учетом доплат.
Если у сотрудника меняется режим работы, то при оплате ночных (праздничных, выходных) это тоже нужно учесть.
Получается, нужно собрать суммы (основная оплата+некоторые доплаты) за период по каждому переходу, разделить на количество часов из входящей оплаты и умножить на количество часов ночных (праздничных, выходных) и на процент.
Подошла функция NachD(O), но она дает нужный результат только если период во входящей оплате (основная, доплаты) не полностью совпадает с периодом оплаты ночных. Если период полностью совпадает собранная сумма не пересчитывается. Нужно чтобы пересчитывалась независимо от того полностью совпадает период или нет. Предлагаю для этого разработать новую функцию похожую на NachD(O), которая будет всегда делить сумму входящего начисления на количество часов из него и умножать на количество часов в рассчитываемой оплате.
Как измененно :
Доработана функция NACHD для начислений с совпадающими периодами. Добавлена дополнительная проверка на совпадение времени.
Теперь сумма пересчитывается и в том случае, если периоды совпадают, но количество дней/часов в расчётной оплате меньше, чем в той, которая входит в неё.
В протокол расчётного алгоритма NACHD добавлена соответствующая информация
G_ZARPL
Краткое описание :
Требуется свести исходники SVN и VSSОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Требуется свести исходники SVN и VSS (по возможности)
UDUDER.PAS
LowProc.pas
UDNALOG.PAS
RASAVANS.PAS
Как измененно :
Свести исходники SVN и VSS (по возможности)
UDUDER.PAS
LowProc.pas
UDNALOG.PAS
RASAVANS.PAS
G_ZARPL
Краткое описание :
При наличии имущественного вычета система в окончательный расчет выводит НДФЛ с "+" и с "-".Описание :
Расчет подоходного налогаЧто измененно :
Установлено значение "из дополнительных аналитик" настройки "...\ Налог на доходы \ Раздельный расчет по обособленным подразделениям"
Работнику выплачивается несколько видов материальной помощи.
При наличии имущественного вычета система в окончательный расчет выводит НДФЛ с "+" и с "-".
Если НДФЛ не должен браться, то и попадать в окончательный расчет он не должен.
Как измененно :
Для России доработана функция расчёта НДФЛ при значениях отличных от "нет" настройки "...\ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
и "нет" или "в декабре или в месяце увольнения" настройки
"... \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов"
Доработка актуальна при наличии реестров(платёжных ведомостей) в межпериод с учетом имущественных или социальных вычетов.
Если в учётных суммах операций к реестру присутствует вычет, то он правильно отнимается от суммы положенных вычетов и лишние записи по удержанию НДФЛ не формируются в результатах расчёта.
Примечание. На базе пользователя в удержаниях НДФЛ за 5.2018 г имеется лишняя запись с суммой дохода 109389.58 и вычетом 109389.58 для В.О.3102. Для исправления ситуации необходимо выполнить функцию Заработная плата\ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) за 5.2018
G_ZARPL
Краткое описание :
После изменения принципов работы функции NachD() не корректно рассчитываются начисления.Описание :
Алгоритмы пользователяЧто измененно :
После изменения принципов работы функции NachD() не корректно рассчитываются начисления.
Как измененно :
Доработана функция NACHD для начислений с совпадающими периодами. Добавлена дополнительная проверка на совпадение времени.
Теперь сумма пересчитывается и в том случае, если периоды совпадают, но количество дней/часов в расчётной оплате меньше, чем в той, которая входит в неё.
Пересчёт сумм с совпадающими периодами происходит только для оплат, имеющих типы "ВЧ", "НЧ", "ПЧ", "СЧ".
G_ZARPL
Краткое описание :
Копейки в НДФЛОписание :
Расчет подоходного налогаЧто измененно :
У работника после расчет з/п за 12 месяц НДФЛ рассчитался с копейками.
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Округления \ Округление налога" =1
Реестр №000082979 правили вручную, так как реестр в ЕУС был автоматически сформирован с копейками, его округлили в большую сторону (:,59 коп. округлили до единицы). После формирования увидели копейки, поправили потому что срочно надо было платить увольнение. Фомировали в реестрах на перечисление з/пл. Проценты не указывали. Также после пересчета з/п возник долг за работником 0,41 и в/у 413 изменился на в/у 411.
В результатах расчета з/п не должно быть дробной части.
Как измененно :
Доработана функция учёта реестров НДФЛ при расчёте заработной платы.
Теперь суммы из реестров НДФЛ при записи в результаты расчёта дополнительно округляются по настройке
"... \ Расчеты с персоналом \ Налог на доходы \ Округления \ Округление налога"