G_ZARPL
Краткое описание :
проблемное сообщение: У <табельный номер> нет удержаний, с которых производить удержание алиентов за <месяц год>Описание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
Казахстан: не рассчитываются алименты и исполнительные листы в межпериод и выдается сообщение "Для табельного № ... недостаточно исходных данных для расчета удержания с кодом ..."
Как измененно :
Для Казахстана:
- при добавлении постоянного удержания 188 или 190 производится заполнение полей UdChes и UdZnam, значения которых необходимы при расчете алиментов и исполнительных листов.
- при расчете алиментов и исполнительных листов, если поля UdChes и UdZnam не заполнены, то производится их заполнение
- доработан сбор базы начислений, с которой производится расчет исполнительных листов.
G_ZARPL
Краткое описание :
Пособие на детей от 3-х до 18 (в период воспитания ребенка до 3-х лет)Описание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Пособие на детей от 3-х до 18 (в период воспитания ребенка до 3-х лет) начислялось даже если нет ребенка до 3-х лет.
Как измененно :
Исправлено. Теперь пособие начисляется только если в пособиях есть ребенок до 3-х лет.
G_ZARPL
Краткое описание :
Неверный расчет алиментов в межрасчетной выплате будущего периода.Описание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
При расчете алиментов с начислений межпериода в будущем периоде от суммы алиментов отнимаются ранее удержанные алименты с отпускных, рассчитанные в отчетном месяце.
Как измененно :
При расчете алиментов с сумм межпериода и с отпускных в будущем периоде алименты, рассчитанные в текущем периоде, не учитываются.
G_ZARPL
Краткое описание :
пропажа тарифа в результатах расчетаОписание :
Расчет начислений (общие вопросы)Что измененно :
У работника заведена доплата. После разноски в предварительном просмотре сумма по тарифу разнесена, а после расчета зарплаты в результатах расчета суммы тарифа нет. В течение расчета тариф обнулялся из-за использования 33-го алгоритма.
Как измененно :
Исправлена пропажа тарифа при расчете заработной платы.
G_ZARPL
Краткое описание :
не верный расчет при возврате подоходного в РКОписание :
Расчет подоходного налогаЧто измененно :
Если у работника в течении двух месяцев доход, подлежащий налогообложению, меньше МЗП, то во второй месяц система тоже возвращает подоходный. Это неправильно, т.к. в соответствии с п.2 статьи 166 Налогового кодекса РК: "сумма превышения последовательно переносится на последующие месяцы в пределах календарного года для уменьшения налогооблагаемого дохода работника".
Необходимо исправить расчет подоходного налога.
Как измененно :
Доработан расчет НДФЛ для Казахстана в части применения вычетов, по аналогии с расчетом НДФЛ в РФ.
Учтена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов".
Если указанная настройка стоит в положении "нет", то налог за счет остатка вычетов не возвращается. Остаток неучтенных вычетов засчитывается в счет будущих платежей.
G_ZARPL
Краткое описание :
Расчет НДФЛ с матвыгоды - реализовать доудержание/сторнированиеОписание :
Расчет подоходного налогаЧто измененно :
У клиента работникам несколько месяцев начислялась матвыгода с 98 алгоритмом, но с неё не удерживался НДФЛ (просто забыли внести постоянное удержание 184 - НДФЛ с матвыгоды).
Теперь при расчёте зарплаты требуется доудержать налог с матвыгоды за прошлые периоды, просят реализовать такую возможность.
Сейчас если в постоянном удержании для 184 в.у. задать в полях "назначено с" и "начало пересчета" требуемую дату, при расчёте зарплаты НДФЛ за прошлые месяцы не доудерживается.
Как измененно :
Доработан расчет НДФЛ с материальной выгоды за прошлые месяцы по настройке на Россию.
Для этого в постоянном удержании для 184 в.у. нужно задать в поле "начало пересчета" требуемую дату, и при расчёте зарплаты НДФЛ за прошлые месяцы удержится.
Алгоритм работает следующим образом: проверяется наличие суммы за нужный месяц в справочнике Размер годового дохода => Налог => Материальная выгода. Если сумма рана 0, происходит поиск сумм в архиве оплат, для которых указан признак входимости в налог с мат.выгоды. Сумма записывается размер годового дохода и от нее рассчитывается налог.
G_ZARPL
Краткое описание :
Проблемы с расчетом п/н когда у работника есть имуществ.вычет + вычет на ребенка+ один месяц зарплата меньше вычета на ребенкаОписание :
Расчет подоходного налогаЧто измененно :
Проблемы с расчетом п/н когда у работника есть имуществ.вычет + вычет на ребенка+ один месяц зарплата меньше вычета на ребенка
У клиента настройки, позволяющие возвращать подоходный налог за счет вычетов, которые их устраивают.
У работника есть вычет на 1 ребенка с января, имущественный вычет с февраля.
В один месяц зарплата меньше вычета на ребенка.
Подоходный налог в этот месяц вернулся, а в следующем вновь удержался в том же размере.
Но в последующих месяцах происходят странности с расчетом п/н. Соответственно некорректно формируется 2-НДФЛ.
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Учитывать вычеты при отсутствии дохода за месяц" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Вычеты переносятся на следующий месяц " - "да"
У работника вычет на 1 ребенка - 1400 с января, имущественный вычет - с февраля. В апреле зарплата была меньше вычета на ребенка. По настройкам системы подоходный налог возвращается за счет вычетов (-91). В мае зарплата позволяет учесть все вычеты на ребенка, вновь добрать п/н и остаток отнести на имущественный вычет. Пока все хорошо.
Но, перешли в настройке в будущий месяц (отчетный май), посчитали ЗП - видим вновь подоходный(????)
Как измененно :
Исправлен расчет НДФЛ с учетом имущественного вычета для алгоритма расчета 1 при наличии суммы заработка меньшего суммы вычетов.
Теперь и в таких случаях имущественные вычеты предоставляются правильно.
G_ZARPL
Краткое описание :
Расчет выслуги лет от стажа на 1 число расчетного месяцаОписание :
Предложения по разработке новых сервисных функцийЧто измененно :
Необходимо разработать функцию в алгоритмах расчета,
позволяющую рассчитать процент по выслуге на 1 число расчетного месяца.
Как измененно :
Настройка "Настройки Галактики \ Управление персоналом \
Расчеты с персоналом \ Выслуга лет \ Учитывать дату начала оплаты при расчете
выслуги лет" заменена на настройку "Расчет процента" с возможностью выбора
следующих значений:
- в рамках расчетного периода;
- в рамках периода, за который начислена сумма;
- на первое число месяца, за который начислена сумма;
- на последнее число месяца, за который начислена сумма.
По умолчанию настройка "Рачет процента" будет установлена в значение в
зависимости от установленного значения настройки "Учитывать дату начала оплаты
при расчете выслуги лет". Если значение последней настройки было установлено в
"Да", то настройка "Расчет процента" будет установлена в "в рамках периода, за
который начислена сумма", иначе - в "в рамках расчетного периода"
Добавлены новые функции для пользовательских алгоритмов
1 - Процент на основании стажа для выслуги лет за переданный период
function Proc_StagByPeriod( ADay1: byte; AMonth1: byte; AYear1: Integer;
ADay2: byte; AMonth2: byte; AYear2: Integer) :
Double;
ADay1, AMonth1, AYear1 - день, месяц и год для левого ограничения
периода
ADay2, AMonth2, AYear2 - день, месяц и год для правого ограничения
периода
Если день месяца какого-либо ограничения периода равен нулю или
некорректно введен месяц или год какого-либо ограничения периода, то период
автоматически захватит весь отчетный (будущий) период. Если введенный день
какого-либо ограничения превышает последний день месяца, то для этого
ограничения возьмется последний день месяца.
2 - Процент на основании стажа для выслуги лет на дату
function Proc_StagByDate(ADay: byte; AMonth: byte; AYear: Integer) : Double;
ADay, AMonth, AYear - день, месяц и год
Если день месяца равен нулю или некорректно введен месяц или, то функция
автоматически захватит весь отчетный (будущий) период. Если введенный день
превышает последний день месяца, то функция возьмет последний день месяца.
3 - Процент на основании стажа для выслуги лет на день относительно информации
из предварительной разноске или расчетного периода, если информации в
предварительной разноске нет
function Proc_StagByDay(ADay: byte) : Double;
ADay - номер дня
Если день месяца равен нулю, то функция автоматически захватит весь отчетный
(будущий) период. Если введенный день превышает последний день месяца, то
функция возьмет последний день месяца.
G_ZARPL
Краткое описание :
Расчет северной надбавкиОписание :
Расчет начислений (общие вопросы)Что измененно :
В соответствии с ИНСТРУКЦИЕЙ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ СОЦИАЛЬНЫХ ГАРАНТИЙ
И КОМПЕНСАЦИЙ ЛИЦАМ, РАБОТАЮЩИМ В РАЙОНАХ КРАЙНЕГО СЕВЕРА И В МЕСТНОСТЯХ, ПРИРАВНЕННЫХ К РАЙОНАМ КРАЙНЕГО
СЕВЕРА, В СООТВЕТСТВИИ С ДЕЙСТВУЮЩИМИ с НОРМАТИВНЫМИ АКТАМИ (см. Вложение) п.16
16. Процентные надбавки начисляются на заработок (без учета районного коэффициента и вознаграждения за выслугу лет) в следующих размерах:
а) в районах Крайнего Севера - в Чукотском автономном округе и Северо - Эвенском районе Магаданской области, Корякском автономном округе и Алеутском районе Камчатской области, а также на островах Северного Ледовитого океана и его морей (за исключением островов Белого моря) - 10% заработка по истечении первых шести месяцев работы с увеличением на 10% за каждые последующие шесть месяцев работы, до достижения 100% заработка, но не выше 400 рублей в месяц (вводится с 1 января 1991 г.);
б) в остальных районах Крайнего Севера - 10% заработка по истечении первых шести месяцев работы с увеличением на 10% за каждые последующие шесть месяцев работы, а по достижении шестидесятипроцентной надбавки - 10% заработка за каждый последующий год работы до достижения 80% заработка, но не выше 320 рублей в месяц (вводится с 1 января 1991 г.);
Необходимо доработать расчет северных надбавок в связи с этой инструкцией.
Схема доработки.
Работник заработал в районе 1587 максимальный % при переходе в другую зону пересчитываться не должен.
Приходит в 1586 с 50 %
далее через 6 месяцев по шкале зарабатывает 10 %. ИТОГО 60% следующий % надо наращивать через 1 год.
Если работник работает в районах 1585 или 1586, то после зарабатывания % 60%, надо наращивать следующий % через 1 год.
Для решения задачи нужно добавить 2 шкалы для расчета % после достижения 60% надбавки ШКАЛА 9 и ШКАЛА 10
В шкале 9 для молодежи наращивание 20% через 12 месяцев
В шкале 10 наращивание 10% через 12 месяцев
При переходе на шкалы 9 и 10 расчет стажа с нуля ограничивать максимальную надбавку в соответствии с ограничением по тем шкалам, в которых работает работник
Если работник работает в районах 1586 и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет надо перейти на 9 шкалу, для тех, кто старше перейти на шкалу 10.
Если работник работает в районах 1585 и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет надо перейти на шкалу 10, для тех, кто старше -остаться в своей шкале.
Контроль расчета надбавки после достижения 60% необходимо делать по настройке, при настройке "контролировать" переход на дополнительную шкалу должен быть для всех версий расчета.
Как измененно :
Доработан расчет северных надбавок для России при значении "да" настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий".
1. Доработана функция Настройка=> Заполнение каталогов=> Градация лет=> Северные надбавки=> [локальное меню] => Конвертация классификаторов.
Добавлена генерация двух вспомогательных категорий (шкал):
код 9 "До 30 лет,вспомогательная шкала расчета свыше 60%"
код 10 "Вспомогательная шкала расчета свыше 60%"
В шкале 9 для молодежи наращивание 20% через 12 месяцев.
В шкале 10 наращивание 10% через 12 месяцев.
Максимальный процент 100.
2. Добавлена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Переход на дополнительную шкалу при достижении 60%".
Новая настройка, а также настройка "Расчет периода проживания для молодежи" активны при значении "да" в настройке:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий"
3. Доработана функция расчета северных надбавок при расчете заработной платы.
Следующий алгоритм работает при значении "да" в настройке п.2.
Переход на дополнительную шкалу происходит в тех случаях, когда работник меняет условия работы из "Местностей, приравненных к рКС" (1587) или из "Иных местностей с особыми климатическими условиями" (1588) на "Остальные районы Крайнего Севера" (1586) или "РКС с особыми климатическими условиями" (1585).
Если работник перешел в "Остальные районы Крайнего Севера (1586)" и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет проценты учитываются по 9 шкале, для тех, кто старше по шкале 10.
Если работник перешел в "РКС с особыми климатическими условиями (1585)" и суммарно по нескольким районам заработал 60% и более, то для молодежи до 30 лет проценты учитываются по шкале 10, для тех, кто старше выбор процента остается по базовой шкале.
Максимальный процент определяется согласно базовой шкале, которая была выбрана согласно возрасту и типу местности.
G_ZARPL
Краткое описание :
Размер соцналогов - разделить налог в пределах ограничения и с превышенияОписание :
Архив налогов на ФОТ и копия архиваЧто измененно :
Сейчас в размере соцналогов для взносов в ПФ показаны раздельно суммы базы в пределах ограничения (711 000) и суммы превышения, однако сам налог хранится только общей суммой. Это затрудняет проверку расчета пользователями и формирование отчетности. Предлагается хранить (и показывать) налог в пределах ограничения и налог с превышения.
Как измененно :
Доработано для РФ. В таблицах "Размер социальных налогов до/после расчета зарплаты" для налога с дополнительным признаком "Л" с 2016 года сумма налога отображается раздельно на базу в пределах ограничения ("Налог до прев.,тек.") и сумму превышения ("Налог после прев.,тек."). Заполняются данные колонки только для текущего лицевого счета.
G_ZARPL
Краткое описание :
Доработка алгоритма расчета детских пособий из МРОТ.Описание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Доработка алгоритма расчета детских пособий из МРОТ.
В настоящее время в системе увеличивается МРОТ на РК, но необходимо увеличивать итоговое рассчитанное пособие на РК.
Об этом говорится в п. 11.1 Положения о расчете среднего заработка (Постановление 375).
Если проблема о детских пособиях, то ниже привожу примеры расчета детских пособий.
Пример 1.
Исходя из Вашего примера система должна считать детские пособия так:
Сотрудник за 2 года заработал 35409,52 р. Сравниваем с СДЗ из МРОТ без учета РК. Получаем, что СДЗ из МРОТ больше. Значит считаем пособие из МРОТ.
Допустим РК 15%. Сумма пособия по уходу за ребенком, рассчитанная исходя из МРОТ, равна 2 394 руб. (5205 руб. x 40%*0,15 + (5205 руб. x 40%)). Минимальный размер пособия по уходу за первым ребенком, который составляет в 2013 г. ? 2 453 руб. 93 коп. Увеличиваем эту величину на РК (2 453 руб. 93 коп. ? 2 453 руб. 93 коп*РК), получается 2822,0195 р.
Сравниваем сумму пособия рассчитанную исходя из МРОТ 2 394 руб. (с учетом РК) и сумму минимального пособия 2822,0195 р. (с учетом РК). Сумма минимального пособия больше, значит применяем минимальный размер пособия 2 453 руб. 93 коп.
Пример 2.
Рассмотрим пример расчета детского пособия когда средний заработок за 2 года превышает МРОТ.
Сотрудник за 2 года заработал 350 409,52 р. Сравниваем с СДЗ из МРОТ без учета РК. Получаем, что СДЗ из МРОТ больше. Считаем пособие исходя из полученного заработка.
Предположим у работника в календарном году за минусом исключаемых календарных дней получилось 500 календарных дней. Определяем СДЗ 350 409,52 р./500 = 700,82 р. Сравниваем полученный СДЗ с максимальным ограничением СДЗ (на 2013 г. он составит 1335,62 руб.) 700,82 р. не превышает ограничения поэтому применяем рассчитанный СДЗ (700,82 р.).
Рассчитываем среднемесячный заработок: 700,82 р. * 30,4 = 21 304,93 р. Допустим РК 15%. Итоговая сумма пособия составит (21 304,93 р. * 40% + ( 21 304,93 р. * 40% * 15%)) = 8521,97 + 1278,3 = 9800,27 р. Сравниваем полученную сумму пособия и сумму минимального пособия 2822,0195 р. (с учетом РК). Полученная сумма больше, значит применяем ее.
Как измененно :
Доработан расчет пособий на детей для РФ, начисляемых с 2013 года.
Если рассчитанный из фактически произведенных в пользу работницы в расчетном периоде выплат средний дневной заработок оказался меньше СДЗmin, дальнейшие расчеты производятся исходя из минимального размера дневного среднего заработка.
При этом средний дневной заработок сравниваем с СДЗ из МРОТ без учета РК.
В районах и местностях, в которых в установленном порядке применяются районные коэффициенты к заработной плате, пособие выплачивается в размере, не превышающем МРОТ.
Сумму пособия по уходу за ребенком, рассчитанную исходя из МРОТ, увеличиваем на РК. Минимальный размер пособия по уходу за первым ребенком увеличиваем на РК.
Сравниваем сумму пособия, рассчитанную исходя из МРОТ c учетом РК, и сумму минимального пособия с учетом РК. Сумма минимального пособия больше, значит применяем минимальный размер пособия.
Аналогично происходит сравнение пособия с максимальной суммой.