G_ZARPL
Краткое описание :
Расчет пособия по уходу за ребенком до полутора лет. Точность хранения среднего дневного заработка.Описание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Расчет пособия по уходу за ребенком до полутора лет. Точность хранения среднего дневного заработка.
При полном расчете пособия по уходу за ребенком до полутора лет средний дневной заработок хранится в текстовом поле. При полном пересчете пособия значение СДЗ сохраняется в данном поле и в последующих расчетах (за исключением полного пересчета) берется для расчета. Для исключения лишних преобразований, а также для исключения искажения хранимого и рассчитанного значения среднего дневного заработка нужно добавить новое поле в таблицы Child, ChildOne, OneTimeBenefit, ChildBenefit типа TSumma.
Как измененно :
Хранение среднего дневного заработка перенесено в поле AVGCH.
G_ZARPL
Краткое описание :
Поля дополнительных аналитик в таблице lstabОписание :
Формирование табеляЧто измененно :
На текущий момент в базе данных Галактики дополнительные
аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в
словаре уже заведены поля.
Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP
и перейти на работу с полями таблиц LSTAB и PEREXOD.
Как измененно :
Добавлены новые методы для работы с табелем и функционалом
получения реквизитов лицевого счета на дату, возвращающие массивы со значениями
доп. аналитик:
- WT_GetAdditionalAnalyticsOnDay
- PA_GetAdditionalAnalyticsOnDay
- PA_GetAdditionalAnalytics
Подробное описание новых функций приведено в C_ExtFun.chm.
ВНИМАНИЕ: в дальнейшем планируется отказ от заполнения OPTDOP, поэтому в
собственных отчетах следует отказываться функций, возвращающих ссылку на
OTPDOP.NREC, заменяя их на упомянутые выше. Это соответственно:
- WT_GetAdditionalAnalytics
- PA_GetAdditionalAnalyticsOnDay
- PA_GetAdditionalAnalytics
О том, что функции устарели, также упомянуто в C_ExtFun.chm, приведены ссылки
на соответствующие им новые методы.
G_ZARPL
Краткое описание :
Образуются минуса в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогомОписание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
Образуются минуса в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогом.
Как измененно :
Минуса не образуются в алиментах (начисления и выплаты) при наличии хотя бы одного начисление в межпериоде, которое не облагается подоходным налогом.
G_ZARPL
Краткое описание :
При увеличении КТУ оплата по наряду рассчитывается отрицательнойОписание :
Формирование и расчет нарядовЧто измененно :
Столкнулись с проблемой, как увеличить КТУ (коэффициент трудового участия) сотрудника в бригаде при использовании 1 алгоритма.
При увеличении КТУ оплата по наряду рассчитывается отрицательной.
Как измененно :
Теперь если при расчете используется первый алгоритм и приработок меньше нуля, то наряды рассчитываются с КТУ = 1
G_ZARPL
Краткое описание :
Изменить расчет детских из МРОТОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Изменить расчет детских из МРОТ
На текущий момент при расчете детских пособий из МРОТ (в случаях отсутствия заработка или когда заработок очень маленький) расчет идет так: заработок принимается равным 24 МРОТ и сравнение идет на этапе СДЗ, т.е."реальный" СДЗ сотрудника сравнивается с СДЗ из МРОТ, а именно МРОТ*24/730. А сравнивать нужно не на этапе СДЗ, а средний месячный заработок сотрудника с МРОТ.
Пример.
Заработок сотрудника составил за два года 115 000 руб.
1. Определяем СДЗ сотрудника: 115 000/(365+366)=157,32
2. Определяем среднемесячный заработок:
157,32*30,4=4782,5 руб.
Поскольку размер среднего месячного заработка оказался меньше МРОТ, размер ежемесячного пособия рассчитывается из МРОТ.
3. Определяется размер пособия по уходу за ребенком:
7800*40%=3120 руб.
При этом нужно учесть, что есть минимальный размер пособия еще, установленный законом 81-ФЗ (заносим суммы минимального размера по этому закону в справочник ограничений в графы "мин.пособие по уходу за 1-м ребенком" и "мин.пособие по уходу за вторым и последующими детьми".
Во всех случаях исчисленное ежемесячное пособие не может быть меньше минимального размера по уходу за ребенком, установленного 81-ФЗ, т.е. не может быть меньше суммы, занесенной в справочник ограничений.
p.s. МРОТ брать на дату начала отпуска по уходу за ребенком до 1,5 лет.
p.p.s. Если сотрудник работает на условиях неполного рабочего времени, значение МРОТ уменьшается пропорционально его продолжительности. Например, если человек уходит в отпуск по уходу за ребенком и на момент начала отпуска он трудился только половину рабочего времени, то пороговое значение среднего заработка для него составит 3900 руб. (7800 руб. : 2).
Как измененно :
Внесены корректировки в расчет пособия по уходу за ребенком до полутора лет.
При расчете или пересчете пособия по уходу за ребенком до полутора лет МРОТ берется на дату ухода в отпуск по уходу за ребенком до полутора лет.
При расчете пособия из МРОТ средний дневной заработок из МРОТ рассчитывается по формуле МРОТ / 30,4 и сравнивается с рассчитанным средним дневным заработком исходя из заработка сотрудника. Это исключает погрешность вычисления пособия, так как ранее расчет шел по формуле МРОТ * 24 / 730.
В справке о расчете пособия по уходу за ребенком до полутора лет в поле МРОТ выводится значение на дату ухода в отпуск (ранее выводилось на основании текущего периода для расчета)
G_ZARPL
Краткое описание :
Не верно рассчитались алименты за закрытый периодОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При пересчете алиментов за предыдущий период и наличии неначисляемого дохода, с которого удерживаются алименты, производится некорректный расчет алиментов.
Как измененно :
Для РФ: при пересчете алиментов за предыдущий период сумма алиментов с неначисляемого дохода так же пересчитыватся по фактическому графику.
Для корректного расчета необходимо значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Учитывать налог на доходы и взносы при расчете алиментов" установить = "с дохода для алиментов".
G_ZARPL
Краткое описание :
При расчете удержаний добавляется лишняя запись CurMonthОписание :
Расчет удержаний (общие вопросы)Что измененно :
Выявлено при нагрузочном тестировании на 2 млн. ЛС: при каждом расчете удержаний в базе данных появляется одна лишняя запись CurMonth с нулевой ссылкой в cLSch и нулевым табельным (TabN, StrTabN).
Нужно чтобы такие "отвязанные" от ЛС записи после расчета не создавались.
Как измененно :
Доработана функция создания расчета заработной платы. Теперь лишние записи с нулевой ссылкой в cLSch и нулевым табельным (TabN, StrTabN) в таблице CurMonth не создаются
G_ZARPL
Краткое описание :
Неправильный расчет НДФЛ без учета сумм ФССОписание :
Расчет удержаний с больничных листовЧто измененно :
Неправильный расчет НДФЛ без учета сумм ФСС.
Как измененно :
Исправлен расчет НДФЛ для больничного из пунктов локального меню
- 'Расчет удержаний без учета сумм из ФСС'
- 'Рассчитать удержания без учета сумм из ФСС (НДФЛ без учета вычетов)'.
При наличии нескольких больничных в расчетном месяце в сумме накоплений для расчета НДФЛ учитывались суммы из ФСС из других больничных.
G_ZARPL
Краткое описание :
При сторнировании НДФЛ за прошлый год нужно проставить доп.аналитику, соответствующую месяцу, за который доудерживается налогОписание :
Расчет подоходного налогаЧто измененно :
При сторнировании НДФЛ за прошлый год нужно проставить доп.аналитику, соответствующую месяцу, за который доудерживается налог
На БД клиента возникла следующая ситуация. У сотрудника в течение года три раза менялась налоговая:
С января по октябрь КПП 631545001
С октября по ноябрь КПП 631145001
В декабре КПП 631745006.
По итогам 2017 года получилось, что удержать 1 рубль.
Чтобы его удержать в текущем периоде, устанавливаем настройку "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Запускаем сервисную функцию "Контроль для раздельного расчета по обособленным подразделениям".
Устанавливаем количество месяцев для сторнирования.
При расчете заработной платы, программа добрала рубль. Но доп.аналитика записалась только по КВО.
Как измененно :
Доработана функция формирования результатов пересчета НДФЛ да предыдущие месяцы.
Теперь в такие записи записываются дополнительные аналитики из табеля учета рабочего времени на дату, за которую возвращается или удерживается сумма.
G_ZARPL
Краткое описание :
Минусы в результатах расчета по НДФЛ за БЛ прошлого периодаОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Минусы в результатах расчета по НДФЛ за БЛ прошлого периода.
У сотрудника продолжающийся БЛ:
Сформировано 2 реестра по оплате БЛ.
1 и 2 БЛ и НДФЛ оплачены 05/05/2017, 3 БЛ и НДФЛ оплачен26/05/2017
Рассчитали ЗП. В результатах расчета по НДФЛ получились минусы:
Вероятно, получили суммы с минусом на каких-либо старых обновлениях, а затем запустили функцию "Контроль выплаты".
После этого данные были закрыты, зафиксированы ссылкой на реестр и поэтому они уже не удаляются.
Отмена расчета зарплаты не удаляет ссылки и результаты расчета НДФЛ с этими ссылками специально.
Дело в том, что до текущего момента, добыть информацию из реестров на перечисление заработной платы не представлялось возможным.
Если функция отмены расчета зарплаты будет их удалять, то в Галактике совсем не останется информации о том, какие суммы НДФЛ с заработной платы уже были перечислены.
А это бывает важным в тех случаях, когда было несколько перечислений заработной платы в случае увольнения или дополнительных начислений премий и других оплат в течение месяца.
Ведь по сути удаляются все данные из результатов расчета, а какие-то ссылки остаются. Считаем, что это не верно. При отмене расчета ЗП должны удаляться все ссылки. И пользователь не должен запускать какие-то дополнительные функции для отмены дополнительных ссылок.
Если их удалить и рассчитать заново, то ошибка не проявляется и расчет зарплаты доработки не требует.
Можно не удалять результаты расчета удержаний, а запустить функцию "Контроль выплаты" при этом убрать птичку в параметре Устанавливать дату выплаты
по дате оплаты реестра/платежной ведомости. Ссылки удалятся.
После этого пересчитать зарплату.
Отмена расчета зарплаты не удаляет ссылки и результаты расчета НДФЛ с этими ссылками специально.
Как измененно :
Доработана функция формирования записей НДФЛ при расчете заработной платы.
Теперь учитываются реестры на перечисление НФДЛ с заработной платы, а не фиксируются записи по удержаниям при формировании реестра на перечисление зарплаты, как это было ранее.
В результаты расчета НДФЛ записываются ссылки на реестр о перечислении в банк (по возможности).
Если по виду оплаты часть суммы была перечислена в межпериод, сумма дохода отражается за вычетом перечисленной суммы.
Анализ происходит по типу и ссылке на источник начисления.
Также учитываются реестры на перечисление НДФЛ с аванса, если такое перечисление имело место.
Доработана также функция отмены расчета зарплаты. Теперь при выполнении этой функции все записи об удержаниях удаляются.
G_ZARPL
Краткое описание :
Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платыОписание :
Расчет удержаний (общие вопросы)Что измененно :
Неверно отображается вид удержания в расчетном листке для уволенного сотрудника при повторном расчете заработной платы.
На текущий момент в Галактике виды удержания для уволенных в КВУ предназначены для того, чтобы отделить в расчетном листке и отчетах для пользователей те суммы, которые уже были перечислены от тех, которые еще только показаны к перечислению.
У клиентов используются виду удержаний п. 319 (с. 220)"Перечисление зарплаты в банк", п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)"
Заводят отдельные удержания для правильного формирования проводок.
ВУ 319 (с. 220)"Перечисление зарплаты в банк" Дт 70.01 Кт 70.02 Перечисление заработной платы в банк,
п. 329 (с. 221)"Перечисление зарплаты в банк (межпериод)" Дт 70.01 Кт 51
Сотрудник увольняется. Производим полный расчет с сотрудником при увольнении, а по результатам месяца производим начисление премии уже после увольнения в отчетном периоде.
Начисление премии производим через функцию "Начисление и выплаты - Расчет".
За месяц имеем расчетный листок - полностью удовлетворяют клиента.
Формируем реестр на окончательное перечисление заработной платы.
Пересчитываем ЗП еще раз, при расчете ЗП по всему предприятию.
ВУ 319 (с.220) с премии стал в расчетном листке отображаться 329 (с. 221) - и это уже не нравится клиенту.
В принципе, существующий функционал практически бы подошел, если бы клиент не пересчитывал ЗП уволенным сотрудникам второй, третий и т.д. раз.
Нужно, чтобы для уволенных работников сумма заработной платы на дату увольнения была показана особенным кодом удержания (с соответствующими проводками).
А все, что он получил уже после этой даты, другим кодом, совпадающим с кодом перечисления для всех остальных работников.
А для других работников, все суммы должны идти одинаковым кодом удержания независимо от того, были они уже перечислены в банк на момент пересчета или нет.
Как измененно :
1.Доработана функция отражения сумм заработной платы из реестров на перечисление в банк для уволенных работников.
Теперь с кодом удержания для уволенных отражаются только те суммы, дата выплаты которых, меньше даты из настройки
"... \ Расчеты с персоналом \ Дата выплаты (перечисления) заработной платы".
Дата выплаты определяется по дате обработки платежного поручения.
Если платежное поручение не найдено, датой выплаты считается соответствующее поле в заголовке реестра.
2. Переименованы поля `Для уволенных: перечисление в текущем`.@@@@@@@@ `в будущем периоде` .@@@@@@@ в классификаторе видов удержаний.
Теперь название таково: `Перечисление заработной платы в межпериод для уволенных:`.@@@@@` будущий`.@@@@@
G_ZARPL
Краткое описание :
В межрасчетных начислениях не учитывается настройка по округлению Выплат и ПеречисленийОписание :
Расчет удержаний в режиме "Начисления и выплаты"Что измененно :
В системе установлены настройки:
15129 Округлять перечисления заработной платы - по собственному правилу
15130 ...Правило округления для перечисления заработной платы - 100
15123 Выплаты заработной платы - 100
15124 Выплаты заработной платы уволенным - 100
Просьба учитывать данные настройки при формировании столбца Выплачено(аванс).
Как измененно :
При формировании записей Начислений и выплат учитываются настройки "Округлять перечисления заработной платы", "Правило округления для перечисления заработной платы", "Выплаты заработной платы", "Выплаты заработной платы уволенным".
Также происходит учет настройки классификатора видов удержаний "Округлять по собственным правилам", причем данная настройка имеет более высокий приоритет над другими настройками округления.