Coming soon. Credit card payments are not yet available on Bob. This reference describes the structure the API will return once it launches — for now, use PIX.
@bobpayments/checkout-sdk) — your application and the API only receive a secure token.
Structure
A credit card transaction is represented by the following structure:Attributes
string
Unique identifier of the transaction in CUID format.
string
Identifier of the transaction in your system. Use it to reconcile data without storing the internal
id. Must be unique per project.integer
Transaction amount in cents. Example:
25000 = R$ 250.00.string
Name or description of the product/service being charged.
string
Payment method of the transaction. For card, the value is
credit_card. Bob handles the processing of the attempt internally.string
Current status of the transaction.Do not treat the HTTP
201 alone as confirmation of payment — use a webhook and/or a status check to confirm the financial outcome.object | null
Card display data, safe to store and show to the buyer.
brand is the card brand and last4 are the last four digits. PAN, CVV, and expiration date are never returned — the card is tokenized in the browser by Bob’s checkout package.string | null
Buyer’s email. A direct shortcut to the
customer.email field, available at the root level of the transaction.string | null
Buyer’s name. A direct shortcut to the
customer.name field, available at the root level of the transaction.object
Data of the buyer linked to the transaction. See the Customer entity.
date-time
Date and time when the transaction was created.
date-time
Date and time of the last update.
Next steps
Credit card
Integration modes, tokenization via SDK, and route configuration.
Checkout SDK
Tokenize the card in the browser without touching PAN or CVV.