Комрады, доброго времени суток!

Подскажите, где и что я упускаю?
Ситуация:
у сотрудника в период 05.2022 сформировался долг перед работодателем в размере 16000 руб
в период 06.2022 сотрудник заработал 15000 руб, но еще прилетели и алименты в размере 50% (все у него не слава богу )
Что делает САП:
прогоняет первый цикл и на входе в RUPRI /550 = 13000, RUPRI вытаскивает ВО /561 из 05.2022 и видит, что 13000 - 16000 = уже отрицательная сумма и перекидывает алименты в DDNTK.
Я понимаю, что в какой то момент ему хватит денег и он выплатит этот долг, но разве алименты не имеют приоритет выше чем долг перед работодателем?
Куда копать?

Ох, как же я надеялся что есть стандартные механизмы для этого процесса
Это хорошо, что бухи еще не начали возмущаться, что долг перед работодателем удерживается полностью, независимо от суммы дохода, а не 20% как это положено по ТК РФ

P.S. пока писал ответ, куда то сообщение RoustR пропало(

@RoustR, а Вы случаем с таблицей T51P6 не сталкивались? Есть там интересный функционал, как приоритеты и алгоритм действий в случае, если дохода для удержания не хватает.
Например, алгоритм "1", когда независимо, хватает ли дохода перекрыть долг работодателя или не хватает, алименты удерживаются в любом случае.
Но пока не пойму, какими подводными камнями может это все аукнуться.

В стандарте долги сотрудника обрабатываются вне механизма обработки удержаний, поэтому для него понятие приоритета не применяется. В RUPRI ВО /561 обрабатывается только для того, чтобы получить оценку наличия денег у сотрудника для выполнения удержаний.


Нужно перевести работу с долгами сотрудника с ВО /561, /563 на свое кастомные, скажем на х561, х563
1. В конце расчета долга из ВО /563 перенести на свой ВО х563. Стандартый /563 занулить.
2. В расчете следующего месяца загрузить х563 из предыдущего и преобразовать его в х561.
3. х561 настроить как обычное удержание, в том числе определить приоритет его обработки в RUPRI.
4. В обратных расчетах обеспечить воспроизведение ВО х561, х563 аналогично тому, как это делается для ВО /561, /563.
5. В отчетах везде настроить х561, х563 аналогично /561, /563.

Правда в этом описании есть один тонкий вопрос - нужно обеспечить сохранность долга в ситуации, когда RUPRI ограничит удержание. Нужно обеспечить формирование исходящего долга сотрудника.
Это можно сделать установив T51P6 значение Просрочка = 1 (удержать всю сумму). В этом случае появиться стандартный /563, который будет перенесен в х563 (п.1). Правда RUPRI неправильно работает с удержаниями, у которых Просрочка = 1. Там при составлении плана сокращения не учитывается, что ВО может быть не сокращен. Правда, если долг сотрудника будет иметь самый низкий приоритет, то эта проблема не проявиться.
Другой вариант - ставить Просрочка = 2 и формировать исходящий долг с учетом значения в DDNTK в моем п.1

Я написал, но затем понял, что в моем описании есть проблемы, поэтому удалил сообщение, пока не исправлю. Сегодня дополнил.



С T51P6 сталкивался конечно. Это обязательная для настройки RUPRI таблица. Без нее RUPRI работать не будет. И приоритеты в T51P6 должны быть аналогичны приоритетам в V_T7RUD1-V_T7RUD3, иначе фигня будет.

Для T51P6-Просрочка = 1 подводный камень такой. RUPRI - это RU-надстойка для международной PRPRI. RUPRI составляет план удержаний по таблицам V_T7RUD1-V_T7RUD3, затем ядро от PRPRI выполняет сокращение согласно плану с учетом таблицы T51P6. Так вот, при составлении плана RUPRI не проверяет значение T51P6-Просрочка = 1 (то есть, ВО не может быть сокращен), и составляет план так, как будто ВО сокращается. Это значит что план для ВО, с приоритетом ниже, чем у ВО Просрочка = 1, будет составлен из расчета что денег было оставлено чуть больше, чем на реально осталось.
Ядро PRPRI работает с обработкой T51P6-Просрочка = 1, план сокращения летит к черту, цикл блок обработки удержаний зацикливается, пока ВО, с приоритетом ниже, чем у ВО Просрочка = 1, не будут сокращены полностью. Если это случится позднее, чем за 1000 итераций, то выскочит ошибка превышено число итераций цикла. В такой ситуации ТН будет считать очень долго.
Я дорабатывал блок составления плана сокращений на предмет анализа значения T51P6-Просрочка = 1.

Добрый день!
Делал что-то подобное в своей практике и работало без нареканий. Нет смысла совсем отказываться от стандартных ВО, достаточно к ним присовокупить одно мнимое кастомное удержание. Принцип работы следующий. После передачи долга прошлого периода в текущий из /563 в /561 сбрасываем сумму долга в кастомный ВО с удержанием. Прогоняем его через механизм RUPRI, где он будет лимитирован в соответствии с настроенными приоритетами и правилами. В моем случае это было 20%, как предел для прочих административных удержаний. После RUPRI на полученную сумму вычисленного мнимого удержания корректируем сумму в ВО /561. Тем самым. Не нарушаем общую системную логику формирования долгов, удерживаем долг в соответствии с требованиям законодательства. Кстати, размером удерживаемого долга можно управлять, задействовав в схеме 165 ИТ, который позволяет устанавливать индивидуальные лимиты. В общем случае сотрудник может изъявить желание и написать заявление об удержании долга процентом, отличным от установленного законодательством.