ml-connector
Workday Financial ManagementBigCommerce

Workday Financial Management and BigCommerce integration

Workday Financial Management runs accounting and procurement. BigCommerce runs your e-commerce store. Connecting the two keeps your order data and your general ledger in sync. New orders in BigCommerce flow into Workday as customers and revenue GL entries without re-keying, and customer records from BigCommerce maintain alignment with Workday customer master data. ml-connector bridges the two different APIs and moves the data on a cadence you control.

How Workday Financial Management works

Workday Financial Management exposes suppliers, customers, GL accounts, worktags, journals, payments, and invoices through two API surfaces: SOAP over WS-Security with an Integration System User account for full CRUD operations, and REST with OAuth2 bearer tokens for lighter reads. Workday cloud endpoints are tenant-specific at https://{hostname}.myworkday.com and require manual refresh token setup. Workday has no native webhooks for financial entities, so BigCommerce order data is processed via webhook push and then written to Workday through SOAP or journal entry REST calls. Polling is available for GL account and customer reference data.

How BigCommerce works

BigCommerce exposes orders, order transactions, customers, products, and fulfillment status through a REST v3 API with a static store-level API key. BigCommerce webhooks push order, customer, and product events as HTTP POST notifications to a registered HTTPS endpoint, with events like store/order/created, store/order/updated, store/customer/created, and store/customer/updated. Webhook payloads are stubs containing only the record type and ID; ml-connector immediately fetches full details via REST. BigCommerce rate limits are 450 requests per 30 seconds on the Pro plan. Refunds must be processed sequentially on the same order.

What moves between them

Order and customer data flows from BigCommerce to Workday Financial Management. When a new order is placed in BigCommerce, ml-connector receives a webhook, fetches the full order details and customer record via REST, maps the customer to Workday, and creates or updates a Workday customer record and associated revenue GL journal entries. Order transactions are captured and allocated to GL accounts by order type or channel. Customer updates in BigCommerce trigger customer master updates in Workday. Refunds and order cancellations flow the same direction and reverse GL entries in Workday.

How ml-connector handles it

ml-connector stores both credential sets encrypted: the Workday OAuth2 refresh token and BigCommerce API key. For Workday, it refreshes the bearer token before each SOAP or REST call and caches the tenant URL per customer. For BigCommerce, it validates the incoming webhook signature using HMAC-SHA256 and the registered client secret. BigCommerce webhook payloads are stubs, so ml-connector immediately calls the REST API to fetch order and customer details; this two-call pattern is intentional and matches BigCommerce design. Customers are mapped by email address between systems; new BigCommerce customers create new Workday customer records with a configured prefix, and order totals are posted to GL accounts mapped by order channel or tag. Workday journals are created as single-entry or multi-line depending on order line complexity, and reference the BigCommerce order ID for audit and replay. If a Workday journal submit fails (GL account not found, balance issue, rate limit), ml-connector queues the retry with exponential backoff and tracks the failure in the audit log. BigCommerce webhooks auto-deactivate after 90 days of inactivity, so ml-connector alerts when inactivity is detected.

A real-world example

A mid-market fashion retailer runs Workday Financial Management for accounting and procurement across multiple warehouses. They also operate a BigCommerce storefront for direct-to-consumer sales. Before the integration, the finance team downloaded BigCommerce order reports daily and re-entered order totals into Workday journals by hand, then spent time reconciling BigCommerce customers against the Workday customer master. With Workday Financial Management and BigCommerce connected, each order flows into Workday automatically and posts revenue to the correct GL account based on product category, customer records are always in sync, and the daily manual export and re-entry step is gone.

What you can do

  • Receive BigCommerce order and customer events via webhook and sync them into Workday Financial Management as customers and GL journal entries.
  • Map BigCommerce order totals to Workday GL accounts by order channel or custom worktag and create multi-line journals for complex orders.
  • Validate customer emails and create new Workday customers from BigCommerce where they do not already exist.
  • Refresh Workday OAuth2 bearer tokens automatically and handle SOAP WS-Security with the Integration System User account.
  • Audit every order transaction, replay failed GL postings, and alert when BigCommerce webhooks are inactive for 90 days.

Questions

How does ml-connector handle BigCommerce webhook stubs and fetch full order details?
BigCommerce webhooks send only the event type and record ID, not the full order payload. ml-connector receives the webhook, validates its HMAC-SHA256 signature against the client secret, and then immediately calls the BigCommerce REST API to fetch the complete order details and customer record. This two-call pattern is by design and allows ml-connector to work with the full order data including line items and transactions.
What happens when a Workday GL account is not found or a journal entry fails to post?
ml-connector queues the failed journal for retry with exponential backoff over 48 hours and logs the failure in the audit trail. Retries include diagnostic information such as the GL account code that was not found or the balance check error, so the finance team can investigate. Once the GL account is created or the blocking issue is resolved, ml-connector automatically replays the journal.
How are BigCommerce customers matched to Workday customers?
ml-connector matches customers by email address. If a BigCommerce customer email matches an existing Workday customer email, the order is posted to that customer. If no match is found, ml-connector creates a new Workday customer with a configured prefix (such as 'BC-') and stores the mapping for future orders from that customer.

Related integrations

Connect Workday Financial Management and BigCommerce

Free to use. Add your credentials, ping your real systems, and see if we fit.

Get started