Stitchflow
Bill.com logo

Bill.com SCIM guide

Native SCIM

How to automate Bill.com user provisioning, and what it actually costs

Native SCIM requires Enterprise plan

Summary and recommendation

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.

The strategic alternative

Bill.com gates SCIM behind Enterprise. That can unlock provisioning, but it still does not complete the offboarding, access review, or license workflow across the rest of your stack. Stitchflow builds and maintains the IT workflows your team still runs manually, across every app, including the ones without APIs.

Quick SCIM facts

SCIM available?Yes
SCIM tier requiredEnterprise
SSO required first?No
SSO available?Yes
SSO protocolSAML 2.0
DocumentationNot available

Supported identity providers

IdPSSOSCIMNotes
Okta✓✓OIN app with full provisioning
Microsoft Entra ID✓❌SSO only
Google Workspace✓JIT onlySAML SSO with just-in-time provisioning
OneLogin✓✓Supported

The cost of not automating

Without SCIM (or an alternative like Stitchflow), your IT team manages Bill.com accounts manually. Here's what that costs:

Source: Stitchflow aggregate data across apps with 2+ instances, normalized to 500 employees
Orphaned accounts (ex-employees with access)7
Unused licenses12
IT hours spent on manual management/year101 hours
Unused license cost/year$3,925
IT labor cost/year$6,088
Cost of compliance misses/year$1,741
Total annual financial impact$11,754

The Bill.com pricing problem

Bill.com gates SCIM provisioning behind premium plans, forcing significant cost increases for basic user management.

Tier comparison

PlanPriceSSOSCIM
Essentials$45/user/month
Team$55/user/month
Corporate$79/user/month
EnterpriseCustom pricing
⚠️ Via third-party only

Pricing structure

PlanPriceSSOSCIM
Essentials$45/user/month
Team$55/user/month
Corporate$79/user/month
EnterpriseCustom pricing
⚠️ Via third-party only

What this means in practice

Without native SCIM, you're stuck with limited options:

Option 1: Manual provisioning

Finance teams manually create accounts for new AP clerks, controllers, and accountants
No automated role assignment based on department or approval limits
Risk of orphaned accounts when employees leave (critical for financial systems)

Option 2: OneLogin integration

OneLogin offers a Bill.com provisioning connector
Adds dependency on OneLogin as your IdP (limits flexibility)
Still requires Enterprise plan for any SSO functionality

Option 3: JIT provisioning

Users auto-created on first login via SAML
No control over initial role assignments
Requires manual cleanup of user attributes and permissions

Additional constraints

Enterprise plan requirement
Any form of SSO (required for JIT) needs custom Enterprise pricing, typically 2-3x the Corporate plan cost
Financial system sensitivity
Bill.com handles invoice approvals, payment processing, and financial controls where provisioning mistakes have compliance implications
Third-party dependency
OneLogin connector introduces another point of failure in your financial workflow
Limited IdP support
Google Workspace users have no automated provisioning path at all

Summary of challenges

  • Bill.com supports SCIM but only at Enterprise tier (Custom pricing)
  • Google Workspace users get JIT provisioning only, not full SCIM
  • Our research shows teams manually provisioning this app spend significant hidden costs annually

What Bill.com actually offers for identity

Bill.com doesn't sell native SCIM provisioning. Instead, you get a confusing mix of third-party integrations and enterprise-only SSO:

SAML SSO (Enterprise plan only):

SAML 2.0 single sign-on with custom pricing
JIT (Just-in-Time) provisioning
SP and IdP-initiated login support
Works with Okta, Entra ID, OneLogin, generic SAML providers

SCIM provisioning (third-party dependency):

Okta Integration Network app claims SCIM support
OneLogin offers a dedicated Bill.com connector
No publicly documented native SCIM API
Must contact Enterprise sales for clarity

What's missing:

No native provisioning API you can use directly
Google Workspace users have zero automated options
Lower-tier plans ($45-$79/user/month) get nothing—no SSO, no provisioning
Unclear what Enterprise plan pricing actually includes

The core problem: Bill.com gates basic SSO behind enterprise pricing, then relies on your IdP to provide the provisioning automation. This creates vendor lock-in—your provisioning capabilities depend entirely on which IdP you choose, not what Bill.com actually supports. For a financial platform handling invoice approvals and payment processing, this lack of transparent identity management creates both security risks and administrative overhead.

What IT admins are saying

Community sentiment on Bill.com's provisioning reveals frustration with hidden costs and unclear automation options. Common complaints:

  • Enterprise plan gatekeeping for any SSO functionality
  • No publicly documented SCIM support despite third-party integrations existing
  • Manual user management required for most customers handling sensitive financial data
  • OneLogin dependency for automated provisioning leaves other IdP users with limited options
