4 APIs across 3 product groups. All share one credential.
| I want to... | Use | Why |
|---|---|---|
| Manage jobs, job changes, organization assignments, and worker skill items | staffing | Staffing covers job changes, organization assignment changes, supervisory organizations, and worker skill items across 144 operations |
| Read or update worker personal, name, and contact information | person | Person handles personal information, home and work addresses, additional names, phone validation, and country name configuration across 112 operations |
| Read feedback badges, feedback events, and worker goals | performanceEnablement | Performance Enablement exposes feedback badges, requested and given feedback events, and worker goals across 23 operations |
| Check time-off balances or file leave and time-off requests | Workday Absence Management | Workday Absence Management covers balances, eligible absence types, leaves of absence, valid time-off dates, and time-off requests across 14 operations |
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Workday by hand means running the OAuth 2.0 flow against a tenant-specific authorization host and building your tenant hostname into four separate service bases (staffing/v6, person/v4, performanceEnablement/v5, absenceManagement/v2). Through Jentic you install Jentic One once, add the Workday APIs you need from the Jentic directory, store the OAuth client once, and your agent calls all four.
Permission scoping
Workday puts the worker, person, or job-change id in the URL path, so your own rules in Jentic One can pin an agent to reading one worker's data, and you choose which operations it may call so writes like job changes, contact updates, or time-off requests are excluded unless you add them.
Credential isolation
Specific to using Workday APIs through Jentic.
Which Workday APIs are covered here and what do they do?
Four tenant-scoped REST APIs: Staffing for jobs, job changes, organization assignments, and worker skill items; Person for worker personal, name, and contact information; Performance Enablement for feedback badges, feedback events, and worker goals; and Workday Absence Management for time-off balances, leaves of absence, and time-off requests.
Does one credential work across all four Workday APIs?
Yes. All four use the same OAuth 2.0 model against your tenant-specific authorization host, so a single Workday OAuth client authorizes Staffing, Person, Performance Enablement, and Absence Management for that tenant.
Do these APIs share the same tenant host?
Each API is reached through your Workday tenant hostname followed by a service-specific path and version, such as staffing/v6, person/v4, performanceEnablement/v5, or absenceManagement/v2. The tenant host is the same across services; only the path and version differ.
Why is Workday Absence Management marked jentic-generated while the others are vendor-official?
Workday does not publish an OpenAPI specification for Absence Management, so Jentic generates and maintains one, validated against the live API. The Staffing, Person, and Performance Enablement specs come from Workday itself.
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
An agent can read and update worker records in a Workday tenant across staffing, personal and contact information, performance feedback and goals, and absence management, including submitting job changes, updating contact details, retrieving feedback and goals, and filing time-off requests. Every call is tenant-scoped and authorized with the same Workday OAuth 2.0 model.
Workday is a single HCM system of record whose worker data is split across separate REST services for staffing, person data, performance enablement, and absence, each versioned independently and reached through one tenant-scoped OAuth 2.0 model. For agent builders this means one credential and one tenant host unlock worker records, job changes, feedback, goals, and time off through distinct but complementary APIs.
Use for: Reading and updating worker records in a Workday tenant across staffing, personal and contact data, performance feedback and goals, and absence and time-off management, all through tenant-scoped OAuth 2.0 REST APIs.
Not supported: payroll processing, compensation planning, recruiting, benefits enrollment, financial management
Credentials: All four Workday APIs use the same OAuth 2.0 model against a tenant-specific authorization host, so a single Workday OAuth client covers Staffing, Person, Performance Enablement, and Absence Management for that tenant.
Across 4 Workday APIs: 3 vendor-official, 1 Jentic-generated, all indexed by Jentic and kept validated and agent-ready.
Workday is a human capital management (HCM) platform. This vendor covers four Workday REST APIs on the Jentic API Directory that let AI agents work with worker data inside a Workday tenant: Staffing manages jobs, job changes, organization assignments, and worker skill items across 144 operations; Person reads and updates worker personal information, contact details, home and work addresses, and country name configuration across 112 operations; Performance Enablement reads feedback badges, feedback events, and worker goals across 23 operations; and Workday Absence Management, the only OpenAPI specification Jentic publishes for it, covers time-off balances, leave-of-absence records, and time-off requests across 14 operations. All four are tenant-scoped and secured with OAuth 2.0.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Workday APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fworkday.com" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fworkday.com" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Once connected, ask your agent something like: “manage Workday worker records, job changes, and time off”.
Each workflow spans multiple Workday APIs. Jentic routes each operation to the right API automatically.
Onboard a worker's job change and profile
When a worker moves into a new role, an agent initiates the organization assignment change through Staffing, then updates the worker's home and work contact information and additional names through Person so the tenant record reflects the move.
Initiate an organization assignment change for worker W001 via Staffing, then update the worker's home address and phone number via Person
staffing + person
Assemble a worker performance snapshot
An agent gathers a worker's staffing context, including current job change and skill items from Staffing, alongside their feedback badges, feedback events, and goals from Performance Enablement to build a review-ready summary.
Read skill items for worker W001 from Staffing and their goals and active feedback events from Performance Enablement, then compile a snapshot
staffing + performanceEnablement
Verify eligibility before filing time off
Before submitting a leave request, an agent reads the worker's personal and contact details from Person, then checks eligible absence types and valid time-off dates through Absence Management and submits the time-off request only when it qualifies.
Confirm worker W001's personal record via Person, check eligible absence types and valid dates via Absence Management, then submit a time-off request
person + Workday Absence Management
Reconcile leave against staffing changes
An agent pulls active leaves of absence and time-off balances from Absence Management and cross-references them with pending job changes and organization assignment changes from Staffing to flag coverage gaps during transitions.
List active leaves of absence and balances via Absence Management, then read pending job changes via Staffing and flag workers on leave with open changes
Workday Absence Management + staffing
Your Workday OAuth client is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context, and the same credential serves all four Workday services.
Intent-based discovery
Agents search the Jentic directory by intent such as 'initiate a job change', 'update a worker's home address', 'read a worker's goals', or 'submit a time-off request', and Jentic returns the matching Workday operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Can agents write data back to Workday or only read it?
Both. Read operations cover balances, personal information, feedback, and goals, while write operations include job changes, organization assignment changes, contact information changes, skill items, and time-off requests. You choose which operations an agent may call.
What can an agent build by combining these APIs?
Because they share one worker model and one tenant, an agent can chain them into workflows such as processing a job change in Staffing and then updating contact details in Person, or checking absence eligibility before filing a time-off request.
All 4 are in the Jentic catalogue with the same one-credential, intent-search pattern.