Overview

Welcome to PagSeguro Direct API with Raw Credit Card for PCI merchants reference guide.
This document contains the basic concepts and technical details to pay for transactions using our Direct API for countries that we have available. It also has practical examples of requests and pertinent notes on how our API works.

Concepts and Terms

List of key definitions and standards that developers may need to successfully integrate.

Considerations

Direct API uses REST architecture, and the protocol used is HTTPS.
PagSeguro's API uses the Basic Authentication The API's requests and responses bodies are in JSON.

On-boarding

The merchant who wants to transact with PagSeguro must contact our sales team through the website: international.pagseguro.com/talk-to-us.

Credentials

To carry out the authentication process, the Merchant needs the credentials (Merchant ID and Password) made available in its registration with PagSeguro, through the page: myaccount.international.pagseguro.com.

Environments

Test environment available to assist in the integration development and simulate transaction requests and status changes available on the platform. Attention: the environment only simulates the creation of a transaction.

Sandbox

All transactions generated in the sandbox environment can be manipulated manually by developers to simulate the possible situations that PagSeguro returns through the site: billing-partner.boacompra.com.

In the Sandbox Environment section we explain how to use the sandbox environment.

🚧

Base URL for Sandbox

https://api.sandbox.international.pagseguro.com

Production

The environment is used to create transactions in real-time. All transactions generated in this environment will be processed by PagSeguro.

📘

Base URL for Production

https://api.international.pagseguro.com

Authentication

All requests made to the PagSeguro APIs must be authenticated. PagSeguro Direct’s API uses the Basic Authentication approach. That means the Merchant must send the HTTP requests with the Authorization header.

The Authorization header must contain the word Basic followed by a space and a base64-encoded string with merchant_id:secret_key.

For example:

Authorization: Basic MTIzNDozN2IzNmUxNy1lZGIyLTRkNjAtOWFmZC05MTA2MmJlYmY1ZTQ=

Because base64 is easily decoded, PagSeguro Direct’s API only accepts requests throughout HTTPS/SSL/TLS

Once the Merchant’s On-boarding is concluded, the Merchant’s Developers will have a credential pair (merchant_id and secret_key) to use in the requests. Anyone in possession of the credential pair will be able to create transactions with PagSeguro.

Be sure to keep both, merchant_id and secret_key, in a safe and private place. Do not share it in client-side applications or public repositories.

The code snippet below shows an Authorization header’s example:

<php
$key = '1234';
$secret = '37b36e17-edb2-4d60-9afd-91062bebf5e4';
$encoded = base64_encode(sprintf('%s:%s', $key, $secret));
$header = sprintf('Authorization: Basic %s', $encoded);

echo $header;

// Authorization: Basic MTIzNDozN2IzNmUxNy1lZGIyLTRkNjAtOWFmZC05MTA2MmJlYmY1ZTQ=

String key = "1234";
String secret = "37b36e17-edb2-4d60-9afd-91062bebf5e4";

String encoded = Base64.getEncoder().encodeToString((key + ":" + secret).getBytes());
String header = "Authorization: Basic " + encoded;

System.out.println(header);

//Authorization: Basic MTIzNDozN2IzNmUxNy1lZGIyLTRkNjAtOWFmZC05MTA2MmJlYmY1ZTQ=

require "base64"

key = '1234'
secret = '37b36e17-edb2-4d60-9afd-91062bebf5e4'

encoded = Base64.encode64(key + ':' + secret)
header = 'Authorization: Basic ' + encoded

puts header

// Authorization: Basic MTIzNDozN2IzNmUxNy1lZGIyLTRkNjAtOWFmZC05MTA2MmJlYmY1ZTQ=

import base64

key = "1234"
secret = "37b36e17-edb2-4d60-9afd-91062bebf5e4"
key_secret = key + ":" + secret

encoded = key_secret.encode("ascii")
header = "Authorization: Basic " + base64.b64encode(encoded).decode()

print(header)

// Authorization: Basic MTIzNDozN2IzNmUxNy1lZGIyLTRkNjAtOWFmZC05MTA2MmJlYmY1ZTQ=

Direct API

Sequence Flow

1. Customer → Merchant: Customer completes the purchase on the merchant's website
2. Merchant → PagSeguro: Merchant Server validates the customer data and submits the transaction data to PagSeguro
3. PagSeguro → Merchant: PagSeguro processes the request and returns transaction data to the Merchant Server
4. Merchant → Customer: Merchant Server returns the transaction data to Customer

Environments

Production

📘

Direct API URL for Production

https://api.international.pagseguro.com/v3/transactions
Method: POST

Sandbox

🚧

Direct API URL for Sandbox

https://api.sandbox.international.pagseguro.com/v3/transactions
Method: POST

Request

To create a Direct API with the PagSeguro, the following objects will be used: integration, order, charge and payer.

• To perform authentication, use the default authentication method defined in Authentication Section
• Use the Content-Type header with the value "application/json".

Integration

The “integration” object contains integration data referring to the Merchant Store.
The available parameters are:

Language Validation

List of translations available for PagSeguro:

Order

