When we proposed the original migration strategy for the NHS (back in the days when i drank Baileys by the pint,and CT had hair <img src="/ubbthreads/images/graemlins/yelrotflmao.gif" alt="" />) we were asked to bring across 3 years worth of absence history. This was the only history we had to bring over. I think it had something to do with supporting the OSP /OMP calculations
Listen mate, the last time I had hair was R10! And as far as I am aware you still drink Bailey's by the pint, except that these days it's 'mainlined' via a drip feed <img src="/ubbthreads/images/graemlins/beerchug.gif" alt="" />
Any road up, here's my £0.04 on the matter of SSP, excised from a whole bunch of bitter memories of the infamous 'Fat Boy Bloater Snackfoods' payroll implementation of some years ago:
We were migrating in sickness absence history, as well as some suitable values for average earnings which meant that a payment would be triggered.
Now this was all well and good apart from the fact that when you looked at the resulting SSP element entries, you had all of them from the start of the absence up to the current period, all in the current period! And yes, they all got processed in the payroll run. And no, the client did not want to go to the trouble of removing entries already dealt with in the legacy system.
So what we had to do to suppress the generation of these, was to define a new *temporary* withholding reason to indicate 'pre migration'. Then we had to include this withholding reason in the qualifying pattern for SSP. The interesting side effect for one or two of those affected people (with very long periods of absence), was that the end of the qualifying period for SSP was pushed back by the same number of days as we offset for pre-migration. So we had to define another *non-temporary* withholding reason to allow us to adjust it back to the original number of days.
Confused? You ought to be, because I certainly am...