HRMS Aces - The Online HRMS Community

HR_PF.K RUP4

Posted By: delboy

HR_PF.K RUP4 - 03/11/09 10:58 AM

Anyone been testing or implemented RUP4 for next year end. Got any war stories or issues.

Delboy
Posted By: delboy

Re: HR_PF.K RUP4 - 04/11/09 07:56 PM

Come on Guys,

Surely I can't be the only one testing RUP4??

Delboy
Posted By: bcooper

Re: HR_PF.K RUP4 - 09/11/09 01:05 PM

Sorry Del...
Yes we have been testing RUP4.
Think main issue we have encountered have been linked to the re-application of existing customisations (RUP4 has made some of our mods and tweaks redundant so an extensive round of regression testing has been taking place).

Hand on heart i cannot say if we have hit any genuine issues with it yet - mainly because i am not directly involved with the testing of it.

I will ask around on site.

Regards
Posted By: delboy

Re: HR_PF.K RUP4 - 11/11/09 12:30 PM

Hi Baz,

As a heads up. If you are running enhanced retropay........beware.

We implemented enhanced retropay in sept due to appalling run times in retropay by element. We managed to get combined run time of 24 hours (we ran the process twice each month against different element sets) to 1.5 hours. With RUP4 this increased to 8 hours. The selling point of enhanced retropay was that it did not recalculate back to the start of time each month, considerably improving performance. It seems that the new version in RUP4 has reverted back to its old ways.

We currently have a SR with Oracle, so watch this space.

Regards,

Delboy
Posted By: bcooper

Re: HR_PF.K RUP4 - 12/11/09 12:02 PM

Ah deep joy. I will pass on that nugget to the testing team

cheers

Baz
Posted By: kp_rapolu

Re: HR_PF.K RUP4 - 27/11/09 12:57 PM

We have completed RUP4 testing and I don't see much issues now. Except BACS output file changes.


cheers
KP/..
Posted By: delboy

Re: HR_PF.K RUP4 - 30/11/09 02:05 PM

Hi KP,

How has the file changed.

Cheers,

Delboy
Posted By: Gus

Re: HR_PF.K RUP4 - 03/12/09 01:15 PM

Guessing this is the one where the *.a01 file is no longer produced
Posted By: kp_rapolu

Re: HR_PF.K RUP4 - 03/12/09 01:43 PM

Hi Delboy,

After RUP4, When BACS process is completed, it will not genreate the p<req_id>.a01 file and it is creating the o<req_id>.out

To generate the p<req_id>.a01 file, we have set STD_FILE_NAME rule to 'Y' into' pay_aciton_paramters' table.Then BACS generates the p<req_id>.a01 as required and also o<req_id>.out file too.

Hope this help you


cheers
kp/..
Posted By: ALERO

Re: HR_PF.K RUP4 - 09/12/09 10:55 AM

Hi Delboy,

We have the same problem,will you be kind enough to share the SR number.

Apologies made a mistake in previous e-mail.

Thanks
Alero
Posted By: kp_rapolu

Re: HR_PF.K RUP4 - 11/12/09 07:23 PM

We hit some strange issue after RUP4, Payslip Generation - Selfservice process is hanging/strucks up and not finishing at all.

This seems to be a major performance issue.
Posted By: kp_rapolu

Re: HR_PF.K RUP4 - 18/12/09 09:09 AM

Issue got resolved after restarting the server.
Posted By: gaztorres

Re: HR_PF.K RUP4 - 23/02/10 11:17 AM

Surprisingly RUP4 went ok for us!

Gary
Posted By: delboy

Re: HR_PF.K RUP4 - 23/02/10 08:48 PM

You can't be running payroll and using enhanced retropay then.

Delboy
Posted By: bcooper

Re: HR_PF.K RUP4 - 24/02/10 12:52 PM

Originally Posted by delboy
You can't be running payroll and using enhanced retropay then.

Delboy

We are not using enhanced retro, but are using payroll. I think we have had a few performance issues but these have been resolved.

I've just got my grubby mits on RUP7 for 11i - was planning to trash my 11i vision instance over easter with it.
Posted By: delboy

Re: HR_PF.K RUP4 - 25/02/10 06:26 AM

Eh? Where did RUP7 come from if we are only up to RUP4?

Delboy
Posted By: delboy

Re: HR_PF.K RUP4 - 25/02/10 10:56 AM

Did you mean RUP7 on Release 12?

Delboy
Posted By: CT

Re: HR_PF.K RUP4 - 03/03/10 02:12 PM

Also experiencing some local difficulties here, attributable to RUP4 by all accounts - something has generated spurious potential life events with occurred dates (LF_EVT_OCRD_DT) way, way, way into the future - and then promptly processed them. It is causing us some serious grief here, not the least of which reason is because we can't seem to void or back them out via any API I know of. Anyone else found this, and gotten round it?
Posted By: bcooper

Re: HR_PF.K RUP4 - 03/03/10 04:09 PM

Originally Posted by delboy
Did you mean RUP7 on Release 12?

Delboy

No, definently said Rup7 on the packet (download).
Patch number (for Windows 32bit) is 6241631
Posted By: delboy

Re: HR_PF.K RUP4 - 03/03/10 04:51 PM

Aaah, that's the ATG patch. I think we are on RUP6.

Delboy
Posted By: bcooper

Re: HR_PF.K RUP4 - 10/03/10 06:50 PM

Yes, sorry (blush blush)

I'll get my coat
Posted By: sparrost

Re: HR_PF.K RUP4 - 06/04/10 01:51 AM

Hi All

We are racing the clock trying to finish the install of the RUP4 patches and have hit an issue with hrglobal.

Error is ORA-20001: The name 'LUMP_SUM_E_PAYMENTS_ASG_RUN' is already used by a User Entity

Anyone seen this before?
We have an SR open but Easter and large amounts of chocolate is slowing the resolution.
Posted By: sparrost

Re: HR_PF.K RUP4 - 07/04/10 11:08 PM

Oracle Support came through with a data fix. Fix applied and patch completed.

DELETE FROM ff_compiled_info_f
WHERE formula_id IN
(SELECT fdu.formula_id
FROM ff_fdi_usages_f fdu
WHERE fdu.item_name LIKE 'LUMP_SUM_E_PAYMENTS%');
DELETE FROM ff_fdi_usages_f WHERE item_name LIKE 'LUMP_SUM_E_PAYMENTS%';
DELETE FROM ff_database_items WHERE user_name LIKE 'LUMP_SUM_E_PAYMENTS%';
DELETE FROM ff_user_entities WHERE user_entity_name LIKE 'LUMP_SUM_E_PAYMENTS%';
© 2019 HRMS Aces - The Oracle HRMS Community