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


Описание файла обновления:
ФайлG_ZARPL_DLL_913120.TXT
ОбновлениеG_Zarpl_dll_913120
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_ZARPL
ТипDLL
Версия9.1.312.0
Дата2019-01-17 13:04:41
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.175900NEWПосле изменения расчета налогов на ФОТ с округлением до 2-х знаков увеличились расхождения сумм налогов в бухсправках и ОВРЗаработная платаБухгалтерские справки
Доработать алгоритм формирования бухсправок по налогам на ФОТ в режиме без использования ТХО. При формировании проводки нужно учесть погрешность от округления предыдущей проводки.В настройку "Настройки Галактики Управление персоналом Расчеты с персоналом Правила округления Алгоритм округления налогов на ФОТ" добавлен алгоритм с номером "5" Галактика ERP Персонал ЗП Операции Формирование проводок Бухгалтерские справки Если в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Правила округления Алгоритм округления налогов на ФОТ" установлен алгоритм с номером "5", то проводки формируются с учетом разницы между неокругленным и округленным значением суммы предыдущей проводки.
102.194550NEWТребуется свести исходники SVN и VSSЗаработная платаРасчет алиментов и исполнительных листов
Требуется свести исходники SVN и VSS (по возможности) UDUDER.PAS LowProc.pas UDNALOG.PAS RASAVANS.PASСвести исходники SVN и VSS (по возможности) UDUDER.PAS LowProc.pas UDNALOG.PAS RASAVANS.PAS
102.194624NEWПри наличии имущественного вычета система в окончательный расчет выводит НДФЛ с "+" и с "-".Заработная платаРасчет подоходного налога
Установлено значение "из дополнительных аналитик" настройки "... Налог на доходы Раздельный расчет по обособленным подразделениям" Работнику выплачивается несколько видов материальной помощи. При наличии имущественного вычета система в окончательный расчет выводит НДФЛ с "+" и с "-". Если НДФЛ не должен браться, то и попадать в окончательный расчет он не должен.Для России доработана функция расчёта НДФЛ при значениях отличных от "нет" настройки "... Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям". и "нет" или "в декабре или в месяце увольнения" настройки "... Налог на доходы Сторнирование и возврат Возвращать налог за счет вычетов" Доработка актуальна при наличии реестров(платёжных ведомостей) в межпериод с учетом имущественных или социальных вычетов. Если в учётных суммах операций к реестру присутствует вычет, то он правильно отнимается от суммы положенных вычетов и лишние записи по удержанию НДФЛ не формируются в результатах расчёта. Примечание. На базе пользователя в удержаниях НДФЛ за 5.2018 г имеется лишняя запись с суммой дохода 109389.58 и вычетом 109389.58 для В.О.3102. Для исправления ситуации необходимо выполнить функцию Заработная плата Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) за 5.2018
102.194814NEWПосле изменения принципов работы функции NachD() не корректно рассчитываются начисления.Заработная платаАлгоритмы пользователя
После изменения принципов работы функции NachD() не корректно рассчитываются начисления.Доработана функция NACHD для начислений с совпадающими периодами. Добавлена дополнительная проверка на совпадение времени. Теперь сумма пересчитывается и в том случае, если периоды совпадают, но количество дней/часов в расчётной оплате меньше, чем в той, которая входит в неё. Пересчёт сумм с совпадающими периодами происходит только для оплат, имеющих типы "ВЧ", "НЧ", "ПЧ", "СЧ".
102.1807599.1.311.0Требуется доработать пересчет заработной платы за архивный период.Заработная платаСторнирующие записи
Требуется доработать пересчет заработной платы за архивный период. Прошу рассмотреть возможность доработки модуля "Заработная плата" в части перерасчета за прошлые периоды. Необходимо учесть, что большинство доплат считается от отклонений, заданных в табеле. Соответственно при внесении изменений доплата должна полностью сторнироваться и начисляться заново.Доработан пересчет заработной платы за архивный период. 1. Доработана функция сторнирования записей: "Заработная плата Операции Расчет зарплаты Сторнирующие записи": - Добавлен новый тип сторнирующих записей : "Изменения табеля (Т_О)" 2. Доработан Классификатор видов оплат : - Изменено название дополнительной входимости (35) "Учитывать изменение параметров при добавлении перехода/изменении табеля в прошлом периоде" "Заработная плата Настройка Заполнение каталогов Виды оплат и скидок вкладка расчеты Дополнительно" 3. Доработана функция предварительной разноски "Заработная плата документы лицевые счета смежные данные расчет заработной платы предварительная разноска" с учетом нового типа сторнирующих записей. Ниже изложена схема работы при изменении времени в табеле прошлого периода с необходимостью пересчёта сумм. Прежде всего, требуется завести соответствующую запись сторнирования с учетом табельных отклонений. Для того, чтобы начисления за архивный период попали в обработку, следует в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, то указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответствующая дополнительная входимость, должны сформироваться следующие записи: - запись, соответствующая записи в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней в периоде. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется. В результате доплата полностью сторнируется и начисляется заново с учетом изменений в табеле. В архиве оплат (Суммы по видам оплат) хранится вся информация по начислениям прошлых периодов, в том числе ВО, процент, аналитика. В результате обработки сторнирующей записи для каждой оплаты архивного периода в Предварительной разноске сформируется запись с "-" (сумма, дни часы) и аналогичная запись с "+" с теми же параметрами, нулевой суммой и продолжительностью согласно изменениям табеля. После расчета заработной платы будет рассчитана сумма согласно алгоритму, указанному в этом виде оплаты. Примечание. Если алгоритм составлен пользователем, он должен учитывать вариант возврата суммы. Например: алгоритм if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, SumAlgNo(228), SumalgNo(229)) необходимо заменить на if(WT_GetOverworkCalculationMethod(day(uch_datan))=1, if(Uch_ChasF > 0, SumAlgNo(228), Uch_Summa), if(Uch_ChasF > 0, SumAlgNo(229), Uch_Summa)) во избежание некорректного расчета по данному алгоритму
102.1940959.1.311.0Не срабатывает макс.огранич. 50% по исп.документам при расчете аванса, если у работника есть алименты с макс. огранич.70%Заработная платаАлименты, исполнительные
Не срабатывает макс.огранич. 50% по исп.документам, если у работника есть алименты с макс. огранич.70%. Удержания первой очереди (алименты) производятся с 70% ограничением из зарплаты, прочие удержания по исп.листам ограничиваются 50%. В данном примере сумма по исполнительному листу за текущий месяц полностью удерживается, т.к. вписывается в рамки 70% ограничения, но она должна ограничиваться 50%. Например. У сотрудника есть несколько записей в постоянных удержаниях (алименты, максимальное ограничение установлено 70%). И есть еще одно постоянное удержание (исполнительный лист, максимальное ограничение 50%). Общая сумма п всем удержаниям превышает 50% заработка, но не превышает 70%. Поэтому при расчете удержания по исполнительному листу необходимо ограничить.Если у сотрудника есть постоянные удержания с заданным максимальным процентом 70% и 50% и общая сумма удержаний не превышает 70% облагаемой базы, но превышает 50%, при расчете постоянного удержания второй очереди (максимальный процент 50) учитываются уже рассчитанные суммы удержаний первой очереди (максимальный процент 70) от 50% облагаемой базы для расчета удержания второй очереди.
102.1945879.1.311.0Система не учитывает предыдущий стаж работы в МКСЗаработная платаРасчет начислений (общие вопросы)
Система не учитывает предыдущий стаж работы в МКС. Работнику установлен стаж работы в МКС с 10/01/87 по 20/11/06 где СП 50%. Далее идет работа иных местностях где СП 30%. С 05/02/18 он опять идет работать в МКС, но северный процент ограничивается максимальным % в иных местностях. Предыдущий стаж работы в МКС не учитывается.Доработан расчет северных надбавок при переходе из типа местности с более низким максимальным процентом в местность с более высоким процентом. Теперь северный процент ограничивается максимальным процентом по последнему типу местности.
101.662849.1.310.0Возврат НДФЛ при наличии бездоходных месяцев и стандартных вычетовЗаработная платаРасчет подоходного налога
Взврат НДФЛ при наличии бездоходных месяцев и стандартных вычетов. Кроме того, у работника за несколько последних месяцев сумма дохода меньше вычетов, в расчётном же месяце дохода нет. Установлено значение "из подразделений отнесения затрат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Раздельный расчет по обособленным подразделениям" С этим значением настройки программа возвращает НДФЛ в том месяце, за который, нет дохода.Исправлена функция расчёта налога на доходы при наличии месяцев, за которые не было дохода, при значениях отличных от "нет" в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" . Теперь налог удерживается правильно и в том случае, когда у работника за несколько последних месяцев сумма дохода меньше вычетов.
102.1938129.1.310.0Почтовый сбор с отрицательной суммой в РЛЗаработная платаАлименты, исполнительные
Почтовый сбор с отрицательной суммой в РЛ. Есть постоянное удержание с кодом 190, для которого не задан сбор, но когда в поле "макс. %" стоит значение "50", в расчетный лист попадает почтовый сбор (с ВУ 189) с минусовой суммой. Если убирать значение в поле "макс. %" ВУ, то в РЛ "лишний" почтовый сбор не попадает. На расчет в данном случае также влияет значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Печать пояснительного протокола". Если значение настройки = о расчете алиментов, то лишних записей в результатах расчета не возникает.Исправлена заявленная ситуация.
102.1912619.1.309.0Ошибка при расчете сбора по перечислению алиментов при сторнировании зарплатыЗаработная платаРасчет алиментов и исполнительных листов
У работника был переходящий отпуск с августа на сентябрь, во время которого он заболел. В сентябре сторнируем отпуск. Алименты пересчитались правильно, а сбор по перечислению алиментов уменьшен. 546 вид должен быть (285,36-29,18)*2%=5,12Исправлена сумма почтового сбора с алиментов при расчете. Ошибка проявлялась при наличии за прошлый месяц отрицательных сумм алиментов.
102.1929669.1.309.0Фильтрация сообщений о процессе расчетаЗаработная платаРасчет начислений (общие вопросы)
Просьба при выводе сообщений об ошибках расчета учитывать фильтр по доступным подразделениям для пользователя.Доработан фильтр сообщений о процессе расчета, фильтр учитывается по тем подразделениям и работникам, для которых пользователь рассчитывает зарплату.
102.1935049.1.309.0Не верно рассчитан НДФЛ при наличии бездоходных месяцев и стандартных вычетовЗаработная платаРасчет подоходного налога
С настройкой Раздельный расчет по обособленным подразделениям- из подразделений отнесения затрат и Возвращать налог за счет вычетов- в декабре или в месяце увольнения не верно считается НДФЛ при наличии бездоходных месяцев и стандартных вычетов.Исправлена функция расчёта налога на доходы при наличии месяцев, за которые не было дохода, при значениях отличных от нет в настройке "... Налог на доходы Раздельный расчет по обособленным подразделениям" . Теперь налог удерживается правильно.
102.1935799.1.309.0ежемесячные пособия детямЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Ежемесячные пособия детям. Если идет расчет за период больше, чем месяц, то сумма ежемесячного пособия детям не верно округляется.Республика Беларусь. Доработана функция округления детского пособия при расчете за период больше, чем месяц.
106.106489.1.309.0Неверные сумы расчета по алиментамЗаработная платаРасчет алиментов и исполнительных листов
Неверные суммы отображаются в интерфейсе Постоянные удержания по удержанию 186 Удержание по алиментам (почта). Впоследствии эти неверные суммы попадают в отчеты, в частности, в бланк почтового перевода. Ошибка возникает в случае, когда в начислениях есть ВО, который не входит в расчет удержаний и (не удерживаются НДФЛ, алименты) и в начислениях не проставлены приоритеты оплаты для расчета удержаний (либо приоритет такого ВО не последний).В случае, когда в результатах расчета (начислениях) есть суммы с ВО, который не входит в расчет удержаний (не удерживаются НДФЛ, алименты) и в начислениях не проставлены приоритеты оплаты для расчета удержаний (либо приоритет такого ВО не последний), в постоянные удержания записывается корректная сумма Рассчитано к удержанию.
180.109129.1.309.0Проблемы при корректировке платежных порученийЗаработная платаПлатежные поручения
Необходимо исправить формирование хозяйственных операций по платежному документу.Исправлено заполнение полей в хозяйственной операции к платежному документу.
101.594569.1.308.0Расчет НДФЛ - сохранять сылку на реестр НДФЛ межпериода в результатах расчетаЗаработная платаРасчет подоходного налога
В связи с вводом отчёта 6-НДФЛ и ужесточившимся контролем со стороны налоговой службы сроков перечисления НДФЛ для всех клиентов крайне актуальна задача такого контроля. Сейчас в записях удержаний НДФЛ по окончательному расчёту сохраняется ссылка на реестр выплаты дохода. Также рассматривается задача записи ссылки на реестр выплаты дохода в удержаниях НДФЛ по операциям межпериода. Далее по этим ссылкам в отчётности можно определить крайний срок перечисления НДФЛ. Предлагается проставлять в записях НДФЛ также ссылки на реестр НДФЛ - чтобы по ним можно было определить фактическую дату уплаты НДФЛ (для сравнения с крайним сроком перечисления). Т.е. нужно просто одновременно сохранять в результатах расчёта и ссылки на эти реестры НДФЛ.Для России 1.В справочники "Результаты расчёта заработной платы" и "Суммы по видам удержаний" добавлено поле "Ссылка на реестр НДФЛ". Данное поле отображается в окне редактирования для записей НДФЛ (удержания с кодами 182, 183, 184, и ".. Налог на доходы Вид удержания для дополнительной шкалы НДФЛ"). Для других видов удержаний, а также для любых видов удержаний других стран данное поле не отображается. При нажатии клавиши выбора, предоставляется перечень реестров на перечисление НДФЛ соответствующего периода. При нажатии клавиши "DEL" ссылка на реестр удаляется. 2.Доработана функция учёта реестров НДФЛ при расчёте заработной платы. Теперь ссылка на реестр НДФЛ отображается в соответствующем поле удержания. 3.Доработана функция перехода на новый расчётный период: ссылки на реестры НДФЛ текущего расчёта переносятся в соответствующие поля архива "Суммы по видам удержаний".
101.595869.1.308.0При расчете Алиментов почему то автоматически рассчитывается НДФЛЗаработная платаРасчет планового аванса и удержаний
При расчете Алиментов почему то автоматически рассчитывается НДФЛ. Заказчик перечисляет аванс фиксированной суммой (3000 р.) без снятия подоходного налога, но с расчетом Алиментов. А так как на предприятии имеются люди у которых есть Алименты и Исполнительные листы, то после выполнения функции "Рассчитать алименты и исполнительные листы" система автоматом считает НДФЛ. Предложение добавить настройку для функции "Рассчитать алименты и исполнительные листы" при расчете аванса: "В функции "Рассчитать алименты и исполнительные листы" при расчете суммы" значения настройки отнимать подоходный налог, не отнимать подоходный налог. Для возможности расчета алиментов и удержаний по и/л со всей суммы аванса, без вычета ндфл.Добавлена общесистемная настройка в раздел: Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Расчет удержаний в межпериод; Название: "Учитывать НДФЛ при расчете алиментов с аванса". Принимает значние "да" или "нет". По умолчанию настйрока установлена в значнии "да". Настройка будет открыта для редактирования только в старне Р.Ф., в остальных странах значение настройки будет установлено по умолчанию. Если зачение настройки установленно в "нет", то при запуске расчета "операцииавансрасчет по алмиментам и исполнительным листам", НДФЛ по работнику не будет учитываться.
102.1833319.1.308.0Добавить информацию в окно просмотра алиментов межпериодаЗаработная платаОкно формирования, просмотра и редактирования отпусков
В детализацию алиментов необходимо добавить колонки с номером(номерами) исполнительных листов. При наличии нескольких постоянных удержаний алиментов очень сложно ориентироваться какие суммы какому получателю. Вывести номер входящего исполнительного документа и порядковый номер в системе (который "для сторнирования"). Не только в отпусках, но и в остальных режимах "межпериода". Хорошо бы вообще свести коды всех режимов в один, оформить окно детализации в виде отдельного интерфейса просмотра набора записей таблицы, в который параметрами передаётся тип данных межпериода (отпуск, больничный, аванс..) и ссылка на источник.В модуле "Заработная плата" - Лицевые счета. В окне смежных данных изменен порядок кнопок во вкладке "Текущие данные". Добавил кнопку "Детализация удержаний меж/п". Окно "Детализация удержаний в межпериод" выводится вместо окна "Разбивка сумм по удержаниям", в пунктах меню: 1) Операции - Отпуска - Расчет отпускных - Разбивка сумм по месяцам - Детализации алиментов и и/л 2) Операции - Отпуска - Расчет отпускных - Материальная помощь к отпуску - Подробнее 3) Операции - Аванс - Расчет - Детализации алиментов и и/л 4) Операции - Начисления и выплаты - Расчет - (в расчете кнопка подробнее) В окне "Детализация удержаний в межпериод" отражены поля: 1) Месяц, за который удержано 2) Год, за который удержано 3) Код вида удержания 4) Наименование вида удержания 5) Исходная сумма 6) Алименты и исполнительные листы 7) Сбор за перечисление 8) Номер исполнительного листа (берется из постоянных удержаний) 9) Группировочный номер исполнительного листа (берется из постоянных удержаний) 10) Источник начисления (отпуск, аванс, отпуск/мат. помощь, мат. помощь). В наименовании окна отображается табельный и ФИО работника. По кнопке F4 открывается окно "Суммы удержания", данное окно имеет такой же вид как окно в "Смежные данные - вкладка Расчет заработной платы - Результаты расчета" по F4 на любом из удержаний. В окне "Суммы удержания" все поля закрыта. Отображение информации осуществляется как в текущем так и в будущем периоде. При этом правила заполнения в момент расчетов этих отображаемых полей не менялись.
102.1861769.1.308.0Неверный расчет алиментов из отпускных, если ранее были рассчитаны алименты из авансаЗаработная платаРасчет алиментов и исполнительных листов
При расчете алиментов из отпускных учитывается пенсионный взнос, который ранее рассчитался при исчислении алиментов из аванса.Для РБ. "Настройки Галактики Управление персоналом Расчеты с персоналом Почтовые переводы, алименты, исп.листы Расчет алиментов за вычетом удерж.в пенс.фонд" = ДА. Исправлен расчет алиментов из отпускных в случае, когда уже были рассчитаны алименты с аванса.
102.1873359.1.308.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
102.1926359.1.308.0При расчете алиментов не срабатывает ограничение "Макс. %"-50%, при наличии двух других с ограничением "Макс. %"-70%Заработная платаРасчет алиментов и исполнительных листов
При расчете алиментов не срабатывает ограничение "Макс. %"-50%, при наличии двух других с ограничением "Макс. %"-70%.Для РФ. При наличии одного или нескольких постоянных удержаний по алиментам или и/л с признаком 70 в поле Макс. % и постоянного удержания(ий) с признаком 50 в поле Макс. % в, в первую очередь удерживаются суммы постоянных удержаний с признаком 70, и если в этом случае удержано не более 50% от облагаемой базы, будут удержаны суммы постоянных удержаний второй очереди (с признаком 50 в поле Макс.%).
103.98979.1.308.0убрать разбивку перечисление з/п на непонятные части в соответствии с настройкой удержания НЕ разбиватьЗаработная платаРасчет удержаний (общие вопросы)
Установлены значения "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания", "учет не ведется" в настройке "... Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам". убрать разбивку перечисление з/п на непонятные части в соответствии с настройкой удержания НЕ разбивать, то есть учитывать в подразделении на начало месяца. Сейчас по этой настройке не разбиваются удержания с типом удержание, а с типом перечисление разбиваются. Клиент возражает, чтобы в рас листке люди видели непонятную им разбивку. Параметр "суммирование..." не подходит.Доработана функция формирования сумм к перечислению заработной платы для значений: "по подразделениям, аналитике и параметру входящих оплат" в настройке "... Режимы расчетов Разбивать удержания" и для любых значений настройки "... Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам". Теперь суммы к перечислению не разбиваются, если для вида перечисления в КВУ установлены значения "учитывать в подразделении на начало месяца" или "учитывать в подразделении на конец месяца".
101.655019.1.307.0Доработка расчета сверхурочных с учетом требовааний постановления Конституционного суда от 28.06.2018 № 26-ПЗаработная платаРасчет начислений (общие вопросы)
Требуется доработка расчета сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П Сейчас расчет сверхурочных, оплаты работы в выходные и праздничные дни производится исходя из системного алгоритма № 3. Данный алгоритм использует при расчете только оклад и не учитывает стимулирующие и компенсационные выплаты (премии, надбавки, доплаты и т. д.). За сверхурочную работу и работу в выходные и праздничные дни сотруднику положена повышенная оплата. Например оплата сверхурочной работы производится за первые 2 часа в полуторном размере, а за третий и последующие часы в двойном размере. Однако используя алгоритм 3 при расчете сверхурочных увеличивается только окладная часть заработка, а надбавки не учитываются. Иногда доходит до абсурда, когда работник за работу в рабочий день по графику получает больше чем за работу в выходные и праздничные дни. Это особенно касается бюджетников, так как у них размер надбавок, доплат и премий может в несколько раз превышать размер оклада. Впрочем сотрудников коммерческих организаций это тоже касается. В этой связи вышло Постановление Конституционного суда от 28.06.2018 № 26-П. КС РФ указал, что при расчете доплаты за работу в выходные и праздники нужно учитывать все компенсационные и стимулирующие выплаты, предусмотренные системой оплаты труда. Поскольку Постановление Конституционного суда считается законодательным актом и распространяется на все организации, необходимо доработать расчет. Поскольку у каждого пользователя КВО настроен по разному, предполагаю, что необходимо добавить поле в меню вида оплаты "включать в расчет сверхурочных" с проставлением галочки. Также необходима доработка алгоритма, позволяющего учитывать виды оплат с галочкой "включать в расчет сверхурочных" и суммировать их при расчете оплатой сверухрочных/выходных/праздничных дней.Доработан расчет сверхурочных и оплаты работы в выходные и праздничные дни с учетом требований постановления Конституционного суда от 28.06.2018 № 26-П. Добавлен признак 6 в алгоритмы 37-40. По алгоритму 37-40 с новым признаком 6 будут отбираться только те виды оплат, которые входят в расчет оплаты работы в ВД,ПД,СУ.
102.1912239.1.307.0Учет доплаты по алгоритму 33 признак 0 при расчёте планового аванса за периодЗаработная платаРасчет по среднему (по алгоритму больничных)
Учет доплаты по алгоритму 33 (17) c признаком > 0 при расчете планового аванса за период c 01 по 15. Для доплаты с кодом 23 выбран алгоритм 33 (17). В случае расчета из двух источников неверно считается итоговая сумма по данной оплате. Для определения суммы доплаты учитываются только суммы по второму источнику.При расчете планового аванса за период доплата с алгоритмом расчета 33 (17) c признаком > 0 в случае расчета по 2-м источникам учитываются суммы по всем источникам.
102.1912659.1.307.0Учёт сумм по алгоритму nachd при расчёте планового аванса с учётом алгоритмов расчёта среднего заработкаЗаработная платаРасчет планового аванса и удержаний
При расчёте планового аванса или среднего заработка за текущий период неправильно учитываются суммы по алгоритму NACHD. В расчёт принимаются суммы всех имеющихся расчётов по среднему, что неверно. Необходимо учёсть начисления только текущего расчёта.Доработана функциональность расчета планового аванса и другие случаи расчёта среднего заработка за текущий период, в частности, отчёт Информация о среднем заработке. Теперь более корректно учитываются суммы с алгоритмами NACHD, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40]. Также в рамках данного ПИР был доработан алгоритм NachO : Теперь более корректно учитываются суммы с алгоритмами NachO, [33,22,17..] с признаком 0, а также с новым признаком 6 к алгоритмам [37-40].
180.109029.1.307.0Расчет алиментов, при объединении записей в группыЗаработная платаРасчет алиментов и исполнительных листов
При начале или окончании алиментов или исполнительных листов (и/л) в середине месяца, за который производится расчет удержаний, в случае если начисления разбиты пропорционально вредным условиям труда, неверно учитывается итоговое количество отработанных дней/часов из начисленных суммы для пересчета облагаемой базы по алиментам. Например есть два начисления с ВО 106 с 07.08.2018 по 31.08.2018 в одном задано отработанных 0,6 дней/7 часов, а во втором 6,40 дней/77 часов. Эти начисления попадают в одну группу для расчета алиментов, но итоговое количество отработанных дней/часов в данном случае подтягивается из второго начисления 6,40 дней/77 часов. В результате неверно определяется база для расчета алиментов с середины месяца.При расчете алиментов и и/л, которые начинаются или оканчиваются в середине месяца, за который производится расчет удержаний, в описанной ситуации (есть разбивка начислений пропорционально вредным условиям труда) база для расчета алиментов рассчитывается с учетом фактического заработка за период действия алиментов и и/л с учетом суммы фактически отработанных дней/часов за этот период.
101.657089.1.306.0Неверное округление налогов на ФОТ. Возможно, проблема связана с инструментарием.Заработная платаРасчёт налогов на ФОТ
РФ. Неверное округление налогов на ФОТ. Ситуация связана с конкретным набором исходных данных на клиентской БД и с особенностями хранения и обработки используемого в словаре и расчётных алгоритмах типа double.Устранено накопление погрешности расчётов в режиме расчёта налогов на ФОТ.
101.658829.1.306.0Расчет НДФЛ - учесть уменьшенное перечисление НДФЛ в межпериод при уменьшении суммы на руки в больничных/отпускахЗаработная платаРасчет удержаний (6-НДФЛ)
В случае уменьшения вручную суммы на руки в больничных сумма перечисляемого НДФЛ в реестре межпериода также уменьшается пропорционально (см. решение ПиР 101.65034). Но при окончательном расчёте зарплаты из этого реестра НДФЛ всё равно учитываются полные суммы и дохода, и налога. Соответственно в результатах расчёта НДФЛ лежит одной записью с полными суммами дохода и налога и ссылкой на реестр межпериода в источнике выплаты, а должен разбиться на 2 записи: первая со ссылкой на реестр межпериода, а вторая - на окончательный реестр.Доработана функция учета реестров при расчете заработной платы для случая формирования нескольких реестров на перечисление больничных в межпериод при пропорциональном разбиении, а также при ручных корректировках суммы на руки. Теперь, в таких случаях в результатах расчета заработной платы формируются отдельные записи по НДФЛ, распределение сумм по видам оплат при этом соответствует реестру. Суммы дохода в записях формируются в соответствии с суммами НДФЛ. Программа также формирует в этих записях ссылки на реестры перечисления в банк, насколько это возможно. Если программа не может правильно подобрать ссылки, она формирует ссылки на реестры НДФЛ.
103.98879.1.306.0зависание расчета зарплаты по 1 л/счетуЗаработная платаРасчет сальдо по заработной плате
Если настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Расчет заработной платы работникам без даты поступления на работу" установлена в "нет" и в лицевом счете не задана дата приема, то при расчете зарплаты по такому ЛС происходит зацикливание.Устранено зацикливание алгоритма расчета ЗП при описанных условиях.
102.1881189.1.305.0(ШГА) Неверно считается доплата- компенсация за вредность, если у сотрудника есть имущественный вычетЗаработная платаРасчет начислений (общие вопросы)
Нверно считает компенсацию за вредность, если у сотрудника есть имущественный вычет Компенсация = (оклад+148 премия)-4% а сейчас считает с учетом НДФЛ, это неверно =( (оклад+148 премия)-4%)*0,87Исправлен расчет компенсации за вредность для случая, когда у сотрудника есть имущественный вычет и расчет ведется для Бонуса с видом оплаты, отличным от настройки для ВО бонуса (148 ВО). Для случая, когда начисления больше бонуса и больше МРОТ итоговая сумма не уменьшается на сумму НДФЛ.
102.1885479.1.305.0Не корректный расчет алиментов при наличии перехода в межпериодЗаработная платаАлименты, исполнительные
Не корректный расчет алиментов при наличии перехода в межпериод. В настройке КВУ для алиментов (186) установлен признак "разбивать по подразделениям отнесения затрат". У сотрудника был переход в межпериод в другое подразделение. При расчете зарплаты начисления разбились по периодам переходов, а удержание по алиментам - нет. Причем в результатах расчета алименты рассчитались только с суммы начислений до перехода.Для РБ. Если в КВУ для видов удержаний с типом алименты установлен признак "разбивать по подразделениям отнесения затрат", алименты рассчитываются со всех начисленных сумм (входящих в расчет алиментов).
102.1893699.1.305.0Разработать отчёт о контроле налога и дохода в формате FastreportЗаработная платаОтчет о соответствии дохода и налога
Разработать отчёт о контроле налога и дохода в формате FastreportРазработан отчет о контроле налога и дохода в формате FastReport.
102.1899809.1.305.0В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВЗаработная платаУчет реестров и платежных ведомостей при расчете заработной платы
В РЛ не отражаются суммы выплаченные после первоначального депонирования ПВ ПВ была депонирована,затем по ведомости депонирования сф-на новая ПВ и выплачена.Сумма должна отразиться с кодом 181 в РЛ.Но это не происходит.Доработана функция формирования результатов расчёта удержаний с заработной платы. Теперь формируются записи по суммам, выплаченным после первоначального депонирования ПВ
106.106239.1.305.0Некорректная разбивка удержаний при наличии отрицательных начисленийЗаработная платаРасчет удержаний (общие вопросы)
У клиента в расчете могут встретиться отрицательные начисления. Получаются они таким образом. Каждому работнику назначена премия "по умолчанию" (в нашем примере 201 в/о), составляющая определенный фиксированный процент от основной зарплаты. По итогам месяца определяется ФOT, проводится предварительный расчет зарплаты по предприятию, и, если начисления превышают ФОТ, утверждаются понижающие коэффициенты к премии. Понижающие коэффициенты у всех подразделений разные, их вводят как постоянную доплату на текущий период (в/о 19). Суммы могут получиться и положительные (когда коэффициент больше 1 - дополнит. премия), и отрицательные. Считаем зарплату с настройкой 15163 Разбивать удержания, установленной в значение "по подразделениям, аналитике и параметру входящих оплат". 220 вид удержания (Выплата ЗП итог через банк) разбивается неверно, в разбивку попадают не все виды оплат. В нашем примере (см. вложение) в разбивку не вошли виды оплат 19, 44, 46. Вероятно, это происходит при наличии отрицательных сумм начислений (в/о 19 - понижающий коэффициент к премии). Если отрицательных начислений нет, разбивка происходит корректно. Клиент считает, что строки в разбиении по 220 в/у должны соответствовать строкам в начислении, иначе, хотя общий итог по 220 в/у и получается верным, но могут возникнуть ошибки в распределении затрат при переходах в межпериод из одного подразделения в другое. В доказательство приводится такой пример: Работник переведен из цеха 250 в цех 350. Результат расчета заработной платы: Неверно распределились суммы по 220 виду удержания по подразделениям перехода в межпериод. Должно быть на 250 цех 15705,99 руб., на 350 цех 7270,73 руб. А в результатах расчета получается на 250 цех 18054,17 руб. и на 350 цех 4922,55 руб.Для России доработана функция формирования сумм к перечислению в результатах расчёта заработной платы для значения "по подразделениям, аналитике и параметру входящих оплат" в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Режимы расчетов Разбивать удержания" Теперь по иному учитываются отрицательные суммы по видам оплат в тех случаях, когда в начислениях не найдена положительная сумма по данному виду оплаты. В таких случаях уменьшается сумма к перечислению по виду оплаты с аналогичными атрибутами. Вид оплаты выбирается согласно полю "Приоритет оплаты при распределении сумм к перечислению в банк" классификатора видов оплат. Уменьшение происходит по виду оплаты с наивысшим приоритетом. При этом, доход по выбранному виду оплаты должен быть достаточным для уменьшения суммы. В том случае, если в результатах расчёта начислений имеется сумма с одинаковым кодом оплаты, но за другой месяц, алгоритм программы стремится отнести отрицательные суммы начисления и удержания с неё, на тот же вид оплаты. Примечание. У заказчика установлено значение "учет не ведется" в настройке "... Учет выплат по реестрам". Тем не менее,доработка проводилась с учётом любых значений данной настройки.
102.1822199.1.304.0Необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения"Заработная платаПрименение ограничений по больничным листам
Обсудить необходимость настроек "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения" для РФ. Есть настройка раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Процент пособия учитывать по" и настройки раздела Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения" и "Рассчитывать продолжительность работы для выбора ограничения".Для Республики Беларусь и России настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Особенности расчета "Стаж работы для выбора процента пособия" переименована в "Страховой стаж для расчета пособий". И перенесена из папки "Особенности расчета" в папку "Больничные, расчеты по среднему" Для Республики Беларусь и России скрыта настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные Ограничения "Стаж работы для выбора ограничения". Для Республики Беларусь и России Настройка "Рассчитывать продолжительность работы для выбора ограничения" установлена в значение "по единому стажу с предыдущими работодателями" и скрыта.
102.1902859.1.304.0РФ. Сторнирование страховых взносов и доп.тарифов на неначисляемые суммы прошлых периодовЗаработная платаРасчёт налогов на ФОТ
Если выполняется расчёт со сторнированием годовых взносов на неначисляемые суммы(именно) прошлых периодов, и при этом ситуация на БД такова, что производится доначисление взносов (СВ или ДТ - не имеет значения) - то неверно записывается признак для формирования связи между взносами и исходным начислением. Визуально на экранах просмотра расчётных или архивных налогов на ФОТ это не проявляется. Но, например, отчёт РСВ такие взносы по доп.тарифам не отражает.Исправлен функционал сторнирования годовых взносов РФ, приходящихся на неначисляемые суммы. Признак для связи оплаты и взносов формируется корректно.
102.1903479.1.304.0Детализация пользовательских алгоритмовЗаработная платаПользовательские алгоритмы
Для проверки правильности расчета пользовательских алгоритмов необходимо вывести в протокол значение функции TarSCoef.Доработан вывод в протокол значения функции TarSCoef
101.654849.1.303.0Больничные - оплачивать превышение ограничения в зависимости от условий трудового договораЗаработная платаОплата превышения ограничения по больничным листам
У многих клиентов оплата превышения ограничения больничных полагается не всем работникам - например, только руководителям среднего и высшего звена и т.п. Это условие прописывается в трудовом договоре с работником. Предлагается существующую настройку "Больничные, расчеты по среднему Ограничения - Оплачивать превышение ограничения пособия" разбить на две, например: - "Оплачивать превышение ограничения пособия" с вариантами "НЕТ/ВСЕМ РАБОТНИКАМ/ВЫБОРОЧНО"; - "Алгоритм расчёта превышения" (зависимая от предыдущей - недоступна при значении "НЕТ") с вариантами "ОТСУТСТВИЕ ОГРАНИЧЕНИЯ/ОТСУТСТВИЕ МАКСИМАЛЬНОГО ОГРАНИЧЕНИЯ/АЛГОРИТМ ИЗ КВО/ОТСУТСТВИЕ ОГРАНИЧЕНИЯ, НО НЕ БОЛЕЕ СУММЫ ПО АЛГОРИТМУ ИЗ КВО". И добавить соответствующий признак на вкладку [Стажи, надбавки] лицевого счёта в раздел данных для расчёта больничных, который будет доступен только при первой настройке "ВЫБОРОЧНО". Например, "Оплата превышения ограничения" с вариантами "ДА/НЕТ", или, возможно, имеет смысл интервал дат "С .. ПО .."Доработан функционал по оплате превышения ограничения больничных листов для случаев, когда оплата превышения полагается не всем работникам, а, например, только тем, для кого она оговорена в трудовом договоре. Выполнены следующие доработки: 1. Cуществующая системная настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Больничные, расчеты по среднему Ограничения Оплачивать превышение ограничения пособия" делится на две: "Оплачивать превышение ограничения пособия" с вариантами: - "нет", - "всем работникам", - "отработавшим минимальный стаж", - "по выбору в лицевом счете". "Расчeт превышения" (недоступна при значении "нет" предыдущей настройки) с вариантами: - "до полной суммы пособия", - "по алгоритму из КВО", - "да, но не более суммы по алгоритму из КВО". 2. Добавлен признак в ЛС "Оплата превышения ограничения" со значениями "да/нет" (по умолчанию "нет").
102.1745569.1.303.0Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
102.1880769.1.303.0Детализация расчета по пользовательскому алгоритмуЗаработная платаРасчет начислений (общие вопросы)
Просят реализовать более подробный протокол расчета пользовательского алгоритма (выводить значения всех функций алгоритма). Необходимо для отладки правильности работы алгоритма.Реализован более подробный протокол расчета пользовательского алгоритма.
102.1883489.1.303.0расчет по 29 алгоритмуЗаработная платаРасчет по среднему (алгоритмы отпусков)
Расчет по 29 алгоритму. ВО 91 назначается определенным образом через предварительный просмотр и используется для расчета и выплаты мат. помощи. ВО 91 рассчитывается по 29 алгоритму с признаком 0 и % 29.7. Если расчет ЗП производиться через ЛС сотрудника (Заработная плата |Документы | Лицевые счета), то программа "Галактика ERP" производит расчет верно. Если расчет производить по всем сотрудникам предприятия (Заработная плата | Операции | Расчет зарплаты | Расчет зарплаты) с теми же настройками, то рассчитываются по 91 ВО совсем другие суммы у этого сотрудника . Также хотелось бы отметить, что эта мат.помощь начисляется многим сотрудника, а такие проблемы с расчетами только у нескольких сотрудников. Проблема возникает в том случае, когда в списке сотрудников есть такой ЛС, для которого заведен 91 ВО в предварительной разноске и у которого нет ни одного полностью отработанного месяца, т.е. есть переход на расчет по среднечасовому.Для РБ исправлен расчет по алгоритмам расчета среднего для случая расчета по списку сотрудников, когда в данном списке есть ЛС с переходом на расчет по среднечасовому заработку.
180.108469.1.303.0Назначение платежа в Платежном порученииЗаработная платаПлатежные поручения
Некорректное формирование строк назначения платежа в платежном поручении с использованием шаблонов назначения платежа в модуле "Заработная плата" в случаях, когда код пользовательского типа документа не равен системному типу.В модуле "Заработная плата" исправлена последовательность передачи галактического и пользовательского типов документа при использовании функциональности шаблонов назначения платежа.
102.1896419.1.302.1Неправильно удерживаются алиментыЗаработная платаАлименты, исполнительные
У сотрудника два постоянных удержания алиментов. Первое на 1/3 доли заканчивается 10.09. Второе удержание на 1/4 доли с 11.09. При расчете алиментов неверно учитывается облагаемая база для расчета по данным постоянным удержаниям. Например, есть ВО 2114 с 01.09 по 13.09 и ВО 2114 с 28.09. по 30.09. Для первого постоянного удержания сумма за период с 28.09 по 30.09 не входит в облагаемую базу, но эта же сумма, пересчитанная пропорционально периоду штрафа, исключается и из базы для второго постоянного удержания, хотя должна входить в облагаемую базу для алиментов по второму удержанию полностью. Кроме этого неверно учитывается ВО 3101, в котором указан период начисления с 01.09 по 30.09, а количество отработанных дней/часов в оплате соответственно 3 дн/33 часа. В данном случае оплата пересчитывается исходя из времени, указанного в оплате, в результате получаем сумму алиментов, больше чем может быть начислено на полную сумму по оплате за вычетом НДФЛ.Исправлена описанная ситуация с учетом облагаемой базы по нескольким удержаниям, которые учитываются не за полный месяц. Для РФ добавили дополнительную входимость "Пересчитывать сумму для исполнительных документов на основании табеля". Если для ВО установлена данная доп.входимость, то количество фактически отработанных дней/часов для пересчета по такой оплате будет всегда определяться из табеля (в зависимости от типа оплаты).
101.649689.1.302.0Расчет НДФЛ - проставлять ссылки на депонированные платежные ведомостиЗаработная платаРасчет удержаний (6-НДФЛ)
При расчёте НДФЛ необходимо проставлять ссылки на платежные ведомости, даже если выплаты работнику ещё не было (сумма задепонирована). в этой ситуации сразу при расчёте ссылка на ПВ не проставляется, а функция контроля выплаты зарплаты потом уже не может правильно расставить эти ссылки.Для России доработана функция формирования результатов расчёта НДФЛ, в том случае, когда платёжная ведомость была депонирована. Теперь в этих записях проставляются ссылки на первичную платежную ведомости, даже если выплаты работнику ещё не было. Записи помечаются признаком "неизм." В рамках данного решения доработана функция формирования результатов расчёта и в том случае, когда на основе ведомости депонирования сформирована новы платёжная ведомость. Ранее, в таких случаях, выплаченная сумма поступала в результаты одной записью, теперь она разбивается по видам оплат.
106.106299.1.302.0Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начисленийЗаработная платаРасчёт налогов на ФОТ
Не рассчитываются налоги на ФОТ у работников с большим количеством (свыше 8500) расчётных начислений. Рассчитываем зарплату за очередной месяц - сентябрь, раздел "Налоги на ФОТ" в результатах расчета остается пустым. В смежных данных после расчета зарплаты налог также не заполняется, причем в графе "с учетом совместительства" - он заполнен и рассчитан правильно.Исправлено. Расчёт налогов на ФОТ корректно выполняется для работников, которым в расчётном месяце сформировано более 8500 сумм в расчётных начислениях.
102.1952639.1.301.1Копейки в НДФЛЗаработная платаРасчет подоходного налога
У работника после расчет з/п за 12 месяц НДФЛ рассчитался с копейками. "Настройки Галактики Управление персоналом Расчеты с персоналом Налог на доходы Округления Округление налога" =1 Реестр №000082979 правили вручную, так как реестр в ЕУС был автоматически сформирован с копейками, его округлили в большую сторону (:,59 коп. округлили до единицы). После формирования увидели копейки, поправили потому что срочно надо было платить увольнение. Фомировали в реестрах на перечисление з/пл. Проценты не указывали. Также после пересчета з/п возник долг за работником 0,41 и в/у 413 изменился на в/у 411. В результатах расчета з/п не должно быть дробной части.Доработана функция учёта реестров НДФЛ при расчёте заработной платы. Теперь суммы из реестров НДФЛ при записи в результаты расчёта дополнительно округляются по настройке "... Расчеты с персоналом Налог на доходы Округления Округление налога"
101.653179.1.301.0При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу.Заработная платаРасчет подоходного налога
При сторнировании видов оплат НДФЛ не сторнируется по Районному коэффициенту и сторнируется по окладу. На данный момент, возможно, не имеет значение какой именно вид оплаты указан в сторнирующей записи для НДФЛ, т.к. В.О. в результатах расчёта указывается для дальнейшего поиска вида дохода, а вид дохода для основной оплаты и РК одинаковый.Для России доработана функция формирования сумм НДФЛ в результатах расчёта. Теперь при наличии сумм возврата начислений за предыдущие месяцы, суммы НДФЛ отражаются с аналогичными видами оплат (по возможности).
102.1873929.1.301.0Отрицательная сумма НДФЛ с компенсации за неиспользованный отпуск при повторном приеме на тот же ЛС в одном и том же месяцеЗаработная платаРасчет удержаний (6-НДФЛ)
Сотрудника уволили 09.08., рассчитали компенсацию и выплатили весь причитающийся доход 09.08.Приняли 10.08. на тот же ЛС. При расчете зарплаты за месяц НДФЛ по ВО компенсации частично опять начисляется и сторнируется на излишне начисленную сумму НДФЛ.Для России доработана функция учёта реестров по перечислению компенсации за неиспользованный отпуск для формировании записей НДФЛ. Теперь отрицательные записи НДФЛ в результатах расчёта зарплаты не формируются. Примечание. Ситуация проявлялась при учёте сумм компенсации по дате выплаты.
102.1884289.1.301.0Изменения в Инструкции по исполнительному производствуЗаработная платаРасчет алиментов и исполнительных листов
Согласно п. 84 Инструкции 67 при поступлении к нанимателю нескольких исполнительных документов в пределах первой очереди (например, алименты), удержания из заработной платы и приравненных к ним доходов производятся нанимателем пропорционально причитающейся каждому взыскателю сумме. Требования второй-четвертой очереди (в пределах одной и той же очереди) удовлетворяются с учетом календарной даты поступления исполнительного документа нанимателю. При поступлении исполнительных документов нанимателю в один день удержания производятся с учетом даты выдачи исполнительного документа.Для значения настройки "Настройки Галактики Общие настройки системы Настройки для страны" = Беларусь. Для того, чтобы установить очередность с учетом календарной даты поступления исполнительного документа в окне постоянного удержания на закладке "Исполнительный документ" необходимо заполнить поле "дата поступления" исполнительного документа в организацию, при необходимости (в случае поступления исполнительных документов в один день) заполнить поле "дата оформления" документа. Обе даты добавлены на закладке "Исполнительный документ". С учетом этих дат будет установлен порядок удовлетворения требований по удержаниям для "второй" очереди. На данный момент в системе реализована возможность распределения денежных средств между взыскателями в рамках первой и второй очередей (с учетом максимального процента 70% и 50%). В случае, когда обе даты совпадают, сохраняется предыдущий порядок расчета, т.е. требования удовлетворяются пропорционально причитающейся каждому взыскателю сумме. Кроме этого в случае, когда в рамках первой очереди (70%) было удержана сумма 50% заработка, и если еще остались обязательства по погашению ИЛ второй очереди, то удержания сумм второй очереди не происходит.
102.1890319.1.301.0Возврат с настройкой ... Вид удержания для отражения сумм депонирования"Заработная платаУчет долгов при расчете зарплаты
Возник вопрос по настройке "Вид удержания для отражения сумм депонирования" Если депонент НЕ заморожен И установлена эта настройка, то одна и та же сумма отражается и в начислениях (144 автоматический возврат депонентов), и в удержаниях: а судя по хелпу такого не должно происходить.. Там так написано: "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не будут учитывать суммы, задепонированные в текущем месяце."Доработана функция возврата депонента по настройке "Вид удержания для отражения сумм депонирования". "если депонент не заморожен, то возвращается только сумма депонента на начало месяца; депоненты текущего месяца возврату не подлежат, т. е. 144 или 142 системные коды (возврат депонента) не учитывают суммы, задепонированные в текущем месяце."