Текущее время: Пт, мар 29 2024, 00:54

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 11:35 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Уважаемые дамы и господа,
Столкнулся с неожиданным явлением, прошу вашей помощи.

Решили обновить систему, ниже приведены данные обновленной системы.
Описание системы:
SAP ERP 2005 6.0 + EHP8
SAP NETWEAVER 7.5
SAP_BASIS 750 9
SAP_HR 608 45
EA-HR 608 45

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

В старой версии, если был внециклический расчет, то в регулярном расчете SAP менял статус у оригинального внециклического расчета с 'A' на 'P', создавал новый внециклический расчет со статусом 'A' и сам регулярный расчет со статусом 'A'. Т.е. в регулярном расчете выполнялся такой своеобразный обратный расчет внутри расчетного периода.

В новой системе SAP не создает новую копию OC расчета в регулярном расчете. Создается только непосредственно регулярный расчет.
Т.е. внутри расчетного периода не возникает обратный расчет.

Вопрос: это что-то у нас не настроено или же это новый алгоритм хранения данных в кластере расчета?
С одной стороны - это разумно, поскольку не плодятся межрасчеты, а с другой стороны нужно думать как по другому вычислять разницы видов оплат.

Заранее благодарен.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 11:40 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
Цитата:
ниже приведены данные обновленной системы

А до апгрейда было как?

Цитата:
если был внециклический расчет, то в регулярном расчете SAP менял статус у оригинального внециклического расчета с 'A' на 'P', создавал новый внециклический расчет со статусом 'A' и сам регулярный расчет со статусом 'A'.

Ну да, так должно быть.

_________________
С уважением.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 12:36 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
ISergiv написал(а):
В старой версии, если был внециклический расчет, то в регулярном расчете SAP менял статус у оригинального внециклического расчета с 'A' на 'P', создавал новый внециклический расчет со статусом 'A' и сам регулярный расчет со статусом 'A'. Т.е. в регулярном расчете выполнялся такой своеобразный обратный расчет внутри расчетного периода.

В новой системе SAP не создает новую копию OC расчета в регулярном расчете. Создается только непосредственно регулярный расчет.
Т.е. внутри расчетного периода не возникает обратный расчет.


Может и вариант 1, и вариант 2. Выбор варианта работы зависит от дополнительных условий.

Вот сейчас у вас для ОС не создалась копия в регулярном расчете. Зайдите в ИТ0003 и поставьте в поле "СамРанДИзменОсД" 01 число месяца расчета и посмотрите, что получиться. По моему, ОС включиться в расчет.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 16:46 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Рад приветствовать Вас, уважаемые calm и RoustR.
Спасибо за то, что откликнулись.
Извините за задержку с ответом, хотел, еще раз смоделировать ситуацию на обновленной системе, но оказалось, что с ней какая-то аппаратная проблема, которую до сих пор не решили.
Затягивать и далее с ответом, было бы неуважением к Вам, поэтому опишу ситуацию по памяти недельной давности.
Версия старой системы: EHP5, Netweaver 7.0, basis 702 0016, sap_hr 604 0096, ea-hr 605 0073.
OC категория внеплановой выплаты 02.

1) вносим внеплановую выплату ИТ0267.
- в таблице T52RIC запись о внеплановой выплате.
2) вносим выплату в ИТ0015.
- в поле RRDAT ИТ0003 дата внеплановой выплаты;
- в поле RCBON ИТ0003 дата внеплановой выплаты;
3) выполняем внециклический расчет.
- в поле RRDAT ИТ0003 дата внеплановой выплаты;
- в поле RCBON ИТ0003 ПУСТО;
- в таблице T52RIC записи о внеплановой выплате НЕТ.
4) выполняем регулярный расчет - сохраняется запись только о самом регулярном расчете, но кажется при этом результаты внеплановой выплаты учитываются (ЭТО Я КАК РАЗ ЕЩЕ РАЗ ХОТЕЛ ПРОВЕРИТ)

Если вручную заполнить дату RCBON, то внецикл включается в регулярный расчет и в кластер идут оба расчета.

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

