Obtain JWT tokens to authenticate all other requests.
ConnectPSP API (2.2.0)
ConnectPSP is a PIX payment gateway designed for high-throughput platforms such as digital wallets, betting companies, and fintechs.
This API allows you to:
- 💸 Receive payments via PIX (Cash-In) — standard QR Code or OpenFinance
- 🏦 Send payments via PIX key or bank account data (Cash-Out)
- 📊 Manage your wallet — check consolidated balances and rebalance between transactional and proprietary accounts
- 🪝 Receive real-time events via Webhooks as transactions progress
All endpoints (except POST /auth/token) require two headers:
| Header | Description |
|---|---|
Authorization | Bearer <jwt_token> — obtained from POST /auth/token |
ApplicationToken | Fixed GUID token that identifies your integration |
For financial operations (Cash-Out, Rebalance), an additional header is required:
| Header | Description |
|---|---|
DigitalSignature | HMAC-SHA256 hash of your JWT + CryptoToken. See Authentication Guide |
X-Idempotency-Key is optional on POST /cash-in and POST /cash-out, and recommended (a UUID v4 per operation). With it, a network retry returns the original response instead of creating a second transaction. Without it, the request is processed normally and externalReference still blocks duplicates with 409 DUPLICATED_EXTERNAL_REFERENCE. See the Authentication Guide for the full rules.
| Phase | What to confirm first |
|---|---|
| Setup | Credentials, environment, headers, and webhook readiness in Initial Setup |
| Authentication | JWT generation and DigitalSignature rules in the Authentication Guide |
| Transactions | Your first Cash-In or Cash-Out flow with idempotency and webhook validation |
PIX Health tells you whether PIX is working for you right now, and who is at fault when it is not.
A statistical engine compares every 5-minute window of your PIX traffic with what is normal for that weekday and time over the last four weeks, and attributes any clear deviation to the platform, to a settlement partner, to a payer bank or to your own operation — always scoped to what you actually use.
Three endpoints, all read-only and all safe to poll once a minute:
| Endpoint | Use it for |
|---|---|
GET /health/pix | The picture of the moment: status per block plus the incidents open right now |
GET /health/pix/incidents | History of confirmed incidents, paginated |
GET /health/pix/incidents/{id} | One incident with the evidence behind the verdict |
None of them require DigitalSignature or X-Idempotency-Key — only Authorization and ApplicationToken.
Confirmed incidents are also pushed as webhooks (PIX_INCIDENT_DETECTED / UPDATED / RESOLVED), so you do not have to poll to be warned; see the Webhooks guide.
Request
Confirmed PIX incidents in your scope, most recent first, paginated. An incident is confirmed when the engine saw the same pattern in two consecutive 5-minute windows; a one-window blip never appears here. Defaults to the last 7 days; the window between from and to cannot exceed 92 days.
Each incident tells you who (origin), how bad (severity), how sure we are about the culprit (confidence) and how we know (originClass: OBSERVED = we saw the error, INFERRED = deduced from the absence of what should have happened). summary is a diagnosis in Portuguese written for you — never internal counts of other clients.
Unlike GET /health/pix, which splits the open incidents into incidents and externalIncidents, this list is flat. Use origin.type to tell the two apart: CONNECTPSP and BANKING_PARTNER are ours to fix, PAYER_INSTITUTION / PAYER_COHORT / PIX_SYSTEMIC are outside our control, and MERCHANT is your own operation.
status is matched case-insensitively, so active,worsening works too. The response echoes back the from and to actually applied, so you can log the window you really got.
This endpoint does not require DigitalSignature or X-Idempotency-Key.
- Staging Environment (Testing)https://api.homologacao.connectpsp.com/health/pix/incidents
- cURL
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl "https://api.homologacao.connectpsp.com/health/pix/incidents?status=ACTIVE,WORSENING&pageSize=20" \
-H "Authorization: Bearer <token>" \
-H "ApplicationToken: <app-token>"Page of incidents. items is an empty array when nothing matched — that is a normal, healthy answer, not an error.
Stable id. Use it to correlate the webhooks and the detail endpoint.
Who the incident is attributed to.
CONNECTPSP— the platform as a whole.BANKING_PARTNER— a settlement partner you route through (id= ISPB).PAYER_INSTITUTION— a bank your payers pay from / your payees receive at (id= ISPB).PAYER_COHORT— a group of payer banks with the same behaviour.MERCHANT— your own operation (id= your customer id).PIX_SYSTEMIC— the PIX system itself (DICT, SPI).
CASH_IN = payments you receive; CASH_OUT = withdrawals you send.
ACTIVE = confirmed and ongoing. WORSENING = severity went up. RECOVERING = metrics back to normal, waiting 3 windows to close. RESOLVED = closed.
How bad it is (never HEALTHY on an incident).
How sure the engine is about who is at fault — not about how bad it is.
How the engine knows. OBSERVED = it saw the error itself. INFERRED = deduced from the absence of what should have happened. CORROBORATED / CONFIRMED = backed by a second independent signal.
Start of the first anomalous window (UTC).
When the engine confirmed it (UTC).
When metrics returned to normal; null while ongoing.
When the incident was closed; null while open.
Diagnosis in Portuguese, written for you. Never contains other clients' data.
{ "items": [ { … }, { … } ], "total": 2, "page": 1, "pageSize": 50, "from": "2026-09-01T16:53:00Z", "to": "2026-09-08T16:53:00Z" }
Request
One incident with the evidence behind the verdict. Each piece of evidence names the metric, the entity, the relative deviation from expected and the Z-score — never raw platform volumes.
Returns 404 when the incident does not exist or is outside your scope; the two cases are deliberately indistinguishable.
This endpoint does not require DigitalSignature or X-Idempotency-Key.
- Staging Environment (Testing)https://api.homologacao.connectpsp.com/health/pix/incidents/{id}
- cURL
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl https://api.homologacao.connectpsp.com/health/pix/incidents/LIVE-202609081530-PAYER_INSTITUTION-00360305 \
-H "Authorization: Bearer <token>" \
-H "ApplicationToken: <app-token>"Incident and evidence.
Stable id. Use it to correlate the webhooks and the detail endpoint.
Who the incident is attributed to.
CONNECTPSP— the platform as a whole.BANKING_PARTNER— a settlement partner you route through (id= ISPB).PAYER_INSTITUTION— a bank your payers pay from / your payees receive at (id= ISPB).PAYER_COHORT— a group of payer banks with the same behaviour.MERCHANT— your own operation (id= your customer id).PIX_SYSTEMIC— the PIX system itself (DICT, SPI).
CASH_IN = payments you receive; CASH_OUT = withdrawals you send.
ACTIVE = confirmed and ongoing. WORSENING = severity went up. RECOVERING = metrics back to normal, waiting 3 windows to close. RESOLVED = closed.
How bad it is (never HEALTHY on an incident).
How sure the engine is about who is at fault — not about how bad it is.
How the engine knows. OBSERVED = it saw the error itself. INFERRED = deduced from the absence of what should have happened. CORROBORATED / CONFIRMED = backed by a second independent signal.
Start of the first anomalous window (UTC).
When the engine confirmed it (UTC).
When metrics returned to normal; null while ongoing.
When the incident was closed; null while open.
Diagnosis in Portuguese, written for you. Never contains other clients' data.
The anomalous points behind the verdict, newest first.
Start of the 5-minute window (UTC).
CASH_IN = payments you receive; CASH_OUT = withdrawals you send.
Who the incident is attributed to.
CONNECTPSP— the platform as a whole.BANKING_PARTNER— a settlement partner you route through (id= ISPB).PAYER_INSTITUTION— a bank your payers pay from / your payees receive at (id= ISPB).PAYER_COHORT— a group of payer banks with the same behaviour.MERCHANT— your own operation (id= your customer id).PIX_SYSTEMIC— the PIX system itself (DICT, SPI).
(observed − expected) ÷ expected. -0.16 means 16 % below expected. null when there is no expectation.
{ "incident": { "incidentId": "LIVE-202609081530-PAYER_INSTITUTION-00360305", "origin": { … }, "operation": "CASH_IN", "status": "ACTIVE", "severity": "DEGRADED", "confidence": "MEDIUM", "originClass": "INFERRED", "startedAt": "2026-09-08T15:30:00Z", "detectedAt": "2026-09-08T15:37:59Z", "recoveredAt": null, "resolvedAt": null, "updatedAt": "2026-09-08T16:52:00Z", "affectedPartners": 2, "summary": "Forte evidência de degradação em cobranças pagas por clientes da CAIXA ECONOMICA FEDERAL: a conversão desses pagadores ficou em 78,5%, contra 93,0% esperados, enquanto 9 instituições de controle seguem normais." }, "evidence": [ { … }, { … } ] }