The “order” object contains the value and list of products that the Customer purchased from the Merchant store.
The available parameters are:

Currency Validation

List of currencies available for PagSeguro:

Item Description Validation

Rules for validating the item description:

• Minimum 1 character;
• The maximum length of 180 characters;
• Accepted characters: A to Z, uppercase, lowercase letters, and/or numbers;

Item Unit Price Validation

Our API is designed to receive amounts starting from 0.01, but each country and each payment method has a minimum and maximum total amount accepted, so we recommend that the values are those indicated below:

Charge

The “charge” object contains the payment information to generate the transaction.
The available parameters are:

Country Validation

List of countries and their respective currencies accepted by PagSeguro:

Cardholder's Name Validation

Rules for validating the cardholder’s name:

• Minimum length of 2 characters;
• The maximum length of 26 characters;
• Accepted characters: A to Z, uppercase and/or lowercase letters;
• Special characters accepted: ,.'-
• Space characters are not accepted at the beginning and end of the string.
• Each word must be separated by ONE space;

Payer

The “payer” object contains information about the Customer who purchased the Merchant.
The available parameters are:

E-mail Validation

Rules for validating the email:

• The maximum length of 60 characters;
• Must include TLD (ex: test@localhost is not accepted, but [email protected] is accepted);
• Need to include @ between the name and the domain.

Name Validation

Rules for validating the payer’s name:

• The maximum length of 50 characters;
• Minimum two words;
• Each word must be separated by ONE space;
• The first word must have at least 2 characters;
• The middle and last name words must be between 1 and 40 characters;
• Middle and last words can have only one character;
• Accepted characters: A to Z, uppercase and/or lowercase letters;
• Special characters accepted: àáâäãåąčćęèéêëėįìíîïłńòóôöõøùúûüųūÿýżźñçčšžÀÁÂÄÃÅĄĆČĖĘÈÉÊËÌÍÎÏĮŁŃÒÓÔÖÕØÙÚÛÜŲŪŸÝŻŹÑßÇŒÆČŠŽ∂ð/,.'&-
• Space characters are not accepted at the beginning and end of the string.

Document Validation

Rules for validating the person’s document:

• Accepted characters: numbers or A to Z, uppercase letters;
• Special characters are not accepted;
• Punctuation must be disregarded;

List of documents and numbers format accepted for PagSeguro:

Examples

To create a credit card transaction, make a POST request as the example:

Status 201 Created

{
    "integration": {
        "reference": "REF-XXX-1234567890",
        "notification_url": "https://www.merchantwebsite.com/notify?type=transaction",
        "language": "pt_BR"
    },
    "order": {
        "currency": "BRL",
        "items": [
            {
                "quantity": 1,
                "description": "Product description",
                "unit_price": 101.10
            }
        ]
    },
    "charge": {
        "country": "BR",
        "type": "CREDIT_CARD",
        "credit_card": {
            "raw": {
                "number":"4073020000000002",
                "cvc":"123",
                "expiration_month":"12",
                "expiration_year":"2028"
            },
            "holder_name": "jonh doe"
        }
    },
    "payer": {
        "email": "[email protected]",
        "ip": "192.0.2.146",
        "person": {
            "name": "Mr. Payer Full Name",
            "birth_date": "1970-01-01",
            "document": {
                "type": "CPF",
                "number": "98765432101"
            },            
            "phone": {
                "country_code": "55",
                "number": "44900000000"
            }
        }
    }
}

Response

Example of a response

{
    "code": "25a58ef1-3755-476b-b2f6-e445b170a849",
    "reference": "REF-XXX-1234567890",
    "status": "PENDING",
    "amount": 101.1,
    "currency": "BRL",
    "country": "BR",
    "created_at": "2021-04-12T12:43:13Z"
}

Notification

Workflow

1. PagSeguro → Merchant: PagSeguro notifies Merchant that a transaction status has changed
2. Merchant → PagSeguro: With the transaction code received by the notification, the Merchant requests transaction information from PagSeguro
3. PagSeguro → Merchant: PagSeguro responds back with transaction information

To verify the current transaction status, the Merchant needs to use Search API to query the transaction. If PagSeguro responds to the transaction with the status COMPLETE, the Merchant needs to deliver the purchase to the End User.

Notification Request

After changing the payment status, PagSeguro sends the notification to the Merchant through the URL provided in the integration.notification_url parameter.

POST https://www.merchantwebsite.com/notify?type=transaction HTTP/1.1
Content-Type: application/json

{
    "test_mode": false,
    "notification_type": "transaction",
    "transaction_code": "9DB1FAFB-C0E6-4184-822C-8F18B3D70321"
}

Firewall and allowlist settings

❗️

If you use a firewall or allowlists, please note that to receive our notifications, you MUST allowlist the following IPs:

• 177.71.206.83
• 54.233.76.62
• 54.233.188.209
• 18.228.56.27

Renotification

📘

Renotification details:

If PagSeguro does not receive a satisfactory response from the Merchant (200 OK) in the first request, the notification enters a retry flow over 5 days, and the intervals of retry increase exponentially over the days. If the Merchant cannot respond within this range of days with 200 OK status code, then the notification is expired.