Когда переподнимут новую систему еще раз посмотрю.
Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 17:11 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Проверил на новой системе - ДА УЧИТЫВАЮТСЯ результаты внецикла.
Сохраняется только регулярный расчет без внецикла.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Пн, май 07 2018, 17:18 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
В RT вижу суммы выданные в межрасчет, сумму удержанного налога в межрасчете, но сохраняется только регулярный расчет.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Вт, май 08 2018, 06:39 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
Не вижу причин для беспокойства.
Будет ли в регулярный расчет обратный расчет по внециклу зависит от внутренней логики, в которую входят довольно много условий (в том числе и заполнение поля ИТ0003-RRDAT). Если интересны детали, можно посмотреть в отладке, процедуры FILL-APER, FILL_APER_FOR_REGULAR_PAYROLL, смотреть нужно на таблицу aper. Там в итоге будут расчеты, который будут выполняться.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Вт, май 08 2018, 10:41 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Спасибо большое уважаемый RoustR за ответ.
С точки зрения оптимизации хранения данных, невключение внецикла в обратный расчет - это даже очень правильно.
Но дело в том, что у нас Z разработка для формирования проводок в операционный день банка, в логику которого было включено вычисление разниц между связанными расчетами.
Получается, что если это фича, и ее нельзя вернуть к прежнему варианту, то придется перелопачивать выборку правильных сумм в проводку.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Чт, май 10 2018, 12:27 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
По подсказке RoustR, потрассировал HRUCALC0, обнаружил следующее изменение по сути рассматриваемого вопроса:

Изменился метод CL_HR_PAYROLL_MAIN-DETERMINE_RETRODAYS
старая версия:

IF p0003-rcbon CO '0 '. "EHA2219823
"Find any bonus result that is run during and after current period
l_help_date = begda.
ELSE.
l_help_date = me->get_mindat( imp_date_1 = p0003-rcbon
imp_date_2 = begda ).
ENDIF.

* 2.4 Es konne noch in der Vergangenheit Boni vorhanden sein, die
* auch abzurechnen sind weil:
IF l_help_date CN '0 ' OR imp_forced_retro_date CN '0 '.
* a. Zahldatum vor RCBON liegt, da ihr Ergebnis auf nicht mehr
* gultigen Infotypen beruhen kann.
l_help_date = me->get_mindat( imp_date_1 = l_help_date
imp_date_2 = imp_forced_retro_date ).
l_help_date = me->get_maxdat( imp_date_1 = l_help_date
imp_date_2 = exp_retro_date_regular

новая версия:

* 2.4 Es konne noch in der Vergangenheit Boni vorhanden sein, die
* auch abzurechnen sind weil:
IF p0003-rcbon CN '0 ' OR imp_forced_retro_date CN '0 '.
* a. Zahldatum vor RCBON liegt, da ihr Ergebnis auf nicht mehr
* gultigen Infotypen beruhen kann.
l_help_date = me->get_mindat( imp_date_1 = p0003-rcbon
imp_date_2 = imp_forced_retro_date ).
l_help_date = me->get_maxdat( imp_date_1 = l_help_date
imp_date_2 = exp_retro_date_regular ).

Как думаете - это фича?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Чт, май 10 2018, 14:47 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Каким образом теперь определять связанные расчеты?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Чт, май 10 2018, 15:14 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
Я бы вообще не трогал HRUCALC0 в этой области. Слишком сильные изменения, за которыми потом постоянно придется следить.
Здесь явно проблема в вашей Z-разработке, нужно править ее. Для примера можно посмотреть как отчет H99CWTR0 обрабатывает такую ситуации.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Хранение расчетов в кластере
СообщениеДобавлено: Чт, май 10 2018, 15:24 
Специалист
Специалист

Зарегистрирован:
Пн, дек 12 2011, 17:42
Сообщения: 141
Да Вы правы, придется править Z. Вот я и думаю как теперь определять связанные расчеты, поскольку ситуация для обратного расчета предыдущих регулярных периодов и внецикла текущего периода теперь выглядит по разному. ФМ, которые я использовал до этого не подходят, поскольку не учитывают эту разницу в логике.
Думаю, нужно дополнительно включить блок, где определять все внециклы у которых для-период попадает в для-период регулярного расчета и если этого внецикла нет в обратном расчете, то принудительно включать его в обработку.


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

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


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

Сейчас этот форум просматривают: Mail.RU Bot


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

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