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 руб.
Как измененно :
Переработана технология применения льготы по материальной помощи при расчете НДФЛ в межпериод.
Следует иметь в виду, что льгота по материальной помощи в межпериод предоставляется с учетом материальной помощи расчетного периода из результатов расчета заработной платы.
За основу берется сальдо по материальной помоши на начало месяца (с признаком "до расчета зарплаты").
При расчете НДФЛ с материальной помощи в межпериод, к сальдо по материальной помощи на начало месяца, добавляются суммы из результатов расчета заработной платы, которые не относятся к межпериоду.
Если такая сумма материальной помощи льготировалась при расчете заработной платы, то она принимается в зачет, т.е. облагаемая сумма для расчета НДФЛ формируется с ее учетом.
Если сумма материальной помощи, не относящаяся к межпериоду, не льготировалась при расчете заработной платы, то она не принимаентся в зачет.
Примечание. Следует иметь в виду, что при формировании льготы по материальной помощи при расчете заработной платы, учитываются приоритеты начислений из классификатора видов оплат.
Если приоритет материальной помощи, которая начислялась не в межпериод, выше, то льготы распределятся по другому и при пересчете НДФЛ в межпериод Вы получите другую сумму нежели при первоначальном расчете.
G_ZARPL
Краткое описание :
Ошибка при расчете НДФЛ по доп. аналитикеОписание :
Расчет подоходного налогаЧто измененно :
Ошибка при расчете НДФЛ по доп. аналитике.
Проблема с расчетом НДФЛ по обособленным подразделениям (дополнительной аналитике)
1. Сотрудник в феврале месяце работал на двух обособленных подразделениях, считаем ЗП, а в налоге получается разница на 1р, видно по справке 2НДФЛ.
Если руками посчитать 13% (25092.83*0.13=3262.06), то налог получится на 1р больше чем в реале посчитанный.
Такая же ситуация и в апреле. И если формировать справку 2НДФЛ за весь год, то получается, что 2 рубля ?пляшут? между обособленными подразделениями.
Правильного варианта для данного случая не существует.
Их всего два:
- считать налог по каждому подразделению раздельно;
- считать в целом по сотруднику, а разбежку проводить по какому-то подразделению, тогда в справках будут расхождения.
Очень много встречается комментариев на эту тему, но большинство мнений все же сходится на первом варианте, т.е. считать по каждому подразделению.
На форуме бухсофта высказываются мнения, что данное решение принимает само предприятие по согласованию со своей территориальной налоговой.
Как измененно :
1. По настройке на Россию добавлена новая настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Настройка открыта для России, если установлено значение "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
При изменении значения страны или принципа разбиения удержания настройка появляется, но открывается или закрывается от редактирования.
Настройка имеет несколько значений:
нет
из дополнительных аналитик
из подразделений отнесения затрат.
Значение "из дополнительных аналитик" предназначено для тех, кто формирует справку 2- НДФЛ, с параметром "Доп.аналитика для подразделения отнесения затрат".
Значение "из подразделений отнесения затрат" предназначено для тех, кто желает свести отчетность 2- НДФЛ по обособленным подразделениям отнесения затрат без учета дополнительных аналитик.
2. По настройке на Россию добавлена новая настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям".
Настройка имеет значения:"нет/да".
При значении "нет", сумма НДФЛ, округляется в рамках каждого обособленного подразделения.
При значении "да", сумма НДФЛ рассчитывается отдельно по каждому обособленному подразделению, но при расчете последнего входящего подразделения, расчет происходит уже с общего годового дохода, за вычетом сумм налога по тем подразделениям, которые пришли к расчету раньше.
3. Новые настройки работают только при значении "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
При изменении принципа разбиения удержаний настройка открывается или закрывается от редактирования.
4. В справочниках "Результаты расчета" и "Суммы по видам удержаний" для удержаний добавлены поля "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Переноситься в архив они будут при переходе на новый расчетный период.
Поля "Обособленное подразделение" и "КПП" можно увидеть только для удержаний с кодами 182 и 183 по настройке на Россию. Для этих же кодов удержаний поле "Номер исполнительного листа" переименовывается в "ОКТМО".
Новые поля будут заполняться и использоваться:
при расчете НДФЛ с настройкой "Раздельно по обособленным подразделениям"
при выполнении функции "Контроль дохода".
5. Доработана функция расчета НДФЛ при расчете заработной платы.
Теперь при расчете используются настройки п.1. и 2. Настройки работают согласно описанию в указанных пунктах.
6. Доработана функция "Контроль дохода".
Вместо устаревшего параметра [.] Разносить материальную выгоду
Введен новый параметр [.] Заполнять облагаемую сумму и вычеты в записи об удержании.
Для нового значения параметра предусмотрен выбор собственного периода, отличного от периода контроля дохода.
Если данный параметр установлен, в результатах расчета заполняются новые поля
"Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Заполнение происходит в зависимости от значений настройки "Раздельный расчет по обособленным подразделениям".
Если в настройке установлено значение "из дополнительных аналитик", то поиск "КПП" и "ОКТМО" происходит по подразделению из дополнительных аналитик.
Если в дополнительных аналитиках не найдена ссылка на подразделение, то "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.
Для всех остальных значений настройки дополнительные аналитики не анализируются: "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.
В дальнейшем, поля "КПП" и "ОКТМО" будут использоваться при расчете НДФЛ для сбора общей суммы дохода и налога за год в разрезе по обособленным подразделениям.
7. Доработана функция "Переход на новый расчетный период". При переходе на новый период в справочник "Суммы удержаний" из результатов расчета зарплаты переносятся поля: "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Примечание. После того, как Вы изменили значение настройки ... \ Раздельный расчет по обособленным подразделениям", обязательно нужно выполнить функцию "Контроль дохода".