G_ZARPL
Краткое описание :
Ежемесячные детские пособия сложно вести в системе из-за ограничений функционала.Описание :
_Пособия детямЧто измененно :
Предлагается объединить пункты меню "Ежемесячные пособия матерям" и "Ежемесячные пособия детям" в один пункт, а также соответствующие классификаторы. Новый пункт меню назвать "Пособия на детей" в структура подменю сохраняется: "Классификатор детских пособий",
"Ежемесячные детские пособия","Свод начисленных детских пособий", "Платежная ведомость", "Реестры на перечисление".
Как измененно :
Объединены пункты меню "Ежемесячные пособия матерям" и "Ежемесячные пособия детям" в пункт "Ежемесячные пособия на детей". Также объединены все совпадающие подменю вышеназванных пунктов меню. Подпункт меню "Платежные ведомости" содержит два пункта: "Платежная ведомость на детей" и "Платежная ведомость матерям". Первый предназначен для просмотра и формирования ведомостей на детей. Второй для просмотра ведомостей матерям, которые были сформированы до слияния пунктов "Ежемесячные пособия матерям" и "Ежемесячные пособия детям".
G_ZARPL
Краткое описание :
проблема со вторым реестром по перечислению после пересчета зарплатыОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
1. Установлено "нет" в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам".
2.Установлено "нет" в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям"
3. Установлено "да" в поле "контроль" параметров формирования реестров.
Коротко так: выплачивали сначала оклады, потом премии. Например рассчитали Иванову зарплату без премии голый оклад=100 руб и выдали 100 руб реестром, затем добавили постоянной доплатой премию 50 руб, пересчитали ЗП, получили две строки 220-го удержания на 100 и 50 руб, формируем реестр на остаток 50, а он не верен по сумме.
Из особенностей:
у каждого человека есть пара постоянных удержаний с кодом 220. Одно начисление на Приор, второе на Белинвестбанк. Люди мигрируют по карточка, поэтому удалить лишнее и оставить что то одно не получается. Лишнее постоянное удержание убирается снятием птички "в расчет". Разводить Приор и Белинвест разными кодами удержаний - плохо. Проблема была почему то только по Беинвесту. Если одно из постоянных удержаний удалить, то при повторном формировании реестра визуально по сумме проблемы нет, но если стоять Иванове на реестре и нажать Ctrl+Enter (учетные суммы операций ZAROPER), то видны не верные суммы.
Как измененно :
Доработана функция расчета заработной в части формирования результатов расчета по перечислениям заработной платы в банк.
Визуально доработки в результатах расчета увидеть нельзя, но можно увидеть изменения при формировании реестров с параметром "по зарплате" с определенными настройками и в определенных случаях.
Изменения можно увидеть при формировании протокола формирования реестра, а также, если в режиме редактирования реестра нажать Ctrl+Enter.Теперь сумм с минусом быть не должно.
Условия, для которых ситуация исправлена.
1. При расчете заработной платы учитывается ранее сформированный реестр на перечисление заработной платы.
2. При повторном расчете заработной платы дополнительно начисляются суммы, которых не было при первом расчете.
3. Установлено "нет" в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам".
4.Установлено "нет" в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям"
5. Установлено "учет ведется" в настройке: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам"
6. Установлено значение, совпадающее с кодом окончательного перечисления заработной платы в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Вид удержания для реально перечисленной заработной платы"
7. Установлено "да" в поле "контроль" параметров формирования реестров.
G_ZARPL
Краткое описание :
При расчете доплаты, отказавшимся от ППС, необходимо учитывать архивные суммы, относящиеся к тек. периодуОписание :
Архив налогов на ФОТ и копия архиваЧто измененно :
При расчете доплаты отказавшимся от ППС необходимо учитывать архивные суммы, относящиеся к текущему периоду.
Например, суммы отпускных, которые были начислены в прошлом месяце за текущий.
В расчетном периоде клиент начисляет взносы и выплату только на суммы, которые относятся к текущему периоду. На суммы, приходящиеся на будущий месяц, взносы и выплата будут начислены в соответствующем периоде. Выбранный алгоритм начисления обусловлен тем, что возможны ситуации когда на суммы, приходящиеся на будущие периоды, начислять ППС не придется. Например, появится больничный (на отпускные, следующие за больничным, взносы не рассчитываются).
В классификаторе налогов на ФОТ установлен признак:
- Рассчитывать налог на ФОТ на начисления будущего периода - "Нет"
Как измененно :
Доработано в соответствии с постановкой. Если в организации установлен порядок расчёта взносов на ППС, при котором пропускаются начисления за последующие периоды, то при расчётах в некотором месяце формируются суммы доплаты на архивные начисления, относящиеся к расчётному периоду.
G_ZARPL
Краткое описание :
Некорректное подразделение в результатах расчетаОписание :
Расчет удержаний (общие вопросы)Что измененно :
Сотруднику провели межрасчетную выплату за 2013 год.
На основании межрасчетной выплаты был сформирован реестр.
При расчете заработной платы в результатах расчета в (сист.200) попадает некорректно подразделение.
При наличии удержания за прошлый год программа выбирает данные из табеля.
Но при этом загружает табель неправильно.
Год она берет прошлый а вот месяц отчетный.
В примере загружается табель за март 2013 года.
Соответственно оттуда выбирается подразделение.
Как измененно :
Исправлена функция расчета заработной платы по учету реестров, сформированных по данным функции
"Начисления и выплаты".
Ошибка проявлялась при учете начислений в межпериод за прошлый год в расчетном периоде.
Теперь и в этих случаях подразделение отнесения затрат в результатах расчета по удержаниям, формируется согласно начисленной сумме.
При этом месяц и год, за который удержано, формируется в соответствии с датами начала и окончания.
G_ZARPL
Краткое описание :
Сумма скидки зависит от настройки "Разбивать удержания по подразделениям"Описание :
Расчет подоходного налогаЧто измененно :
По настройке на страну "Россия" используется вычет с алгоритмом 97 признак 2.
В справочнике "Постоянные удержания" задана сумма вычета за месяц, меньше, чем сумма остатка.
Настройка "Разбивать удержания по подразделениям" влияет на количество вычетов.
Если поменять настройку на "входящих оплат и избранной аналитикe", то предоставляется вычет больше,
чем указано в поле "Вычет за месяц".
Как измененно :
Исправлена функция предоставления скидок с алгоритмом 97 признак 2 по настройке на страну "Россия".
Ситуация проявлялась в том случае, когда справочнике "Постоянные удержания" была задана сумма вычета за месяц, меньше, чем сумма остатка.
Теперь для РФ сумма предоставленных вычетов ограничивается суммой вычета за месяц.
G_ZARPL
Краткое описание :
Расчет НДФЛ - хранить налог с каждой выплаты межпериода отдельноОписание :
Расчет подоходного налогаЧто измененно :
При расчёте НДФЛ необходимо разбивать удержанный налог по выплатам межпериода и формировать отдельными записями в результатах расчёта.
Пример: У работника в месяце только 2 межрасчётные выплаты матпомощи и больше ничего нет. По каждой сформированы и оплачены реестры и на выплату, и на НДФЛ. Выплаты были 06.03 и 26.03, налог перечисляли на следующий день, т.е. 07.03 и 27.03 (вообще это нарушение, но его нужно отразить в налоговой отчётности). В соответствии с действующим законодательством дата удержания налога должна быть равна дате выплаты дохода и эти даты нужно отразить в налоговом регистре. Поэтому регистр формируем с параметром "дата удержания налога" = "дате выплаты дохода".
Проблема в том, что сейчас в архиве удержаний по НДФЛ одна только запись на общую сумму, видимо поэтому и в регистре удержанный налог показывается только итоговой строкой, без даты удержания. А надо 2 строки (кроме итоговой), в каждой дата удержания=дате выплаты дохода, т.е. 06.03 и 26.03 (обращаю внимание, что эти даты не совпадают с датами перечисления налога, суммы перечислений вообще говоря тоже могут отличаться от удержанных). Поэтому предлагается при расчёте формировать налог отдельными записями, пригодными для дальнейшего правильного формирования налогового регистра (чтобы по ним можно было определить дату выплаты соответствующего дохода).
Как измененно :
Доработана функция формирования результатов расчета заработной платы для различных значений настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".
Теперь удержанный налог по выплатам межпериода формируется отдельными записями в результатах расчёта в том случае, если в настройке не установлено значение "не учитывать".
G_ZARPL
Краткое описание :
Округлять сумму почтового сбора до 2 знаков после запятойОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Округлять сумму почтового сбора до 2 знаков после запятой, а не до 1 знака.
Описание проблемы клиента во вложении
Как измененно :
Если значение настройки Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы\Округление при расчете почтового сбора установлено "в большую сторону почтового сбора" и значение настройки Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы\Округление почтового сбора равно "0", то округление почтового сбора будет до 2-х знаков после запятой.
G_ZARPL
Краткое описание :
Дни из наряда в РЛОписание :
Расчетные листкиЧто измененно :
При настройке "Печатать в расчетном листке время по табелю" - "да" отработанные в нарядах дни и часы проставляются в всех из видов оплат, рассчитанных по нарядам.
Как измененно :
При настройке "Печатать в расчетном листке время по табелю" - "да" отработанные в нарядах дни и часы проставляются в первом из видов оплат, рассчитанных по нарядам.В остальных записях с этим видом оплаты время будет нулевым.
G_ZARPL
Краткое описание :
Неверный расчет алиментов в случае сторнирования начисления за прошлый месяц.Описание :
Алименты, исполнительныеЧто измененно :
При значении настройки "Учет облагаемых сумм и алиментов": "по месяцу, в котором они были рассчитаны" удержание "188 Удержание по исполнительным листам в банк" с сумм за предыдущий период должно удерживаться за месяц, в котором оно рассчитывается.
Как измененно :
При значении настройки "Учет облагаемых сумм и алиментов": "по месяцу, в котором они были рассчитаны" удержание "188 Удержание по исполнительным листам в банк" с сумм за предыдущий период удерживается за месяц, в котором оно рассчитано.
G_ZARPL
Краткое описание :
Необходимо изменить учет нижней границы при расчете соцотчисленийОписание :
Расчёт налогов на ФОТЧто измененно :
Необходимо изменить учет нижней границы при расчете соцотчислений.
В 2014 году размер социальных отчислений за одного человека в месяц не может быть меньше 998,3 тенге и больше 9983 тенге.
Например. Если работнику начислен доход 20 000 тг. , объект исчисления составит 18 000 тг. ( 20000 - 2000 опв), что меньше МЗП, поэтому исчисление социальных отчислений должно производиться от размера МЗП: 19966*5%= 998,3 тг. социальные отчисления.
Как измененно :
Доработано в соответствие с постановкой - от объекта исчисления для социальных отчислений вначале вычитаются ОПВ, затем происходит сравнение с МЗП.
G_ZARPL
Краткое описание :
Отрицатеьная сумма социального налогаОписание :
Расчёт налогов на ФОТЧто измененно :
Если сумма рассчитанных соцотчислений превысила сумму соцналога, то соцналог должен быть равен 0.
Например работнику начислено:
Оклад - 19 500 (облагается ИПН, ОПВ, СН, СО)
Оплата доп. отпуска - 50000 (облагается ИПН, ОПВ, СО), не облагается СН
Соцналог (СН) = облагаемая база х 11%
Облагаемая база = (облагаемый доход - ОПВ)
Если облагаемая база < МЗП, то СН = МЗП х 11%
Тогда в нашем примере:
СН = 19966 х 11% = 2196, 26 (т.к. 19500 - ОПВ < МЗП)
Социальные отчисления (СО) = ((19500 + 50000) - ОПВ) х 5% = 3127, 5
Соцналог к перечислению = СН - СО = 2196,26 - 3127,5 < 0, следовательно Соцналог к перечислению = 0.
Сейчас система рассчитывает соцналог к перечислению со знаком "-".
Как измененно :
Казахстан. Если для работника сумма рассчитанных соцотчислений превысила сумму соцналога, то соцналог не рассчитывается (отрицательный соцналог не формируется).
G_ZARPL
Краткое описание :
Изменение пользовательского кода для вида удержания 175Описание :
Расчёт налогов на ФОТЧто измененно :
Просим реализовать возможность изменения пользовательского кода
для вида удержания 175 - обязательные пенсионные взносы.
В настоящее время, после замены пользовательского кода система
неверно рассчитывает налоги на ФОТ: при расчете облагаемая база
налогов на ФОТ не уменьшается на сумму ОПВ.
Как измененно :
После замены пользовательского кода для вида удержания 175 - обязательные пенсионные взносы, налоги на ФОТ рассчитываются верно.
G_ZARPL
Краткое описание :
Изменения в расчете ОПВОписание :
Расчет обязательных взносов (удержаний)Что измененно :
Вновь просим изменить расчет обязательных пенсионных взносов
с доходов работников, имеющих скидку по налогу на доходы
(т.е. нужно отменить ПиР180.7918). Теперь, в соответствии
с Постановлением от 20.03.2014г. № 250, необходимо, чтобы с
доходов работников, имеющих скидку по подоходному налогу
(вид оплаты с алгоритмом 97 и признаком 0) удерживались
обязательные пенсионные взносы.
Очень просим предоставить решение максимально возможные
короткие сроки для версий 8.1 и 9.1.
Как измененно :
Если работнику через постоянные доплаты оформлен вычет по подоходному налогу (т.е. для вида оплаты указан алгоритм 97/признак 0) и для этого вида оплаты указано в КВО удержание пенсионного взноса и он участвует в расчётах текущего месяца (по нему формируется неначисляемая сумма), то это учитывается и при расчёте обязательных пенсионных взносов.