+3
На рассмотрении

Алименты не ограничиваются концом строки

KTV 2 года назад в Расчеты начислений и удержаний / Алгоритмы обновлен 5 часов назад 11

Добрый день!

У сотрудника заканчиваются алименты, на виде стоит конец строки 07.04.2023, задолженности никакой нет, но алименты считаются за полный месяц.

Раньше 218 алгоритм учитывал тип неполноты, а сейчас, похоже, он этого не делает.

Вернее так: если стоит в 26 ст. СТВХ 2, то в кассовых ведомостях алименты считаются с учетом НДФЛ, но не ограничиваются датами, а если при этом поставить параметр, например, 6=1 (в пропорции по календарным дням), то ограничивает, но некорректно. Во-первых, вместо календарных дней берет пропорцию по рабочим, а во-вторых, если дата ведомости следующий месяц, то не видит НДФЛ этого месяца, алименты считает только с начислений. Правильно возьмет, только если дата ведомости из текущего месяца.

Просьба исправить.

Добрый день! Во вложении 918 алгоритм (за основу взят стандартный 218 алгоритм). Расчет по месяцу начисления. Выборка сумм(Начислено-Удержано) идет с учетом дат действия вида алиментов с применением коэффициента неполноты. Тип неполноты - по календарным дням.

Для установки:

Если не было изменений в Usalg.s и UsFuncrw.s - распаковать в папку RASCHET, эти файлы заменятся. Если были изменения, то взять UserAlg918 из Usalg.s и GetSumWithKoefNepoln из UsFuncrw.s и перенести в свои файлы.

patch.7z


upd:

Данный вариант расчета включен в поставку 623.0, для его включения нужно указать у алгоритма 218 первым параметром цифру 3

Добрый день!
Будет исправлен расчет стандартного 318 вида? 

На рассмотрении

Вам не помог вариант из предыдущего поста?

+1

Добрый день!
Даже не пробывала. Считаю, что стандартный алгоритм должен работать.. 

Данный вариант расчета включен в поставку 623.0, для его включения нужно указать у алгоритма 218 первым параметром цифру 3

ZPL_zplinfo_full(20241101_111340).cab

Добрый день. Пробую рассчитать алименты за неполный месяц. Поставил у 218 алгоритма первый параметр 3, в доп.инфо при расчете вида показывает тип неполноты 2 (по нормативным рабочим дням) а на суммы начислений удержаний выйти не могу. Если дата вида равна дате конца месяца то выбирает суммы корректно, а если поставить например дату конца 01.10.2024 (один рабочий день получается) то выбирает не понятно как. По логике должен всю сумму начислений или удержаний делить на количество нормативных рабочих дней по графику работника?

Добрый день.

У видов начисления тоже даты стоят - почему вы их не учитываете?

Добрый день, клиент поднял вновь этот вопрос с датами ограничения алиментов.

218 алгоритм с параметром 3 работает с учетом дат действия видов НУ, которые собираются в сумму для начисления алиментов, но клиент считает, что датами должно ограничиваться только само удержание, и хотелось бы по календарным дням, а не по рабочим.

Например, алименты 50% действуют с 17 марта, начислено в месяце 10000, НДФЛ 130.

Расчет алиментов 8700/31*15*50%=2104,84.

Возможно ли так настроить 218 алгоритм?

Даты действия видов НУ, входящих в базу расчета алиментов учитывать не совсем корректно, в месяце могут быть отпускные за часть месяца, или вообще за будущий месяц, и тогда они в расчет могут не войти.

Можно взять за основу поставочный алгоритм 218, и написать свою реализацию, поместив вызов в USALG.S

хотелось бы по календарным дням, а не по рабочим.

Тип неполноты задается 3м параметром

по календарным дням - это 1

Например, алименты 50% действуют с 17 марта, начислено в месяце 10000, НДФЛ 130.Расчет алиментов 8700/31*15*50%=2104,84.

Собрать сумму по столбцу по месяцу начисления и применить к ней коэф. неполноты?

Собрать сумму по столбцу по месяцу начисления и применить к ней коэф. неполноты?

да

Сервис поддержки клиентов работает на платформе UserEcho