“

SSO via SAML available on enterprise plans

Bill.com help documentation
“

Contact vendor for SCIM options

Multiple community discussions on Bill.com provisioning
“

Limited provisioning documentation

IT admin feedback on Bill.com's identity management

The recurring theme

Bill.com treats identity management as an enterprise-only afterthought, forcing finance teams to choose between expensive custom pricing or manual account management in systems that handle invoice approvals and payment processing.

The decision

Your SituationRecommendation
Small finance team on lower-tier plansUse Stitchflow: avoid Enterprise plan upgrade for basic provisioning
Using Entra ID or Google WorkspaceUse Stitchflow: Bill.com's SCIM is Okta-centric with unclear multi-IdP support
SOX compliance or audit requirementsUse Stitchflow: automated access reviews essential for financial system controls
Already on Enterprise with OktaEvaluate native SCIM: you may already have access through Okta OIN
Minimal user turnover, basic AP workflowManual may work: but monitor for orphaned accounts in financial systems

The bottom line

Bill.com gates SCIM behind Enterprise. The upgrade may unlock provisioning, but the workflow still has to complete across the rest of your stack.

Close the Bill.com workflow gap

Bill.com gates SCIM behind Enterprise, but the bigger issue is the workflow around it. Stitchflow builds and maintains the offboarding, access review, or license workflow underneath.

Across every app in the workflow, including the ones without APIs
Built in less than a week, with roughly 2 hours from your team
You review the exceptions. Stitchflow maintains the workflow underneath
Start with the free gap diagnostic

Technical specifications

SCIM Version

2.0

Supported Operations

Create, Update, Deactivate, Groups

Supported Attributes

Not specified

Plan requirement

Enterprise

Prerequisites

None

Key limitations

  • Native SCIM not publicly documented
  • SSO via SAML available on enterprise plans
  • OneLogin provides third-party provisioning
  • Contact vendor for SCIM options

Documentation not available.

Configuration for Okta

Integration type

Okta Integration Network (OIN) app with SCIM provisioning

Where to enable

Okta Admin Console → Applications → Bill.com → Provisioning

Required credentials

SCIM endpoint URL and bearer token (generated in app admin console).

Configuration steps

Enable Create Users, Update User Attributes, and Deactivate Users.

Provisioning trigger

Okta provisions based on app assignments (users or groups).

Enterprise required for SCIM

Bill.com gates SCIM behind Enterprise. The upgrade may unlock provisioning, but the workflow still has to complete across the rest of your stack.

Close the workflow gap in
Bill.com

Bill.com gates SCIM behind Enterprise plan. That can unlock provisioning, but it still does not complete the offboarding, access review, or license workflow across your stack.

Start with the free gap diagnostic
Admin Console
Directory
Applications
Bill.com logo
Bill.com
via Stitchflow

Last updated: 2026-01-11

* Pricing and features sourced from public documentation.

Keep exploring

Related apps

Amplitude logo

Amplitude

SCIM Tax

Product Analytics

SCIM StatusIncluded
Manual Cost$11,754/yr

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.

View full guide
Bitwarden logo

Bitwarden

SCIM Tax

Password Manager / Secrets Management

SCIM StatusIncluded
Manual Cost$11,754/yr

Bitwarden supports SCIM 2.0 provisioning, but only on Teams ($4/user/month) and Enterprise ($6/user/month) plans. While this pricing is reasonable compared to other password managers, the real challenge lies in Bitwarden's zero-knowledge architecture: SCIM can provision user accounts, but users still need to manually accept vault invitations and set up their encryption keys before gaining access to shared passwords. This creates a critical security gap. Your identity provider shows users as "provisioned," but they can't actually access company passwords until they complete manual setup steps. When employees leave, SCIM deprovisioning removes their account, but any locally cached vault data remains accessible until they next sync. For security teams managing hundreds of shared credentials, this manual friction undermines the entire purpose of automated provisioning.

View full guide
Braintree logo

Braintree

SCIM Tax

Payment Processing

SCIM StatusIncluded
Manual Cost$11,754/yr

Braintree supports native SCIM 2.0 provisioning, but only for Enterprise merchants who complete a complex multi-step onboarding process. You must first configure SSO, onboard through their sandbox environment, convert all existing non-SSO users, and then request SCIM enablement. Once enabled, you lose the ability to manage SSO users through Braintree's UI entirely—everything must go through your IdP. The rigid prerequisites create significant friction for payment teams. The sandbox requirement alone adds weeks to deployment timelines, and the all-or-nothing approach to user management means you can't gradually roll out automated provisioning. For organizations processing payments across multiple merchant accounts with complex role hierarchies, this inflexibility becomes a major operational constraint.

View full guide