Workday logoPing Identity logo

Identity and access management

Workday to Ping Identity integration: what PingOne's Workday provisioner does, and where custom work starts

You connect Workday and Ping Identity with PingOne's Workday provisioner, which fetches new and changed workers from Workday every fifteen minutes with name, email address and status. KoppelHet adds what that provisioner does not do, such as contingent workers from Workday, department and manager as attributes and an account that is ready before the first working day.

What the integration does

Organisations that manage workers in Workday and use PingOne as their access gateway often set up PingOne's Workday provisioner. It works for permanent employees, but contractors who are contingent workers in Workday still get their access by hand, and applications lack department and manager.

  1. Together we review what PingOne's Workday provisioner already handles and which attributes and groups are missing.
  2. KoppelHet reads in Workday, with its own Integration System User, only the fields and workers the provisioner does not deliver.
  3. Contingent workers become users in their own population in PingOne, with the end date of their assignment.
  4. Department, job and manager are added as attributes on all users, and supervisory organisations become groups.
  5. On a termination or the end of an assignment KoppelHet disables the user on the effective date.
Workday → KoppelHet → Ping IdentitySOURCEWorkdayTARGETPing IdentityKoppelHetmapping · logging · monitoringWorkday → KoppelHet → Ping IdentitySOURCEWorkdayTARGETPing IdentityKoppelHetmapping · logging · monitoring
Out: PingOne user with name, email and status · Contingent workers · Department, job and manager · Groups per supervisory organisation

What to watch for with Workday and Ping Identity

  • PingOne's Workday provisioner only fetches full-time employees; contingent workers are not imported. KoppelHet therefore puts contractors who are in Workday into PingOne itself, in their own population and with the end date of their assignment.
  • By default the provisioner takes six attributes, including name, work email and status. Department, job or start date require an Integration System in Workday with a Field Override Service per field, and PingOne treats all those extra fields as text.
  • The provisioner asks Workday for changes every fifteen minutes. If that fails, PingOne waits twelve hours and then synchronises everything again. KoppelHet alerts IT to a stalled provisioner, so a leaver does not keep access for half a day longer.
  • Writing back to Workday with the provisioner is only possible for existing workers, and fails if a business process is still pending for that field. KoppelHet checks pending processes and retries the work email once the process is completed.
  • The Integration System User for the provisioner must be in an unconstrained security group with read-only rights, and the policy change must be activated in Workday. KoppelHet uses its own ISU with only the domains for the extra fields, so rights can be reviewed per integration.
  • A hire is often completed in Workday weeks before the start date. KoppelHet then prepares the user but disabled, and enables them on the first working day, so MFA registration and the first sign-in work on day one.

This integration is also part of joiner, mover, leaver.

How we build and run it

  • The integration runs on the KoppelHet platform, hosted in a data centre in the EU.
  • Every sync and every error is visible in the functional log; on an error your administrator is notified.
  • A change that cannot go through is not half-applied but queued for another attempt.
  • KoppelHet is ISO 27001 certified. Data travels encrypted and stays on the platform no longer than needed.
  • After go-live we manage the integration and adjust it when your process changes.
  • The integration fits next to your existing integration layer. Only the fields in the design are transferred; the platform keeps no register of its own.

Implementation, architecture and compliance

Implementation and price

This is not an app you switch on. We build the integration for your organisation on our platform, with building blocks we reuse on every project. So it is custom work that does not start from scratch.

A consultant prepares the intake and analyses both systems. We then record the mapping and exceptions field by field, test in the test or acceptance environment and go live at a moment you choose. Costs are a one-off amount for the setup and a monthly amount for platform, monitoring and support.

Price indication · Basic

Leave your work email and you see the price indication right away.

We only use your address to follow up on your question about this integration.

Frequently asked questions

Can we not do everything with PingOne's provisioner?

For permanent employees with name, email and status, often yes. Once contractors are in Workday or applications need department and manager, KoppelHet adds to it.

Will the provisioner and KoppelHet not overwrite each other?

No. We record per attribute who fills it. The provisioner keeps its default fields, KoppelHet only writes the extra fields and the users in the contractor population.

Does this also work without the Workday provisioner?

Yes. KoppelHet then delivers all workers through PingOne's SCIM entry point, with the same rules.

Technical details for IT

For those who want to know how it works under the hood: APIs, fields and sources used.

  • Workday is read through Workday Web Services (Get_Workers in Human_Resources, also for contingent workers) or a RaaS report with an Integration System User. The PingOne provisioner uses an ISU in an Unconstrained Integration System Security Group with Get Only domains; custom fields through an Integration System with a Field Override Service (Worker business object).
  • PingOne is written with a Worker app (Identity Data Admin) through the SCIM API (/v2/DirectMappedUsers for custom attributes, population.id per worker type), groups through POST /v1/environments/{envID}/groups and disabling through the enabled setting. The work email goes back through the business process for work contact information.

Which fields are transferred

The key fields. The full mapping is agreed per customer.

Field in WorkdayField in Ping IdentityNotes
Employee_ID of Contingent_Worker_IDexternalIdFixed key
Work emailemail en username
Legal_Name of Preferred_Namename.given en name.family
Business_Titletitle
Supervisory_OrganizationEigen attribuut afdeling en groep
Manager van de supervisory organizationEigen attribuut leidinggevende
Worker_Type_Referencepopulation.idEmployees and contractors separately
Termination_Date of einddatum opdrachtenabled

Related

Which systems do you want to connect?

Tell us which systems you use and what should happen automatically. Together we define the smallest working solution, with a clear design and a quote before building.