G_ZARPL
Краткое описание :
При расчете РК и СНпо выслуге лет неправильное отнесение должностиОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете районного коэффициента и северной
надбавки по доплате неправильное отнесение должности.
Был временный переход на другую должность с 01.03.10 по
23.03.10. Ввели доплату в предварительный просмотр за
месяц по основному назначению с 01.03.10. по 30.03.10.
- должность из лицевого счета. После расчета зарплаты
должность из перехода в межпериод.
Как измененно :
Изменено заполнение должности при расчете районного коэффициента и северной
надбавки при расчете заработной платы. Должность заполняется согласно входящим оплатам.
G_ZARPL
Краткое описание :
Налогообложение материальной помощи по НКУОписание :
Расчет начислений (общие вопросы)Что измененно :
алогообложение материальной помощи по Налоговому Кодексу Украины
Согласно ст. 170.7.3. Налогового Кодекса Украины необлагаемая материальная помощь не зависит от права на получение налоговой социальной льготы, как это было раньше.
Вырезки из Налогового Кодекса Украины:
170.7.3. не включается в облагаемый налогом доход сумма нецелевой благотворительной помощи, в том числе материальной, предоставляемой
резидентами - юридическими или физическими лицами в интересах плательщика налога в течение отчетного налогового года совокупно в размере,
не превышающем сумму предельного размера дохода, определенного согласно абзацу первому подпункта 169.4.1 пункта 169.4 статьи 169 данного
Кодекса, установленного на 1 января такого года.
169.4.1. Налоговая социальная льгота применяется к доходу, начисленному в интересах плательщика налога в течение отчетного
налогового месяца как заработная плата (другие приравненные к ней в соответствии с законодательством выплаты, компенсации и вознаграждения),
если ее размер не превышает сумму, которая равняется размеру месячного прожиточного минимума, действующего для трудоспособного лица
на 1 января отчетного налогового года, умноженного на 1,4 и округленного к ближайшим 10 гривнам.
Сейчас система анализирует право на НСЛ и если условие выполняется, то материальная помощь делится на облагаемую и необлагаемую.
Если же права на НСЛ нет - то налогом облагается вся сумма материальной помощи. Совокупный контроль в течении года выполняется.
В соответствии с изменением законодательства необходимо, чтобы система не учитывала право на НСЛ.
Как измененно :
Доработан механизм льготирования материальной помощи В соответствии с изменением законодательства Уклаины.
Теперь система не учитывает право работника на налоговую социаальную льготу.
Сейчас для Украины материальная помощь делится на облагаемую и еоблагаемую с учетом льты в рамках налогового года.
G_ZARPL
Краткое описание :
Непонятным образом разбивается удержание по перечислению аванса в банкОписание :
Расчет начислений (общие вопросы)Что измененно :
Непонятным образом разбивается удержание по перечислению аванса в банк в результатах расчета.
Как измененно :
Исправлена ошибка при учете реестров по перечислению в банк при расчете зарплаты. Ошибка проявлялась в том, что иногда удержание по перечислению аванса в банк в результатах расчета разбивалось случайным образом.
Доработан также процесс записи в результаты расчета удержания с кодом "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Долги и депоненты \ Вид удержания для отражения сумм депонирования".
Напомним, что этим кодом удержания для Украины указывается "Долг фонда по больничным за счет ФСС".
Теперь удержания с этим кодом не разбиваются в зависимости от переходов или по другим аналогичным причинам, в том случае, если сумма перечисления или выплаты такого больничного пришла в расчет заработной платы из реестра или платежной ведомости межпериода.
G_ZARPL
Краткое описание :
Неверный расчет НДФЛ с больничного за прошлый периодОписание :
Расчет начислений (общие вопросы)Что измененно :
Пример проявления проблемы:
В феврале за февраль была начислена сумма больничного 11758.05 И.
Других начислений в феврале не было .
В марте за февраль начисляют еще 100 гр. больничного.
ИПо идее расчет этого НДФЛ должен быть таким: (100-100*2%)*17%=16.66
Ставки НДФЛ 10730 - 15%
далее 17%
Как измененно :
Доработан расчет НДФЛ с больничного за прошлый месяц для случая, когда в прошлом периоде не было других начислений, кроме больничного.
Для приведенного примера расчет происходит следующим образом:
Для табельного номера 9809 (2/2012)
Сумма 11858.05 доход 0.0% 0.00 (не более 0.00),доход 2% 11858.05 (не более 11858.05)
Налогообложение по ставке 15%:
облагается доход 10730.00 база ЕСВ 2% 10730.00
доход к обложению с учетом ставки ЕСВ 2.0% = 10515.40
База налогообложения для налога на доходы по ставке 15%: = 10515.40
Сумма налога на доходы по ставке 15%: = 1577.31
Налогообложение по ставке 17%:
облагается доход 1128.05 база ЕСВ 2% 1128.05
доход к обложению с учетом ставки ЕСВ 2% = 1105.49
База налогообложения для налога на доходы по ставке 17%: = 1105.49
Сумма налога на доходы по ставке 17% = 187.93
Итоговая сумма налога = 1765.24
С учетом того, что в прошлом месяце был удержан НДФЛ - 1748.58,
в текущем месяце сумма НДФЛ за прошлый:
1765.24- 1748.58 = 16.66
G_ZARPL
Краткое описание :
Расчет удержаний с больничныхОписание :
Расчет удержаний с больничных листовЧто измененно :
Работнику в апреле заведено 2 больничных:
Рассчитались удержания с первого больничного с 26/03/2012 по 08/04/2012.
Далее рассчитываем удержания со второго больничного за апрель и видим
НДФЛ в сумме 113,33 с больничного за счет предприятия,
хотя начисления такого больничного нет. Вместо этой суммы должно быть 0.
Проблема проявляется для больничных по уходу, которые рассчитываются исключительно за счет ФСС.
Как измененно :
Доработан расчет удержаний с больничных, которые рассчитываются за счет ФСС по настройке на Украину.
1. При наличии двух таких больничных у одного работника за один и тот же месяц, сумма НДФЛ не рассчитывается, если не было суммы дохода.
2. При расчетах в межпериод, а также при основном расчете заработной платы НДФЛ за прошлый месяц рассчитывается корректно.
Проблема проявлялась при наличии в архиве неденежного нельготируемого дохода.
На второй итерации исправлен расчет НДФЛ за март, не только в межпериод но и при основном расчете заработной платы.
Поскольку изменился принцип расчета в исходном тексте программы, просьба проверить разные варианты расчетов с учетом неденежного дохода не только за прошлые месяцы, но и за отчетный.
G_ZARPL
Краткое описание :
Есть возможность переплатить пособия матерямОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Есть возможность переплатить пособия матерям.
У клиента платят 50 рублей до наступления 3 лет ребенку.
Платят 315 польз.кодом(128 системный), алгоритм 2,
пропорционально календарным дням в месяце наступления 3 лет.
Если закрывать зарплату с перерасчетом и потом его больше не трогать, наверное все будет нормально.
Но. Если база в июне 2011 года и занести пособие с 01.05.2011 по 20.05.2011 и сделать перерасчет, то сумма заполнится.
(32 рубля - это было бы правильно, если бы дата окончания была в июне).
Если поставить 20.04.2011 и пересчитать, то сумма вообще будет 50 рублей.
Предлагаю
1. При переходе на следующий период всегда менять дату начала(первоначальную бы где нибудь хранить).
2. При расчете пособия если дата начала больше даты окончания сумма должна быть 0.
Вариант клиента- если дата окончания меньше даты начала расчетного периода то 0.
Тоже касается и "пособий детям".
В классификаторе пособий заполнено
лет мес. шкала сумма процент алг код инд.
3 0 Матерям 50 0 2 315 315.
Как измененно :
Добавлен контроль дат начала и окончания при расчете детских пособий.
Если дата окончания пособия больше даты начала, то сумма пособия не считается.
Выдается предупреждение о том, что дата окончания пособия меньше даты начала.
G_ZARPL
Краткое описание :
Не могу поставить поле VHVO_11(отбор премий б/л/отпуска)Описание :
_Пособия детямЧто измененно :
В расчет детских пособий по правилам 2011 года не включаются суммы, для которых указано значение отличное от "- " в поле входит "отбор премий" классификатора видов оплат.
Ситуация проявляется для второго года из периода учета сумм в том случае, если у основного ЛС есть связанный ЛС. Периоды работы по основному и совместительству включают 2 года.
Как измененно :
В расчет детских пособий по правилам 2011 года включаются суммы, для которых указано значение отличное от "- " в поле входит "отбор премий" классификатора видов оплат.
G_ZARPL
Краткое описание :
Проблема в "расчете аванса в режиме за период"Описание :
Расчет начислений (общие вопросы)Что измененно :
При расчете аванс в режиме "Расчет аванса в режиме за период" следует учитывать вид оплаты из межрасчетного перечисления/отпуска если он включен в расчет аванса и дополнительно проверять был ли по данному межрасчетному перечилению/отпуску сформирован реестр/платежная ведомость (проверка должна осуществляться по конкретному сотруднику). Если не был, то включать в расчет, если был, то не включать.
Как измененно :
Доработан расчет заработной платы с параметром "Расчет аванса в режиме за период".
Если вид оплаты входит в расчет аванса для него дополнительно проверяется был ли по данному межрасчетному перечилению/отпуску сформирован реестр/платежная ведомость (проверка должна осуществляться по конкретному сотруднику). Если сумма не была выплачена или перечислена в межпериод, то она включается в расчет аванса, если была, то не включается.
Примечание.
Можно получить дополнительную информацию о включении оплат в расчет аванса, если установлено "да" в настройке: "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Печать пояснит.информации при расчете отпускных, больничных и т.п."
G_ZARPL
Краткое описание :
Расчет районного коэффициентаОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете районного коэффициента по пользовательскому алгоритму, в поле "процент" в результатах расчета попадает значение "-2".
Как измененно :
При расчете районного коэффициента по пользовательскому алгоритму, в поле "процент" не записывается отрицательная сумма.
G_ZARPL
Краткое описание :
Рассчитывать налог в удержаниях и выплатах способом от обратногоОписание :
Расчет удержаний в режиме "Удержания и выплаты"Что измененно :
Так как предполагается, что удержаниями вводятся
данные, которые были выплачены сотруднику через кассу,
то пользователи вводят первоначальную сумму, из которой
уже вычтен налог на доходы. Однако сумма налога всё
равно считается из расчёта ставки (скажем, 13%).
Предлагают делать расчёт от обратного: сумма удержания,
например 1000 руб (уже за вычетом налога), а тогда
сумма налога:
1000/0.87*0.13
Пример во вложении.
Как измененно :
В функции Удержания и выплаты появилось два новых режима расчета:
1. 'Налог на доходы способом от обратного с учетом вычетов на работника и иждивенцев'
2. 'Налог на доходы способом от обратного без учета вычетов на работника и иждивенцев'.
Примечания.
По настройке на Украину эти режимы закрыты.
В интерфейсе расчета выплат для контроля показана сумма к обложению.
При расчете от обратного не имеет значения настройка: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ В функции "удержания и выплаты" при расчете суммы на руки"
Расчет суммы к обложению для п.1. идет по формуле.
Д=(В-Л*С)/(1-С). Это если считать только от текущей суммы с учётом льготы текущего
месяца.
А если учитывать доход с начала года (если, например, недобрали НДФЛ в предыдущих месяцах), то формула будет такая:
Д=(В-Л*С+(Гд-Гл)*С-Гн)/(1-С), где
Д - доход,
В - сумма к выплате,
С - ставка НДФЛ,
Л - льгота текущего м-ца,
Гд - годовой доход из размера дохода до расчёта зп,
Гл - годовая льгота из размера дохода до расчёта зп,
Гн - годовой НДФЛ из размера дохода до расчёта зп.
Расчет для п.2. идет по аналогичной формуле, но льгота текущего месяца не учитывается.
G_ZARPL
Краткое описание :
Не решена 101.48345. Ошибочно учитываются записи "До" в межрасчетной выплатеОписание :
Расчет удержаний в режиме "Начисления и выплаты"Что измененно :
Неправильно считается НДФЛ с матпомощи, которую начисляют в текущем месяце(феврале) через
межрасчетные выплаты. Система продолжает ошибочно учитывать запись с признаком "До" и не предоставляет
льготу в 2012 году, тогда как сотрудник еще не получал эту выплату в 2012.
Как измененно :
Исправлена ошибка расчета НДФЛ с матпомощи, которую начисляют в текущем месяце(феврале) через
межрасчетные выплаты. Система не учитывает запись с признаком "До" и предоставляет
льготу в 2012 году, если сотрудник еще не получал эту выплату в 2012.
G_ZARPL
Краткое описание :
Разные настройки округления для почтового сбора и переводаОписание :
Расчет начислений (общие вопросы)Что измененно :
Зарплата выплачивается почтой (219 вид удержания)
Сумма сбора(189 вид удержания) удерживается с получателя.
Необходимо сумму перевода и сумму сбора округлить с разными степенями.
К примеру для перевода 10 руб, для сбора 1 руб.
Т.к.
"Анализ кода показал, что если сумма сбора удерживается с получателя, то округляется итог по удержанию согласно настройке суммы на руки.
Затем сумма к пересылке делится на сумму сбора и сумму перевода. При этом, вероятно, разделить эти суммы с разными округлениями было сложно,
важно ведь выйти на результат, когда сбор равен проценту от суммы перевода.", то предлагаю реализовать следующее:
После округления суммы пересылки и деления ее на суммы сбора и перевода округлить полученные часть отдельными настройками округления.
Остаток от округления сбросить в долг за предприятием.
Сумма перевода - "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление почтовых переводов"
Суммы сбора - "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление почтового сбора"
p.s. Существенность предложения обусловлена спецификой предприятия.
Значительная часть работников которого получают зарплату почтой.
Как измененно :
Доработан расчет суммы почтовых переводов для системного вида удержания с кодом 219.
Расчет дорабатывался для случая, когда округление почтового сбора и почтового перевода не совпадают.
Данные округления задаются настройками:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление суммы перевода для расчета почтовых сборов"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Округление почтового сбора".
Округление происходит по следующему принципу.
После округления суммы пересылки и деления ее на суммы сбора и перевода округляется полученная сумма перевода в меньшую сторону согласно настройке "Округление суммы перевода для расчета почтовых сборов".
Остаток от округления сбрасывается в долг за предприятием.
G_ZARPL
Краткое описание :
ОКАТО в справке 2-НДФЛОписание :
Справки в налоговую инспекцию (1,2-НДФЛ)Что измененно :
ОКАТО в справке 2-НДФЛ.
В 2-НДФЛ значение ОКАТО заносится из города для обособленого структурного
подразделения, а в настройках подразделения выводится ОКАТО улицы.
Как измененно :
Сделанные изменения влияют на функциональность
формирования проводок по итогам расчета зарплаты и
межпериода, формирование реестров, формирование
платежных поручений по реестрам, формирование налоговой
отчетности.
Подразделение считается обособленным/ филиалом,
если в каталоге подразделений для него установлен
соответствующий признак в поле "Роль":
"филиал/представительство" или "обособленное
структурное подразделение". Далее по тексту под
обособленным подразделением подразумеваются обе эти
роли.
Для необособленных подразделений используется
ОКАТО, вычисленное для ближайшего вышестоящего по
иерархии подразделений обособленного подразделения или
филиала, а при отсутствии такого - используется ОКАТО
вычисленное для собственной организации.
Ниже приведен алгоритм вычисления ОКАТО с учетом
наличия обособленных подразделений/филиалов.
1. Определение по прямой ссылке на ОКАТО в
обособленном подразделении: При определении ОКАТО
используется явно выбранное из каталога ОКАТО. При
наличии такой ссылки используется оно и дальнейший
поиск ОКАТО не проводится.
2. Определение по адресу в обособленном
подразделении: При отсутствии явно заданной ссылки,
ОКАТО вычисляется по адресу (ссылке на улицу или ссылке
на город, при отсутствии ссылки на улицу) обособленного
подразделения или филиала.
Примечание:
При вычислении по адресу, если в нем есть ссылка
на улицу вычисляется ОКАТО по улице. При этом
происходит проверка идентичности ОКАТО для данной улицы
из справочника ГНИ (вызывается из интерфейса
редактирования адреса) с ОКАТО в справочнике ОКАТО
(вызывается из интерфейса редактирования подразделения
- поле "ОКАТО"). Если найдена запись с таким же ОКАТО -
дальнейший поиск не производится. Если не найдено
производится поиск по пункту 3 и далее. Если для улицы
в справочнике ГНИ отсутствует значение ОКАТО (например,
если улица проходит через несколько районов города,
которые имеют отличающиеся ОКАТО), в этом случае
необходимо явно указать ОКАТО в подразделении, выбрав
ОКАТО из справочника ОКАТО (для обработки в
соответствии с пунктом 1). При отсутствии в адресе
ссылки на улицу (адрес указан без выбора улицы), но
наличии ссылки на населенный пункт, для сравнения
используется ОКАТО населенного пункта, заданное в
справочнике ГНИ. При этом происходит проверка
идентичности ОКАТО для данного населённого пункта из
справочника ГНИ с ОКАТО из справочника ОКАТО. Если
такая запись найдена, используется ОКАТО этой записи и
дальнейший поиск не производится.
3. Определение по строковому ОКАТО в связанной с
подразделением организации: Если по предшествующим
пунктам определить ОКАТО, присутствующее в справочнике
ОКАТО не удалось, ОКАТО ищется в связанной с
подразделением филиальной организации (при наличии
такой), при этом сначала анализируется введенное
вручную значение - если такое же значение найдено в
справочнике ОКАТО дальнейший поиск не производится.
4. Определение ОКАТО по юр.адресу в связанной с
подразделением организации: Определяется по
юридическому адресу организации по вышеприведенноому
алгоритму (описан в пункте 2 и примечании) для
определения по адресу. Если удалось найти значение в
справочнике ОКАТО дальнейший поиск не производится.
5. Определение по вышестоящим обособленным
подразделениям\филиалам: Если по предыдущим пунктам
ОКАТО для обособленного подразделения определить не
удалось, будет использоваться ОКАТО вышестоящего
обособленного подразделения/филиала, которые
определяются по алгоритму, описанному в предшествующих
пунктах.
6. Определение по строковому ОКАТО собственной
организации: При отсутствии вышестоящих обособленных
подразделений, ОКАТО определяется по строковому ОКАТО
указанному в собственной организации. Если оно не
заполнено - по строковому значению из общесистемной
настройки "Настройки Галактики \ Бухгалтерский контур \
Отчеты \ Налоговая отчетность \ ОКАТО организации".
Если строковое значение удалось найти в каталоге ОКАТО
дальнейший поиск не производится.
7. Определение ОКАТО по юр.адресу собственной
организации: Определение ОКАТО производится по ссылке
на улицу, а при отсутствии - по ссылке на населенный
пункт. Соответствующее значение ОКАТО ищется в
справочнике ОКАТО. Если не найдено - возвращается
пустое значение.
Примечание:
Для контроля в каталоге подразделений отображается
доп.информация по отображаемому ОКАТО, в соответствии с
тем, откуда было получено это значение ОКАТО (По прямой
ссылке в самом подразделении (П:ОКАТО), по адресу в
подразделении (П:Адрес), либо из вышестоящих
подразделений (ВП:ОКАТО, ВП:Адрес), либо из филиальной
организации (Ф: строка, Ф: Юр.адр.), либо из
собственной организации (СО: строка, СО: Юр.адр.))
Добавлявшееся ранее в окно редактирования поле
"ОКАТО" в каталоге подразделений было необходимо для
формирования налоговой отчетности. В данном обновлении
производится корректировка отображаемого значения.
Ранее в поле "ОКАТО" отображалось ОКАТО адреса текущего
подразделения, на текущем обновлении отображается
ОКАТО, вычисленное с учетом иерархии подразделений и
структуры предприятия. Подсказка к этому полю
скорректирована на "Код ОКАТО подразделения с учетом
иерархии". Добавлено отображение ОКАТО жирным шрифтом
также для подразделений с ролью "филиал\
представительство"
Доработана функциональность по заполнению
автоаналитик по ОКАТО подразделений, которая
формируется по общесистемной настройке "Настройки
Галактики \ Управление персоналом \ Расчеты с
персоналом \ Формирование проводок \ Автоматическое
формирование КАУ по АТД". Ссылки в аналитику
проставляются исходя из найденных в справочнике ОКАТО
значений, вычисленных по подразделениям.
Добавлен пункт меню Модуль "Зарплата" - Настройка
- Заполнение каталогов - Каталог АТД - импорт
справочника ОКАТО. Справочник можно скачать с Internet.
G_ZARPL
Краткое описание :
Необходимо автоматически применять имущественный вычетОписание :
Расчет подоходного налогаЧто измененно :
Необходимо автоматически применять имущественный вычет для следующего случая.
Пример: С 01.05.2011 ( начало расчета 01.05.2011 ) назначен ВО 100 (Алг. 097 признак 2)
с общим размером вычета и остатка 50 000 000. При переходе на последующие месяцы происходит льготирование на максимально возможную сумму в соответствии с доходом.
С 01.07.2011 ( начало расчета 01.07.2011 ) назначен ВО 101 (Алг. 097 признак 2) с общим размером вычета и остатка 30 000 000, и вычетом за месяц - 500 000. То есть каждый месяц льготируется фиксированная сумма (так обычно оформляется льгота по ссуде).
При этом к 7-му месяцу еще существует остаток по ВО 100, по этому льготирования по ВО 101 еще не происходит.
Приходим к 01.12.2011. В предыдущем периоде сумма льготы по ВО 100 - исчерпана и автоматически удалена. Система приступает к обработке ВО101 и формирует неначисленную сумму - 500 000.
Поскольку доход подлежащий обложению в 12.2011 к примеру составляет 3 000 000 необходимо чтобы система, учитывая что ВО 101 был назначен 01.07.2011 прольготировала также 500 000 в счет 11-го месяца, 500 000 в счет 10-го месяца и т.д. - пока хватает этого дохода.
Сейчас проделать это можно, только изменив (причем временно) вручную сумму вычета за месяц для ВО101. Получается, что клиент при наличии сотни сотрудников строящих жилье и регулярно берущих и выплачивающих ссуды, вынужден вручную каждый месяц контролировать состояние этих ВО. Это достаточно сложно и вызывает постоянные нарекания от клиентов, сотрудники которых имеют по несколько документов дающих право на льготы.
Как измененно :
Доработано применение имущественных вычетов с алгоритмом 97 пр.2 по настройке на страну РБ.
Функциональность работает для вычетов, у которых установлена сумма вычета за месяц. При применении вычета анализируется архив неначисленных сумм по ссылке на указанный вычет с момента даты предоставления до отчетного месяца. Если сумма предоставленных вычетов за каждый месяц меньше возможной суммы вычета, то неиспользованный остаток распространяется на облагаемые суммы.
G_ZARPL
Краткое описание :
Неверно считается сумма по ВО с пользов. алг-мом nakp4 при наличии перех. межп.Описание :
Расчет начислений (общие вопросы)Что измененно :
При наличии перехода в межпериод сумма по виду оплат, который рассчитывается с использованием алгоритма NAKP4 считается неверно в случае наличия перехода в межпериод. Результат вычисления зависит от настройки "Разбивать удержания по подразделениям".
Если стоит "нет" сумма правильная, если "входящих оплат", то сумма неверная.
Настройка ВО "разбивать по датам" указана "-".
Примечание. Данная проблема проявляется для случаев, когда алгоритм привязан к доплате с типом "Скидка".
Обязательным условием для проявения ошибки является тот факт, что сумма заработка до перехода меньше суммы вычетов на иждивенцев.
Как измененно :
Доработан учет сумм с с типом "Скидка" и использованием алгоритма NAKP4 при наличии перехода в межпериод и настройки "Разбивать удержания по подразделениям".
Теперь неучтенная сумма вычета по первому подразделению не пропадает, а переносится на другое подразделение.
G_ZARPL
Краткое описание :
Учет льгот по матпомощи при расчете НДФЛ отпуска с мвтпомощьюОписание :
Расчет удержаний с отпусков межпериодаЧто измененно :
Отпуска будущих периодов Таб. 1
МП к отпуску будущего периода учитывает прольготированную сумму МП прошлого года
Как измененно :
Исправлен расчет НДФЛ с материальной помощи к отпуску будущего периода. Речь идет о случае, когда переход к отпуску будущего периода происходит из интерфейса расчета отпуска отчетного периода.
Для будущего года теперь не учитывается сумма прошлого года.
G_ZARPL
Краткое описание :
2-НДФЛ сторнирование матпомощиОписание :
Справки в налоговую инспекцию (1,2-НДФЛ)Что измененно :
2-НДФЛ сторнирование матпомощи
Расчет отрабатывает верно,а 2-ндфл -нет.
Начислялась материальная помощь,предоставлялся вычет по НДФЛ, потом материальную помощь сторнировали, вычет предоставился в другом месяце,а в 2-ндфл это не отражено и ,следовательно,сумма долга за работником. в 8 месяце должно быть 3000 вычет с кодом 503)
Как измененно :
Доработано формирование записей по материальной помощи при расчете заработной платы для случаев сторнирования материальной помощи.
Для данного вида оплаты установлены настройки в КВО:
учет дохода в налоговой отчетности - "по месяцу, в котором начислен"
учет сумм возврата - "по месяцу учета дохода".
После расчета заработной платы в отчете 2 -НДФЛ вычет отражается по месяцу предоставления.
Так, если в 10-м месяце возвратили 4000 материальной помощи за 7-й месяц, из которых 3000 было прольготировано, и снова начислено 5000 т., то в 7-м месяце отражается 1000 материальной помощи и вычет 1000, и в 10-м месяце отражается 5000 и вычет 3000.
Пример приведен для случая, когда годовая льгота равна 4000.
G_ZARPL
Краткое описание :
Проблема с расчетом доплаты с алгоритмом nak(2,10)Описание :
Расчет начислений (общие вопросы)Что измененно :
Если в расчёте участвуют виды оплат, у которых в классификаторе отличаются значения полей "Счёт/субсчёт по кредиту" и в постоянной доплате заполнены поля "Общий размер вычета" и "Остаток", то тогда для каждого такого значения программа запускает расчёт вычета.
Может они и должны делится, но сумма при этом не делится, она повторяется три раза. Если в моем примере убрать сумму вычета, то рассчитается правильно.
Как измененно :
Доработана функция nak(2,10) для доплат с типом "Скидка".
Если в расчёте участвуют виды оплат, у которых в классификаторе отличаются значения полей "Счёт/субсчёт по кредиту" и в постоянной доплате заполнены поля "Общий размер вычета" и "Остаток", то тогда для каждого такого значения программа запускает расчёт вычета.
Cумма скидки при этом делится с учетом входящих оплат.
G_ZARPL
Краткое описание :
Алгоритм 46 с примечанием "месяцем, в котором начислено"Описание :
Расчет начислений (общие вопросы)Что измененно :
Рассчитываем в текущем месяце за прошлый.
Алгоритм 46 с примечанием "месяцем, в котором начислено" дополнительной входимости
(46) Оплаты, входящие в расчет текущей с алгоритмом номер 46
При расчете отнимается сумма этой оплаты, начисленная в прошлом месяце.
Как измененно :
Рассчитываем в текущем месяце за прошлый.
Алгоритм 46 с примечанием "месяцем, в котором начислено"
дополнительной входимости
(46) Оплаты, входящие в расчет текущей с алгоритмом номер 46
При расчете не отнимается сумма этой оплаты, начисленная в прошлом месяце.
Для расчета по данному алгоритму без примечания расчет идет по-прежнему
G_ZARPL
Краткое описание :
Некорректно формируется ШПЗ по доплате, заданной в "Дополнительной доплате"Описание :
Расчет начислений (общие вопросы)Что измененно :
В классификаторе видов оплат введена новая оплата "100 - Доплата до среднего". Она формируется тем сотрудникам, у которых был больничный лист. Алгоритм расчета по ней - доплата до среднего заработка за дни больничного листа ("средний заработок - оплата по больничному"). Затраты по ней должны относиться на счет, указанный в лицевом счете работника (например, счет 26). Т.к. доплата должна формироваться автоматически, то эту доплату определили как дополнительную для видов оплат "114 - Пособие по врем.нетр. за счет предприятия" (счет затрат, указанный в лицевом счете работника - 26 счет) и "115 - Пособие по врем.нетр. за счет ФСС" (69 счет). При формировании этой доплаты не обрабатывается значение настройки [Настройка выбора ШПЗ - из лицевого счета работника], а подставляется счет затрат из основной доплаты: т.е. 114 вида - 26 счет, для 115 вида - счет 69. А надо, чтобы в обоих случаях был счет 26. Во вложении - скрин экранов настройки и результатов расчета.
P.S. Использовать стандартную доплату из настройки расчета больничного листа нельзя, т.к. в нашем случае база для расчета больничного и доплаты до среднего - разная, а в Галактике предусмотрено, что доплата по больничному считается по той же базе, что и сам больничный.
Подробнее во вложении.
Как измененно :
Доработано отнесение затрат по доплате, которая определена, как дополнительная в Классификаторе видов оплат.
Для таких дополнительных доплат ШПЗ, ТХО, параметр и доп.аналитика заполняется согласно настройкам классификатора для этой оплаты.
G_ZARPL
Краткое описание :
Формирование поручений по НДФЛОписание :
Платежные порученияЧто измененно :
Зарплата/Операции/Формирование проводок/Платежные
поручения Формирование поручений по НДФЛ - произвольным
образом дробятся на мелкие суммы. При повторном
формировании с теми же параметрами может формироваться
иное количество ПП и на отличающиеся суммы, хотя общая
сумма по всем платежным поручениям совпадает.
Как измененно :
Исправлено. Формирование проводится одинаково. При
каждом формировании создается одинаковое количество ПП
на одни и те же суммы.