Текущее время: Вт, июл 15 2025, 09:20

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
 Заголовок сообщения: Алименты, задолжность, RUPRI, DDNTK, ARRRS
СообщениеДобавлено: Ср, фев 21 2007, 18:04 
Ассистент
Ассистент

Зарегистрирован:
Чт, дек 09 2004, 16:01
Сообщения: 47
Откуда: Москва
Добрый день!

Возникла следующая ситуация:

Система ERP 2004.
Рассчет алиментов и задолжности по алиментам.

Пример:
например у сотрудника оклад 1075 рублей.
он выплачивает 25% алиментов
+ ко всему ему поставили выплату долга по алиментам например 20 000 рублей.
ну и само собой почтовый сбор.

так вот по идее:
Сначала вычисляется 25 % алиментов.
Потом вычисляется сумма, которую надо заплатить для погашения задолжности.
и последнее сумма почтового сбора.
Причем если все это сложить, сумма не должна превышать 70% от 1075 рублей

Что получается:
процент алиментов высчитывает правильно. Сумму задолжности погашает полностью, до 70 %. Но задолжность рассчитывает без учета почтового сбора. Таким образом получается, что Алименты и задолжность укладываются в 70%, а почтовый сбор идет уже в привышение этих 70 %

то есть:
Алименты+Задолжность+почтовый сбор был равен 70 % от 1075

а получается:
Алименты + задолжность = 70% от 1075 и еще сверху идет почтовый сбор

Рассчитывается при помощи функции RUPRI.

Кто-нибудь сталкивался с этим?

Скажу заранее, что игрался со всеми таблицами T51P1 и т.д.
V_t51D1... и так далее и T7RUD1.... и так далее. Баловался с приоритетами и со всеми переключателями. ничего не помогает.


И еще дополнительный вопрос:

Можно ли при помощи стандартных функций или операций корректировать значения видов оплат в таблицах DDNTK и ARRRS? Причем , чтобы входящие корректировочные ВО были из таблицы IT. или на крайний случай RT.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 22 2007, 09:43 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, окт 08 2004, 14:23
Сообщения: 706
Откуда: Moscow
Пол: Мужской
Почтовый сбор сичтается после ограничения алиментов => цикл должен пойти на 2-ю итерацию.
Есть такое? Если нет то посмотрите почему не идет на повторную итерацию. У меня ходит :)

Почтовый сбор должен быть в настройках таблиц T51*1 и T7RU*
Он должен иметь наивысший приоритет. Его существование снижает сумму доступную для остальных ВО.

Вообще у меня работает именно для ситуаций, которые Вы описали.


Можно и DDNTK и ARRRS "поправить" посмотрите внимательно на операцию RUADD. Она используется в этом же цикле функций именно для учета почтового сбора.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 22 2007, 10:54 
Ассистент
Ассистент

Зарегистрирован:
Чт, дек 09 2004, 16:01
Сообщения: 47
Откуда: Москва
Вторая итерация запускается.


Можно тогда вас попросить смоделировать ситуацию, как в примере и посмотреть, какие суммы получаются?

Либо приведите свои цифры, полученные при таком расчете. Оченьнадо. Кстати, а какая у вас система? ERP 2004 или ERP 2005?


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB