Post Chronology

December 2024
M T W T F S S
 1
2345678
9101112131415
16171819202122
23242526272829
3031  

InFullBloom Archives

Categories

Speaking Engagements

UPCOMING
Predict and Prepare sponsored by Workday 12/16

PAST BUT AVAILABLE FOR REPLAY
The Bill Kutik Radio Show® #171, 2/15
The Bill Kutik Radio Show® #160, 8/14
The Bill Kutik Radio Show® #145, 1/14
Workday Predict and Prepare Webinar, 12/10/2013
The Bill Kutik Radio Show® #134, 8/13
CXOTalk: Naomi Bloom, Nenshad Bardoliwalla, and Michael Krigsman, 3/15/2013
Drive Thru HR, 12/17/12
The Bill Kutik Radio Show® #110, 8/12
Webinar Sponsored by Workday: "Follow the Yellow Brick Road to Business Value," 5/3/12 Audio/Whitepaper
Webinar Sponsored by Workday: "Predict and Prepare," 12/7/11
HR Happy Hour - Episode 118 - 'Work and the Future of Work', 9/23/11
The Bill Kutik Radio Show® #87, 9/11
Keynote, Connections Ultimate Partner Forum, 3/9-12/11
"Convergence in Bloom" Webcast and accompanying white paper, sponsored by ADP, 9/21/10
The Bill Kutik Radio Show® #63, 9/10
Keynote for Workforce Management's first ever virtual HR technology conference, 6/8/10
Knowledge Infusion Webinar, 6/3/10
Webinar Sponsored by Workday: "Predict and Prepare," 12/8/09
Webinar Sponsored by Workday: "Preparing to Lead the Recovery," 11/19/09 Audio/Powerpoint
"Enterprise unplugged: Riffing on failure and performance," a Michael Krigsman podcast 11/9/09
The Bill Kutik Radio Show® #39, 10/09
Workday SOR Webinar, 8/25/09
The Bill Kutik Radio Show® #15, 10/08

PAST BUT NO REPLAY AVAILABLE
Keynote, HR Tech Europe, Amsterdam, 10/25-26/12
Master Panel, HR Technology, Chicago, 10/9/012
Keynote, Workforce Magazine HR Tech Week, 6/6/12
Webcast Sponsored by Workday: "Building a Solid Business Case for HR Technology Change," 5/31/12
Keynote, Saba Global Summit, Miami, 3/19-22/12
Workday Rising, Las Vegas, 10/24-27/11
HR Technology, Las Vegas 10/3-5/11
HR Florida, Orlando 8/29-31/11
Boussias Communications HR Effectiveness Forum, Athens, Greece 6/16-17/11
HR Demo Show, Las Vegas 5/24-26/11
Workday Rising, 10/11/10
HRO Summit, 10/22/09
HR Technology, Keynote and Panel, 10/2/09

Adventures of Bloom & Wallace

a work in progress

More Of Naomi’s Killer Scenarios: Retroactive Processing

Once upon a time, the concept of retroactive payroll processing was invented to handle the all too often situation of a personnel action (that’s what they were called when I was young) that was presented to “the system” after the date on which is should have taken effect.  Without a retroactive processing capability in payroll, someone would hand calculate the delta for every element of gross pay and every deduction between what had been calculated — and this could involve many pay periods — and what should have been calculated.  They would then determine how to handle that delta in terms of making specific changes to the current payroll calculations, adding a little to gross pay here and/or taking a little away from specific deductions there.  Annoying yes, but an entirely doable manual process when the odd personnel action was late. 

But what about all that hand calculating when a LABOR AGREEMENT was finally signed six months after the end date of the previous agreement and with all provisions made retroactive to that end date?  Or when it was discovered, six months into the year, that the health care plan deduction amounts table was in error?  Or when, at year-end, it was discovered that the FICA calculation had run amuck?  As the workload grew from all this hand calculating and manual adjusting, a clever programmer, whose name has been lost in the mists of time, saw the possibility of creating a payroll application which could do much of this in an automated way.  With a little effective dating here, and a little re-entrant code there, the first, modestly capable, retroactive processing payroll — one of my preferred behaviors — was born.

