Workday SCIM guide

Oracle HCM supports SCIM 2.0 with full bidirectional provisioning capabilities through Oracle Identity Cloud Service. Unlike most SaaS applications, Oracle HCM is typically configured as the HR source of truth that provisions users to other applications, rather than receiving provisioned users from your primary IdP. This works seamlessly with Okta and Entra ID, but comes with Oracle's characteristic enterprise pricing: $15/employee/month with a 1,000-employee minimum ($180K/year baseline) and mandatory 3-year terms. The real challenge isn't SCIM functionality—it's Oracle's ecosystem complexity and cost structure. While the SCIM integration works well for large enterprises already committed to Oracle's platform, smaller organizations face a $180K annual minimum just to access what other HR systems provide at a fraction of the cost. The provisioning flow is also inverted from typical SaaS apps: you'll likely need Oracle HCM to push employee data to your IdP, then have your IdP provision downstream applications.

Amplitude supports SCIM provisioning, but only on Growth plans (starting around $36K/year) or Enterprise plans with custom pricing. While Amplitude's SCIM implementation covers the core functionality—creating, updating, and deactivating users—it requires SCIM to be specifically enabled for your organization, and regenerating the SCIM key immediately invalidates existing integrations without warning. For product teams on Plus plans ($49/month), upgrading to Growth just to unlock SCIM means jumping from under $600/year to $36,000+/year—a 60x increase. That's often more than the entire analytics budget for smaller product teams. The gap becomes particularly problematic for cross-functional product teams where analysts, PMs, and engineers need varying levels of access to user behavior data, but manual provisioning creates security risks around sensitive analytics permissions.

Bill.com offers inconsistent SCIM provisioning support that varies dramatically by identity provider. While Okta users can access SCIM provisioning through the OIN integration, Bill.com doesn't publish native SCIM documentation, and other IdPs like Entra ID are limited to SAML SSO only. This fragmented approach means your provisioning capabilities depend entirely on your IdP choice rather than Bill.com's platform features. For finance teams managing sensitive AP/AR workflows where user access directly impacts invoice approvals and payment processing, this inconsistency creates operational gaps—especially when onboarding new controllers, AP clerks, or accountants requires manual role assignment tied to spending limits and approval hierarchies. The real problem is that Bill.com gates all SSO functionality behind Enterprise plans with custom pricing (typically 2-3x their Corporate plan at $79/user/month), yet still provides no clear path to automated provisioning for most customers. Since financial systems require precise role-based access controls for SOX compliance and segregation of duties, manual user management creates both security risks and administrative overhead. When employees change departments or leave the company, orphaned accounts in payment systems pose significant financial and compliance risks that manual processes often miss.