Saltar al contenido principal
Un payout envía dinero en moneda local a una cuenta bancaria del país destino. El monto se convierte de moneda local a USDT con la tasa de tu cuenta (la de GET /v1/rates) y se debita usdt_amount + fee (el fijo, si está configurado) de tu saldo. Así se ve el ciclo completo, incluido qué pasa con tu saldo en cada paso:

1. Descubre los corredores disponibles

Los países, monedas y métodos disponibles los define CBPay. Consúltalos siempre por catálogo:
curl https://api.qbank.cl/platform/v1/payouts/methods \
  -H "Authorization: Bearer <token>"
{
  "items": [
    { "country": "CL", "currency": "CLP", "method": "bank_transfer" },
    { "country": "PE", "currency": "PEN", "method": "bank_transfer" },
    { "country": "PE", "currency": "PEN", "method": "yape" },
    { "country": "BO", "currency": "BOB", "method": "qr" }
  ],
  "meta": { "retrieved": 4 }
}
Corredores y métodos disponibles:
PaísMonedaMétodos
ChileCLPbank_transfer
PerúPENbank_transfer, yape
MéxicoMXNbank_transfer (SPEI: CLABE o tarjeta de débito)
VenezuelaVESbank_transfer, pago_movil
BoliviaBOB / USDbank_transfer, qr (ver Payout QR)
BrasilBRLpix (por llave o a cuenta)
ParaguayPYGbank_transfer
La disponibilidad puede variar; el catálogo (GET /v1/payouts/methods) es siempre la fuente de verdad. Si un país tiene un solo método, method es opcional. Todos los métodos se cobran igual: tu tasa + fijo. Para transferencias bancarias necesitas además el catálogo de bancos (de ahí sale el bank_code del beneficiario):
curl "https://api.qbank.cl/platform/v1/payouts/banks?country=CL" \
  -H "Authorization: Bearer <token>"
{
  "items": [
    { "code": "001", "name": "Banco de Chile" },
    { "code": "012", "name": "Banco del Estado de Chile" },
    { "code": "016", "name": "Banco de Crédito e Inversiones" }
  ],
  "meta": { "retrieved": 3 }
}

2. Crea el payout

curl -X POST https://api.qbank.cl/platform/v1/payouts \
  -H "Authorization: Bearer <token>" \
  -H "Content-Type: application/json" \
  -d '{
    "country": "MX",
    "currency": "MXN",
    "method": "bank_transfer",
    "amount": "1500.00",
    "beneficiary": {
      "name": "María López",
      "account_type": "clabe",
      "account_number": "012180001234567895"
    },
    "description": "Pago factura 8841",
    "idempotency_key": "factura-8841"
  }'
beneficiary es un objeto de pares clave/valor cuyos campos requeridos dependen del corredor (RUT y banco en Chile, CLABE en México, CCI en Perú, llave PIX en Brasil, etc.). El catálogo de métodos documenta los campos de cada uno.
Cada payout guarda al beneficiario como contacto automáticamente ("save_contact": false para no guardarlo). Para repetirle un pago sin re-tipear sus datos, envía "beneficiary_contact_id" en vez de beneficiary — se usa su beneficiario guardado más reciente para ese país y método (422 no_saved_destination si no tiene).
Respuesta 202 Accepted:
{
  "payout_id": "0d4f…",
  "account_id": "…",
  "idempotency_key": "factura-8841",
  "country": "MX",
  "currency": "MXN",
  "method": "bank_transfer",
  "local_amount": "1500.00",
  "fx_rate": "17.50",
  "usdt_amount": "85.714286",
  "fee": "0.300000",
  "total_debit": "86.014286",
  "settlement_asset": "USDT",
  "settlement_amount": "86.014286",
  "settlement_rate": "1",
  "status": "processing",
  "created_at": "2026-07-06T20:00:00Z"
}
En ese momento tu saldo ya refleja el débito: total_debit pasó de available a held (en el saldo del settlement_asset).

Pagar desde otro saldo (settlement_asset)

