Waystar · Rate Limits

Waystar Rate Limits

Waystar does not publish public numeric rate limits for its APIs. As a partner/client-gated clearinghouse, throughput, concurrency, and any per-account throttles are governed by the client or partner contract and by payer-side constraints on the underlying X12 transactions (eligibility, status, claims, remits, authorizations). Real-time transactions and batch/sFTP submission windows are provisioned per integration. Specific per-second or per-day caps are not documented publicly.

Waystar Rate Limits is the machine-readable rate-limit profile for Waystar on the APIs.io network, conforming to the API Commons Rate Limits specification.

It captures 4 rate-limit definitions, measuring requests, concurrent, files, and availability.

The profile also includes 3 backoff/retry policies defined and response codes documented for throttled.

Tagged areas include Healthcare, Revenue Cycle Management, Clearinghouse, X12 EDI, and Rate Limiting.

4 Limits Throttle: 429
HealthcareRevenue Cycle ManagementClearinghouseX12 EDIRate LimitingQuotas

Limits

Real-Time API Requests account
requests
not published
Real-time eligibility/status/auth transaction rates are contract- and payer-governed; no public numeric cap.
Real-Time Concurrency account
concurrent
not published
Concurrent real-time transaction limits are provisioned per integration.
Batch / sFTP Submission account
files
contract-defined
Batch claim and file exchange volumes/windows are set by the client agreement.
Payer-Side Availability payer
availability
payer-dependent
Downstream payer maintenance windows and limits can bound effective throughput regardless of Waystar limits.

Policies

Undisclosed Limits
Waystar does not publicly document numeric API rate limits; they are established per partner/client contract.
Backoff Strategy
Clients should implement exponential backoff with jitter and honor Retry-After on 429 responses.
Payer Windows
Real-time transactions may be constrained by payer availability windows outside Waystar's control.

Sources