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


Описание файла обновления:
ФайлG_ZARPL_DLL_912650.TXT
ОбновлениеG_Zarpl_dll_912650
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.265.0
Дата2018-02-19 15:56:57
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.179035NEWОбеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.633059.1.264.0Расчет компенсации за вредностьЗаработная платаРасчет начислений (общие вопросы)
Расчет компенсации за вредность Если у сотрудника нет бонуса и его заработок меньше МРОТ. (сумму, которая остается на бонусе, надо прибавлять к компенсации за вредность)Доработан расчет компенсации для случая отсутствия бонуса и РК.
102.1773669.1.264.0Учет при формировании платежной ведомости настройки "Считать заработную плату за период авансом"Заработная платаУчет реестров и платежных ведомостей при расчете заработной платы
Рассчитали з/п за период по 15 число с параметром "Расчет аванса в режиме за период", сформировали платежные ведомости через Отчеты-Отчеты по оплате труда персонала-Платежные ведомости. Ведомость сформировалась на зарплату. Выплатили. Затем посчитали з/п за месяц. В результатах расчета в удержаниях вместо 180 кода "аванс в кассу" появился код 181 "межрасчетные выплаты через кассу". Нужен учет настройки "Считать заработную плату за период авансом"-"да" при формировании платежной ведомости по аналогии с реестрами. Я не настаиваю на том, чтобы 180 удержание формировалось в результатах расчета до обработки платежной ведомости. Главное, чтобы система могла отличить выплату аванса по платежной ведомости от других выплат и отразить эту выплату 180 видом удержания. Для платежных ведомостей на выплату аванса существует префикс 0$A. А что если пользователь сформирует ведомость на выплату зарплаты за период с префиксом "0$Z", затем изменит в платежной ведомости на "0$A", а вы по этому префиксу отразите в результатах расчета 180 ВУ?Доработан учет платежных ведомостей с префиксом "0$A" ("АВАН") при расчете заработной платы c установленным значением "Да" в настройке "Считать заработную плату за период авансом". Теперь такие ведомости отражаются в результатах расчета системным кодом удержания 180. Схема такова: пользователь формирует ведомость на выплату зарплаты за период с префиксом "0$Z", затем изменит в платежной ведомости на "0$A".
102.1785599.1.264.0Runtime при расчете налогов на ФОТ при наличии 47 доп. входимости в ВО которую создали для сторно...Заработная платаРасчёт налогов на ФОТ
РБ. Для случая наличия налогов на ФОТ, отмеченных в классификаторе "Дополнительным признаком" = "Д", и видов оплат, отмеченных дополнительной входимостью 47 - "Входит в ФОТ с противоположным значением настройки учета месяца". При наличии в расчётном месяце облагаемых сумм за один из предыдущих месяцев, и при наличии в архиве оплат отрицательных сумм в этом же предыдущем месяце с незаполненным полем "Дата выплаты,возврата" - система падает по Runtime при расчете налогов на ФОТ.Исправлен расчёт налогов на ФОТ для указанной ситуации, система корректно обрабатывает пустые исходные данные, считая что отрицательная сумма для такого случая относится к базе месяца, в котором она начислена(просторнирована).
102.1787959.1.264.0Некорректно отрабатывает 29й алгоритм при расчете через межрасчетные начисленияЗаработная платаРасчеты по алгоритмам в режиме "Начисления и выплаты"
РБ. Через межрасчетные начисления добавляется вид оплаты с нулевой суммой и количеством дней. ВО рассчитывается по стандартному зарплатному алгоритму 29 и является неначисляемой суммой. Делается пакетный расчет по всем сотрудникам. Если в списке сотрудников встречается работник, у которого все месяцы неполные (в соответствии с настройками КВО для выполненных ему начислений), то и после него всем остальным работникам расчёт выполняется через среднечасовой заработок.Исправлено - для указанной ситуации признак расчёта через среднечасовой заработок не "наследуется" от одного работника другому.
102.1788769.1.264.0Допаналитика при определении ндфлЗаработная платаРасчет подоходного налога
Доп.аналитика при определении ндфл. У работника имеется переход с начала месяца на изменение дополнительной аналитики, отличной от лицевого счета. В начислении по основному виду оплаты правильная доп.аналитика,а в ндфл -другая.Исправлена функция формирования результатов расчета НДФЛ при расчете заработной платы. Теперь дополнительные аналитики НДФЛ соответствуют видам оплат, с которых удерживался налог. Проблема проявлялась при наличии перехода с начала месяца на изменение дополнительной аналитики, отличной от лицевого счета.
102.1781519.1.263.0Не рассчитываются удержания у уволенного сотрудника при Окончательном расчетеЗаработная платаРасчет подоходного налога
Установлено значение "без учета смежных лицевых счетов" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Рассчитывать заработную плату". Не рассчитываются удержания у уволенного сотрудника при Окончательном расчете. Если рассчитывается заработная плата сотрудника с датой увольнения, при установленном флаге Окончательный расчет в параметрах расчета заработной платы у работника не рассчитываются удержания, соответственно нет записи в таблицу размера годового дохода после заработной платы.Доработана функция расчета заработной платы при установленном флаге "Окончательный расчет" для значения "без учета смежных лицевых счетов" в настройке "... Режимы расчетов Рассчитывать заработную плату". Если рассчитывается заработная плата сотрудника с датой увольнения, при установленном флаге Окончательный расчет в параметрах расчета заработной платы у работника рассчитываются удержания, и есть записи в таблицу размера годового дохода после заработной платы. Признак "Закрыт для расчета" теперь устанавливается в Лицевом счете после расчета удержаний.
102.1780949.1.262.0Не удерживаются алименты с сумм планового авансаЗаработная платаРасчет планового аванса и удержаний
Не удерживаются алименты с сумм планового аванса.Для РБ. Исправлено, алименты с сумм планового аванса рассчитываются.
102.1782669.1.262.0Необходимо рассчитывать алименты с авансаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
Для перечисления алиментов с аванса необходимо сохранять алименты и и/л по получателям.При расчете алиментов и и/л с аванса производится сохранение алиментов и и/л по получателям. Просмотреть разбивку можно при нажатии на кнопку "Детализация алиментов и и/л".
102.1780059.1.261.1В реестры по алиментам межпериода не попадают алименты с матпомощи к отпускуЗаработная платаРасчет алиментов и исполнительных листов
В реестры по алиментам межпериода не попадают алименты с матпомощи к отпуску.Доработано: формируется детализация алиментов с сумм материальной помощи к отпуску. Просмотр детализации реализован в окне просмотра материальной помощи по кнопке "Подробнее".
101.634079.1.261.0Отпуска - пересчитывать сумму на руки с учетом удержаний при установке признака выплаты в межпериодЗаработная платаОкно формирования, просмотра и редактирования отпусков
При вводе отпуска в нём изначально устанавливается признак "Выплатить" = "с заработной платой". Если в таком отпуске рассчитать удержания, а затем установить признак выплаты "в межпериод", то рассчитанные удержания из суммы на руки не вычитаются - приходится повторно запускать расчёт удержаний. Потенциально такая ситуация может привести к неправильному перечислению суммы отпуска, необходимо доработать.При расчете удержаний с отпуска в системе сохраняется значение суммы на руки независимо от признака "Выплатить". Но отображается значение только в случае, когда признак "Выплатить" = "в межпериод".
102.1749359.1.260.0Добавить функции для вычисления % премии в нарядеЗаработная платаФормирование и расчет нарядов
Добавить функции для вычисления % премии и % понижения премии в пользовательском алгоритме для нарядов. В спецификации нарядов есть такие колонки,для каждого сотрудника значения могут быть разными, а алгоритм расчета премии у клиента пользовательский.Для использования в пользовательских алгоритмах были добавлены функции: NRBONUSREDPRC - Возвращает процент понижения премии по конкретной позиции из спецификации наряда. NRBONUSPRC - Возвращает процент премии по конкретной позиции из спецификации наряда.
102.1769309.1.260.0Не применять вычет основного лс до даты приемаЗаработная платаРасчет подоходного налога
Есть дополнительный лицевой счет с видом работы договор подряда. Сотрудник работал с июля и получал доход, платил подоходный. Вычет на работника по договорам подряда не предоставляется. В октябре работник пришел на основное место работы, связали новый лицевой счет как основной с дополнительным по договору подряда (нужно для 12-труд). В ноябре считаю зарплату основному лицевому счету с настройкой по сторнированию 3 месяца. За август и сентябрь возвращается налог, вижу, что это из-за того, что применяется вычет на работника к месяцам, когда работник еще не работал. В архиве вычетов записи только с октября. Нужно чтобы вычет не применялся в месяцах до даты приема основного лицевого счета.Добавлена системная настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Вычеты Учитывать вычеты связанных дополнительных ЛС до даты приема" с возможностью установки значения "да" (по умолчанию) и "нет". Если настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" установлена в "нет", дата "Учесть вычеты с" (лицевой счет - вкладка "Налог на доходы") не установлена и идет расчет основного лицевого счета, то при расчете удержания с указанным количеством месяцев для пересчета (как системная настройка или непосредственно в лицевом счете) будут применены стандартные вычеты только для того периода, который начинается с даты приема в лицевом счете с учетом истории приема-увольнения. Если дата "Учесть вычеты с" установлена, то при рассмотрении необходимости применения стандартных вычетов будет учитываться эта дата (значение настройки "Учитывать вычеты связанных дополнительных ЛС до даты приема" в таком случае не учитывается). Если установлена настройка "Учитывать вычеты связанных дополнительных ЛС до даты приема" в значение "нет" и дата "Учесть вычеты с" не установлена, то на вкладке "Налог на доходы" лицевого счета напротив поля "Учесть вычеты с" появляется подсказка "-> по настройке "Учитывать вычеты связанных дополнительных ЛС до даты приема"
180.105859.1.260.0В реестрах на перечисление сторнируются записи по НДФЛЗаработная платаРасчет подоходного налога
Сотрудник принес переходящий БЛ в котором количество дней за счет предприятия разделилось на два месяца. Рассчитали БЛ, перечислили в межпериод. Сформированы реестры и ПП. Рассчитываем окончательно ЗП за ноябрь. Смотрим результаты расчёта ЗП: проходит сторно, но почему-то данная сумма объявляется начисленной в октябре, а не в ноябре? Затем сторнируется и переходит в месяц ноябрь. Причем и сумму налога по сторнирующей записи = 157 руб., а не 158 руб. как было перечислено на самом деле по БЛ. В результате имеем по итоговому ЗП реестру по НДФЛ доудержание в размере 1 руб. по 190 ВО, который затем в 6-НДФЛ пройдет отдельной строкой с датами по правилам БЛ.Доработана функция Сотрудник принес переходящий БЛ в котором количество дней за счет предприятия разделилось на два месяца. Рассчитали БЛ, перечислили в межпериод. Сформированы реестры и ПП. Рассчитываем окончательно ЗП за ноябрь. Смотрим результаты расчёта ЗП: проходит сторно, но почему-то данная сумма объявляется начисленной в октябре, а не в ноябре? Затем сторнируется и переходит в месяц ноябрь. Причем и сумму налога по сторнирующей записи = 157 руб., а не 158 руб. как было перечислено на самом деле по БЛ. В результате имеем по итоговому ЗП реестру по НДФЛ доудержание в размере 1 руб. по 190 ВО, который затем в 6-НДФЛ пройдет отдельной строкой с датами по правилам БЛ.
101.398849.1.259.0Отпуска - выплата в м-це, за который начислены, в зависимости от вида отпускаЗаработная платаРасчет начислений (общие вопросы)
На предприятии все переходящие на будущие м-цы отпуска выплачиваются полностью в м-це начала отпуска, кроме учебных - учебные отпуска продолжительностью несколько м-цев оплачиваются частями в тех м-цах, за который начислены. Просят сделать настройку в классификаторе отпусков, аналогичную системной настройке "Выплачивать в м-це, за который начислен", варианты: "по настройке системы" (по умолчанию), "да", "нет".Убрана настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Отпускные за будущий месяц выплачивать в месяце, за который начислены". Вместо неё добавлен признак в классификатор видов отпусков. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения только для отпусков с типом "прочие". Если классификатор отпусков имеет иерархическую структуру - и отпуска предоставляются в виде пакета с несколькими составляющими или в предоставленном отпуске вид отпуска в заголовке пакета отличается от вида составляющего пакет отпуска (верхняя и средняя панели в окне редактирования отпуска) - то признак помесячной выплаты определяется по заголовку. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено да, то в Предварительный просмотр и в Расчетные листки попадут отпускные суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи об отпуске не переводятся в архив, а остаются в списке до тех пор, пока дата окончания пакета отпусков не станет меньше даты начала отчетного периода. В поле "Начислить" в данном случае отображается текст "суммы текущего и прошлых периодов" (если отпуск введен "задним числом" за прошлый месяц) или "сумму текущего периода". Из отпусков, имеющих такой режим начисления, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц. При выполнении этапа обработки отпусков по время перехода к новому периоду система ориентируется на признак выплаты по месяцам в классификаторе для заголовка отпуска.
101.633549.1.259.0Контроль НБ - ошибочно определяется налог с превышения для совместителейЗаработная платаКонтроль (для налогов с годовой НБ)
У совместителя в первых месяцах года не было превышения порога для ПФ. При пересчёте налогов весь налог ПФ за эти месяцы ошибочно попадает в графу "Налог ПОСЛЕ превышения" .Настройки - Сервисные функции - Налоги на ФОТ - "Контроль (для налогов с годовой НБ)". При выполнении функции с параметром "пересчет налогов(Архив налогов на ФОТ)" для налога с дополнительным признаком "Л" в случае, если не было превышения, колонка "налог после превышения" не заполняется, а заполняется колонка "налог до превышения". Эта ситуация для случая, когда до момента запуска функции пересчета справочники Социальных налогов До/После расчета зарплаты не были заполнены.
102.1776219.1.259.0Неверный расчет алиментов, если в одном месяце было несколько отпусковЗаработная платаРасчет алиментов с отпусков межпериода
Неверный расчет алиментов, если в одном месяце было несколько отпусков. Не суммируется пенсионный взнос по всем отпускам, по месяцу за который, от базы отнимается только пенсионный взнос последнего отпуска.РБ. Исправлен расчёт алиментов с отпускных - облагаемая база уменьшается на всю величину пенсионных взносов при накопительном расчете.
102.1764009.1.258.0Переход на новый период удаляет все записи из таблицы ChildoneЗаработная платаО размере начисленного пособия на детей [РБ]
Для всех стран нужно сохранять в результатах расчета и архиве начислений информацию о ребенке/родственнике из пособий на детей/единоразовых пособий.Для всех стран при расчете зарплаты из детских и единовременных пособий сохраняется информация о родственнике/ребенке в результатах расчета. После перехода на следующий месяц эта информация переносится в архив.
102.1587219.1.257.0Необходимо изменить обработку полей при расчете сборов по шкалеЗаработная платаРасчет алиментов и исполнительных листов
В связи с изменением структуры таблицы классификатора "Процентные шкалы почтовых переводов" необходимо перенести указание величины минимального размера платежа за перевод из наименования шкалы в отдельное, специально предназначенное поле и изменить соответственно алгоритм расчёта.Окно Классификатор "Настройка - Заполнение каталогов - Процентные шкалы почтовых переводов" - в верхней панели названий шкал добавлена колонка "Минимальный тариф". Доступна для ввода и корректировки данных в режиме редактирования. При установке обновления и модификации реестра настроек системой однократно автоматически выполняется копирование минимального тарифа (если он задан корректным образом) из названия шкалы в вышеупомянутую колонку. При расчётах величины почтового сбора по шкале учитывается ненулевое значение, занесенное в вышеуказанное поле.
102.1743979.1.257.0Перечисление алиментов и исполнительных листов при выплатах межпериодаЗаработная платаРеестры по перечислениям. Формирование
В связи с изменение законодательства, а точнее с выходом Постановление Министерства юстиции Республики Беларусь от 07.04.2017 N 67 "Об утверждении Инструкции по исполнительному производству и признании утратившими силу некоторых постановлений Министерства юстиции Республики Беларусь" (см. гл14. п.84) появилась необходимость перечисления алиментов и сумм по и/л в межпериоде. Т.е. при расчете отпускных, сумма алиментов и и/л автоматически удерживается из суммы к перечислению, но при формировании реестров по перечислению в банк по отпускам, формируются только начисленные суммы для работника и НДФЛ, а хотелось бы видеть и реестр по алиментам (и/л) так как в трехдневный срок его необходимо тоже перечислить. Дополнительно по данной теме есть разъяснения: "Главная книга.by", 2017, N 20 Интервью "Министерство юстиции об алиментах" (Материал подготовлен специалистами ООО "ЮрСпектр") (по состоянию на 06.10.2017) --------------------------------------------------------------------------- Т.е. при формировании реестров на выплаты в межпериод необходимо в дополнение к ним формировать реестры по перечислению алиментов/исполнительных листов (если таковые имеются).Теперь и для РБ. При расчете алиментов и исполнительных листов с сумм рассчитанного отпуска и начислений межпериода, производится сохранение сумм алиментов и исполнительных листов в разрезе получателей. Для просмотра сумм алиментов и исполнительных листов в разрезе получателя добавлена кнопка "детализация алиментов и и/л" с сумм отпуска в интерфейсе "Разбивка сумм по месяцам" и кнопка "Подробнее" с сумм начислений межпериода в интерфейсе "Выплаты в межпериод". В параметры формирования реестров по алиментам и исполнительным листам добавлена опция "по расчетам межпериода" (опция теперь доступна и при настройке на Россию и при настройке на РБ). При отмеченной опции реестры будут формироваться по рассчитанным в межпериоде суммам алиментов (при наличии рассчитанных сумм в разрезе постоянных удержаний и получателей алиментов).
102.1763929.1.257.0Учет настройки Всегда учитывать стаж проживания для молодежи.Заработная платаСеверные надбавки
Если у работника моложе 30 лет был период проживания в жестких условиях местности, но не было стажа работы в этой местности, то настройка Настройки ГалактикиУправление персоналомРасчеты с персоналомСеверные надбавкиВсегда учитывать стаж проживания для молодежи работает на так, как если бы у работника был период проживания в мягких условиях. Необходимо изменить наименование настройки на "Учитывать стаж проживания для молодежи во всех типах местности", а значение настройки, которое сейчас "нет" будет следующим: "Только для районов Крайнего Севера".Скрыта настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Всегда учитывать стаж проживания для молодежи". Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Северные надбавки Учитывать стаж проживания молодежи для всех типов местности" с возможностью выбора следующих значений: - только для районов Крайнего Севера; - да. Если в настройке "Всегда учитывать стаж проживания для молодежи" было установлено значение "нет" или вообще не установлено никакое значение, то настройка "Учитывать стаж проживания молодежи для всех типов местности" при создании будет установлена в значение "только для районов Крайнего Севера", иначе будет установлено значение "да".
101.632879.1.256.0Размер годового дохода. учтено вычетов без доходаЗаработная платаРасчет подоходного налога
Установлено значение "в декабре или в месяце увольнения" в настройке " Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов". Сотрудница получает пособия, необлагаемые НДФЛ каждый месяц. Облагаемая сумма НДФЛ была только в мае. С начала года ей положен стандартный вычет в размере 1400 руб. Зачем-то в 12-ом месяце в колонке Учтено вычетов предоставился стандартный вычет на 1400 руб Проблема в том, что запись о вычетах сбивает с толка клиентов и Расчетный лист печатается с ошибкой (не та сумма в "Учтено вычетов") Требуется исправить отображение вычетов в "Учтено вычетов".Доработана функция расчета НДФЛ при расчете заработной платы при значении "в декабре или в месяце увольнения" в настройке " Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов". Теперь в декабре значение "Учтено вычетов" не формируется в том случае, если в этом месяце не было дохода и сумма вычетов полностью покрывает доход с начала года.
102.1591259.1.256.0Функция, возвращающая базовую величинуЗаработная платаСпециальные алгоритмы
Просьба реализовать функцию, возвращающую базовую величину на указанную дату ("заполнение каталогов - ставки налога и вычеты - минимальная за. плата (базовая величина)". Это нужно для расчета мат. помощи, которая зависит от базовой величины.Разработана функция, возвращающая сумму минимальной заработной платы (базовую величину) MINZPBASESUMMA(D: date), где: D - дата.
102.1769669.1.256.0Потерялся 1р. НДФЛЗаработная платаРасчет удержаний (6-НДФЛ)
Установлены значения "из дополнительных аналитик" в настройках " Налог на доходы Раздельный расчет по обособленным подразделениям" и "да" в " Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям". У работника в начислениях две записи с разными видами оплаты. Обе суммы были перечислены в межпериод. С этой настройкой неправильно удерживается и записывается сумма НДФЛ в размер годового дохода после расчета зарплаты на 12-й месяц. Соответственно и итог с начала года не совпадает. Сумма НДФЛ исходя из годового дохода должна быть равна 53120*0.13= 6905.60. Расчет зависит от настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям". Если установить в этом поле значение "нет" то удержанная сумма НДФЛ в результатах расчета заработной платы за 12-й месяц формируется правильно. Сумма НДФЛ за 12-й месяц в размере годового дохода при этом формируется неправильно.Установлены значения "из дополнительных аналитик" в настройках " Налог на доходы Раздельный расчет по обособленным подразделениям" и "да" в " Налог на доходы Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям". У работника в начислениях две записи с разными видами оплаты. Обе суммы были перечислены в межпериод. Теперь удержанная сумма НДФЛ в результатах расчета заработной платы и в справочнике о размере годового дохода формируется правильно. Результат при этом не зависит от значения настройки: "Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям".
101.488879.1.255.0Считать Ндфл чисто с суммы больничного листа.Заработная платаРасчет удержаний с больничных листов
Считать НДФЛ чисто с суммы больничного листа.В локальном меню больничного листа добавлен пункт "Расчет удержаний с настройкой". При вызове данного пункта меню пользователю предоставлена возможность настройки расчета НДФЛ "только от суммы". При расчете НФДЛ с включенным режимом "только от суммы" стандартные вычеты не учитываются и расчет ведется по нулевому алгоритму.
101.632069.1.255.0Странный расчет налога в конкретном случае.Заработная платаРасчет подоходного налога
У пользователей установлено значение "из подразделений отнесения затрат" в настройке "...Налог на доходы Раздельный расчет по обособленным подразделениям" С начала года работнику предоставлялся имущественный вычет, причем в октябре была предоставлена излишняя сумма вычета. В ноябре сформированы межрасчетные выплаты. Доход сотрудника 13812.32, налог почему-то 4001,00 Откуда сумма, с которой он рассчитывается - 30779.39 (такая сумма в протоколе) - непонятно. Затем рассчитана зарплата. Здесь тоже непонятен расчет, налог должен быть на 3043 больше. Предоставляются вычеты, которых, на мой взгляд, быть не должно. К тому же, "учтено вычетов" в таблице "размер годового дохода после расчета зарплаты" больше, чем должно быть.Исправлена функция расчета НДФЛ при расчете заработной платы и в межпериод с установленным значением "из подразделений отнесения затрат" в настройке "...Налог на доходы Раздельный расчет по обособленным подразделениям" в случае излишне предоставленного имущественного вычета. Теперь неучтенный остаток вычета предоставляется правильно: в составе общей суммы дохода за расчетный месяц. Поле "учтено вычетов" в таблице "размер годового дохода после расчета зарплаты" заполняется согласно предоставлению. При расчете НДФЛ в межпериод сумма НДФЛ также определятся правильно.
102.1736969.1.255.0При определении периода к которому относится начисленная сумма при расчете удержания НДФЛ определять по дате фактической выплатыЗаработная платаРасчет удержаний (6-НДФЛ)
Период к которому относится начисленная сумма с настройкой учета дохода в налоговой отчетности " по месяцу в котором выплачен" (отпуска, больничные) при расчете удержания НДФЛ определяются по дате фактической выплаты (если она есть). В связи с этим нужно разбивать начисления отпуска с учетом даты выплаты из реестров.Для России изменена последовательность обработки записей с типом источника "Отпуск" при расчете начислений. Предполагается еще один предварительный проход, для того, чтобы не было нарушено следование приоритетов по видам оплат. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, в результаты расчета, в первую очередь, будут записаны данные из реестров. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "Отпуск" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы. Исключение составляет случай, когда в межпериод была перечислена сумма больше, нежели начислена при окончательном расчете заработной платы. Такая ситуация может быть, например, при отзыве из отпуска в расчетном периоде. В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период. Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
102.1743419.1.255.0Пересчет 42 алгоритмаЗаработная платаРасчет начислений (общие вопросы)
Пересчет вида оплаты с 42 алгоритмом. Зашли в "Переходы межпериод" и изменили значения коэффициентов, сделали Настройка-Сервисные функции-Обновление тарифов и окладов. Рассчитали заработную плату. Оклад стал таким как нужно. Однако проблема с видом оплаты, у которого 42 алгоритм. Он в расчетный лист заносит не разницу между начисленной и выплаченной суммы, а новую сумму целиком.При пересчете суммы для вида оплаты с 42 алгоритмом происходит учет раннее начисленной суммы.
102.1745349.1.255.0Отличаются суммы почтового сбора в реестре и в результатах расчетаЗаработная платаРеестры по перечислениям. Формирование
При формировании реестра до расчета сбора не производится округление суммы алиментов на перечисление в соответствии с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Округление суммы перевода для расчета почтовых сборов".В функции расчета почтового сбора с алиментов почтой округление суммы перечисления производится до определения процента удержания по шкале в соответствии с настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Округление суммы перевода для расчета почтовых сборов".
102.1750519.1.255.0РК, выплаченный в межпериод, начисляется дваждыЗаработная платаРасчет начислений (общие вопросы)
РК, выплаченный в межпериод, начисляется дважды. Проблема проявляется в случае, когда у сотрудника есть изменение условий труда в месяце расчета и, связанное с этим, деление всех начислений по условиям труда.Исправлено: при делении сумм начислений, которые были выплачены в межпериод и с них рассчитан РК и СН, суммы РК и СН сохраняются пропорционально работе во вредных условиях труда в каждом начислении.
102.1759819.1.255.0Учет за год ВО с видом удержания 500Заработная платаВычеты по отдельным видам доходов
Учет за год ВО с видом удержания 500 Если внести сумму с минусом за прошлый месяц по 30 ВО с видом удержания (код 500), то в общей сумме накопления за год перестают учитываться 153 ВО выплаченные в текущем месяце. Анализ показал, что у пользователя одна из видов материальной помощи рассчитывается по алгоритмы и для нее, соответственно, установлен ненулевой приоритет. На текущий момент,ситуацию легко можно изменить, если для материальной помощи с кодом 153 заполнить поле "приоритет", отличный от нуля.Доработана функция возврата материальной помощи за прошлый период при расчете заработной платы. Теперь возврат работает корректно, независимо от приоритетов оплат, участвующих в расчете.
102.1763419.1.255.0Учесть даты фактической выплаты больничных при расчете начислений по больничнымЗаработная платаРасчет начислений (общие вопросы)
Учесть даты фактической выплаты больничных при расчете начислений по больничным. Период к которому относится начисленная сумма с настройкой учета дохода в налоговой отчетности " по месяцу в котором выплачен" (отпуска, больничные) при расчете удержания НДФЛ определяются по дате фактической выплаты (если она есть). В связи с этим нужно разбивать начисления больничного с учетом даты выплаты из реестров.Для России изменена последовательность обработки записей с типом источника "больничный лист" при расчете начислений. Предполагается еще один предварительный проход, для того, чтобы не было нарушено следование приоритетов по видам оплат. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, в результаты расчета, в первую очередь, будут записаны данные из реестров. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "больничный лист" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы "... Расчеты с персоналом Дата выплаты (перечисления) заработной платы". Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
103.97069.1.255.0Не определяется вид оплат в НДФЛ по сверхурочным за годЗаработная платаРасчет подоходного налога
Не определяется вид оплат в НДФЛ по сверхурочным за год. Сверхурочные клиент выплачивает сотрудникам суммарно за год. Соответственно расчет происходит в декабре месяце. Расчет сумм происходит, но в НДФЛ по данному начислению не определяется вид оплат,соответственно при формировании реестра по НДФЛ на сумму сверхурочных реестр формируется отдельно.Доработана функция формирования записей НДФЛ в результатах расчета заработной платы, для случая, когда месяц и год в дате начала оплаты не совпадает с месяцем и годом, за который начислено. Теперь и в таком случае заполняется вид оплаты.
106.104699.1.255.0Расчет НДФЛ в межпериоде без учета вычетовЗаработная платаРасчет удержаний с отпусков межпериода
Расчет НДФЛ для больничных листов и отпусков без учета вычетов всегда учитывает вычет в НПФ. Предприятие перечисляет за сотрудника дополнительный взнос в НПФ. При расчете НДФЛ с больничного и отпуска в межпериоде НДФЛ рассчитывается по ALT+F9, т.е. вычеты не должны учитываться, но они учитываются.Добавлена дополнительная входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Данная дополнительная входимость нужно для более гибкой настройки применения скидок в при расчете НДФЛ таких сущностей межперида, как начисления и выплаты, больничные, отпуска. Добавлена возможность настройки расчета НДФЛ перед расчетом удержаний в начислениях и выплатах, больничных, отпусках. При вызове пункта локального меню "Расчет удержаний с настройкой" появляется окно "Настройка расчета удержания" с возможностью настройки расчета НДФЛ: - без учета имущественных и социальных вычетов; - без учета имущ. и соц. вычетов c 76 доп. входимостью; - без учета стандартных вычетов; - только от суммы; - НЕ рассчитывать НДФЛ с суммы ФСС. Возможность изменения элемента "без учета стандартных вычетов" зависит от значения "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Применять вычеты при расчете удержаний". Если значение данной настройки "да" или "нет", то пользователю не дана возможность установить или снять флажок для данного элемент. Причем, если настройка "Применять вычеты при расчете удержаний" имеет значение "нет", то элемент "без учета стандартных вычетов" окна настройки расчета удержаний автоматически предустанавливается. Элемент "НЕ рассчитывать НДФЛ с суммы ФСС" доступен для изменения только в случае расчета удержания больничного листа. При расчете НДФЛ с установленным флажком "без учета скидок с 76 дополнительной входимостью" и снятым флажком "без учета скидок" при анализе скидок будут исключены те скидки, виды оплат которых содержат дополнительную входимость (76) Скидка НЕ участвует в расчете НДФЛ в межпериоде. Если установлен флажок "без учета скидок", то установка флажка "без учета скидок с 76 дополнительной входимостью" не имеет смысла.
102.1604579.1.254.0Необходимо для оплат по премии формировать период её начисленияЗаработная платаИмпорт "Начислений и выплат"
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия. В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то: Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016" Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016" Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016" У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты. Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах: - параметрах формирования межрасчетных выплат; - окне редактирования межрасчетных выплат; - параметрах формирования постоянных доплат (только для режима "формирование доплат"); - окно ввода и редактирования постоянной доплаты. - окно просмотра начислений в результатах расчета заработной платы - окно просмотра архивных начислений Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
102.1735039.1.254.0Формирование реестра по налогу с контролем по перечислению за прошлый период.Заработная платаРасчет удержаний (6-НДФЛ)
Расчет заработной платы не учитывает случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении.Доработана функция учета реестров при расчете заработной платы для случай формирования двух реестров на перечисление отпуска в межпериод при пропорциональном разбиении. Теперь в таком случае в результатах расчета заработной платы формируются отдельные записи по НДФЛ, сумма доходах в которых формируется пропорционально. Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно. Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
103.95649.1.254.0некор доход в разбивке НДФЛ по РКЗаработная платаРасчет удержаний (6-НДФЛ)
Клиент зафиксировал некорректный доход в разбивке НДФЛ, при этом сам НДФЛ корректный. Ситуация такова : - есть 2 вида оплаты повременная и вредность на сумму 10.39, на которые начисляется районный коэффициент одним станд в/оплаты (44) - при этом в разбивке НДФЛ указывается запись с правильным НДФЛ , но доходом по 1 виду оплаты РК с повременки, из дохода выпадает часть РК на 2 вид - вредность. Соответственно и в НДФЛ-6 доход меньше на эту сумму. - Ситуация проявляется со слов клиента при неполностью отработанном времени за месяц.Исправлена ошибка формирования суммы дохода в записях НФДЛ, при наличии начисления на сумму, НДФЛ с которой равен 1 рубль. Теперь такая запись не считается остатком округления, в результатах расчета она формируется отдельно с видом оплаты, которым обозначен доход.
180.103279.1.254.0В результатах расчета не заполняется ссылка по ВО в случае если ЗП перечисляется двумя видами удержанийЗаработная платаРасчет начислений (общие вопросы)
1. В результатах расчета не заполняется ссылка по ВО в случае, если ЗП перечисляется двумя видами удержаний. Сотрудник планирует перечислять свою ЗП в два разных банка. У одно удержания указана сумма, например, 5000, а остальная сумма должна попасть на другое перечисление. Для первого удержания указано значение "Перечисление суммы из зарплаты" и задана готовая сумма. Как определить на какой вид оплаты отнести эту сумму? Предлагается следующее решение. Пользователи будут устанавливать признак "перечисление всей зарплаты", если при этом заведена готовая сумма, итог по этому удержанию будет ограничиваться ею. Получается, что у сотрудника будет создано два удержания. Тип у каждого будет "Перечисление всей зарплаты", но, если в первом удержании указана сумма, то будет удержание будет именно этой суммы. Если во втором удержании сумму не указали, значит оно сформируется на остаток. Поскольку виды удержания одинаковы, и нельзя проставить приоритеты, то нужно позаботиться о том, чтобы постоянное удержание у которого задана сумма, пошло в расчет первым. Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений КВО. 2. Сформирован реестр на перечисление суммы из функции меню "Начисления и выплаты". Вид удержания обозначен системным кодом 170,для которого в классификаторе видов удержаний указаны тип "перечисление" и значение "разбивать по подразделениям, аналитике, параметру и виду оплаты". У работника имеется два вида оплаты, входящих в расчет удержаний, поэтому сумма разбивается. Но сумма "начислено" в обеих записях равна начислению в межпериод и, по этой причине, в записи остатка к перечислению, начисленная сумма равна 0.Для России доработана функциональность формирования сумм на перечисление для значения "по подразделениям, аналитике и параметру входящих оплат" настройки "... Режимы расчетов Разбивать удержания". 1. Если у сотрудника имеется два удержания с одинаковым кодом, типом "Перечисление всей зарплаты", и в первом удержании указана сумма, то удержание ограничивается именно этой суммой. Если во втором удержании сумма не указана, то оно сформируется на остаток суммы. Виды оплат, на которые будет распределяться сумма, будут предоставляться согласно приоритетам распределения перечислений. Если сумма по виду оплаты, на который относится перечисленная сумма, больше нежели ограничение, то поле "начислено" рассчитывается пропорционально. В этом случае поле "начислено" и вид оплаты по второму удержанию будут соответствовать остатку начисления. Поскольку виды удержания - одинаковые, то постоянное удержание у которого задана сумма, приходит к расчету первым. 2. Доработан учет реестра на перечисление суммы из функции меню "Начисления и выплаты" для видов удержаний с типом "перечисление", которые не принадлежат списку жестко зашитых. Сумма по такому реестру не разбивается, даже, если в классификаторе видов удержаний указано значение "разбивать по подразделениям, аналитике, параметру и виду оплаты". Таким образом, в записи остатка к перечислению, начисленная сумма заполняется соответственно.
102.1782509.1.252.3Не передаются параметры расчета при наличии нескольких пользователейЗаработная платаО сумме заработной платы, на которую начислены СВ [РФ]
Галактика ERP Персонал ЗП Отчеты Справки О сумме заработной платы, на которую начислены СВ [РФ] Не передаются параметры расчета при наличии нескольких пользователей SQL. При наличии в системе нескольких пользователей не передаются параметры расчетного периода. Есть уволенный в ноябре 2017 года сотрудник. В справку должны попасть данные за период 2015-2016+2017, а попадают только за текущий 2017 год.Галактика ERP Персонал ЗП Отчеты Справки О сумме заработной платы, на которую начислены СВ [РФ] Передаются параметры расчета при наличии нескольких пользователей SQL.
101.630099.1.252.0Расчет зарплаты - НДФЛ нерезидентов всегда НЕнарастающим итогомЗаработная платаРасчет подоходного налога
Из уточнения от 03.11.17 в ПиР 101.62910: *** При тестировании обновления выяснилось, что на расчёт НДФЛ для нерезидента влияет общесистемная настройка: "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Сторнирование и возврат Возвращать налог при изменении статуса "нерезидент". Если эта настройка в значении "в месяце изменения статуса", то НДФЛ расссчитывается с НЕнарастающим итогом, а если в значении "в месяце подачи заявления", то - нарастающим. *** Необходимо убрать эту зависимость, поскольку она противоречит требованиям п.3 ст. 226 НК РФ и постановке ПиР 101.51684. Расчёт по ставкам, отличным от 13% - всегда НЕнарастающим итогом.Доработан расчет НДФЛ для нерезидентов по настройке на страну Россия для значения "в месяце подачи заявления" настройки: "... Налог на доходы Сторнирование и возврат Возвращать налог при изменении статуса "нерезидент". Теперь и при этом значении налоговая база для нерезидентов определяется для каждого месяца отдельно, а не нарастающим итогом с начала года, как это было ранее.
102.1741229.1.252.0Доработка расчета ППС в связи с увеличением пенсионного возраста РБЗаработная платаНалоги на ФОТ
Доработка расчета ППС в связи с увеличением пенсионного возраста РБ Пример. Работнику 31.12.2017 исполняется 60 лет и 6 мес. В 2017 году - общеустановленный пенсионный возраст для мужчин 60 лет и 6 мес. Согласно пункту 5 статьи 7 Закона о ППС - уплата взносов на профессиональное пенсионное страхование за работников, достигших общеустановленного пенсионного возраста, не производится. То есть получается, что работник достиг общеустановленного пенсионного возраста в 2017 году, согласно зак-ву РБ, и ППС за него более уплачиваться не должны. 01.01.2018 необходимо перевести настройку общеустановленного пенсионного возраста для мужчин в РБ в значение 61, которое будет актуально уже для 2018 года. После этого Галактика сравнит возраст работника и общеустановленный пенсионный возраст по настройке и работник для нее снова становится лицом, за которое нужно уплачивать страховые взносы еще на полгода. Просьба доработать систему таким образом, чтобы работник, достигая общеустановленного пенсионного возраста по значению года, указанному в настройке, получал некий признак, который исключал бы его из подсчета навсегда.РБ. При расчёте взносов на профессиональное пенсионное страхование факт достижения работником общеустановленного пенсионного возраста проверяется в первую очередь по значению поля "Пенсионный возраст был достигнут:" (лицевой счёт, закладка "Взносы, налоги на ФОТ", раздел "Налоги на ФОТ"). Если поле пустое, то сохраняется прежний подход - на основании данных: - "Дата рождения" на закладке "Кадровая информация", подраздел "Прочее", - "Пол" на закладке "Кадровая информация", подраздел "Прочее", - "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для мужчин" или "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для женщин".
104.204449.1.252.0База начисления ЕСВ уволенным работникамЗаработная платаРасчёт налогов на ФОТ
База начисления ЕСВ уволенным работникам (годовая, квартальная премии) Закон Украины " О сборе и учете единого взноса..." Раздел III ст.7 пп.2,3 4) для лиц, работающих в сельском хозяйстве, занятых на сезонных работах, выполняющих работы (предоставляющих услуги) по гражданско-правовым договорам, творческих работников (архитекторов, художников, артистов, музыкантов, композиторов, критиков, искусствоведов, писателей, кинематографистов) и других лиц, получающих заработную плату (доход) за выполненную работу (предоставленные услуги), срок выполнения которой (которых) превышает календарный месяц, единый взнос начисляется на сумму, определяемую путем деления заработной платы (дохода), выплаченной по результатам работы, на количество месяцев, за которые она начислена. Указанный порядок начисления взноса распространяется также на лиц, которым начислена заработная плата (доход) за отработанное время после увольнения с работы или согласно решению суда - средняя заработная плата за вынужденный прогул; Так как премия по итогам работы прошлого месяца, квартала, полугодия, года считается выплатой за отработанное время, на неё распространяется ч.2 ст.7 Закона Украины, то есть ЕСВ начисляется на сумму, которая определяется путем деления заработной платы (премии), выплаченной по результатам работы за полугодие, на 6 месяцев, за который она начислена. Пример. Работник уволился в апреле 2016 года, и в апреле 2016 года ему начислена квартальная премия в сумме 6000 грн. Для указанного примера будем считать, что ни в одном месяце квартала не было превышения максимальной величины. Для определения суммы ЕСВ, общую сумму премии (6000 грн) следует разделить на 3 и за каждый месяц указанного периода доначислить ЕСВ. (6000:3)*22% =440 грн.Украина, изменено включении премии за период, выплаченной уволенному работнику, в облагаемую базу для ЕСВ. Обрабатываются оплаты, для которых в КВО установлена доп.входимость 17 "Премия выплачена за период(количество месяцев" и период установлен больше, чем за 1 месяц. Если такая оплата начислена в месяце увольнения работника или позже, то сумма премии делится на количество частей, соответствующее настроенному в КВО количеству месяцев, и "приписывается" к облагаемым базам такого же количества месяцев, начиная с месяца и года, "за который" назначена оплата, и предшествующих ему.
180.105219.1.252.0Не верно рассчитывается алименты в случае если у сотрудника был БЛ и алименты не с начала месяцаЗаработная платаАлименты, исполнительные
Алименты с ВО по решению суда не пересчитываются, если алименты с середины месяца.Алименты и и/л с середины месяца, с ВО, с которых удержание производиться по решению суда, пересчитываются.
101.629839.1.251.0При расчете зарплаты и сторнировании отпускных в удержаниях возникают минусовые суммы по НДФЛ текущего месяцаЗаработная платаРасчет подоходного налога
При расчете зарплаты и сторнировании отпускных в удержаниях возникают минусовые суммы по НДФЛ текущего месяца. Выяснилось, что проблема проявляется при установленной настройке "Контролировать удержание по налогу" = "Да".Доработан расчет заработной платы при установленной настройке "Контролировать удержание по налогу" = "Да". Теперь дополнительно анализируется знак сумм "итого начислено" и "итого удержано". Если оба числа отрицательные, то дополнительный возарат НДФЛ не происходит.
102.1737479.1.251.0Разбивка окончательного расчета з/пл по доп. аналитикамЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Разбивка окончательного расчета з/пл по доп. аналитикам неверная.Доработана функция формирования сумм к перечислению заработной платы. Теперь суммы разбиваются согласно остатку к перечислению по формуле: начислено минус удержано по каждой группе.
102.1744309.1.251.0Ошибка в подсчете почтового сбора при перечислении зарплаты почтойЗаработная платаРасчет удержаний (общие вопросы)
Ошибка в распределении сумм перечислении зарплаты почтой и почтового сбора по одной из групп к перечислению.Исправлена ошибка в распределении сумм перечислении зарплаты почтой и почтового сбора. Теперь распределение сумм происходит верно.
102.1665769.1.250.0Не заполняется аналитика по настройке Автоматическое формирование КАУ по организации - получателю почт. сбораЗаработная платаРасчет алиментов и исполнительных листов
Вот что написано в хелпе по настройке: Автоматическое формирование КАУ по организации - получателю почт. сбора - нет (по умолчанию) / да - при значении да для удержания, указанного в предыдущей настройке (Вид удержания для почтового сбора), формируется аналитика (КАУ по кредиту) по организации, если организация-получатель указана в Постоянном удержании на вкладке Получатель сбора по перечислению, либо берется из классификатора Виды удержаний из вкладки Атрибуты получателя ссылка на первую организацию, указанную в таблице организаций-получателей. Функционал не отрабатывает при значении настроек: 1. "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по сотрудникам" = "нет"; 2."Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по подразделениям" = "нет"; 3. "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по КПП" = "нет"; 4. "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по АТД" = "нет". 5. "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Автоматическое формирование КАУ по организации - получателю почт.сбора" = "да". Если же значение одной из настроек 1 - 4 = "да" и значение настройки 5 = "да", то аналитика не формируется по организации-получателю, указанной в Постоянном удержании на вкладке Получатель сбора по перечислению. Аналитика формируется только из классификатора Виды удержаний из вкладки Атрибуты получателя.Автоматическое формирование КАУ по организации - получателю почт. сбора - нет (по умолчанию) / да - при значении да для удержания, указанного в предыдущей настройке (Вид удержания для почтового сбора), формируется аналитика (КАУ по кредиту) по организации, если организация-получатель указана в Постоянном удержании на вкладке Получатель сбора по перечислению, либо берется из классификатора Виды удержаний из вкладки Атрибуты получателя ссылка на первую организацию, указанную в таблице организаций-получателей.
102.1730319.1.250.0В результатх расчета при расчете зарплаты появляется лишняя 1 копейкаЗаработная платаРасчет алиментов и исполнительных листов
В результатах расчета при расчете алиментов производится некорректное округление общей суммы алиментов, что приводит увеличению алиментов на 1 копейку.При расчете алиментов, если производится пересчет алиментов по дням, общая сумма алиментов округляется корректно.
102.1735659.1.250.0ежемесячные пособия.Учет РКЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
При расчете детского пособия в некоторых ситуациях не учитывается районный коэффициент.Теперь районный коэффициент учитывается.
102.1739779.1.250.0Не корректно рассчитывается ограничение при расчете зарплатыЗаработная платаРасчет алиментов и исполнительных листов
При расчете общей суммы алиментов и наличии алиментов до середины месяца не производится пересчет алиментов до середины месяца, что приводит к некорректному ограничению алиментов.При расчете общей суммы алиментов и наличии алиментов до середины месяца пересчет алиментов до середины месяца производится.