Por defecto el débito sale de tu asset de settlement predeterminado (USDT salvo que lo cambies con PUT /v1/settlement). Para pagar una operación puntual desde otro saldo, agrega settlement_asset al request. Ejemplo: un payout de 100.000 CLP pagado desde el saldo BTC pasa por cuatro transformaciones, todas registradas en la respuesta:
  1. CLP → USDT a tu tasa: 100000 / 950.25 = 105.235465 USDT.
  2. + comisión fija: 105.235465 + 0.30 = 105.535465 USDT (total_debit).
  3. USDT → BTC al precio efectivo de settlement (settlement_rate 109029.34070000): 105.535465 / 109029.3407 = 0.00096795 BTC (redondeo hacia arriba al satoshi).
  4. Débito y hold en BTC: settlement_amount 0.00096795 sale de tu saldo BTC; el beneficiario recibe sus 100.000 CLP igual que siempre.
{
  "country": "CL",
  "currency": "CLP",
  "local_amount": "100000",
  "fx_rate": "950.25",
  "usdt_amount": "105.235465",
  "fee": "0.300000",
  "total_debit": "105.535465",
  "settlement_asset": "BTC",
  "settlement_amount": "0.00096795",
  "settlement_rate": "109029.34070000",
  "status": "processing"
}
Si el payout falla, se reembolsa el settlement_amount exacto a tu saldo BTC — nunca se re-cotiza. Si el precio de ejecución de BTC/GOLD no está disponible en ese momento recibirás 503 pricing_unavailable, y los assets volátiles tienen un límite por operación (422 settlement_limit_exceeded; consúltalo en GET /v1/settlement).

3. Recibe el estado final

Suscríbete al evento payout_status_changed (webhooks):
{
  "payout_id": "0d4f…",
  "account_id": "…",
  "country": "MX",
  "currency": "MXN",
  "local_amount": "1500.00",
  "usdt_amount": "85.714286",
  "total_debit": "86.014286",
  "status": "completed",
  "status_code": ""
}
  • completed: el dinero llegó; el hold se consume.
  • failed: se reembolsa el débito completo automáticamente (payout_refund en tu ledger).
También puedes consultar en cualquier momento:
curl https://api.qbank.cl/platform/v1/payouts/0d4f… \
  -H "Authorization: Bearer <token>"

Estados del payout

EstadoSignificado¿Tu saldo?
processingAceptado y en ejecución en el rail localDébito retenido en held
completedEl dinero llegó al beneficiarioHold consumido — final
failedEl corredor lo rechazó o fallóReembolso automático completo (monto + comisión)

Consulta e historial

Cada payout se puede leer individualmente y el listado acepta filtros:
# Un payout
curl https://api.qbank.cl/platform/v1/payouts/0d4f… \
  -H "Authorization: Bearer <token>"

# Historial con filtros: fechas, estado y paginación
curl "https://api.qbank.cl/platform/v1/payouts?from=2026-07-01&to=2026-07-08&status=failed&page=1&page_size=50" \
  -H "Authorization: Bearer <token>"
{
  "page": 1,
  "page_size": 50,
  "payouts": [
    {
      "payout_id": "0d4f…",
      "country": "MX",
      "currency": "MXN",
      "method": "bank_transfer",
      "local_amount": "1500.00",
      "fx_rate": "17.50",
      "usdt_amount": "85.714286",
      "fee": "0.300000",
      "total_debit": "86.014286",
      "status": "failed",
      "status_code": "core_rejected",
      "status_message": "beneficiary account does not exist",
      "created_at": "2026-07-06T20:00:00Z"
    }
  ]
}
from/to van en YYYY-MM-DD (UTC, ambos inclusive); una fecha inválida responde 400 invalid_range.

Ejemplos por país

Cada corredor con su beneficiary exacto, el request completo y la respuesta real. Las tasas (fx_rate) son ilustrativas — siempre aplican las de tu cuenta en GET /v1/rates; el débito es usdt_amount + fee (fijo, si está configurado; aquí 0.30).

Campos del beneficiary por corredor

PaísMétodoCampos del beneficiary
CLbank_transfername, tax_id (RUT), bank_code, account_type, account_number
PEbank_transfername, account_number (CCI de 20 dígitos)
PEyapename, phone (51XXXXXXXXX)
MXbank_transfername, account_type (clabe/debit_card), account_number (+ bank_code si es tarjeta)
VEpago_movilphone, bank_code (SUDEBAN), document_value
VEbank_transfername, account_number (20 dígitos), document_value
BObank_transfername, tax_id, bank_code, account_number
BRpixname, tax_id + (pix_key y pix_key_type) o (bank_code ISPB, branch_code, account_number)
PYbank_transfername (≤35), tax_id, bank_code, account_number
Transferencia bancaria en CLP. Requiere RUT, banco y cuenta:
curl -X POST https://api.qbank.cl/platform/v1/payouts \
  -H "Authorization: Bearer <token>" \
  -H "Content-Type: application/json" \
  -d '{
    "country": "CL",
    "currency": "CLP",
    "method": "bank_transfer",
    "amount": "100000",
    "beneficiary": {
      "name": "Pedro Soto Fuentes",
      "tax_id": "12.345.678-5",
      "bank_code": "012",
      "account_type": "checking",
      "account_number": "123456789"
    },
    "description": "Pago proveedor",
    "idempotency_key": "cl-prov-0091"
  }'
{
  "payout_id": "b3e1…",
  "country": "CL",
  "currency": "CLP",
  "method": "bank_transfer",
  "local_amount": "100000",
  "fx_rate": "925.69",
  "usdt_amount": "108.027528",
  "fee": "0.300000",
  "total_debit": "108.327528",
  "status": "processing"
}
El catálogo de bancos (GET /v1/payouts/banks?country=CL) da los bank_code vigentes.

