Текущее время: Чт, мар 28 2024, 11:05

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


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

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


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

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