Connect to Workday Financials
Connect PlaidCloud to Workday Financial Management using an Integration System User (ISU) and a customer-supplied Report-as-a-Service (RaaS) report to pull financial data, and post accounting journals back over Workday’s SOAP API. This guide covers the connection, the import step, and the post step.
Prerequisites
Section titled “Prerequisites”You need, in Workday:
- An Integration System User (ISU) dedicated to PlaidCloud, with an Integration System Security Group granting it access to the financial data and the Submit Accounting Journal business process.
- Your Workday tenant host (for example
wd5-impl.workday.com) and tenant name. - A Report-as-a-Service (RaaS) report you’ve built in Workday that returns the data you want to import, published with Web Service access so PlaidCloud can call its URL directly.
Create the Connection
Section titled “Create the Connection”-
Open Tools > Connections and click
New Connection. -
Choose Workday Financials from the menu.
-
Fill in the fields:
Field Value Name A friendly name, e.g. Workday Financials Prod.Tenant Host Your Workday host, e.g. wd5-impl.workday.com.Tenant Name Your Workday tenant name. ISU Username The Integration System User’s username. ISU Password The Integration System User’s password. -
Click
Create.
Smoke-Test the Connection
Section titled “Smoke-Test the Connection”-
Build a small RaaS report in Workday and publish it with Web Service access.
-
Add an Import Workday Entity step to a workflow, set Workday Connection to your connection, RaaS Report URL to the report’s URL, and Target Table to a scratch table.
-
Run the step (see Running one step in a workflow).
A populated target table confirms the ISU credentials, tenant host, and report URL are all correct. An error names the problem — bad credentials, a wrong tenant host, or an ISU missing access to the report.
Import Data
Section titled “Import Data”-
Add an Import Workday Entity step and set Workday Connection, RaaS Report URL, and Target Table.
-
Add Filters to bound the pull —
company,ledger,period,accounting_date(range),ledger_account(range), andcost_centerare passed as report parameters when your RaaS report defines matching prompts. -
Run the step and check the target table.
Post Journal Entries
Section titled “Post Journal Entries”The Workday Financials: Post Journal Entry step posts accounting journals through PlaidCloud’s shared ERP write pipeline, using Workday’s Submit_Accounting_Journal SOAP operation.
-
Build a header table — one row per journal entry — with
journal_id(your entry identifier),company,ledger,accounting_date, andmemo. -
Build a lines table — one or more rows per
journal_id— withledger_account,debit,credit, and any worktag (cost center, project) columns your journals require. -
Add a Workday Financials: Post Journal Entry step, set Workday Connection, Header Table, Lines Table, and a Result Table.
-
Leave Validate Only checked and run the step — PlaidCloud builds and checks every entry without a ledger claim and without posting anything.
-
Review the result table (one row per entry:
journal_id,natural_key,confirmation_id,status,message). Fix anyerrorrow and re-validate. -
Uncheck Validate Only and run again to post for real. Leave Continue On Error checked unless you want a batch to stop dead on its first failed entry.
How Posting Works
Section titled “How Posting Works”PlaidCloud calls Submit_Accounting_Journal for each journal entry and, because Workday’s own business-process approval chain can hold a submitted journal before it’s actually posted, polls the entry’s business-process status until it reaches a terminal state. An entry is only reported posted once that terminal state is confirmed — an entry that’s submitted but stuck in an approval step stays quarantined rather than being recorded as posted, so a pending approval never silently passes as success. PlaidCloud’s own ledger claim guards against submitting the same entry twice on a retried or re-run batch.
Correcting a Posted Entry
Section titled “Correcting a Posted Entry”This step never deletes or rewrites a posted journal. To correct one, post a new entry with debits and credits swapped against the original — a posted reversing entry — rather than editing the original in place. This preserves Workday’s own audit trail and matches how corrections are made directly in the application.
Capability Limits — Read Before Posting Live
Section titled “Capability Limits — Read Before Posting Live”Related
Section titled “Related”- Workday Financials Connector — field reference.
- Import Workday Entity
- Workday Financials: Post Journal Entry
- Review ERP Post History — the standing record of every Workday Financials post attempt and its live state.
- Create and Manage a Connection