G_ZARPL
Краткое описание :
Скидка по коду 500/1Описание :
Справки в налоговую инспекцию [РБ]Что измененно :
Согласно законодательству суммы подлежащие льготированию для основных работников по 500 коду ограничены суммой 10 000 000.
Для совместителей те же суммы отражаются в справке тем же 500 кодом, но имеют другую границу - 6600000 и код скидки 500/1.
Необходима доработка, которая позволит заполнить справочник "Вычеты по одтельным видам доходов" для обоих границ.
Как измененно :
Доработано налогообложение сумм, подлежащих льготированию, по настройке на страну "Беларусь".
1.В классификатор "Налоговые вычеты по отдельным видам доходов" добавлена колонка "Сумма для совместителей".
2. Доработана функция расчета заработной платы.
Теперь при налогообложении сумм, подлежащих льготированию, для внешних совместителей учитывается сумма льготы из новой колонки.
Напомним, что внешними совместителями считаются работники, для которых в Лицевом счете установлен признак работы "1".
G_ZARPL
Краткое описание :
подоходный налог---имущественный и соц вычетыОписание :
Расчет подоходного налогаЧто измененно :
В декабре месяце 2012 была рассчитана заработная плата и предоставлен имущественный вычет.
В марте 2013 г обнаружили, что заработная плата за декабрь была ошибочно начислена завышенная.
В марте вернули заработную плату ( в постоянных доплатах со знаком минус по основному виду оплат).
Рассчитали заработную плату за март.
Сторнирование заработной платы произошло верно, начисления по 7 виду снялись со знаком минус, но сумма предоставленной льготы не изменилась.
Например в декабре начислено 4000000 и имущественный вычет предоставился на 4000000.
В марте сняли -1000000 за декабрь. Имущественный вычет должен быть тоже 3000000 в декабре, а 1000000 перенестись на 2013 год.
Как измененно :
1. Доработана функция расчета заработной платы по учету сумм с алгоритмом 97 признак 2 по настройке на страну "Беларусь".
Теперь при наличии отрицательного дохода за прошлый период в результатах расчета формируется запись с положительной суммой по данному виду вычета.
Эта же сумма автоматически идет в качестве остатка вычета для применения в отчетном месяце.
Если в отчетном месяце нет дохода для льготирования, то при переходе на новый отчетный период неиспользованная сумма вычета добавляется к сумме остатка.
2. Доработана функция перехода на следующий расчетный период.
1. Теперь для РБ вид оплаты(скидка) с алгоритмом 97 признак 2 не удаляется автоматически, если остаток равен нулю.
Для таких видов оплаты(скидка) в справочнике Постоянных доплат проставляется "-" в поле "Учитывать при расчете".
В дальнейшем, все такие записи будут учитываться при сторнировании сумм.
2.Если в отчетном месяце нет дохода для льготирования, то при переходе на новый отчетный период неиспользованная сумма вычета добавляется к сумме остатка.
Если ранее в такой записи стоял "-" в поле "Учитывать при расчете", то программа меняет его на "+". Это означает что запись снова становится активной до полного использования остатка вычета.
G_ZARPL
Краткое описание :
Неверный расчет почтового сбора по алиментам у совместителейОписание :
Алименты, исполнительныеЧто измененно :
Имеется два лицевых счета один по основному месту работы, второй по совместительству. Лицевые счета связаны через вкладку"Смежные ЛС". Алименты удерживаются с основного ЛС и с ЛС совместителя, но при этом почтовый сбор человек должен платить с общей суммы удержанных алиментов. Галактика рассчитывает почтовый сбор для каждого ЛС свой. "Группиров. №" у них одинаковый.
Проявляется только на SQL.
Пример сформирован на базе
DataBaseName=TestMinsk
SQLServer=ncacn_ip_tcp:oassql[5050]
Таб.н. 495 и 503.
Как измененно :
Почтовый сбор рассчитывается с общей суммы удержанных алиментов по основному лицевому счету и по лицевому счету совместителя при одинаковом значении "Группиров. №".
G_ZARPL
Краткое описание :
Проблема с видами оплат с типом "Скидка"Описание :
Расчет начислений (общие вопросы)Что измененно :
У работника за месяц может быть несколько видов скидки. Например, 2 социальных - отчисления в НПФ и дополнительные отчисления в ПФ. Один вид оплаты идет с алгоритмом 97 (начисление - суммой), другой - с собственным алгоритмом (начисление - %).
Происходит неверное вычисление - перераспределяется сумма по видам скидок.
Пример:
в/о 89 скидка 1000 руб. (алгоритм 97 признак 1)
в/о 96 скидка 2% от начислений (алгоритм NAKP33*UCH_PROC/100).
В/о 96 вычисляется правильно, а остаток до 1000 руб. относится на в/о 89 (хотя должна быть вся сумма 1000 руб.)
В КВО установлен приоритет оплаты при расчете удержаний и предоставлении вычетов на в/о 89 - 2, на в/о 96 - 1. Если переставить их местами, то вся сумма (1000 руб) падает на в/о 89, а 96 совсем не формируется.
Как измененно :
Исправлена ошибка предоставления вычетов при расчете заработной платы.
Проблема проявлялась в том случае, когда у работника за месяц несколько видов скидки, одна из которых рассчитывается по алгоритму пользователя.
В этом случае, итоговая сумма вычетов ограничивалась остатком вычетов с алгоритмом 97.
Теперь общий остаток вычетов формируется с учетом сумм пользовательского алгоритма.
G_ZARPL
Краткое описание :
Не видит при расчете из справочника МЗП по MINZPCH(UCH_DATAN)Описание :
Минимальная заработная плата(базовая величина)Что измененно :
При расчете ЗП повременщикам с использованием
функции MINZPCH(UCH_DATAN), программа не находит данных
из справочника МЗП.
Как измененно :
Исправлена ошибка при расчете ЗП с использованием
функции MINZPCH(UCH_DATAN). Теперь функция корректно возвращает данные из колонки 'Миним. зараб. плата (почасовая)' справочника МЗП.
Аналогично была исправлена функция MINZPM для колонки 'Миним. зараб. плата (месячная)'.
Напомним, что эти колонки доступны только по настройке на страну "Беларусь".
G_ZARPL
Краткое описание :
Проблема с предоставлением вычетов при расчете НДФЛ по больничным листамОписание :
Расчет больничныхЧто измененно :
Проблема с предоставлением вычетов при расчете НДФЛ по больничным листам.
Сотруднику в марте месяце рассчитали и выплатили в межпериод больничный лист.
Это продолжающийся больничный.
Для первичного больничного удержания не считали. Надо учесть, что он выплачивался с зарплатой.
При расчете НДФЛ в межпериод вычет на ребенка Галактика предоставила дважды. В итоге по сотруднику была перечислена сумма больше чем надо. И по итогу марта появился долг по работнику.
В системной настройке и для всех видов оплат установлены настройки учета дохода по месяцу, в котором начислено.
Как измененно :
Исправлена ошибка при расчете НДФЛ с больничных листов при настройках учета дохода по месяцу, в котором начислено для РФ.
Проблема проявлялась для продолжающегося больничного за несколько месяцев, в то время как в первичном НДФЛ не рассчитывался.
При расчете НДФЛ в межпериод программа не учитывала сумму за счет ФСС и налог с нее предыдущих месяцев этого больничного, в результате чего вычет предоставлялся дважды.
Теперь сумма НДФЛ по каждому месяцу болезни рассчитывается с учетом всех предыдущих месяцев болезни.
G_ZARPL
Краткое описание :
Многократное прерывание расчета на выдачу протоколаОписание :
Расчет удержаний в режиме "Начисления и выплаты"Что измененно :
Настройка на Казахстан.
При расчете выплат или при расчете удержаний в выплатах в межпериод многократно
прерывается расчет на визуализацию на экран протокола - столько раз, сколько табельных в выплате:
Протокол сообщений (пятница, 19/04/2013)
--------------------------------------------------------------------------------
Для табельного номера 15 коэффициент перерасчета = 4.00(12/3) в месяце 3/2012!
Как измененно :
1. Не разбивается протокол при расчете НДФЛ с межпериода. Проявлялось по настройке на Казахстан.
2. Сообщение о коэффициенте перерасчета теперь будет выдаваться при значении "о начислениях и расчете НДФЛ" настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Печать пояснительного протокола" вместе с другой отладочной информацией о расчете НДФЛ.
G_ZARPL
Краткое описание :
В сумму, входящих в базу для начисления страховых взносов, не попадает начисление 0,01Описание :
Расчёт налогов на ФОТЧто измененно :
РФ. При расчёте страховых взносов не формируются суммы на начисления, составляющие 0,01 руб.
Как измененно :
Исправлено - страховые взносы на начисления менее рубля формируются.
G_ZARPL
Краткое описание :
Не использовать в коде таблицы ARXTAR и DOPSОписание :
Предложение по новой функциональности модуля заработная платаЧто измененно :
Необходимо избавиться в исходных текстах от использования в таблиц ARXTAR и DOPS. Информация из этих таблиц с 2011 кода содержится в таблице ArchRates.
Информация в таблицах ARXTAR и DOPS дублируется только для совместимости в отчетности.
Как измененно :
Целью данной доработки в перечисленных компонентах является исключение из использования таблиц ARXTAR и DOPS, которые использовались для хранения архива тарифов до 2011 года.
Необходимо проверить следующие функции на предмет правильного отражения тарифов и систем оплаты.
G_SREDN_DLL_
Для проверки, нужно запустить тесты по расчету больничных и среднего заработка.
G_SUMDIVIDE_DLL
1. запустить тесты по предварительной разноске с участием записей о сторнировании, а также с индексацией отпусков и больничных при повышении окладов и тарифов.
2. Запустить тесты по функциональности с повышением коэффициентов в периоде оплаты больничного.
G_ZARPL_DLL_
1. запустить тесты для функций Контроль тарифов , пересчет тарифов 2. Запустить тесты для функции Расчет зарплаты
Z_RLIST_RES_
Печать расчетных листов
Z_SERVICE_RES_
1. Интерфейс замены табельного номера и подразделения. Архив тарифов и коэффициентов добавлен для анализа в эту функцию.
2. Удален перевод функции старого архива терифов. Визуально этот архив показывался только в нескольких отчетах.
Думаю, что здесь нужно перейти на новый расчетный период и запустить тесты по расчету заработной платы и отчетности.
Конкретно все функции, в которых печатались сведения из старых таблиц, перечислены в соответствующих компонентах.
3. При переходе на новый расчетный период из таблицы "Удержания" результатов расчета переносятся поля:Облагаемая сумма, Вычеты и ссылка на обособленное подразделение с учетом иерархии подразделений.
В дальнейшем эти поля будут использоваться при расчете НДФЛ по каждому из обособленных подразделений с начала года.
Z_SREDN_RES_
1. Расчет коэффициентов повышения тарифов
2. Расчет отпуска
3. Печать справки об отпускных д
4. Печать справки о расчете для одного больничного
5. Печать справки-расчет размера оплаты отпуска на весь период лечения и проезда к месту лечения
6. Печать оборотной стороны формы Т-60
7. Пакетная печать информации о контроле оплаты больничных
Z_STATIS_RES_
Отчет : Распределение работников по размерам зарплаты
Z_ZAR_RES_
1. Отчет о начислении вознаграждения за выслугу лет
2. Формирование справки о вознаграждениях за период (13 зарплата)
3. Распределение начислений
4. Распределение налогов на ФОТ
5. слияния лицевых счетов
6. Формирование свода распределения начислений
7.Копия Сумм по Видам Оплат
8. Суммы по видам оплат
9.Обновление тарифов(Контроль и пересчет)
10. В справочниках "Результаты расчета" и "Суммы по видам удержаний" для удержаний добавлены поля "Облагаемая сумма", "Учтено вычетов" и "Обособленное подразделение". Эти поля будут заполняться и использоваться при расчете НДФЛ с настройкой "Раздельно по обособленным подразделениям". Переноситься в архив они будут при переходе на новый расчетный период.
Поле "Обособленное подразделение" можно увидеть только для удержаний с кодами 182 и 183 по настройке на Россию. Для этих же кодов удержаний поле "Номер исполнительного листа" скрывается.
G_ZARPL
Краткое описание :
Не верная облагаемая база в РСВ-1Описание :
Расчёт налогов на ФОТЧто измененно :
Для доп.тарифов в классификаторе налогов на ФОТ указана дата начала действия 01.01.2013 (важно). В январе сотруднику было выплачено начисление за 12.2012 г. Доп.тариф по списку 2 на эту сумму не рассчитывался, а должен был бы.
В расшифровку РСВ-1 за период (1 квартал) эта сумма вошла. Соответственно вошла в базу для начисления СВ по доп.тарифу, а во взносы нет. Программа проверки выдаёт ошибку.
Как измененно :
На суммы, начисленные в 2013 году за предыдущие периоды начисляются взносы по доп.тарифу (с учётом применения годовых необлагаемых сумм по матпомощи) и они попадают в РСВ-1 за 1-й квартал 2013 г.
G_ZARPL
Краткое описание :
Расчет зарплаты - НДФЛ с матвыгоды НЕнарастающим итогомОписание :
Расчет подоходного налогаЧто измененно :
В законодательстве явно сказано, что НДФЛ для прочих ставок налога (кроме 13%) должен рассчитываться НЕнарастающим итогом. Ст. 226 НК РФ: "...Сумма налога применительно к доходам, в отношении которых применяются иные налоговые ставки, исчисляется налоговым агентом отдельно по каждой сумме указанного дохода, начисленного налогоплательщику".
Сейчас при расчёте зарплаты НДФЛ с матвыгоды рассчитывается нарастающим итогом. Это приводит к ошибкам. Проблему можно обойти, задав
для вида удержания пользовательский алгоритм типа NAKP66*uch_PROC/100. Однако большинство клиентов об этом не знают и ошибочно рассчитывают НДФЛ. Алгоритм расчёта, требуемый законодательством, должен быть реализован в системе по умолчанию.
Как измененно :
Доработан расчет НДФЛ с материальной выгоды для России.
Теперь налоговая база определяется для каждого месяца отдельно, а не нарастающим итогом с начала года.
G_ZARPL
Краткое описание :
Расчет доп. страховых взносов и временные переходыОписание :
Расчёт налогов на ФОТЧто измененно :
Ситуация следующая:
Сотрудник по основной профессии работает на вредном производстве. У него в назначении стоит основной КПС.
Он временно переходит на работу по невредной профессии, например, беременных могут переводить на легкий труд и т.д.
По законодательству при таком переходе на срок не более месяца, доп. страховые взносы должны продолжать
считаться по основной вредной профессии. В Галактике же при переходе на невредную профессию доп. страховые взносы считаться перестают.
Как измененно :
В зависимости от значения настройки "Настройки Галактики\Управление персоналом\Расчеты с персоналом\Взносы и налоги на ФОТ\Налоги\Для дополнительного тарифа анализировать картотеку" при расчете налогов по дополнительному тарифу информация о КПС анализируется из назначений сотрудника (6-е окно картотеки), если значение "ДА". Причем анализ производиться на основе сопоставления подразделения, должности и даты начала выплат в начислениях с подразделением, должностью и даты назначения на должность в назначениях соответственно.
Если значение настройки "НЕТ", тогда информация анализируется из справочника "Соответствие профессия-КПС". Для реализации временного перевода на невредную должность, в период действия которой необходимо начислять страховые взносы по основной вредной должности, нужно добавить новую невредную должность и и указать вид вредности в справочнике "Соответствие профессия-КПС" для данной должности.
G_ZARPL
Краткое описание :
Расчет ИПН для неначисляемых суммОписание :
Расчет подоходного налогаЧто измененно :
Если в отчетном периоде у сотрудника не было другого дохода, кроме неначисляемого дохода, то подоходный налог рассчитывается неверно.
Просим исправить расчет для данной ситуации.
Как измененно :
Исправлен расчет индивидуального налога с неначисляемого дохода для Казахстана.
Ситуация проявлялась в тех случаях, когда у работника не было другого дохода.
Теперь при расчете заработной платы пенсионные взносы и другие суммы уменьшают облагаемый доход и в тех случаях, когда он является неначисляемым.
G_ZARPL
Краткое описание :
Неверный расчет налогов на ФОТ при наличии отрицательной суммыОписание :
Расчёт налогов на ФОТЧто измененно :
При наличии отрицательной суммы в начислениях (например, сторнирование излишне
начисленной суммы)неверно рассчитываются социальные отчисления, т.к. в налогооблагаемой базе
не учитывается отрицательная сумма.
Как измененно :
Для случая, когда есть как положительные, так и отрицательные начисления, причём, общая сумма > 0 социальные отчисления формируются корректно - на каждое из начислений.
G_ZARPL
Краткое описание :
Льгота НДФЛ на начало следующего месяца учитывается в текущемОписание :
Расчет удержаний в режиме "Начисления и выплаты"Что измененно :
В межпериоде выплачиваем 3000р при льготе в 4000р по данному виду оплаты. Рассчитываем налог, получаем 0 рублей, правильно. Считаем зарплату, формируется сальдо на начало следующего месяца. Теперь в межпериоде считаем удержания, получаем (3000- (4000-3000) )*0,13 = 260р. Ошибка, с начала года не было выплат по данному виду оплаты и с суммы 3000 налог должен составить 0 руб.
Как измененно :
Переработана технология применения льготы по материальной помощи при расчете НДФЛ в межпериод.
Следует иметь в виду, что льгота по материальной помощи в межпериод предоставляется с учетом материальной помощи расчетного периода из результатов расчета заработной платы.
За основу берется сальдо по материальной помоши на начало месяца (с признаком "до расчета зарплаты").
При расчете НДФЛ с материальной помощи в межпериод, к сальдо по материальной помощи на начало месяца, добавляются суммы из результатов расчета заработной платы, которые не относятся к межпериоду.
Если такая сумма материальной помощи льготировалась при расчете заработной платы, то она принимается в зачет, т.е. облагаемая сумма для расчета НДФЛ формируется с ее учетом.
Если сумма материальной помощи, не относящаяся к межпериоду, не льготировалась при расчете заработной платы, то она не принимаентся в зачет.
Примечание. Следует иметь в виду, что при формировании льготы по материальной помощи при расчете заработной платы, учитываются приоритеты начислений из классификатора видов оплат.
Если приоритет материальной помощи, которая начислялась не в межпериод, выше, то льготы распределятся по другому и при пересчете НДФЛ в межпериод Вы получите другую сумму нежели при первоначальном расчете.