G_ZARPL
Краткое описание :
Сторнирование матпомощи не попадает в облагаемый доходОписание :
Расчет подоходного налогаЧто измененно :
Проявляется только на Oracle
Сторнирование матпомощи не попадает в облагаемый доход.
Пример:
В межпериод работнику начислена и выплачена матпомощь, например, 2500
При расчете з/п обнаружена ошибка в сумме МП и снимается переначисленная часть (-200)
Налог на -200 не возвращается, т.е. облагаемая база на 200 не уменьшилась:
Как измененно :
Исправлен расчет НДФЛ с материальной помощи при расчете заработной платы на Oracle.
Ошибка проявлялась в тех случаях, когда в одном и том же месяце материальная помощь начислялась и возвращалась.
G_ZARPL
Краткое описание :
Сторнирование сумм льгот за предыдущий период по ВО с алгоритмом 98Описание :
Расчет подоходного налогаЧто измененно :
Материальная помощь оформлена как неначисляемая сумма (алг 98) и для нее установлен предел в справочнике "Вычеты по отдельным видам доходов".
Необходимо реализовать возможность пересчета налога для случая когда в постоянную доплату вводится сумма с "-" за предыдущий период по такому ВО.
В классификаторе доходов, имеющих вычеты, последняя ставка на 1/2016 в сумме 4500000.
Если посмотреть сальдо по матпомощи то мы видим следующее.
на конец второго месяц 2016 года было
с начала года 2040000 льгота с начала года 2040000 за месяц 840000 льгота за месяц 840000
после возврата суммы -10000 получаем
с начала года 2030000 льгота с начала года 2030000 за месяц 830000 за месяц 830000
(на конец второго месяца сумма матпомощи < 4500000, поэтому на доход не влияет, просто уменьшаем сальдо)
далее смотрим сальдо на начало четвертого месяца
сумма с начала года была равна 3540000, после возврата суммы -10000 сумма матпомощи с начала года стала 3530000
Эту сумму используем в качестве входящего сальдо для матпомощи текущего месяца.
с начала года 3530000 льгота с начала года 3530000
осталось использовать льготу 4500000 - 3530000 = 970000
Имеем сумму матпомощи 12000000, к обложению 12000000 - 970000 = 230000
итого доход
3286493 + 3817125 + 7634250 + 1145138 + 12000000 + 1717706 + 530277 + 7450099 + 530277 + 3446550 + 230000
Как измененно :
Для РБ доработана функция расчета НДФЛ с материальной помощи.
Теперь суммы возврата материальной помощи за прошлые месяцы анализируется в первую очередь.
Это позволяет учесть эти суммы для дальнейшего пересчета сальдо в тех случаях, когда имеет место начисление материальной помощи в текущем месяце.
G_ZARPL
Краткое описание :
При определении периода к которому относится начисленная сумма при расчете удержания НДФЛ определять по дате фактической выплатыОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
Период к которому относится начисленная сумма с настройкой учета дохода в налоговой отчетности " по месяцу в котором выплачен" (отпуска, больничные) при расчете удержания НДФЛ определяются по дате фактической выплаты (если она есть). В связи с этим нужно разбивать начисления отпуска с учетом даты выплаты из реестров.
Как измененно :
Для России изменена последовательность обработки записей с типом источника "Отпуск" при расчете начислений.
Предполагается еще один предварительный проход, для того, чтобы не было нарушено следование приоритетов по видам оплат.
При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник.
Если такие записи будут найдены, и сумма дохода в них будет меньше начисленной, в результаты расчета, в первую очередь, будут записаны данные из реестров.
Запись из реестра помечается буквой "П" для избежания увеличения количества дней в расчетных листках.
Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра.
Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "Отпуск" и ссылкой на данный источник.
Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу.
Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы.
Исключение составляют случаи, когда в межпериод была перечислена сумма больше либо равна, начисленной при окончательном расчете заработной платы.
Такая ситуация может быть, например, при отзыве из отпуска в расчетном периоде.
В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период из окна отпуска или больничного.
Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
G_ZARPL
Краткое описание :
Пересчет 42 алгоритмаОписание :
Расчет начислений (общие вопросы)Что измененно :
Пересчет вида оплаты с 42 алгоритмом. Зашли в "Переходы межпериод" и изменили значения коэффициентов, сделали Настройка-Сервисные функции-Обновление тарифов и окладов. Рассчитали заработную плату. Оклад стал таким как нужно. Однако проблема с видом оплаты, у которого 42 алгоритм. Он в расчетный лист заносит не разницу между начисленной и выплаченной суммы, а новую сумму целиком.
Как измененно :
При пересчете суммы для вида оплаты с 42 алгоритмом происходит учет раннее начисленной суммы.
G_ZARPL
Краткое описание :
Отличаются суммы почтового сбора в реестре и в результатах расчетаОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
При формировании реестра до расчета сбора не производится округление суммы алиментов на перечисление в соответствии с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление суммы перевода для расчета почтовых сборов".
Как измененно :
В функции расчета почтового сбора с алиментов почтой округление суммы перечисления производится до определения процента удержания по шкале в соответствии с настройкой "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление суммы перевода для расчета почтовых сборов".
G_ZARPL
Краткое описание :
РК, выплаченный в межпериод, начисляется дваждыОписание :
Расчет начислений (общие вопросы)Что измененно :
РК, выплаченный в межпериод, начисляется дважды. Проблема проявляется в случае, когда у сотрудника есть изменение условий труда в месяце расчета и, связанное с этим, деление всех начислений по условиям труда.
Как измененно :
Исправлено: при делении сумм начислений, которые были выплачены в межпериод и с них рассчитан РК и СН, суммы РК и СН сохраняются пропорционально работе во вредных условиях труда в каждом начислении.
G_ZARPL
Краткое описание :
Учет за год ВО с видом удержания 500Описание :
Вычеты по отдельным видам доходовЧто измененно :
Учет за год ВО с видом удержания 500
Если внести сумму с минусом за прошлый месяц по 30 ВО с видом удержания (код 500), то в общей сумме накопления за год перестают учитываться 153 ВО выплаченные в текущем месяце.
Анализ показал, что у пользователя одна из видов материальной помощи рассчитывается по алгоритмы и для нее, соответственно, установлен ненулевой приоритет.
На текущий момент,ситуацию легко можно изменить, если для материальной помощи с кодом 153 заполнить поле "приоритет", отличный от нуля.
Как измененно :
Доработана функция возврата материальной помощи за прошлый период при расчете заработной платы.
Теперь возврат работает корректно, независимо от приоритетов оплат, участвующих в расчете.
G_ZARPL
Краткое описание :
Учесть даты фактической выплаты больничных при расчете начислений по больничнымОписание :
Расчет начислений (общие вопросы)Что измененно :
Учесть даты фактической выплаты больничных при расчете начислений по больничным.
Период к которому относится начисленная сумма с настройкой учета дохода в налоговой отчетности " по месяцу в котором выплачен" (отпуска, больничные) при расчете удержания НДФЛ определяются по дате фактической выплаты (если она есть). В связи с этим нужно разбивать начисления больничного с учетом даты выплаты из реестров.
Как измененно :
Для России изменена последовательность обработки записей с типом источника "больничный лист" при расчете начислений.
Предполагается еще один предварительный проход, для того, чтобы не было нарушено следование приоритетов по видам оплат.
При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник.
Если такие записи будут найдены, в результаты расчета, в первую очередь, будут записаны данные из реестров.
Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра.
Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "больничный лист" и ссылкой на данный источник.
Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу.
Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы "...\ Расчеты с персоналом \ Дата выплаты (перечисления) заработной платы".
Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
G_ZARPL
Краткое описание :
Не определяется вид оплат в НДФЛ по сверхурочным за годОписание :
Расчет подоходного налогаЧто измененно :
\r\nПроявляется только РЅР° Oracle\r\nСторнирование матпомощи РЅРµ попадает РІ облагаемый РґРѕС…РѕРґ.\r\nПример:\r\nР’ межпериод работнику начислена Рё выплачена матпомощь, например, 2500\r\nРџСЂРё расчете Р·/Рї обнаружена ошибка РІ СЃСѓРјРјРµ РњРџ Рё снимается переначисленная часть (-200)\r\nНалог РЅР° -200 РЅРµ возвращается, С‚.Рµ. облагаемая база РЅР° 200 РЅРµ уменьшилась:\r\nКак измененно :
\r\nРG_ZARPL
Краткое описание :
Расчет НДФЛ в межпериоде без учета вычетовОписание :
Расчет удержаний с отпусков межпериодаЧто измененно :
Расчет НДФЛ для больничных листов и отпусков без учета вычетов
всегда учитывает вычет в НПФ.
Предприятие перечисляет за сотрудника дополнительный взнос в НПФ.
При расчете НДФЛ с больничного и отпуска в межпериоде НДФЛ рассчитывается по
ALT+F9, т.е. вычеты не должны учитываться, но они учитываются.
Как измененно :
Добавлена дополнительная входимость (76) Скидка НЕ участвует
в расчете НДФЛ в межпериоде. Данная дополнительная входимость нужно для более
гибкой настройки применения скидок в при расчете НДФЛ таких сущностей
межперида, как начисления и выплаты, больничные, отпуска.
Добавлена возможность настройки расчета НДФЛ перед расчетом удержаний в
начислениях и выплатах, больничных, отпусках.
При вызове пункта локального меню "Расчет удержаний с настройкой" появляется
окно "Настройка расчета удержания" с возможностью настройки расчета НДФЛ:
- без учета имущественных и социальных вычетов;
- без учета имущ. и соц. вычетов c 76 доп. входимостью;
- без учета стандартных вычетов;
- только от суммы;
- НЕ рассчитывать НДФЛ с суммы ФСС.
Возможность изменения элемента "без учета стандартных вычетов" зависит от
значения "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \
Межрасчетный период \ Применять вычеты при расчете удержаний". Если значение
данной настройки "да" или "нет", то пользователю не дана возможность установить
или снять флажок для данного элемент. Причем, если настройка "Применять вычеты
при расчете удержаний" имеет значение "нет", то элемент "без учета стандартных
вычетов" окна настройки расчета удержаний автоматически предустанавливается.
Элемент "НЕ рассчитывать НДФЛ с суммы ФСС" доступен для изменения только в
случае расчета удержания больничного листа.
При расчете НДФЛ с установленным флажком "без учета скидок с 76
дополнительной входимостью" и снятым флажком "без учета скидок" при анализе
скидок будут исключены те скидки, виды оплат которых содержат дополнительную
входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Если
установлен флажок "без учета скидок", то установка флажка "без учета скидок с
76 дополнительной входимостью" не имеет смысла.
G_ZARPL
Краткое описание :
Странный расчет налога в конкретном случае.Описание :
Расчет подоходного налогаЧто измененно :
У пользователей установлено значение "из подразделений отнесения затрат" в настройке
"...Налог на доходы \ Раздельный расчет по обособленным подразделениям"
С начала года работнику предоставлялся имущественный вычет, причем в октябре была предоставлена излишняя сумма вычета.
В ноябре сформированы межрасчетные выплаты. Доход сотрудника 13812.32, налог почему-то 4001,00
Откуда сумма, с которой он рассчитывается - 30779.39 (такая сумма в протоколе) - непонятно.
Затем рассчитана зарплата. Здесь тоже непонятен расчет, налог должен быть на 3043 больше.
Предоставляются вычеты, которых, на мой взгляд, быть не должно.
К тому же, "учтено вычетов" в таблице "размер годового дохода после расчета зарплаты" больше, чем должно быть.
Как измененно :
Исправлена функция расчета НДФЛ при расчете заработной платы и в межпериод с установленным значением "из подразделений отнесения затрат" в настройке
"...Налог на доходы \ Раздельный расчет по обособленным подразделениям" в случае излишне предоставленного имущественного вычета.
Теперь неучтенный остаток вычета предоставляется правильно: в составе общей суммы дохода за расчетный месяц.
Поле "учтено вычетов" в таблице "размер годового дохода после расчета зарплаты" заполняется согласно предоставлению.
При расчете НДФЛ в межпериод сумма НДФЛ также определятся правильно.
В рамках данного решения дополнительно доработана функция "Контроль для раздельного расчета по обособленным подразделениям" с параметром "Заполнять облагаю сумму".
Теперь эта функция распределяет доход по видам оплат в удержаниях, если они там есть.
Также правильно заполняется поле "Учтено вычетов", в суммах удержаний.
G_ZARPL
Краткое описание :
Считать Ндфл чисто с суммы больничного листа.Описание :
Расчет удержаний с больничных листовЧто измененно :
Считать НДФЛ чисто с суммы больничного листа.
Как измененно :
В локальном меню больничного листа добавлен пункт "Расчет удержаний с настройкой". При вызове данного пункта меню пользователю предоставлена возможность настройки расчета НДФЛ "только от суммы".
При расчете НФДЛ с включенным режимом "только от суммы" стандартные вычеты не учитываются и расчет ведется по нулевому алгоритму. Поэтому, если пользователь устанавливает режим "только от суммы" в окне настройки расчета удержаний, то происходит автоматическая установка режима "без учета стандартных вычетов" и данный режим становится недоступным для изменения. В случае, когда пользователь снимает режим расчета "только от суммы", режим "без учета стандартных вычетов" также снимается и становится доступным для изменения состояния.