Consumo de Datos

Catálogo de Produtos / Consumo de Datos
API de plataforma — no regulada por la CMF

Consumo de Datos

Cómo la aplicación del PSBI lee los datos del titular en la institución transmisora, una vez que el consentimiento está vigente.

SaltoPlataforma
Familias7
AutenticaciónToken del Gateway

01 Qué resuelve

Terminada la jornada de consentimiento usted tiene un grantId. Ahí empieza el trabajo caro: hablar el perfil de seguridad del SFA con cada institución, cada una con su propia URL, su propio registro de cliente y su propio token.

Esta API existe para que no lo haga. Su aplicación envía JSON y recibe JSON; la plataforma se encarga del protocolo en su nombre.

La plataforma haceSu aplicación no necesita
Resuelve la URL de la contraparte en la réplica local del Directoriomantener un catálogo de endpoints por institución
Custodia el token del grant y lo renueva cuando expiraimplementar refresh_token ni conocer el token endpoint
Abre el canal mTLS con el certificado del participantegestionar material criptográfico
Presenta el token ligado al certificado (cnf, RFC 8705)saber que el token es sender-constrained
Emite el x-fapi-interaction-id obligatorio y lo devuelveconocer el perfil FAPI 2.0

02 Dónde encaja

PASO 1 Jornada PSBI El titular autoriza. Usted recibe un grantId y lo guarda.
PASO 2 Consumo de Datos Presenta ese grantId y pide la familia, el endpoint y la versión que necesita.
PASO 3 Su producto El cuerpo llega tal como lo emitió la institución, con la forma que define la norma.
Dos contratos, una integración

La Jornada PSBI obtiene y administra el consentimiento; ésta lo usa. Si todavía no abrió una jornada, empiece por allá: sin grantId vigente no hay dato que leer.

03 La forma de la llamada

Una sola operación cubre los endpoints sin identificador de camino:

 Ruta
GET/v1/api-requests
GET/v1/api-requests/params/{resourceIds}

Tres parámetros dicen qué se pide, y son obligatorios:

ParámetroQué esCómo se compara
apiFamilyTypeLa familia, tal como la institución la publicó en el DirectorioLiteral, insensible a mayúsculas
endpointEl sufijo del endpoint dentro de la familiaPor sufijo contra la URL publicada
versionLa versión de la APIPor prefijo; gana la más nueva que case
El vocabulario de familia no está controlado

El campo ApiFamilyType del Directorio es texto libre: la misma familia aparece como Cuentas, cuentas, Accounts y accounts según quién la publicó. Los ejemplos de abajo usan la grafía más común, pero el valor correcto es el que esa institución publicó. Consúltelo en el Directorio antes de fijarlo en su código.

04 Ejemplos

Panel de saldos — el tablero del PFM

Primero el inventario de lo que el titular tiene, después el saldo de cada cuenta.

  1. Qué productos hay
    GET /v1/api-requests?apiFamilyType=resources&endpoint=/resources&version=1.0
  2. Las cuentas
    GET /v1/api-requests?apiFamilyType=accounts&endpoint=/accounts&version=1.0
  3. El saldo de una cuenta
    GET /v1/api-requests/params/ACC-001?apiFamilyType=accounts&endpoint=/accounts/{accountID}/balance&version=1.0

El identificador va en el camino y se expande posicionalmente en el marcador {accountID} que la institución declaró. No lo concatene usted a la URL.

Categorización de gastos — el motor del PFM

Los movimientos de un período, paginados.

GET /v1/api-requests/params/ACC-001
      ?apiFamilyType=accounts
      &endpoint=/accounts/{accountID}/transactions
      &version=1.0
      &fromDate=2026-01-01
      &toDate=2026-03-31
      &page=1
      &pageSize=200

grant-id: 7f3c9e2a-...
Authorization: Bearer <token del Gateway>

Para la tarjeta de crédito, la misma llamada cambiando la familia y el marcador:

GET /v1/api-requests/params/CARD-77
      ?apiFamilyType=credit-card-accounts
      &endpoint=/accounts/{creditCardAccountID}/transactions
      &version=1.0
      &fromDate=2026-01-01&toDate=2026-03-31

Capacidad de pago — antes de ofrecer crédito

Deuda vigente y cupo comprometido, que es lo que cambia la decisión.

Qué necesitaFamiliaEndpoint
Créditos vigentesloans/loans y /loans/{loanID}/balance
Cupo y deuda de tarjetacredit-card-accounts/accounts/{creditCardAccountID}/limit
Ahorro e inversióninvestments/investments y /investments/{investmentID}/balance
Seguros contratadosinsurances/insurances

Conciliación de un comercio

Para el PSBI que opera sobre un comercio adquirido.

GET /v1/api-requests?apiFamilyType=payment-reports&endpoint=/payment-reports&version=1.0&fromDate=2026-03-01&toDate=2026-03-31

05 Paginación y filtros

Son cinco, y son los que los contratos del SFA definen. No hay más.

ParámetroTipoPor omisiónNota
pageentero1La primera página es 1
pageSizeentero25camelCase, no page-size. Máximo 1000
fromDatefecha—ISO-8601, UTC
toDatefecha—ISO-8601, UTC
brandtexto—Cuando la institución opera más de una marca

06 Lo que la plataforma no hace

Cuatro límites que conviene conocer antes de diseñar encima.

  1. No interpreta el cuerpo
    La respuesta de la institución atraviesa sin deserializar. La envoltura data/links/meta y el significado de cada campo los define la norma, no esta API.
  2. El estado de la institución se propaga
    Un 401, 404 o 429 emitido por la contraparte llega a usted con su cuerpo y su formato de error, que es el de la API regulada y no el de ésta.
  3. No guarda los datos del titular
    Lo que se custodia es el token del grant, no la respuesta. Cada llamada va a la institución.
  4. No consulta el Directorio durante la llamada
    La dirección sale de la réplica local. La NCG 569 prohíbe usar los servicios de verificación de estado del Directorio en el flujo transaccional, así que no hay búsqueda remota de respaldo: si la réplica no tiene esa institución, la llamada falla y lo dice.

07 Cuando algo sale mal

CódigoHTTPQué pasó
CORE-006412Falta el encabezado grant-id
API-REQ-002422apiFamilyType ausente o en blanco
API-REQ-001422Esa familia, versión y sufijo no están en la réplica del Directorio para esa institución
TKN-MGR-001422No hay token guardado para ese grantId: revise si el consentimiento sigue vigente
La envoltura de error de esta API

Es {"errors":[{"code","title","detail"}]}. No es la envoltura de los Principios de Diseño que devuelve la Jornada PSBI. Los Principios de Diseño rigen las APIs reguladas, y ésta no lo es, pero son dos contratos de plataforma hablando distinto: la alineación está pendiente. Si su integración maneja los dos, necesita dos lecturas de error. Ramifique siempre por code, nunca por el texto de detail.

Ver el contrato OpenAPI → · ← Volver a Swaggers