Validate card with Zero Auth

Simulate an authorization to check if the card is currently valid.

EnvironmentMethodEndpoint
Sandboxhttps://apisandbox.cieloecommerce.cielo.com.br/1/zeroauth/
Productionhttps://api.cieloecommerce.cielo.com.br/1/zeroauth/

The example on this page is valid for sending the card with open data (not tokenized).

ℹ️

Important

  • To enable Zero Auth, contact the Cielo support team. If the API returns error code 322, contact Support to enable the functionality;
  • If the API returns error 389 – Registration Restriction, contact the commercial manager to check if the service is correctly enabled; if it is, the response indicates that this attempt cannot be validated due to Cielo's internal criteria. We recommend trying another card to complete the validation;
  • To simulate authorization scenarios, check the Zero Auth documentation in sandbox.

Card brands available in Zero Auth

Zero Auth is available for Visa, Mastercard, Elo, and Diners*.

*Available starting October 2026.

❗

If the response is negative, do not submit the card for authorization.

Submit the card for authorization only if the Zero Auth verification response code is positive.


ℹ️

Tokenized Visa Card Verification Transactions

Starting on 04/17/2026, it will be required to send the cryptogram in card verification transactions using tokenization with the Visa card brand:

  • Send the DPAN (token) in the Card.CardNumber field;
  • Send the cryptogram in the Card.SecurityCode field.

TLID Mastercard

The Transaction Link Identifier (TLID), sent and returned in the TransactionLinkId field, is a unique identifier generated by the Mastercard card brand during a CIT transaction, used to link the related MIT transactions. The TLID applies to the Zero Auth response (response only) and to credit card, debit card, and merchant recurrence transactions.

For Mastercard, send IssuerTransactionId and TransactionLinkId together in MIT transactions: both parameters are mandatory.

PhaseDescription
Phase 1Current. TransactionLinkId available in the responses of card validation by Zero Auth, credit card payment creation, debit card payment creation, and in the query by PaymentId.
Phase 2Mandatory sending of the TransactionLinkId in the request (MIT) starting October 23, 2026.

Scheduled recurrence: in subsequent transactions, the IssuerTransactionId and TransactionLinkId fields are sent automatically.

The TransactionLinkId sent in the request must have exactly 22 characters (A-Z, a-z, 0-9, hyphens, and underscores). If the value doesn't match this format, Cielo ignores it and returns no error. When Cielo sends the TLID to the card brand, the response also includes the SentTransactionLinkId with the value sent. The Zero Auth request doesn't accept this field.

See more details in Card Brand Identifiers.

Zero Auth Validation Response

The response always indicates whether the card can be authorized at that moment. This information only means that the card is valid for transactions, but it does not guarantee that a specific amount will be authorized.

The fields returned in the response depend on the validation result. The following table lists all possible fields.

ParameterDescriptionTypeSize
ValidCard status:
  • True: valid card
  • False: invalid card
Boolean
ReturnCodeReturn code. Refer to the Zero Auth Return Codes.String2
ReturnMessageReturn message. Refer to the Zero Auth Return Codes.String255
IssuerTransactionIdTransaction identifier generated by the card brand, returned in the Zero Auth response. Zero Auth does not receive this field in the request. Store the value to send it, as mandatory, in subsequent recurring credit and debit transactions. In scheduled recurrence, the field is sent automatically in subsequent transactions. See more details in Card Brand Identifiers.String30
Payment.TransactionLinkId

Unique identifier (TLID) generated by Mastercard and returned in the Zero Auth response. Zero Auth does not receive this field in the request. Store the original value to send it, together with the IssuerTransactionId, in subsequent MIT transactions. See more details in Card Brand Identifiers.

Format: 22 alphanumeric characters (A–Z, a–z), case-sensitive, and may include hyphens (-) and underscores (_).

string22
Body Params
string
required

Defines the type of card used:

CreditCard
DebitCard

If not sent, CreditCard is the default. Size: 255.

string
required

Card Number. Send the card token for tokenized Visa card verification. Size: 16.

string
required

Cardholder's name, printed on the card. Size: 25.

string
required

Expiration date. Size: 7.

string
required

Card Security code.
Send the card cryptogram here for tokenized Visa card verification. Size: 4.

boolean
required

Defines if the card must be tokenized.

string
required

Card brand: Visa, Master, Elo and Diners**. Size: 10
* *Available starting October 2026.

string

Conditional obligation Card Token in API E-commerce Cielo. Size: 36.

CardOnFile
object
string

Cryptogram generated for tokenized card authentication. Size: up to 28 characters.

Headers
string
required
Defaults to 8937bd5b-9796-494d-9fe5-f76b3e4da633

Store identifier in Cielo. Size: 36. This documentation provides a default MerchantKey to allow testing in the sandbox, but you can also provide the enabled MerchantKey during the deployment process.

string
required
Defaults to XKGHUBSBKIRXKAVPSKWLVXYCLVJUGTNZLIHPUSYV

Public Key for Double Authentication in Cielo. Size: 40 This documentation provides a default MerchantId to allow testing in the sandbox, but you can also provide the enabled MerchantId during the deployment process.

Responses

Language
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json