Skip to main content
A limit increase request raises a customer’s per-transaction, daily, and monthly limits beyond what their verification level grants. You upload a document that justifies the new limits, submit the requested amounts, and Lumx compliance reviews the request.
Limit increase requests can also be submitted from the Lumx Dashboard. For the default limits per verification level and the Dashboard flow, see Transaction Limits.

Prerequisites

  • A customer with approved identity verification (KYC/B)
  • An API key with the WRITE_CUSTOMERS scope. Creating, tracking, and reading a request all work with that single scope.
  • Your environment base URL (see Environments)
1

Upload the supporting document

Send a POST request to /customers/{id}/documents using the document type that matches the file:
Upload supporting document
Response
Keep the documentId from the response. Files must be JPG, PNG, or PDF with a maximum size of 10MB.
2

Create the limit request

Send a POST request to /customers/{id}/limit-requests, referencing that documentId as supportingDocumentId. requested.single cannot exceed requested.daily, which cannot exceed requested.monthly.
Request a limit increase
Response
3

Track the request

Fetch a single request with GET /customers/{id}/limit-requests/{id}, or list every request the customer has made with GET /customers/{id}/limit-requests.While compliance reviews the request, status stays IN_REVIEW and the approved limits stay null. After the review:
  • status becomes APPROVED, PARTIALLY_APPROVED, or REJECTED
  • approved carries the granted limits
  • reviewComment carries the reviewer’s note on a rejection or partial approval
  • updatedAt is the moment the request was reviewed
If you’d rather not poll, subscribe to the customer.limit_request.* webhook events instead.
Check status
See the full request and response schemas in the API Reference.

Review outcomes

APPROVED grants the new limits in full, PARTIALLY_APPROVED grants limits below what was requested based on what the supporting document justifies, and REJECTED keeps the customer on their current limits. The approved limits become active immediately. For the full breakdown and review timelines, see Review outcomes.

Sandbox magic numbers

In sandbox, the cents of requested.single are a sentinel that drives the simulated review outcome, so no manual back-office review is needed. The create response already reflects the final status, and the matching webhook events fire right away. For example, requesting "15000.03" as requested.single rejects the request instantly. In production this field has no special effect, and every request waits for manual review.

Transaction Limits

Default limits per verification level and the Dashboard flow.

Webhooks

Receive real-time status updates.

Document Types

Every accepted document type code.

API Reference

Full request and response schemas.