Вопросы
Алименты не ограничиваются концом строки
Добрый день!
У сотрудника заканчиваются алименты, на виде стоит конец строки 07.04.2023, задолженности никакой нет, но алименты считаются за полный месяц.
Раньше 218 алгоритм учитывал тип неполноты, а сейчас, похоже, он этого не делает.
Вернее так: если стоит в 26 ст. СТВХ 2, то в кассовых ведомостях алименты считаются с учетом НДФЛ, но не ограничиваются датами, а если при этом поставить параметр, например, 6=1 (в пропорции по календарным дням), то ограничивает, но некорректно. Во-первых, вместо календарных дней берет пропорцию по рабочим, а во-вторых, если дата ведомости следующий месяц, то не видит НДФЛ этого месяца, алименты считает только с начислений. Правильно возьмет, только если дата ведомости из текущего месяца.
Просьба исправить.
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день! Во вложении 918 алгоритм (за основу взят стандартный 218 алгоритм). Расчет по месяцу начисления. Выборка сумм(Начислено-Удержано) идет с учетом дат действия вида алиментов с применением коэффициента неполноты. Тип неполноты - по календарным дням.
Для установки:
Если не было изменений в Usalg.s и UsFuncrw.s - распаковать в папку RASCHET, эти файлы заменятся. Если были изменения, то взять UserAlg918 из Usalg.s и GetSumWithKoefNepoln из UsFuncrw.s и перенести в свои файлы.
patch.7zupd:
Данный вариант расчета включен в поставку 623.0, для его включения нужно указать у алгоритма 218 первым параметром цифру 3
Добрый день!
Будет исправлен расчет стандартного 318 вида?
Вам не помог вариант из предыдущего поста?
Добрый день!
Даже не пробывала. Считаю, что стандартный алгоритм должен работать..
Данный вариант расчета включен в поставку 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
Собрать сумму по столбцу по месяцу начисления и применить к ней коэф. неполноты?
да
Пример алгоритма
USALG.S