Текущее время: Вс, июл 06 2025, 02:56

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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