Информация о файле обновления Галактика G_ZARPL_DLL_912910.TXT


Описание файла обновления:
ФайлG_ZARPL_DLL_912910.TXT
ОбновлениеG_Zarpl_dll_912910
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.291.0
Дата2018-08-02 11:50:32
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.185463NEWОбнуление вычетов на иждивенцев при расчетах уволенного в будущем периодеЗаработная платаРасчет подоходного налога
Обнуление вычетов на иждивенцев предыдущего при расчетах уволенного отчетного месяца в будущем периоде. Есть сотрудник, который с 10 июня по 4 июля прогуливал работу. Его нужно уволить первый днем прогула, то есть 10 июня. Галактика находится в отчетном месяце июне. Ставим дату увольнения. У работника есть вычеты на себя и ребенка. Считаем зарплату за июнь, вычет = 132 рубля, так как доход маленький, то подоходного нет вообще. Всё верно Работник пришел на работу 4 июля, подписали приказ на увольнение датой 10.06, но выплату компенсации за увольнение делаем только месяцем, когда он пришел, а именно в июле за июнь. Переходим в будущий период Считаем компенсацию за июнь Так как доход июня плюс доход за июнь менее 132 рубля, значит подоходного быть не должно. Второе, если вернуться назад в июнь, который мы еще не закрыли, то видим, что вычеты в ЛС стали равны 0. И если теперь пересчитаем зарплату за июнь, то вычетов не будет больше и насчитается подоходныйДоработана функция расчёта заработной платы в будущем периоде. Теперь исходные значения полей вычетов в ЛС сохраняются.
102.185834NEWНеверный расчет алиментов с аванса при наличии мат.помощи к отпускуЗаработная платаРасчет алиментов в режиме "Расчет аванса"
Неверный расчет алиментов с аванса при наличии мат.помощи к отпуску. Если рассчитать удержания с отпуска (есть запись мат. помощи к отпуску, с которой не удерживается налог на доходы) в межпериод, а затем запустить расчет алиментов с аванса, то сумма алиментов неверная. При удалении записи о мат. помощи к отпуску не очищается детализация по алиментам и ИЛ, в результате при расчете начислений с аванса и при формировании реестров на перечисление алиментов учитываются лишние суммы. При расчете алиментов из интерфейса Отпусков, если для отпуска назначена мат. помощь, неверно рассчитывается сумма сбора для алиментам по мат. помощи.При удалении записи о мат. помощи к отпуску в интерфейсе "Материальная помощь к отпуску" удаляются связанные записи по детализации алиментов и исполнительных листов. Исправлен расчет алиментов с аванса для описанного случая. При расчете алиментов из интерфейса Отпусков, если для отпуска назначена мат. помощь, исправлен расчет суммы сбора для алиментам по мат. помощи.
102.185862NEWНеверный расчет почтового сбора в заработной плате при наличии алиментов межпериода(отпуск и аванс)Заработная платаРасчет алиментов и исполнительных листов
Неверный расчет почтового сбора в заработной плате при наличии алиментов межпериода(отпуск и аванс). Причем отпуск переходящий на следующий месяц. Сумма сбора за перечисления алиментов с межпериодных реестров и сбора по алиментам остатка зп не равна тому, что попадает в результаты расчета.При значении настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет выплат по реестрам" = "учет ведется", "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
106.10598NEWВ справке о среднем заработке перестал выводиться коэффициент повышения тарифаЗаработная платаСправка о среднем заработке при расчете зарплаты
В справке о среднем заработке (расчет идет по алгоритмам расчета среднего - 17, 33), которая формируется при расчете зарплаты, перестал выводиться коэффициент повышения тарифа.Исправлено, в справке о среднем заработке выводится коэффициент повышения тарифа.
102.1853759.1.290.0Формирование отдельного лог-файла после выполнения операции перехода к новому отчетному периоду в зарплатеЗаработная платаПереход к новому периоду
Клиенту очень не удобно, когда все операции по закрытию периода в модуле з/п пишутся в файл ZARERROR.out, который удаляется после закрытия диалогового окна с протоколом перехода на новый отчетный период. Нужно реализовать возможность сохранения информации перехода на новый отчетный период в отдельный лог-файл.При формировании лога имя файла формируется по шаблону вида ZARLOG_DD_MM_YYYY_HH_MM_SS.OUT
102.1823719.1.289.0Появляются хвосты в поле Прочие после расчета удержанийЗаработная платаРасчет алиментов в режиме "Начисления и выплаты"
В некоторых случаях (когда удерживаются алименты) при расчете удержаний в интерфейсе "Начислений и выплат" появляются хвосты в поле Прочие (Значение в 17 знаке после запятой).В интерфейсе "Начисления и выплаты" после расчета удержаний в поле Прочие отображается округленное до 2-х знаков значение.
102.1851099.1.289.0Неверный расчет НДФЛ (мат.помощь)Заработная платаРасчет подоходного налога
Установлено значение настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" "из дополнительных аналитик" Текущий месяц на БД - июнь. В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867. В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106. Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106. В результатах расчета создалась одна запись без ссылки на ВО на сумму -10668, НДФЛ -1387 (поле "Полная сумма мат.помощи не заполнилось), вторая запись по ВО 5107 с нулями, где заполнено поле "Полная сумма мат.помощи". И третья запись по ВО 5107 на сумму -6668 НДФЛ -867, "Полная сумма мат.помощи" не заполнено. Также есть запись по ВО 5106 на сумму 10668 НДФЛ 1387 (НДФЛ без учета льготы). Результат должен быть таким: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867Для России доработано формирование результатов расчета НДФЛ при возврате материальной помощи с помощью функции "Начисления и выплаты" для любого значения настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям". Теперь сумма возврата материальной помощи формируется одной записью, в которой указана полная сумма, сумма дохода и НДФЛ. В записи указывается вид оплаты, который соответствует материальной помощи, подлежащей возврату. Если для этого вида материальной помощи в КВО => удержания указано значение: учет сумм возврата по месяцу за который начислено,то все атрибуты выбираются из соответствующей записи архива "Суммы удержаний". Сумма начисления НДФЛ с положительной суммы материальной помощи, взамен возврата, также формируется корректно одной записью.
101.626759.1.288.0Больничный - округлять сумму к выдаче по настройке КВУЗаработная платаРабота с интерфейсом ввода больничных листов
В интерфейсе больничного предлагается округлять поле "К выдаче" по настройке КВУ "Округлять по собственным правилам" - аналогично тому, как это сделано в отпусках (см. ПиР 102.160484). Сейчас эта настройка КВУ работает только при формировании реестра по больничному - в результате получается сумма в реестре не равна сумме "к выдаче" в больничном. А поскольку сумма "к выдаче" учитывается при расчёте зарплаты с отключенной настройкой учёта выплат по документам, то это может привести к неправильному расчёту зарплаты.При расчете больничных для округления суммы на руки используется индивидуальная настройка Округлять сумму, заданная в в классификаторе ВУ для удержания, выбранного в качестве выплаты в межпериод. На данном этапе выбор индивидуальной настройки для округления предусмотрен для тех же видов удержаний, что и при расчете з/п.
102.1851009.1.288.0Нет суммы мат. помощи к отпускуЗаработная платаМатериальная помощь к отпуску
Нет суммы мат. помощи к отпуску. В системных настройках указан ВО мат. помощи к отпуску (154), установлена в "да" настройка Автоматически формировать материальную помощь к отпуску. ВО мат. помощи имеет алгоритм 3. Ранее при формировании отпуска м/п рассчитывалась, сейчас учетная сумма равна 0.Если в системных настройках указан ВО мат. помощи к отпуску, установлена в "да" настройка Автоматически формировать материальную помощь к отпуску, то при формировании отпуска м/п рассчитывается.
101.637519.1.287.0В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) должны учитываться все изменения ставки рефинансирования за период задержкиЗаработная платаАлгоритмы пользователя
В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) должны учитываться все изменения ставки рефинансирования за период задержки. Сейчас пени за задержку выплаты зарплаты считается при помощи пользовательского алгоритма (например, "SumAlgNo( 6 ) * Proc_Refin( 0, Xar_Datan ) / 300"), а ставку рефинансирования выдает функция Proc_Refin на конкретную дату. При этом, если ставка рефинансирования изменялась в период с даты возникновения задолженности по зарплате по дату выплаты этой задолженности, то для каждого периода должна учитываться своя ставка рефинансирования. В 2017 году ставка рефинансирования в РФ менялась 6 раз, и уже один раз менялась в 2018г.В целях корректного расчета пени за невыплату зарплаты (ТК РФ ст.236) учитываются все изменения ставки рефинансирования за период задержки. Добавлены пользовательские функции CHANGED_REFIN (Функция расчета пени за невыплату зарплаты с учетом изменений в ставке рефинансирования), UCH_DATF(дата окончания периода задержки выплаты), UCH_SETTING(Дата начала периода задержки выплаты) Также в рамках этого ПИРа добавлено отображение наименований реестров, по которым формируется записи за период задержки.Также в случае выбора фильтра по реестрам добавлены параметры фильтра для формирования реестров.
101.647079.1.286.0Не рассчитывается компенсация за задержку з/п в постоянных доплатах уволенному сотрудникуЗаработная платаРасчеты по алгоритмам в режиме "Начисления и выплаты"
Не рассчитывается компенсация за задержку з/п в постоянных доплатах уволенному сотруднику На расчет влияет настройка : "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Вид оплаты для расчета бонуса" Оплата не рассчитывается если там установлен вид оплаты.Исправлен расчет выплат межпериода при установленной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Вид оплаты для расчета бонуса".
102.1811349.1.286.0Северная надбавка должна разбиваться на две части в месяце перехода на новый %Заработная платаРасчет начислений (общие вопросы)
По стандартному алгоритму процент северных всегда одинаковый при расчете за месяц, а необходимо разбивать её на две части. Например, если у работника в марте наступило право на 80 процентов надбавки с 20 числа, то необходимо, чтобы с 01/03 по 19/03 была посчитана надбавка в 60 процентов (старый процент), а на период с 20/03 по 31/03 считалось 80 процентов (новый процент).1. Добавлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Расчет процента". Настройка имеет два значения: "в рамках периода, за который начислена сумма" "на последнее число месяца, за который начислена сумма". Первоначальное значение устанавливается в зависимости от настройки"... Северные надбавки Учитывать изменения особых климатических условий" согласно текущей работе системы. Если значение настройки - "да", то, по умолчанию, определено "на последнее число месяца, за который начислена сумма". Если значение настройки - "нет", то, по умолчанию, определено "в рамках периода, за который начислена сумма". При этом значение закрыто от редактирования. 2.Для вида оплаты с системным кодом 45 добавлено новое значение "Д" поля Расчеты => "вывод информации". При указанном значении в протокол расчёта северных надбавок будет выводиться дополнительная информация. 3.Доработана функция расчёта процента северных надбавок с учётом новой настройки. Если значение настройки - "в рамках периода, за который начислена сумма" и в период, за который начислена исходная сумма, произошло изменение %, то программа рассчитывает сложный %. При этом учитывается настройка "... Северные надбавки Расчет при изменении процента".
102.1838909.1.286.0Округление выплат по договору подрядаЗаработная платаРасчет удержаний (общие вопросы)
Установлена настройка округления выплаты зарплаты "Выплаты заработной платы" - "1". При начислении оплаты с копейками сотруднику, работающему по договору-подряда, округляется сумма на руки и образуется долг за предприятием на сумму округления. Считают, что не имеет смысла накапливать долги по договорам-подряда. Договор-подряда может быть разовым и нужно выплатить всю сумму. Предлагают распространить действие настройки округления выплаты зарплаты "Отдельные настройки для внешних совместителей" и "Выплаты заработной платы для внешних совместителей" на лицевые счета с видом работы "По договору подряда"(код 2).При расчете заработной платы для сотрудника, работающего по договору-подряда, распространяется действие настройки округления выплаты зарплаты "Отдельные настройки для внешних совместителей" и "Выплаты заработной платы для внешних совместителей".
102.1854019.1.285.2Неверный расчет НДФЛ для увольняющегося сотрудникаЗаработная платаРасчет подоходного налога
У сотрудника имеется в отпусках компенсация за неиспользованный отпуск со знаком "-". И так как сотрудник увольняется, то все расчеты уже идут в ЗП. В результатах расчета НДФЛ с компенсации считается не верно, и аккурат на сумму вычета, которого в июле уже нет и быть не может и НДФЛ больничного выводится неправильно. Текущий месяц - 7. Сотрудник уволен 16/07. У него есть возврат компенсации за неиспользованный отпуск ВО 4128 (приоритет 7) и больничный ВО 4016 (приоритет 4). Вычетов в 7 месяце нет ни в ЛС, ни в архиве вычетов на 7 месяц. До 7 месяца были вычеты 3 300 ежемесячно. У клиента на БД установлена настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" = нет. Эта настройка влияет на результат. С указанной настройкой НДФЛ в размере годового дохода 31112, а должен быть 30927 ((257702,49-19800)*0,13) В результатах расчета НДФЛ по ВО 4128 -961 руб. будто применился вычет, которого нет. Должен быть -1391 (-10697,96*0,13), по ВО 4106 НДФЛ тоже другой. С настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" = в декабре или месяце увольнения общая сумма НДФЛ правильная. В размере годового уже 30927, что корректно, но в результатах расчета распределение НДФЛ по видам оплат неправильное, что влияет на формирование 6-НДФЛ. Корректный результат получился только с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" = да. В этом случае и итог по НДФЛ правильный, и распределение НДФЛ по видам оплат тоже корректное.Для России исправлен расчёт НДФЛ в месяце увольнения для случая, когда у работника общая сумма начислений отрицательная. Теперь при значениях "нет" и "в декабре или месяце увольнения" настройки "... Сторнирование и возврат Возвращать налог за счет вычетов" система работает одинаково в декабре или в том случае, когда работник увольняется. Вместе с тем, доработано распределение сумм для указанных выше значений настройки. В этом случае НДФЛ с отрицательной суммы идёт в полном размере и с положительных сумм аналогично.
101.642529.1.285.0Перебор 1 коп в сумме до превышения Страховых взносовЗаработная платаРасчёт налогов на ФОТ
Перебор 1 коп в сумме до превышения Страховых взносов. При формировании РСВ за 1 квартал обнаружили, что у одного сотрудника сумма СВ в ПФ больше на 0,01 в сумме налогов до превышения. Максимально допустимая годовая сумма 224620.00 (1021000 * 22%), а получилась 224620.01РФ. Дополнен бизнес-процесс расчёта налогов на ФОТ - страховых взносов на обязательное пенсионное страхование (в классификаторе налогов на ФОТ признак "Л") - в части выделения доли взносов, приходящейся на базу, не превышающую предельную величину. При этом, если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то указанная доля взносов за период также округляется до двух знаков по работнику (физическому лицу, а не лицевому счёту). При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы периода по каждому из них; - составляющие части взносов, относящиеся на оплаты. Для отчислений на обязательное пенсионное страхование в справочниках "Размер социальных налогов" ("до" и "после" расчёта), добавлена колонка "в том числе до превышения с учётом совместительства" (в окне текст сокращён), которая расположена после колонки "Налог с учётом совместительства", и она заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значении "пересчет налогов..." для отчислений на обязательное пенсионное страхование заполняет упомянутое поле. Параметр "контроль налогов..." упомянутое поле пока не заполняет, будет доработано в ближайших обновлениях. При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение добавленной колонки по архивным месяцам текущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог до превышения, тек." этого же справочника.
102.1788249.1.285.0Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа stringЗаработная платаУдержание ссуды
Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа string DATAPROCOLD: Date "дата предыдущего погашения", DATAPROC : Date "дата следующего погашения", DATAPOG : Date "начало погашения ссуды", Поля используются для расчета материальной выгоды по ссуде.Добавлены поля в постоянные удержания по погашению ссуды для расчета материальной выгоды по ссуде.(вид удержания 168, удержание с типом ссуда) Дата предыдущего погашения, дата следующего погашения, начало погашения ссуды перенесены в поля с типом "дата" при постоянных удержаниях по погашению ссуды.
101.607189.1.284.0При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.Заработная платаВедение интерфейса "Начисления и выплаты"
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.1.Добавлена возможность задания доп. аналитики при формировании начислений и выплат. Можно изменить аналитику отдельно для каждой записи в начислении, а также для всех записей при изменении параметров начисления. 2. Для реестров и ведомостей межпериода проведена доработка по учету значений допаналитик перехода в межпериод (для случая когда допаналитик нет ни в лицевом счете, ни в виде оплаты, ни в виде удержания). Доработан учет значений доп.аналитик из записей межрасчетных начислений (созданных из функции "Начисления и выплаты") при формировании по ним реестров. Допаналитики из этих записей анализируются в последнюю очередь. Учет значений этих допаналитик выполняется по схеме дополнения и замены (при одинаковых кодах аналитик но разных их значениях приоритетным считается значение, указанное в записи начисления). Реестры формируются с учетом получившихся итоговых наборов аналитик, а значения доп.аналитик записываются в операции к реестру/ведомости. 3.Доработан учёт записей из функции "Начисления и выплаты" с дополнительными аналитиками при расчёте заработной платы. Формирование дополнительных аналитик в результатах расчёта заработной платы идёт по схеме замены и дополнения. Ранее дополнительные аналитики переносились из лицевого счёта с учетом переходов в межпериод. Теперь эти записи дополняются дополнительными аналитиками из функции "Начисления и выплаты", в том случае, если группы аналитик не совпадают с лицевым счётом (переходом) . В тех случаях, когда группы совпадают, предпочтение отдается аналитике из функции "Начисления и выплаты".
101.641559.1.284.0Расчет НДФЛ - проставлять ссылку на платежную ведомость выплаты удержания в межпериодЗаработная платаРасчет подоходного налога
Если межрасчётное удержание выплачивалось в межпериод по платёжной ведомости, то при расчёте зарплаты в результаты расчета НДФЛ необходимо проставлять ссылку на эту платежную ведомость - аналогично тому, как это происходит в случае перечисления суммы удержания по реестру. Есть подозрение, что сейчас вместо этого проставляется ссылка на реестр НДФЛ - аналогично проблеме для отпусков.Для России доработана функция формирования результатов расчета НДФЛ с учетом платёжных ведомостей с префиксом "0$U". Теперь, при наличии такой ведомости проставляется ссылка на эту платежную ведомость. Кроме этого происходит сравнение суммы дохода с суммой из результатов расчета начислений по данному виду оплаты. Если начисленная сумма не совпадает с суммой дохода из реестра но при этом соответствует сумме доход + НДФЛ, то в результаты расчета записывается доход, соответствующий начисленной сумме. Кроме того, учитывается настройка учёта дохода по дате выплаты. Для этого доход и период начисления из реестра сравнивается с доходом и периодом из результатов расчета начислений. Если находится подходящая сумма, доход из реестра учитывается по дате выплаты начисления. Благодаря этому, не формируются лишние возвраты и записи на разницу дохода.
101.646199.1.284.0Задвоение ВО больничного за счет предприятия при расчете начислений, при определенных обстоятельствахЗаработная платаРасчет начислений (общие вопросы)
Происходит задвоение ВО больничного за счет предприятия при расчете начислений, при определенных обстоятельствах (последовательность со слов клиента): -Система находилась в отчетном периоде апреля -Переключили систему на будущий период (май) и завели больничные. -После произвели закрытие периода. -И больничные попали в "не участвующие в расчетах отчетного периода" Обнаружили это только после того как люди сообщили что не получили оплату больничных. -Зашли в больничные и переключили в них период на Отчётный после чего смогли произвести их оплату. При расчете зарплаты ВО больничного за счет предприятия задвоился (вторая запись ВО - с пометкой "П"). В предварительном просмотре ВО одинарный. Все больничные из примера - переходящие (с одного месяца на другой).Исправлена функция формирования сумм по видам оплаты больничного при расчёте начислений, в том случае, если имеется несколько одинаковых реестров на перечисление указанных сумм. Теперь суммы в результатах расчёта по каждому виду оплаты и периоду совпадают с суммами из предварительного просмотра. Кроме того, оптимизирован код программы таким образом, чтобы для анализа попадали суммы из реестров только расчётного месяца.
102.1571039.1.284.0Необходимо фиксировать месяц предоставления вычетов, для правильного учета в 6-НДФЛЗаработная платаПредложение по новой функциональности модуля заработная плата
Необходимо фиксировать месяц предоставления вычетов, для его правильного учета в 6-НДФЛ. Сотрудник может написать заявление на предоставление вычетов в течении всего календарного года. Например, заявление написано в июле и вычет предоставлен в июле за весь год. При формировании 6-НДФЛ за 1-е полугодие, суммы в разделе 1 не соответствуют действительности, так как учитывается вычет, которого на самом деле в месяце расчета не было.Доработан расчёт налога на доходы для России. 1. В справочники "Размер годового дохода" до и после расчета зарплаты на закладку <Вычеты> добавлены поля: "налоговый вычет", "на иждивенцев","дополнительные вычеты", "флаг корректировки" 2. При расчёте заработной платы для расчетного месяца сумма вычетов по месяцу предоставления определяется на основе разницы сумм годового дохода до расчета и после расчета зарплаты. Если "флаг корректировки" не заполнен, то одновременно заполняются поля, перечисленные в п.1, для месяцев, предшествующих расчетному, начиная с прошлого года. Если суммы вычетов до и после расчета зарплаты совпадают, то эти суммы записываются в новые поля. После этого заполняется поле "флаг корректировки". 3. Отдельная функция заполнения новых полей пока не предусмотрена. 4. При переходе на новый расчётный период новые поля переносятся из справочника "Размер годового дохода после расчета зарплаты" в поля справочника "Размер годового дохода до расчета зарплаты".
102.1828309.1.284.0Сумма долга при наличии реестра по удержаниям и выплатамЗаработная платаРасчет удержаний (6-НДФЛ)
Сумма долга при наличии реестра по удержаниям и выплатам. Часть суммы выплачена через Удержания и выплаты,налог не перечислен в межпериод,а с зарплатой. Реестр на окончательную выплату не сформирован-тогда в результатах расчета ссылка на реестр межпериода с признаком "неизм".Доработана функция формирования результатов расчета НДФЛ, для случая, когда часть суммы выплачена через Удержания и выплаты,налог перечислен по результатам расчета заработной платы, а реестр на перечисление заработной платы отсутствует. Теперь в таком случае запись об НДФЛ имеет ссылку на реестр перечисления НДФЛ, при этом признак "неизм" не устанавливается.
102.1837489.1.284.0Учет вычета на ребенка при расчете НДФЛ по сотрудникам, принятым повторно на новый ЛС за период когда они не работалиЗаработная платаРасчет подоходного налога
Учитывается вычет на ребенка при расчете НДФЛ по сотруднику, принятому повторно на новый лицевой счет за период когда он не работал. Сотрудник работал по 30.03. Принят повторно в мае на новый ЛС. При расчете за май предоставляется вычет за апрель.Доработана функция расчета налога на доходы для всех стран кроме Украины и Казахстана, если в архиве вычетов не заполнены записи о вычетах на время увольнения. Теперь при расчете НДФЛ по сотруднику не учитываются стандартные вычеты из Лицевого счёта, если этот месяц приходится на период до последней даты поступления. Вычеты за период до даты поступления учитываются из справочника "размер годового дохода после расчёта заработной платы" смежного лицевого счета. Доработка не зависит от заполнения поля ЛС => Налог на доходы => Учесть вычеты с... и функционирует при любых значениях данного поля. Примечание. При наличии записи за месяц в архиве вычетов, вычеты предоставляются на её основе, как это было ранее.
102.1838579.1.284.0Не попадает в расчет зарплаты сумма данных из других модулей "Данные по закупкам и продажам"Заработная платаРасчет начислений (общие вопросы)
Не попадает в расчет зарплаты сумма данных из других модулей "Спецодежда, закупки и продажи, командировки".Исправлен расчет зарплаты, теперь в расчете зарплаты также учитываются суммы из других модулей "Спецодежда, закупки и продажи, командировки".
102.1840819.1.284.0Неверная сумма почтового сбора по алиментам почтой в результатах расчетаЗаработная платаРасчет алиментов и исполнительных листов
Неверно считается общая сумма почтового сбора в результатах расчета. В случае, когда есть оплаченные реестры на перечисление в межпериод и суммы по пересчету отпускных (для которых реестры не сформированы). Неверно подсчитывается суммарный сбор по предыдущим группам при записи сбора в последнюю группу.Исправлен расчет сбора. В случае расчета алиментов и соответственно сбора по группам при расчете сбора с последней группы учитываются все суммы сбора с предыдущих групп.
102.1840839.1.284.0Не удерживается сбор по перечислению алиментов при сторнировании алиментов за прошлый периодЗаработная платаРасчет алиментов и исполнительных листов
Не удерживается сбор по перечислению алиментов при сторнировании алиментов за прошлый период. Текущий период апрель. Надо доудержать алименты за март месяц. Создаем еще одно удержание за период 01.03.2018-31.03.2018 в сумме 140 руб. Считаем зарплату. Алименты удержались, но сбора по перечислению с этой суммы нет.При сторнировании алиментов за прошлый период удерживается сбор по перечислению алиментов.
102.1839959.1.283.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1527989.1.282.0Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )Заработная платаБухгалтерские справки
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" ) При формировании справок по налогам на ФОТ, начислениям и удержаниям. Аналогично при формирования платежных поручений. Убрать сообщения о несовпадении контрольных сумм и загрузке данных DSK из различных интерфейсов системы, так как это не является в данном случае функциональной ошибкойПерсонал ЗП Операции Формирование проводок Бухгалтерские справки Для хранения переменных интерфейса ProvParm в DSK создан отдельный класс-объект ProvParmDsk, Работа с хранимыми значениями параметров интерфейса ProvParm в DSK как в PAS так и VIP файлах перенастроена на работу через методы ProvParmDsk.
102.1830979.1.282.0Неверно переносится параметр отнесения затрат в результаты расчетаЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Неверно переносится параметр отнесения затрат в результаты расчета. В ЛС на вкладке отнесение затрат задан Параметр. Он у нас используется в правилах при отнесении затрат по налогам на ФОТ, то есть у клиента настроены правила: если параметр начисления такой-то, то ТХО для налога на фот определенная. Возникла необходимость по определенному ВО (который задают в постоянную доплату) не использовать поле Параметр, чтобы правила по налогам на фот не сработали. Когда создаем постоянную доплату, в нее переносятся данные из вкладки Отнесение затрат ЛС, соответственно и сам параметр. В постоянном доплате мы очищаем это поле. В Настройке этого ВО даже на всякий случай задано, что брать Параметр из КВО, где он не задан 52 доп.входимости для распределения затрат в ВО нет. Нет и распределения затрат. Считаем заработную плату с предварительной разноской. В разноске данного ВО в поле Параметр пусто. Всё верно. Но по непонятным причинам в результатах расчета данного ВО поле параметр заполнилось значением из ЛС. Если бы мы меняли в постоянной доплате Параметр не на пусто, а на другое значение, в результатах расчета Параметр был бы измененным, но в случае очистки параметра, он всё равно тянется из ЛС. В итоге у нас получаться неверные проводки по налогам на фот по этому ВО, так как сработают правила отнесения затрат.Доработана функция формирования начислений в при расчёте заработной платы. Теперь параметр не переносится из лицевого счёта в том случае, если в классификаторе видов оплат указано значение "Из классификатора видов оплат" поля "Параметр"
103.97739.1.282.0протокол расчета мат выгоды по ссуде некорректенЗаработная платаУдержание ссуды
протокол расчета мат выгоды по ссуде некорректен, так как ставка рефинансирования печатается в округленном до 1 знака после запятой значении. Это пугает клиентов.Ставка рефинансирования печатается со всеми знаками после запятой.
180.107279.1.282.0При проверке решения ПИР 180.10628 функция контроля так и выполняется не верноЗаработная платаРасчет удержаний (6-НДФЛ)
В результатах расчета начислений имеется несколько записей об отпуске, даты выплаты которых принадлежат разным месяцам. В этом случае в результатах расчета НДФЛ может появиться несколько записей "+1"/"-1", компенсирующих друг друга.Доработана функция формирования результатов расчета расчета НДФЛ с начислений отпуска, даты выплаты которых принадлежат разным месяцам. В этом случае в результатах расчета НДФЛ не появляются лишние записи по остатку округления НДФЛ. Если все-таки формируется запись на остаток округления НДФЛ, то она записывается с видом оплаты согласно соответствующему поля классификатора видов оплат.
101.634369.1.281.0Неверный расчет компенсации за вредность при сверхнормативных расходахЗаработная платаРасчет начислений (общие вопросы)
Неверный расчет компенсации за вредность при сверхнормативных расходах.Изменен расчет НДФЛ при расчете Компенсации за вредность. Расчет изменен на упрощенный, а именно НДФЛ для Компенсации рассчитывается по формуле Sкомп. * 0.13 (для того, чтобы не учитывались сверхнормативные расходы).
101.638419.1.281.0СОУТ Аскона: ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей.Заработная платаРасчет начислений (общие вопросы)
Проект СОУТ Аскона: ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей. (4250-170)*0,87=3550, разница на 182 (как раз 13% от вычета 1400)Доработан расчет Компенсации за вредность согласно примеру во вложении.
101.639059.1.281.0(СОУТ?) Расчет премии по итогамЗаработная платаРасчет начислений (общие вопросы)
При расчете ЗП неверно рассчитывается премия по итогам работы (в.о. 148) при наличии Районного коэф-та или северной надбавки. Премия пересчитывается "обратным счетом" на сумму РК/северной надбавки.Исправлен расчет бонусов для ситуации, когда есть бонус, вид оплаты бонуса отличен от заданного в настройке (то есть Бонус ВО 148). В этом случае Северные и Районные начисляются сверх суммы бонуса.
102.1631839.1.281.0Расчет целодневных неявок из двух источников финансированияЗаработная платаЦелодневные неявки
На текущий момент для вида оплаты с алгоритмом 17 (оплата по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и внебюджет).Для расчета целодневных неявок из 2-х источников были доработаны классификаторы. В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек "Общие настройки для расчета среднего заработка") существующая входимость в расчет среднего переименована во входимость в "расчет среднего из <источник 1>" и добавили еще одну входимость в "расчет среднего из <источник 2>". Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат, участвующим в расчете среднего заработка проставить необходимые входимости. В перечень существующих расчетных алгоритмов добавили следующие: 73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с учетом годовых премий и поправочного коэффициента тарифа. 77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с учетом годовых премий и поправочного коэффициента повышения тарифа. 74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с учетом годовых премий и поправочного коэффициента тарифа. 78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с учетом годовых премий и поправочного коэффициента повышения тарифа. Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам: 17 - Расчет з/п по среднему дневному заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента повышения тарифа; 33 - Расчет з/п по среднему часовому заработку из 2-х источников с учетом годо-вых премий и поправочного коэффициента. Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из которого рассчитывается целодневная неявка. Наименование <источник 1> и <источник 2> подтягиваются из общесистемных настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Особенности расчета Сокращенное наименование источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно. В классификаторе отпусков и неявок, для записей с типом целодневная неявка, добавили возможность выбора источника расчета, чтобы пользователь смог указать, из скольких источников рассчитывается неявка. И для каждого источника привязать соответствующий ВО. Доработан интерфейс целодневных неявок. Из средней панели интерфейса редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ", "Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не редактируемое. В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по месяцам расчетного периода для каждого источника. При переключении между вкладками подсвечиваются соответствующие значения "суммы среднего" в средней панели и "вид оплаты" и "алгоритм" в верхней панели. В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам затрат", при выборе которого открывается дополнительное окно "Итоги по источникам затрат" с возможностью редактирования полей кроме поля "источник оплаты". Возможность для вставки и удаления записей по источникам из интерфейса не предусмотрена. Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по источникам затрат" не заполняются, а функция предварительной разноски учитывает имеющиеся данные для расчета. Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для целодневных неявок. В справку выводится дополнительная информация, с учетом расчета из 2-х источников. В случае расчета неявки из 2-х источников в заголовок добавили наименование видов оплат для каждого источника. В структуру справки вывели суммы расчетного периода по каждому источнику и показываются итоговые суммы по каждому источнику соответственно (заработок и вознаграждение, сумму среднего). Также в справке указана сумма оплаты неявки по каждому источнику.
102.1829639.1.281.0В расчетном листке появился налог на ФОТ равный нулюЗаработная платаРасчёт налогов на ФОТ
РФ. В расчетном листке появился налог на ФОТ "отчисления в фонд социального страхования"=0, ранее не было.РФ. Исправлен расчёт отчислений в ФСС и ФФОМС - при наличии у работника записей в справочнике "Льготы по налогам на ФОТ" не формируются лишние компенсирующие друг друга записи по соответствующим отчислениям.
180.107289.1.281.0Неверно рассчитываются алименты _ таб. № 527Заработная платаРасчет алиментов и исполнительных листов
Неверно рассчитываются алименты в том случае, если больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.Для России исправлен расчёт алиментов для случая, когда больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.
101.647469.1.280.1Некорректно отрабатывает доп. входимость №30 - проставляется неверная доп. аналитика в записях перерасчетаЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Некорректно отрабатывает доп. входимость №30 с параметром "Доп. информация = на дату окончания расчетного периода" - в записях перерасчета проставляется доп. аналитика из записей архива, хотя должна проставляться из лицевого счетаДоработана функция формирования начислений при расчёте заработной платы. Теперь дополнительные аналитики из предварительного просмотра передаются в результаты расчёта корректно.
102.1810879.1.280.0Двойное уменьшение ППС в результате сторнированияЗаработная платаРасчёт налогов на ФОТ
РБ. Двойной возврат ППС при наличии сторнирования начислений. Введен больничный за прошлый месяц на дату переноса предпраздничного дня, зарплата за этот день сторнируется. ППС возвращается один раз как результат уменьшения дней вредности для архивной оплаты, второй раз на ту же сумму - как результат начисления ППС на отрицательную сумму за 1 день из расчётных начислений.Исправлен расчёт отчислений на ППС для РБ для случая, когда больничный вводится "задним числом" и сторнирует основную оплату. Происходит возврат части ППС, начисленного на архивную оплату (так как сократилось количество дней, отработанных во вредных условиях), а на текущую отрицательную сумму ППС не начисляется, так как день, за который она возвращается, уже не является временем, отработанным во вредных условиях.
102.1830159.1.280.0расчет налогов на ФОТ при незаполненном справочнике Ограничения по налогам на ФОТЗаработная платаРасчёт налогов на ФОТ
РФ, расчет налогов на ФОТ если при незаполненном классификаторе "Ограничения по налогам на ФОТ" Для корректного расчета СВ с округлением необходимо, чтобы на БД было заполнено поле "База с учетом совместительства", а оно не заполнялось, если не было задано ограничение. Как следствие налоги сторнируются при расчёте.РФ, расчёт налогов на ФОТ, заполнение поля "база с учётом совм-ва" справочника "Размер социальных налогов, после расчёта зарплаты" перестало зависеть от заполнения классификатора ограничений, так как общая база нужна уже и для округления тоже.
180.105909.1.280.0Уменьшить время сжатия регистрации проводокЗаработная платаПлатежные поручения
Заработная плата - Операции - Формирование проводок - Платежные поручения - Сформировать Уменьшить время сжатия журнала регистрации проводок при выполнении операции формирования платежных документов.Из процесса отработки формирования платежных документов исключено выполнения операции сжатия (удаления записей в ZARDOC с неактуальными ссылками на таблицу Оborot). Сжатие перенесено в процесс удаления записей из таблицы Oborot, где одновременно добавлена проверка и удаление связанных записей в ZARDOC. Добавлен интерфейс для единовременной отработки сжатия данных при переходе на измененный в данном ПиР механизм, то есть при установке обновления.
102.1827969.1.279.0Неверный расчет алиментовЗаработная платаАлименты, исполнительные
Работник уволен 02/04. После окончательного расчета ЗП образовалась сумма к выплате. Пересчитались алименты неправильно.При окончательном расчете НДФЛ с учетом НДФЛ межпериода и разбиением по аналитикам входящих оплат 1 рубль округления не с последней группы (у начисления в КВО "Приоритет оплаты для отнесения остатка округления НДФЛ" = "0") игнорируется для записи в результаты расчета и при расчете алиментов.
180.106729.1.279.0Неверно рассчитываются алименты с БЛ если алименты назначены с середины месяцаЗаработная платаРасчет алиментов и исполнительных листов
Неверно рассчитываются алименты с БЛ, в случае когда есть суммы больничного за прошлый месяц и алименты назначены с середины месяца. Например. В случае когда в расчетном периоде (март 2018) есть две записи оплаты пособия по временной нетрудоспособности за февраль 2018 - сумма 19182.41 руб и за март 2108 - сумма 25084.69 руб. Сумма подоходного 5390.00 руб. Алименты назначены с 15 марта 2018 г. Алименты рассчитались со всей суммы. Февраль 2018 : 19182,41-2129=17053,41*1/4=4263,35 Март 2018 : 25084,69-3261=21823,69*1/4/17*2=641,87 Итого 4263,35+641,87=4905,22 А должны быть только с марта Март 2018 = 25084,69-3261=21823,69*1/4/17*2=641,87Исправлено для случая значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Учет дохода по месяцу" в котором начислен. При расчете алиментов не учитывается сумма больничного за прошлый месяц, если алименты назначены с середины следующего месяца.
101.649079.1.278.3Расчет НДФЛ - зафиксировать ссылку на источник выплаты из межпериодаЗаработная платаРасчет удержаний (6-НДФЛ)
При окончательном расчёте зарплаты если формируется запись НДФЛ с источником данных из межпериода (отпуск, больничный и т.д.), необходимо фиксировать ссылку на источник выплаты дохода - т.е. проставлять признак "неизм." в формируемой записи удержания. Для того, чтобы функция контроля выплаты зарплаты не пыталась изменить установленную при расчёте ссылку.Доработана функция формирования результатов расчёта НДФЛ из реестров и платёжных ведомостей межпериода при расчёте заработной платы. Теперь проставляется признак "неизм." в формируемой записи удержания в том случае, если найдена подходящая ведомость или реестр на перечисление в банк.
102.1817649.1.278.1При расчете зарплаты, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр.Заработная платаРасчет подоходного налога
После расчета заработной платы был сформирован реестр на перечисление заработной платы, который затем был разбит с учетом распределения затрат (собственными средствами) После этого в результатах расчета заработной платы имеется две суммы с отражением перечисленного аванса, но сумма дохода в каждой из них не соответствует пропорциям разбивки. В записи по НДФЛ установлена ссылка на реестр аванса, в данном случае должна быть на реестр выплаты зарплаты. Нужно поступать по следующему правилу: если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр. Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр. С точки зрения 6-НДФЛ должно быть так: Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты. P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.Доработана функция учета реестров при расчете заработной платы, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр. В результатах расчета задвоено удержание по коду ВУ226. В записи по НДФЛ установлена сслылка на реестр аванса, в данном случае должна быть на зарплатный. С точки зрения 6-НДФЛ должно быть так: Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты. Запись по НДФЛ будет одна. Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр. P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.
101.636009.1.278.0Не учитывается минимальное пособие по уходу из справочника Ограничений по детским пособиямЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Если сумма рассчитанного пособия ниже отметки минимального пособия по уходу за ребенком (из справочника "Ограничения по детским пособиям), то при наличии у сотрудника записи по другому детскому пособию (с другим Характером пособия), сумма пособия на ребенка по непонятной причине устанавливается НЕВЕРНО (не устанавливается равным сумме минимального пособия по уходу за ребенком).Ограничение суммы всех пособий средним месячным заработком производится в разрезе одной шкалы классификатора шкал пособий на детей (одного Характера пособия). В случае ухода за двумя и более детьми до достижения ими возраста полутора лет размер пособия условно суммируется. При этом суммированный размер пособия, исчисленный исходя из среднего заработка (дохода, денежного довольствия), не может превышать 100 процентов размера указанного заработка (дохода, денежного довольствия), но не может быть менее суммированного минимального размера пособия.
101.639359.1.278.0Неверное округление налогов на ФОТ при расчете по смежным лицевым счетам.Заработная платаРасчёт налогов на ФОТ
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам. Складываются округленные суммы взносов по всем лицевым счетам сотрудника за период. 327145,02 (база 1-ого таб. н.) * 0,051 (5,1%) = 16684,40 10377,76 (база 2-ого таб. н.) * 0,051 (5,1%) = 529,27 16684,40 + 529,27 = 17213,67 Если сложить базы двух табельных номеров и умножить на процент, то получится другая сумма взносов. (327145,02 + 10377,76) * 0,051 = 17213,66 И это правильная сумма взносов.РФ. Дополнен расчёт налогов на ФОТ - отчислений на социальное и медицинское страхование. Если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то при наличии смежных л/счетов округление общей суммы отчислений за период выполняется корректно. Округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за период. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. При этом для отчислений на социальное и медицинское страхование опять задействовано поле "Налог с учётом совместительства" справочников "Размер социальных налогов" ("до" и "после" расчёта), оно заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значениях "контроль налогов..." или "пересчет налогов..." для отчислений на социальное и медицинское страхование заполняет упомянутое поле. Одновременно при доработке переименован параметр, отвечающий за учёт дополнительных л/счетов (заметим, что с 2010 года функция всегда работает так, как если этот параметр включен): с "С учётом доходов по совместительству" на "С учётом данных по дополнительным л/счетам". При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение поля "Налог с учётом совместительства" по архивным месяцам теущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог, тек." этого же справочника. Для записей по отчислениям на социальное и медицинское страхование.
101.642649.1.278.0Некорректный учет путевых листов при расчете аванса в режиме "Расчет ЗП за период"Заработная платаРасчет начислений (общие вопросы)
Пример. В разделе "Документы/Данные из других модулей/Путевые листы/Импорт путевых листов из DBF-файлов" созданы две строки на одного работника на 1 день 8 часов каждая и на сумму 1000 руб. Запускаем расчет аванса в режиме "Расчет зарплаты за период..." с 1-15 число месяца (Расчет начислений, удержаний и налогов на ФОТ должен быть включен). В расчет случайным образом попадает только одна строка из импортированных путевых листов.Исправлена функция учета данных из путевых листов, записей из режима "Начисления и выплаты", "Договоры подряда" и т.п. при расчете аванса в режиме "Расчет зарплаты за период...". Теперь функция учитывает все такие записи, при условии, что для них не было реестра или ведомости на перечисление в межпериод
102.1818349.1.278.0НДФЛ за счет округления 1р сформировался не по тому ВОЗаработная платаРасчет подоходного налога
У работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0. Данная материальная помощь помощь была перечислена в межпериод. В этом случае остаток от округления НДФЛ всегда относится на этот вид оплаты, что не соответствует с приоритету отнесения округления). Также 105649 у него есть начисление за текущий месяц с нулевым приоритетом, а 1р. формируется все-равно за счет 166 ВО.Доработана функция учета приоритетов для отнесения остатка от округления НДФЛ при расчете заработной платы. 1.Теперь правильно учитываются приоритеты и в том случае, когда у работника имеется материальная помощь, на полную сумму которой предоставляется вычет и НДФЛ с нее равен 0, кроме того данная материальная помощь помощь была перечислена в межпериод. 2.Также доработан учет отрицательных сумм из реестра НДФЛ. Теперь, если есть сформированный реестр на перечисление заработной платы в котором имеется сумма НДФЛ с отрицательным доходом и НДФЛ в диапазоне [-1..1], эта сумма аннулируется и в результаты расчета поступает запись с видом оплаты согласно приоритетам отнесения остатка округления НДФЛ
102.1820179.1.278.0Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевыхЗаработная платаРасчет удержаний (общие вопросы)
Визуализация при расчете удержаний неверно отображает счетчик обработанных лицевых. При обработке 172 лицевых счетов визуализация отображает 3720 / 172 и более.Исправлена визуализация при расчете удержаний (счетчик лицевых счетов).
102.1822309.1.278.0Возвраты в результатах расчета НДФЛ, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", а реестр на перечисление НДФЛ оформлен по результатам расчета заработЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Необходимо исключить возвраты в результатах расчета НДФЛ. Они возникают в том случае, когда часть суммы оформлена реестром на перечисление в банк из функции "Удержания и выплаты", реестр на перечисление НДФЛ оформлен по результатам расчета заработной платы, и реестр на перечисление остатка заработной платы отсутствует.Устранено формирование возвратов НДФЛ в том случае, когда часть заработной платы перечислялась с помощью реестра из функции "Удержания и выплаты"