2017-02-13 18:45:04
Краткое описание :
Контроль дохода - заполнять "размер дохода после расчета зп"Описание :
Контроль доходаЧто измененно :
Для того, чтобы после контроля дохода давно
уволенного сотрудника результаты контроля перешли в
"размер годового дохода после расчета", приходится
считать ему зарплату в текущем м-це. Очень неудобно и
нелогично.
Предлагается реализовать заполнение "после
расчета" безусловно или опционально.
Как измененно :
При выполнении функции контроля дохода заполняется таблица Размер годового дохода после расчета заработной платы. При этом учитываются начисления и удержания расчетного периода, в т.ч. внесенные вручную.
Для прошлого года поля из колонки "Учтено вычетов" переносятся из размера годового дохода до расчета зарплаты.
Для текущего года поля из колонки "Учтено вычетов" сохраняются из текущего расчета зарплаты, если они не заполнены при текущем расчете зарплаты, то переносятся из сумм до расчета зарплаты.
2017-02-13 18:45:04
Краткое описание :
Зависает формирование формы № Т-53Описание :
Платежная ведомостьЧто измененно :
На платформе MSSQL зависает формирование FastReport формы "унифицированная форма № Т-53", длительное время отображается визуализация "Формируется отчет".
Как измененно :
Исправлено зависание формирования FastReport формы "унифицированная форма № Т-53" на платформе MSSQL.
2017-02-13 18:45:04
Краткое описание :
Изменить порядок выгрузки тэгов в xml файле в рамках пилотного проектаОписание :
Реестры и заявления на возмещение в ФССЧто измененно :
Изменить порядок выгрузки тэгов в xml файле в рамках пилотного проекта. Тэги выгружены не в том порядке как они описаны в регламенте. Просьба привести в соответствие с регламентом порядок всех выгружаемых тэгов.
Как измененно :
Доработана структура xml-файла для реестров в ФСС - изменен порядок следования тегов присоединенной формы "XML форма на формирование реестров В ФСС" согласно регламенту.
2017-02-13 18:45:04
Краткое описание :
Доработка функционала по учету резервов ОС. Использование резерваОписание :
РезервыЧто измененно :
Одновременно с формированием проводок по ТХО 3.7.5.6. Д96-К60 в акте на прием услуг,
необходимо чтобы операция "Использование резерва" (или какая-то другая операция, которая может изменять сумму переоценки) работала следующим образом:
при вводе в поле "Использование резерва" ненулевого значения и после проведения этой операции, это значение оставалось в поле "Использование" карточки резерва,
также при этом на эту же величину должно уменьшаться значение поля "Сумма резерва с учетом переоценок" карточки резерва, т о, поле "Сумма резерва с учетом переоценок" должно отражать сальдо по 96.04, а не его кредит, и операция переоценка должна изменять именно сальдо (разность К 96 минус Д 96): см. вложение
Как измененно :
Доработано.
В картотеке при вводе в поле "Использование резерва" нового значения, величина изменения вычитается из поля
"Сумма резерва с учетом переоценок".
Также при проведении операции "Использование резерва" величина изменения вычитается из поля "Сумма резерва с учетом переоценок".
2017-02-13 18:45:04
Краткое описание :
Сумма резерва с учетом переоценокОписание :
РезервыЧто измененно :
В общих интерфейсах по резервам необходимо отображать значение поля "Сумма резерва с учетом переоценок".
Это можно сделать в закладке карточки резерва Операции -> Операции, а так же в самой картотеке резервов. См. вложение
Как измененно :
Поле "Сумма резерва с учетом переоценок" добавлено в Список карточек резерва и закладку "Резерв".
Также добавлено в закладку "Операции".
2017-02-13 18:45:04
Краткое описание :
Реестр сведений по временной нетрудоспособности по беременности и родам, графы 37 и 38Описание :
Реестры и заявления на возмещение в ФССЧто измененно :
Пилотный проект. Реестр сведений по временной нетрудоспособности по беременности и родам
в графы 37, 38 не попадает дата подачи заявления о доплате пособия застрахованного лица, на основании которого произведена такая замена, согласно Приказу Фонда социального страхования Российской Федерации от 15.06.2012 N 223: в столбцах 37 и 38 ("Расчетный период" )указываются календарные годы, включаемые в расчетный период для исчисления пособий по временной нетрудоспособности, по беременности и родам, определяемый в соответствии с Федеральным законом "Об обязательном социальном страховании на случай временной нетрудоспособности и в связи с материнством".
При замене в целях расчета среднего заработка соответствующих календарных годов (календарного года) расчетного периода на предшествующие календарные годы (календарный год) в случае, указанном в части 1 статьи 14 Федерального закона "Об обязательном социальном страховании на случай временной нетрудоспособности и в связи с материнством", в скобках после соответствующего календарного года указывается дата заявления застрахованного лица, на основании которого произведена такая замена.
Как измененно :
Доработан интерфейс больничных листков: на вкладку "Заявление в ФСС" добавлено поле "Дата подачи заявления о доплате", которое заполняется пользователем в случае формирования заявления о доплате пособия. Если поле "Дата подачи заявления о доплате" заполнено, то при печати отчета "Реестр сведений по временной нетрудоспособности по беременности и родам" в графы 37, 38 в скобках после соответствующего календарного года указывается дата заявления застрахованного лица, на основании которого произведена такая замена.
2017-02-13 18:45:04
Краткое описание :
У сотрудника, имеющего совместительство, большая разница между исчисленным и удержанным налогом на доходОписание :
Расчет удержаний (общие вопросы)Что измененно :
У сотрудника, имеющего совместительство, большая разница между исчисленным и удержанным налогом на доход.
Если отчетный период декабрь 2016, то помогает Контроль дохода, выполненный по совместительству и последующий расчет зарплаты по основному месту работы, с учетом совместительства.
Но, клиенты уже перешли на Отчетный месяц январь 2017.
В таком случае помогла функция учета дохода по совместительству за 2016 год, которая теперь запускается через внешний интерфейс Z_NDFL::UCHSOVM (Z_NDFL.res)
Далее просто рассчитать зарплату по основному месту работы, с учетом совместительства.
Контроль дохода за 2016 год, выполненный в 2017, не исправляет ситуацию.
В Лицевом счете по основному месту работы установлено 12 месяцев для перерасчета.
Требуется исправить расчет зарплаты по учету доходов совместителей за прошлый год.
Как измененно :
Доработан расчет заработной платы при наличии количества месяцев для пересчета за прошлый год.
Теперь при расчете заработной платы автоматически разносятся доходы и НДФЛ совместителей, в том числе и за прошлый год, при наличии соответствующего значения количества месяцев для пересчета в лицевом счете работника.
2017-02-13 18:45:04
Краткое описание :
Минимальное ограничение банковского сбора за перечисление алиментов в банкОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Минимальное ограничение банковского сбора за перечисление алиментов в банк.
При расчете сбора за перечисление в банк постоянных удержаний с ВУ 187, 188 и 191 необходимо применять минимальное ограничение.
Как измененно :
Для РБ: Добавлена новая настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк" для возможности добавления шкалы с минимальной суммой сбора за перечисление алиментов и исполнительных листов в банк.
При расчете сборов за перечисление алиментов и исполнительных листов в банк (ВУ 187, 188, 191), если не указаны ни процент, ни шкала в постоянном удержании для расчета сборов, то анализируется добавленная настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк". Если же значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Шкала сборов по перечислению в банк" не заполнено, то анализируется настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Процент удержания сбора по перечислению в банк".
2017-02-13 18:45:04
Краткое описание :
При выплате премии с учетом РК через начисления и выплаты в результатах расчета появляется отрицательная запись по НДФЛОписание :
Расчет подоходного налогаЧто измененно :
При выплате премии с учетом РК через начисления и выплаты в результатах расчета появляется отрицательная запись по НДФЛ
В межпериод начисляют премию с РК (РК межпериода "+"). Премия 10 000, РК 3000. Выплачиваем реестром межпериода.
При окончательном расчете зарплаты создается запись по НДФЛ с источником "начисления и выплаты" на всю общую сумму премии и РК и отрицательная запись с видом оплаты "премия" и суммой РК.
Желательно еще в этом кусочке РК межпериода (3000) тоже иметь источник "начисления и выплаты".
Как измененно :
Доработана функция расчета заработной платы по формированию сумм НДФЛ на основе реестров на перечисление сумм премии с учетом РК или северных надбавок из функции "Начисления и выплаты".
Теперь при окончательном расчете зарплаты создаются отдельные записи по НДФЛ с источником "начисления и выплаты" на сумму премии, РК и северных надбавок.
Каждая запись имеет источник "начисления и выплаты".
При значении "учет ведется" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" проставляется ссылка на реестр в каждой записи.
2017-02-13 18:45:04
Краткое описание :
Прогнозирование в отчете " Разность данных по амортизации по методам учета "Описание :
Разность данных по амортизации по методам учетаЧто измененно :
Прогнозирование в отчете " Разность данных по амортизации по методам учета ".
Просят доработку существующего функционала (полное описание во втором прикрепленном файле). Доработка вызвана необходимостью прогнозирования сумм будущих периодов, в связи с этим подобная доработка может пригодиться не только для ООО "Транснефть - Порт Приморск", но и для других подразделений "Транснефть". Учитывая начало работ по переводу подразделений "Транснефть" на версию 9.1, есть смысл осуществить подобную разработку именно для 9.1 и включить её в стандартный функционал, а не реализовывать её как доработку только для ООО "Транснефть - Порт Приморск".
Как измененно :
В параметры настройки отчета добавлены параметры `Включить прогнозирование` и 'Базовый месяц'.
Если включено прогнозирование, то рассчитываются разницы от периода следующего за базовым месяцем, до даты окончания отчета.
Если в базовом месяце разницы для карточки не рассчитаны, то в качестве базового месяца берется отчетный период
карточки. А если и в нем не рассчитаны разницы, то берется предыдущий месяц перед отчетным периодом.
В качестве даты для базового месяца предпочтительнее выбирать дату последнего расчета разниц (дату отчетного периода).
Добавлен новый xlt-отчет - "Постоянная и временные разницы".
Реестры разниц в прогнозируемом периоде не дорабатывались, поэтому эти печатные формы не использовать (данные в реестрах могут быть неверными).
2017-02-13 18:45:04
Краткое описание :
Обрезаются наименования полей "Накопленная амортизация", "Амортизация за отч.период"Описание :
Ведение картотекиЧто измененно :
Обрезаются наименования полей "Накопленная амортизация", "Амортизация за отч.период"
Как измененно :
Исправлено.
2017-02-13 18:45:04
Краткое описание :
Внести исправления в точку расширения epDeleteOborotForPickedOS в части отмены амортизации резерва на ликвидацию ОСОписание :
АмортизацияЧто измененно :
Не удаляются проводки в ходе исполнения точки расширения epDeleteOborotForPickedOS
Для исправления ошибки НЕОБХОДИМО:
- Внести исправления в точку расширения epDeleteOborotForPickedOS в части отмены амортизации резерва на ликвидацию ОС. В настоящий момент в параметр вызова точки расширения передается параметр wTip = 15, требуется передавать wTip = 57.
Как измененно :
Исправлено. Точка расширения вызывается с параметром TipDock = 57.
if ( epDeleteOborotForPickedOS (TipDock, SoprHoz.nRec) = true)
2017-02-13 18:45:04
Краткое описание :
Вредность (ОППВ) для одинаковых должностей в 1 СЕОписание :
Условия труда на рабочем местеЧто измененно :
У клиента бывают ситуации, когда в одном подразделении есть несколько должностей с одним и тем же названием и кодом, но с разными атрибутами и вредностью. При заполнении каталога Условий труда на рабочем месте и выборе одной из таких должностей с помощью функции локального меню "Добавить должность из ШР" и выставить вредность только одной, cистема проставляет вредность всем должностям с одинаковым названием в подразделении.
Если изменять Условия труда на рабочем месте через Историю изменений в ШР, система поступает аналогично, проставляет вредность всем должностям с одинаковым названием.
При расчете ЗП, ОППВ (обязательные профессиональные пенсионные выплаты, выплачиваются работникам работающих на должности с вредными условиями труда) рассчитывается всем работникам работающим на должностях с одинаковым названием, хотя не все из них имеют вредные условия труда.
Как измененно :
РК. Изменились правила расчёта ОППВ. В режиме их расчёта по каждому начислению в пользу работника вредность определяется не на основании комбинации "подразделение + должность", а на основании значения поля "Оплата за работу" = "во вредных условиях".
2017-02-13 18:45:04
Краткое описание :
Нельзя установить фильтр по подразделениям и МОЛ если "доступ к документам" "все права в рамках группы, по всем-чтение"Описание :
ИнвентаризацияЧто измененно :
Пользователь настройкой "все права в рамках группы, по всем-чтение" пытается установить фильтр по подразделению/МОЛ в списке инв описей (Учёт ОС\Операции\Инвентаризация):
Получает ошибку: Запись нельзя изменить.
При значении настройки "все права" такой ошибки нет.
Как измененно :
Исправлено. Не ругается.
2017-02-13 18:45:04
Краткое описание :
Если установлена настройка удержания "учитывать в подразделении на начало месяца" не разбивать удержание по видам оплатОписание :
Расчет удержаний (общие вопросы)Что измененно :
Установлена настройка Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов "Разбивать удержания"-"по подразделениям, аналитике и параметру входящих оплат".
В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца".
Удержание заведено в лицевом счете через постоянные удержания процентом от зарплаты.
Если в расчете зарплаты есть начисления за текущий и будущий период, то удержание, при таких настройках, для текущего периода
формируется одной суммой без заполнения ВО в допаналитике. Проблема клиента связана с тем, что в случае, когда в допаналитику вид оплаты то заполняется, то не заполняется у них возникает проблема с формированием пользовательского отчета, завязанного на допаналитику. Жалуются, что нет возможности заполнить допаналитику на одном уровне. По сути клиенту подошел бы вариант не заполнять в допаналитику вид оплаты.
Как измененно :
1. Доработан расчет заработной платы для России. Теперь дополнительные аналитики по видам оплат в начислениях и удержаниях автоматически не формируются.
2. Если В КВУ в настройке удержания установлен параметр "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца", то вид оплаты в удержание не записывается.
3.Для реестров, которые формируются по удержаниям в результатах расчета зарплаты, доработан перенос видов оплат из удержаний в реестры.
Добавлено отображение колонки с видом оплаты при просмотре сумм реестра в разрезе операций.
2017-02-13 18:45:04
Краткое описание :
Для формирования реестров и ведомостей необходимо доработать расчет сальдоОписание :
Информация о выплатах заработной платыЧто измененно :
Реализовать копирование допаналитик из OtpDop в поля таблицы ZarOper, которые были добавлены в словарь.
Выполнить доработки для копирования значений и в другие поля, добавленные в таблицах ZarOper, Spplban, Sbban.
Чтобы реестры, которые формируются по сальдо, содержали данные о виде оплаты, нужно доработать расчет сальдо. Суммы в сальдо должны разбиваться по видам оплат.
В связи с тем, что при расчете зарплаты (решением ПИР 102.163272) из допаналитик будет удалена ссылка на вид оплаты, нужно срочно сделать перенос вида оплаты во все реестры. Так как конвертер пока не выпускается, то нужно анализировать все варианты заполнения полей таблиц, в которых мог бы храниться вид оплаты и переносить его в момент формирования реестров в поле ZarOper.FilialNo.
До выпуска конвертера нужно реализовать контекстный перенос вид оплаты и допаналитик, где это возможно. При этом если в реестре в поле ZarOper.FilialNo отсутствует вид оплаты, то копировать его из допаналитик (при наличии в допаналитиках аналитики с видом оплаты).
При доработках функционала нужно учитывать вид оплаты и допаналитики уже из новых полей.
Сделать необходимые развязки в коде для обеспечения корректной работы функционала.
Доработать функцию расчета сальдо для получения остатков к выплате в разрезе начислений. Сопоставление записей расчетных начислений и удержаний результатов расчета вести в разрезе источников начисления, оплачиваемых ими периодов с учетом вида оплаты и аналитик. А в случае если включен учет по фактически выплаченным суммам, то с учетом сумм по источникам начислений, оплачиваемым периодам, видам оплат и аналитикам, записанных в детализации по операциям к суммам в реестрах на "перечисление" и в ведомостях на "выплату".
Как измененно :
Основные изменения:
1) При формировании реестров и ведомостей допаналитики теперь сохраняются в поля таблицы ZarOper. При этом сохранение допаналитик в таблицу OtpDop также временно оставлено, чтобы функционал, учитывающий допаналитики из таблицы OtpDop работал по старому.
2) Доработано отображение допаналитик при просмотре сумм операций в реестрах. Если допаналитики заполнены в новых полях, то отображаются они, иначе отображаются допаналитики из таблицы OtpDop.
3) Для налогов на ФОТ вид налога теперь записывается в новые поля Sbban.VidPer и Spplban.VidPer. Запись его в поля (Sbban.VidUd и Spplban.VidUd) пока сохранена.
4) В процессе контроля (при использовании опции "Контроль") и обхода старых реестров производится копирование допаналитик в новые поля если новые поля еще не заполнены, и при этом есть запись с допаналитиками в OtpDop.
Также, если в таком старом реестре поле с видом оплаты нулевое, то оно будет обновлено видом оплаты из допаналитик (при наличии среди них есть аналитики с видом оплаты). Реализовано только реестров, которые формировались по удержаниям, а не по сальдо.
5) При формировании реестров на суммы в результатах расчета зарплаты определяется источник начисления (из новых полей). Если он заполнен, то он переносится в реестр. А если не заполнен - источник определяется по старым полям.
6) Поля ZarOper.TipDoc и ZarOper.cPodr теперь задействованы только для хранения ссылки на источник начисления
7) Ссылка на постоянное удержание, ранее хранившаяся в полях ZarOper.cPodr и с типом ZarOper.TipDoc = coShtaf, теперь при формировании реестров теперь сохраняется в поле ZarOper.cRec1. При контекстной обработке старых реестров анализируется старое поле.
8) Доработан расчет сальдо в разрезе источников начислений, оплачиваемых им периодов, с учетом видов оплат и аналитик.
В процессе работы функция расчета сальдо производит выгрузку сумм, относящихся к пересчитываемому периоду.
При настройке "Сальдо рассчитывать по платежным документам" - "нет" функция выгружает суммы начислений и удержаний из результатов расчета и рассчитывает "плановые" остатки месяца.
При настройке "Сальдо рассчитывать по платежным документам" - "да" функция выгружает суммы начислений и удержаний, не являющихся "перечислением" или "выплатой", а также суммы из реестров, сформированных по видам удержания с признаком "перечисление" и из ведомостей по видам удержаний с признаком "выплата" и рассчитывает "фактические" остатки к выплате в разрезе начислений.
В процессе выгрузки сумм функция пытается сгруппировать суммы по источникам начислений, оплачиваемым периодам и видам оплат.
Если для суммы удержания или суммы из реестра или ведомости не нашлось совпадения с начислением по источнику, периоду и виду оплаты, и для анализируемой суммы неизвестен вид оплаты то производится поиск группы, в которой похожая аналитика (см. ниже примечания). Если похожей по аналитике группы не нашлось, то будет сформирована отдельная группа для такой суммы.
Примечание1.
При настройке "Формировать сальдо с разбивкой по аналитикам": "нет" анализ аналитик не производится, сравнение производится только по источникам начислений, оплачиваемым периодам и видам оплат.
Примечание2.
При настройке "Формировать сальдо с разбивкой по аналитикам": "да"
а) При настройке "Разбивать удержания": "по подразделениям, аналитике и параметру входящих оплат".
Если в настройке "Выбор аналитик для разбивки удержаний" задан перечень аналитик, а также если для анализируемой суммы вид оплаты неизвестен, то для этой суммы алгоритм ищет группу, с которой у нее совпадает набор допаналитик. При поиске сравниваются лишь те аналитики, которые указаны в этом перечне, остальные игнорируются. Кроме сравнения значений в допаналитиках никакие другие сравнения при поиске группы в этом случае не производятся.
Если в настройке не указан перечень учитываемых аналитик, то поиск подходящей группы для такой суммы ведется с учетом параметра, аналитик счетов и допаналитик.
б) при других значениях настройки "Разбивать удержания" сравнение производится по источникам начислений, оплачиваемым периодам и видам оплат, а также сравниваются аналитики счета, допаналитики и параметр.
9) Доработан интерфейс "Информация о выплатах заработной платы".
Пункт локального меню "Показать сумму в разрезе аналитик" переименован в "Показать сумму в разрезе операций".
В окно сумм в разрезе операций выведены дополнительные поля.
В локальную функцию пересчета сальдо добавлена опция "формировать протокол".
Информация о том, как распределились по группам суммы начислений, удержаний и суммы выплачиваемые работнику, выводится в протокол в виде таблицы (при включенной опции формирования протокола при расчете сальдо).
После распределения по группам и на их основе вычисляются остатки по каждой группе. Суммы по группам с отрицательными остатками система пытается компенсировать уменьшая положительных остатки других групп. Если в итоге по каким то группам остались положительные остатки, они записываются в разрезе операций в реальный остаток текущего месяца.
Примечание: рассчитанные и записанные остатки в разрезе начислений можно посмотреть по пункту локального меню "Показать сумму в разрезе операций".
При настройке на Россию кроме этой информации, в протокол также выводится информация о суммах НДФЛ.
10) В связи с доработками расчета сальдо доработано формирование реестров, формируемых на суммы остатка в сальдо. Доработано формирование лога при формировании реестров по сальдо.
11) Из параметров формирования реестров налогов, формируемых по итогам расчета зарплаты исключено поле выбора кода каталога (ОКАТО/ОКТМО) как устаревшее. Для России теперь всегда используется код ОКТМО.
12) Дополнительно доработаны пользовательские отчеты (Отчеты\Отчеты пользователя) в связи с доработкой расчета сальдо.
"Аналитические ведомости по реестрам"
"Отчет по реестрам в межпериод в разрезе статей и видов оплат"
"Отчет по суммам на руки в разрезе статей и видов оплат"
2017-02-13 18:45:04
Краткое описание :
Группировка по ОКОФ в отчете за предыдущие периодыОписание :
Ведомости наличияЧто измененно :
Группировка по ОКОФ в отчете за предыдущие периоды.
При получении отчета за предыдущий период ОКОФ надо брать из архива карточки.
Как измененно :
При получении отчета за предыдущий период, ОКОФ берется из архива карточки.
Фильтры по ОКОФ по архиву будут дорабатываться.
2017-02-13 18:45:04
Краткое описание :
Добавить пункт меню "Корректировка амортизации" в параметры алгоритма OSNMAОписание :
Разноска ТХО по видам документов /укажите тип документа/Что измененно :
Добавить пункт меню "Корректировка амортизации" в
параметры алгоритма OSNMA для операции "Корректировка
амортизации"
Как измененно :
В идентификаторе OsNma в параметре "Результат" добавлены пункты меню:
'Корректировка ОС/НМА':
- 'Корректировка амортизации'
- 'Стоимость'
- 'Сумма износа'
2017-02-13 18:45:04
Краткое описание :
Рассчитывается РК работнику, которому установлен в ЛС процент РК -1 (РК не рассчитывать)Описание :
Расчеты по алгоритмам в режиме "Начисления и выплаты"Что измененно :
В выплате межпериода рассчитываются районные работнику. В лицевом счете для работника установлен процент районных -1 (минус один), что означает, что районные не нужно рассчитывать.
Как измененно :
Исправлено. Районные не в межпериоде не рассчитываются для лицевого счета, у которого в поле "районный процент" установлено отрицательное значение.
2017-02-13 18:45:04
Краткое описание :
В закладке "Сальдо на начало месяца" пропадают записи о льготах по страховым взносамОписание :
Расчет удержаний (общие вопросы)Что измененно :
РФ. В закладке "Сальдо на начало месяца" пропадают записи о льготах по страховым взносам. Выяснилось если после расчета начислений и налогов на ФОТ пересчитать только удержания, то сами налоги на фот остаются, а вот льготы затираются.
Необходимо устранить удаление льгот по налогам на ФОТ, если пользователь рассчитывает только удержания.
Как измененно :
РФ. Доработан режим расчёта зарплаты для случая, если включена только опция "Расчёт удержаний". Информация справочника "Сальдо на начало месяца" в части годовых итоговых данных о начисленной материальной помощи остаётся неизменной.
2017-02-13 18:45:04
Краткое описание :
Пересчет подоходного налога для материальной выгодыОписание :
Расчет подоходного налогаЧто измененно :
При ограничении подоходного налога с дохода в виде материальной выгоды 50-тью процентами начисленной суммы в денежной форме, нужно при переходе на новый расчетный период автоматически устанавливать дату начала сторнирования для постоянного удержания с видом удержания 184.
Как измененно :
Если сумма подоходного налога с дохода в виде материальной выгоды ограничивается пятьюдесятью процентами суммы начисления в денежной форме, то при переходе на новый расчетный период дата начала сторнирования постоянного удержания с видом удержания 184 не изменяется на дату начала нового расчетного периода, что в свою очередь вызовет пересчет подоходного налога с дохода в виде материальной выгоды.
2017-02-13 18:45:04
Краткое описание :
В результатах расчёта из-за частичного возврата НДФЛ по реестру налогооблагаемая база уменьшается на 1 копейкуОписание :
Расчет удержаний (общие вопросы)Что измененно :
В результатах расчёта из-за частичного возврата НДФЛ по реестру межпериода налогооблагаемая база уменьшается на 1 копейку.
Как измененно :
Доработана функция формирования результатов расчета заработной платы. Теперь облагаемая сумма округляется дополнительно, непосредственно перед записью в базу данных.
Таким образом, не будут накапливаться погрешности в налоговой отчетности.
2017-02-13 18:45:04
Краткое описание :
Дата перечисления в результатах расчета для РК межпериодаОписание :
Контроль выплаты зарплаты (удержания)Что измененно :
Дата перечисления в результатах расчета для РК межпериода.
Премия и РК с нее расч. и выплачены по реестру в межпериод.
При окончательном расчете зарплаты создаются отдельные записи по НДФЛ с источником "начисления и выплаты" на сумму премии, РК .
Но сервисная ф-ия устанавливает дату для ндфл с РК по реестру на окончательную выплату, а на реестр межпериода.
Как измененно :
Если в удержаниях НДФЛ с видами оплат районных и северных есть ссылка на межрасчетное начисление, и если в межпериоде найден оплаченный реестр с таким межрасчетным начислением, то анализируется вид оплаты в реестре. Если с этого вида оплаты могут рассчитываться северные и районные, то в эти удержания НДФЛ будут проставлены ссылки на найденный реестр межпериода.
Аналогичная обработка в случае выплаты этого начисления по ведомости межпериода.