404
SOLUTION WORKBENCHDesign boundary, configuration, and proof

H2R 404 · SOLUTION AND CONFIGURATION WORKBENCH

How do you design and configure H2R safely?

Build one controlled employee lifecycle by deciding where people data lives, how it is effective-dated and protected, which country process runs payroll, and how changes are proven end to end.

MINIMUM CONTROLLED SPINE

One hire-to-pay-and-exit scenario

Start with one legal entity and country, one employee population, one hiring route, and one reconciled payroll and Finance hand-off. Add more countries and integrations only after this spine works.

01

DESIGN DECISION

Choose the system of record

Every person, organisation, position, and payroll-relevant field needs a clear authoritative source.

Decide before configuration

  1. Choose the cloud, on-premise, or hybrid operating model.
  2. For each replicated field, name source, target, owner, timing, error owner, and correction path.
  3. Keep employee identifier, effective date, and event reason consistent across the chain.
02

FOUNDATION DATA

Build effective-dated workforce foundations

Organisation, job, position, location, cost centre, pay group, and worker classification make the lifecycle executable.

Maintain in dependency order

  1. Establish legal entities, business units, departments, locations, and cost ownership.
  2. Define jobs and positions with reporting relationships and vacancy status.
  3. Assign payroll areas, calendars, and country-relevant classifications.
  4. Test a future-dated transfer and confirm history remains readable.
03

SECURITY AND WORKFLOW

Protect people data and approvals

HR data needs role-based visibility, purpose-limited use, and an auditable approval route.

Configure and test

  1. Define employee, manager, HR, payroll, recruiter, and integration roles by population and field sensitivity.
  2. Route hiring, compensation, time, and termination events to accountable approvers.
  3. Test both allowed and denied access; prove a manager cannot see unrelated sensitive data.
04

PAYROLL HAND-OFF

Connect time, pay, and Finance

Approved time and employee changes become pay inputs; payroll then produces payment, employee statements, and financial postings.

Define the country-specific boundary

  1. Confirm payroll provider or engine, pay frequency, cut-off, calendars, and retroactivity policy.
  2. Map time, recurring pay, deductions, benefits, and leaver events to the payroll process.
  3. Agree posting accounts, cost allocation, reconciliation owners, and error handling with Finance.

TRANSACTIONAL PROOF

Run one connected employee story

Configuration is not evidence. Test the lifecycle with a controlled fictional worker and retain only appropriately protected test evidence.

  1. 01
    Approved position and requisition

    Organisation, position, hiring authority, and cost ownership resolve correctly.

  2. 02
    Offer and onboarding

    The worker record has the correct effective date, access tasks, payroll-relevant data, and permission boundary.

  3. 03
    Time, payroll, and Finance

    Approved inputs calculate once; employee result and Finance posting reconcile.

  4. 04
    Transfer or exit

    A dated change preserves history; final obligations, retention actions, and access removal complete.

PRODUCT REFERENCES

Verify against the target landscape

SAP documentation for the installed release and country scope is authoritative for detailed configuration.

READY FOR THE PROJECT?Continue to H2R 505

Apply the workbench through workshops, testing, cutover, and stabilization.

Enter the live project