Neon One · Rate Limits

Neonone Rate Limits

Neon CRM API v2 does not rate-limit on requests-per-unit-of-time. Instead it caps the number of simultaneous (concurrent, in-flight) requests permitted per endpoint, per Neon CRM organization instance, described in the docs as "rate limits in terms of number of requests per thread pool." Nearly every endpoint allows up to 5 simultaneous requests; the four search endpoints (POST /accounts/search, POST /donations/search, POST /events/search, POST /orders/search) are limited to 1 simultaneous request each because search queries are the most resource-intensive operation in the API. Limits are independent per endpoint and per organization - concurrent calls to one endpoint do not count against a different endpoint or a different Neon CRM system.

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

It captures 3 rate-limit definitions, measuring simultaneous requests and requests.

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

Tagged areas include Nonprofit, CRM, Fundraising, Rate Limiting, and Quotas.

3 Limits Throttle: 429
NonprofitCRMFundraisingRate LimitingQuotas

Limits

Standard Endpoint Concurrency endpoint
simultaneous requests
5
Default concurrency cap applied per endpoint per organization instance for the large majority of API v2 endpoints (accounts, addresses, pledges, recurring donations, campaigns, donations, events, event registrations, memberships, custom objects, orders, store, volunteers, webhooks, and properties/reference lookups).
Search Endpoint Concurrency endpoint
simultaneous requests
1
Applies specifically to POST /accounts/search, POST /donations/search, POST /events/search, and POST /orders/search - the most computationally expensive requests in the API.
Per-Organization Isolation account
requests
independent per instance
Every Neon CRM organization (instance) has independent rate limits; load on one organization's endpoints does not affect another organization.

Policies

Thread Pool Model
Limits are expressed as concurrent in-flight requests per endpoint rather than a rolling request-per-second/minute window.
Backoff Guidance
Neon recommends sleep functions or a managed request queue in client integrations that need to issue many simultaneous requests, to avoid 429 Too Many Requests responses.

Sources