Payout QR

En Bolivia (QR interoperable local) también puedes pagar a un QR de cobro en dos pasos: escanear y confirmar. El escaneo es gratis; solo se cobra al confirmar, igual que un payout normal (tu tasa + fijo). Si no envías country/currency, se asume Bolivia (BOB). El pago a QR PIX de Brasil llegará próximamente (mientras tanto usa pix por llave o cuenta).

1. Escanea el QR (gratis)

curl -X POST https://api.qbank.cl/platform/v1/payouts/qr/scan \
  -H "Authorization: Bearer <token>" \
  -H "Content-Type: application/json" \
  -d '{
    "qr_payload": "<contenido del QR>",
    "currency": "BOB"
  }'
Devuelve los datos del destinatario para que el usuario confirme a quién le paga:
{
  "scan_id": "…",
  "provider_reference": "…",
  "beneficiary_name": "Juan Quispe",
  "destination_account": "…",
  "amount": "700.00",
  "currency": "BOB",
  "glosa": "",
  "status": "…"
}

2. Confirma el pago (se cobra aquí)

curl -X POST https://api.qbank.cl/platform/v1/payouts/qr/confirm \
  -H "Authorization: Bearer <token>" \
  -H "Content-Type: application/json" \
  -d '{
    "provider_reference": "<del scan>",
    "amount": "700.00",
    "currency": "BOB",
    "description": "Pago QR almuerzo",
    "idempotency_key": "qr-2026-07-07-a"
  }'
  • Se debita usdt_amount + fijo a tu tasa, igual que un bank_transfer.
  • El resultado es síncrono: la respuesta ya trae el estado final (completed o failed con reembolso automático) — sin esperas.
  • Un mismo QR escaneado solo puede pagarse una vez; reintentos con la misma idempotency_key devuelven el payout original.
  • Cuando el pago a QR PIX de Brasil esté disponible, qr_payload aceptará el contenido del QR o el código “copia e cola” con este mismo flujo.

Errores frecuentes

HTTPerrorQué hacer
400idempotency_key_requiredEnvía la clave en body o header
400beneficiary_requiredIncluye el objeto beneficiary
402insufficient_fundsFondea la cuenta; el payout no se creó
403account_blockedLa cuenta no está activa; contacta al equipo de CBPay
403service_disabledPayouts no está habilitado para tu cuenta — ver servicios
422currency_not_supportedNo hay tasa FX para esa moneda
422(payout con status: failed)El corredor rechazó los datos; el débito ya fue reembolsado — corrige beneficiary y reintenta con clave nueva

Rechazo inmediato vs fallo posterior

Si el procesador rechaza el payout al crearlo, recibes 422 con el objeto en status: failed y el reembolso ya aplicado. Si falla después (por ejemplo, cuenta destino inexistente detectada por el banco), te llega el webhook con status: failed y el reembolso automático en ese momento.

Cómo leer status_code en un payout fallido

status_codeSignificadoAcción
core_rejectedEl procesador rechazó la operación al crearla (datos del beneficiario inválidos, corredor no disponible)Lee status_message, corrige y crea un payout nuevo con clave nueva
otro códigoRechazo posterior del riel bancario (p. ej. cuenta destino cerrada)Igual: corrige los datos y crea una operación nueva
(vacío)Fallo genérico del corredorRevisa status_message; si no es claro, contacta soporte con el payout_id
En todos los casos el reembolso ya está aplicado — verifícalo con la entrada payout_refund en movimientos.
Un payout en processing no se puede cancelar por API: el rail ya lo tiene. Espera el estado final por webhook o GET — llega siempre, con reembolso automático si falla.
Última modificación el 10 de julio de 2026