Who's Online Now
0 registered members (), 4 guests, and 19 spiders.
Key: Admin, Global Mod, Mod
Newest Members
SAI, Balasubramaniam, Dataterrain, Sarathy R, pjchiverton
1258 Registered Users
Recent Posts
Just imagine...
by MarinaH. 08/11/17 05:42 AM
Changing the PAYE ref on an "in flight" Payroll
by BRIAN_D. 30/10/17 02:00 PM
Top Posters(30 Days)
delboy 1
Popular Topics(Views)
421,915 PAYE RTI
50,341 HR_PF.K RUP4
Previous Thread
Next Thread
Print Thread
Rate This Thread
#12004 - 23/08/17 02:15 PM Moving between OSP Plans  
Joined: Jan 2010
Posts: 25
rdibley Offline
regular
rdibley  Offline
regular

Joined: Jan 2010
Posts: 25
Calling all OSP experts...I have a requirement where employees can change from one OSP plan to another. When moving from Plan A to Plan B, the OSP Days taken under Plan A must be included in the OSP calculation for Plan B. I've set up two OSP plans using the standard Absence templates and the two plans do not 'talk' to each other. There is no way I can see of achieving this using standard functionality. The employee is simply given the full entitlement for the new OSP Plan and any days taken on the old plan are ignored. I do know about the Override OSP Entitlement EIT but I only really want to use it as a last resort - because it's fiddly to use and also because this occurs often enough to warrant an automated solution. Does anyone have any experience of doing this? Am I looking at a horribly complex customisation? Thanks Aces

#12008 - 24/08/17 05:31 AM Re: Moving between OSP Plans [Re: rdibley]  
Joined: Mar 2005
Posts: 1,251
delboy Offline
The Grand Daddy
delboy  Offline
The Grand Daddy
*****

Joined: Mar 2005
Posts: 1,251
Somewhere in South of England
I think you may well be. We have had to use the Override OSP Entitlement EIT but on one plan and it's not pretty. I still have an SR open with Oracle on some of it's functionality.

#12009 - 24/08/17 07:41 AM Re: Moving between OSP Plans [Re: delboy]  
Joined: Jan 2010
Posts: 25
rdibley Offline
regular
rdibley  Offline
regular

Joined: Jan 2010
Posts: 25
Thanks Del. The only alternative I can think of is to just have one OSP Plan instead of two, with both sets of OSP Entitlement held in one Entitlement UDT. So I'll have two columns for Band1 Entitlement, one for contract type A and one for contract type B. So everyone gets enrolled into the same plan, and stays on that plan even if they change contract type. The problem here is that I'd need to ensure the entitlement calculation logic uses the contract type to determine which column in the Entitlement table to use. I have a horrible feeling that the Absence Participation Process does some of the OSP entitlement calculation, in which case I'd have to customise it, which is a bit of a no-no. Grateful for any advice from OSP gurus out there.

#12010 - 24/08/17 07:58 AM Re: Moving between OSP Plans [Re: rdibley]  
Joined: May 2008
Posts: 425
SBi Offline
battle-hardened campaigner
SBi  Offline
battle-hardened campaigner

Joined: May 2008
Posts: 425
UK
As standard I think we have limited option to using override EIT for people moving across plans. Thinking of small number of cases when this would be required generally clients get on and use the EITs.

#12012 - 24/08/17 02:48 PM Re: Moving between OSP Plans [Re: SBi]  
Joined: Jan 2010
Posts: 25
rdibley Offline
regular
rdibley  Offline
regular

Joined: Jan 2010
Posts: 25
Thanks, yes the Override OSP would be fine to use for a small number of cases. But we have a particular business process which means that we'll definitely have a fair number of these cases every year. So if it's possible to automate this it would be worthwhile, as long as it's not horrendously complicated.


Moderated by  CT, delboy 

Forum Statistics
Forums48
Topics2,194
Posts11,872
Members1,258
Most Online90
Mar 5th, 2017
Today's Birthdays
No Birthdays
Recent vacancies
Top Posters(All Time)
CT 2,086
bcooper 1,285
delboy 1,251
paulgos 431
SBi 425
Gus 252
pat 249
vkumar 223
November
S M T W T F S
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30
Powered by UBB.threads™ PHP Forum Software 7.6.0
Page Time: 0.037s Queries: 15 (0.010s) Memory: 2.7495 MB (Peak: 2.9098 MB) Zlib disabled. Server Time: 2017-11-19 12:18:37 UTC