Skip to main content
If the Network Tokenization API fails, you’ll receive an error in the format of the following example:
Some errors include a details array containing field-level information, including a location (the camelCase property name that caused the error) and a message describing the issue. This information doesn’t contain PAN or cardholder data and is safe to surface to end users. For example, a ValidationFailed error always includes details:
Improve your tokenization success rateIncluding the card’s CVV2 value and billing address (at minimum, postal code) in your /tokenize request can reduce CardVerificationFailed and InvalidParameter failures. Some card issuers require this additional data to approve token provisioning. See the /tokenize endpoint documentation for field details.

HTTP Response Codes

What endpoint you call determines the types of HTTP response codes you can potentially receive. This table outlines the types of errors you can receive:

API Error Details

Every error response includes a requestId field in the response body. When contacting Pagos support about any error (not just 500s), include this value to help us quickly locate the relevant logs. If you send an X-TRACE-ID header with your request, it will be used as the requestId in the response.