But, as with so many great inventions, it became obvious very quickly that these early efforts could only handle some very specific and limited retroactive processing scenarios (or Use Cases).  What if there were intervening rule changes between the date on which the delayed personnel action should have been processed and when it was actually processed?  What if there were ripple effects that weren’t just about payroll calculations, to include the domino effects when succession plans are executed?  What if there wasn’t just one error in the health care plan deduction amounts table but an error there and in the corresponding eligibility criteria so that employees were ending up in the wrong plans as well as having the wrong amounts deducted for those plans?  To make further progress in retroactive processing, to decide how far to go/at what cost/with what business case, we needed some way of organizing the many possible scenarios.

With too many different flavors of retroactive processing to count, let alone to provide written scenarios here, this taxonomy, which I’ve been using for nearly twenty years,  provides a framework for the discussion — and for developing scenarios for those flavors that are relevant to your business.  Retroactive processing may be needed to accommodate:

  1. A single late event with no intervening rules changes or ripple affects — with and without $ affects;
  2. A single late event with no intervening rules changes but with a ripple affect — with and without $ affects;
  3. A single late event with intervening rules changes but no ripple affects — with and without $ affects;
  4. A single late event with intervening rules changes and ripple affects — with and without $ affects; and
  5. A group of late events under thesel eight conditions.
  6. A single incorrect event with no intervening rules changes or ripple affects — with and without $ affects;
  7. A single incorrect event with no intervening rules changes but with a ripple affect — with and without $ affects;
  8. A single incorrect event with intervening rules changes but no ripple affects — with and without $ affects;
  9. A single incorrect event with intervening rules changes and ripple affects — with and without $ affects; and
  10. A group of incorrect events under these eight conditions.
  11. A single late rules change with no intervening rules changes or ripple affects — with and without $ affects;
  12. A single late rules change with no intervening rules changes but with a ripple affect — with and without $ affects;
  13. A single late rules change with intervening rules changes but no ripple affects — with and without $ affects;
  14. A single late rules change with intervening rules changes and ripple affects — with and without $ affects; and
  15. A group of late rules changes under these eight conditions.
  16. A single incorrect rules change with no intervening rules changes or ripple affects — with and without $ affects;
  17. A single incorrect rules change with no intervening rules changes but with a ripple affect — with and without $ affects;
  18. A single incorrect rules change with an intervening rules change but no ripple affects — with and without $ affects;
  19. A single incorrect rules change with intervening rules changes and ripple affects — with and without $ affects; and
  20. A group of incorrect rules changes under these eight conditions.

This is another one of those situations where no one in their right mind would attempt to automate every possible scenario because the cost of doing so would far outweigh the benefits of being able to handle something that rarely happens or whose cost to correct manually is quite reasonable.  But this taxomony should be translated by end-users into “killer” scenarios that test any HCM software of interest for its retroactive processing capabilities — far beyond payroll of course — as they would impact the real world needs of that end-user.  And HCM software vendors will want to ensure that their products do a great job of handling those retroactive processing scenarios that are appropriate to their scope and target markets. 

Now how many verb tenses will you need to write those scenarios?  And what scenarios have you encountered that don’t have a home in my taxonomy?  There’s a bottle of Tres Generaciones waiting for you if you’re able to propose an HRM scenario for which the taxonomy doesn’t provide a home.

3 comments to More Of Naomi’s Killer Scenarios: Retroactive Processing

  • Retrocalculations are one of the challenging aspects of SAP’s time & payroll calculation routines – it’s a good & bad thing at the same time. The system does them just fine, but explaining/communicating the results can be challenging. And, if you don’t customize the system correctly, your retrocalculations might not be correct.

    • Naomi Bloom

      Steve, thanks for much for your feedback. You are bringing up a very important point. Proper (i.e. InFullBloom) retroactive processing capabilities — and prospective processing capabilities as discussed in my last post http://infullbloom.us/?p=1055 — must leave an easily understood and visible audit trail. These capabilities must also be able to be set up with only configuration, never needing customization, and through a user experience that can be managed by business people without IT intervention. Given that we’ve been working on these requirements for 40+ years, it’s not too much to expect that today’s software can do this well and in a way that normal people can understand.

Leave a Reply