Conectamos extractos, transacciones, pagos con QR e inversiones en una capa API auditable, con entrega de código fuente y documentación técnica.
Realizamos análisis de protocolo y refactorización de interfaces para convertir flujos autorizados de Brubank en datos normalizados: ledger financiero, integración de extractos bancarios y feed de confirmaciones de pagos con QR.
Convertimos la experiencia de descarga en una API de extractos que entrega movimientos normalizados: período, importes, moneda, y referencias de transacción para reconciliación.
Uso: importación automatizada para ERP, reportes compliance-friendly y trazabilidad de acceso.
Implementamos un modelo de ingestión que mapea campos a un esquema OpenData/OpenFinance: occurred_at, direction, category, provider, currency, reference_id.
Uso: analítica de gastos, detección de anomalías y paneles operativos sin duplicar lógica de la app en tu producto.
Integramos el feed de eventos para que tu plataforma conecte pagos a órdenes: el output incluye el proveedor/acquirer y el timestamp de liquidación.
Ecosistema: Brubank indica que los QR pueden provenir de proveedores como Mercado Pago, Modo o Getnet; tu modelo puede guardar acquirer_provider para reportes por canal.
Creamos una integración de transferencias que unifica direcciones, referencias y tiempos. Esto habilita forecasting de caja y alertas para eventos sensibles.
Uso: tablero “ingreso disponible” y seguimiento de pagos periódicos (alquiler, servicios, etc.).
Implementamos endpoints estilo OpenFinance para portafolios: trades, snapshots de holdings y métricas derivadas en el momento de la consulta.
Uso: reportes, analítica de performance y paneles de riesgo con separación por tipo de producto.
Traducimos Patear a un ledger específico: cuánto se pateó, cuándo se paga (según selección) y el monto debido consolidado.
Uso: herramientas de presupuesto que deben separar “consumo con débito diferido” de gastos normales.
En vez de integrar con heurísticas sueltas, diseñamos una capa API que vuelve predecibles los objetos financieros de Brubank. Cada módulo incluye mapeo de campos, ejemplos de payload y plan de pruebas.
Definimos tus requerimientos (por ejemplo: “exportar extractos para conciliación” o “feed de eventos de pagos con QR”). Luego mapeamos el flujo de protocolo de la app a una integración autorizada y delimitamos claramente el rol de cada componente.
Cadena típica: consentimiento + sesión → ingestión → normalización y validación → endpoints para tu analítica y contabilidad. También entregamos una checklist de regresión si Brubank cambia el protocolo/GUI.
Haz clic en una miniatura para ver la imagen en grande (lightbox). Útil para ubicar pantallas durante el análisis de protocolo.
Esta tabla resume objetos financieros que tu equipo puede integrar primero para construir endpoints OpenData/OpenFinance. Todo el diseño asume acceso autorizado y minimización de datos.
| Tipo de dato | Origen (pantalla/función) | Granularidad | Uso típico |
|---|---|---|---|
| Identificadores de cuenta (CBU/alias) | Mi Cuenta → Mi alias y CBU |
Documento + campos estructurados | Onboarding, vinculación de cuentas y documentación de compliance |
| Extracto mensual (Estado de cuenta) | Mi Cuenta → Estado de cuenta |
Período año/mes + movimientos | Reconciliación, exportes de reporte y auditoría |
| Ledger de transacciones | Tarjeta, transferencias y QR; y vistas de análisis de gastos | Ventana de tiempo + categoría + referencias | Analítica, alertas y paneles operativos |
| Recibos de pagos de servicios y recargas | “Pago de servicios” y funciones de recarga | Registro por recibo | Soporte al cliente, insight de pagos recurrentes y trazabilidad |
| Inversiones y holdings | “Inversiones”: CEDEARs, dólar MEP y fondos | Trades + posiciones por tipo | Portafolio OpenFinance, rendimiento y controles de riesgo |
| Calendario BNPL (Patear) | Producto “Patear” y elección de fecha de pago | Agregados mensuales + reglas de fechas | Modelado de cashflow diferido y previsión |
4 escenarios end-to-end con contexto de negocio, datos que se exponen y cómo se mapean a OpenData/OpenFinance.
Contexto: tu equipo necesita importar movimientos mensuales en forma consistente.
Datos/API: extractos descargables (Estado de cuenta) y normalización del ledger.
OpenData mapping: movimientos estructurados y endpoint /statements/{accountId}?from=YYYY-MM&to=YYYY-MM.
Contexto: quieres “órdenes pagadas con QR” conciliadas automáticamente.
Datos/API: eventos de confirmación de pago con QR (acreditación inmediata) + proveedor.
OpenFinance mapping: output payment_events con order_id, acquirer_provider y settled_at.
Contexto: aplicaciones de inversión necesitan holdings y trades con un modelo uniforme.
Datos/API: actividad de “Inversiones”.
OpenFinance mapping: /portfolios/{userId}/holdings agrupado por tipo y listas de trades para performance.
Contexto: presupuesto y analítica requieren separar débito diferido.
Datos/API: agenda Patear (reglas de fecha de pago y agregados).
OpenData mapping: endpoint bnpl_schedule con next_charge_date y amount_due_total.
Los fragmentos muestran la profundidad de la integración. No implican que Brubank exponga esos endpoints directamente; representan cómo tu sistema llama a nuestra capa autorizada y recibe payload normalizados.
// 1) Autenticación autorizada (consent + sesión)
POST /integration/brubank/oauth/start
body: {
"app_user_id": "u_123",
"scopes": ["statements:read","transactions:read","investments:read"],
"redirect_uri": "https://tuapp.com/oauth/callback/brubank"
}
// Tu backend guarda un "integration_session" (corto plazo)
{
"integration_session_id": "sess_9f...",
"redirect_url": "https://brubank/"
}
// 2) Descarga de extracto + normalización
POST /integration/brubank/statements:download
body: {
"integration_session_id": "sess_9f...",
"account_identifier": {
"alias": "br_alias_... ",
"cbuproof_type": "CBU_ALIAS"
},
"period": {"year": 2026, "month": 2},
"output": {"format": "json+pdf"}
}
// Manejo de errores (incluye partial)
{
"status": "ok",
"pdf_url": "s3://.../statement_2026-02.pdf",
"movements": [
{"occurred_at":"2026-02-03","amount":"-12345.00","currency":"ARS","reference_id":"...","category":"TRANSFER"}
]
}
// retry_after_seconds para reintentos
// 3) Sincronización de eventos de pagos con QR
POST /integration/brubank/qr-payments:sync
body: {
"user_id": "u_123",
"since": "2026-02-01T00:00:00Z",
"merchant_linking": {
"rules": [
{"match":"order.reference_id","map_from":"transaction.reference_id"}
]
}
}
// Webhook opcional desde tu sistema
POST https://tuapp.com/webhooks/brubank/payment-events
{"event_id":"evt_...","order_id":"o_777","settled_at":"...","amount":"...","currency":"ARS","acquirer_provider":"MercadoPago"}
Requisito de calidad: idempotencia por event_id, validación estricta de campos y mapeo determinista de categorías para evitar duplicados.
La integración de datos de Brubank debe hacerse con autorización y minimización. En Argentina, una referencia clave es la Ley 25.326 (Protección de Datos Personales), que regula cómo se tratan y comparten los datos de personas.
En el entorno financiero, BCRA y normas complementarias enfatizan transparencia y derechos del usuario financiero. En abril de 2024, BCRA publicó su primera API de Open Finance para “Principal Variables”, y en los pasos posteriores se reforzaron controles orientados a reducir riesgos (incluyendo medidas anti-fraude). Por eso entregamos validación estructurada, logs de consentimiento y ventanas de retención mínimas.
statements:read, investments:read, etc.App cliente → consentimiento y sesión → módulo de ingestión (análisis + recuperación autorizada) → normalización/validación → almacenamiento mínimo + modelo estructurado → APIs para analítica y conciliación.
Brubank se posiciona como banco digital en Argentina con foco en personas y también en segmento corporativo/SME. Materiales públicos (enero de 2026, sobre resultados 2025) reportan más de 4,2 millones de usuarios y más de 9.000 PyMEs atendidas, con arquitectura “cloud-first”. Además, se destacaron integraciones como PIX y su propuesta de Banking as a Service (BaaS) vía APIs; este contexto hace que integraciones OpenFinance de conciliación, analítica de pagos y reporting de inversiones tengan mayor impacto operativo. El producto se centra en la app móvil (Android/iOS), por lo que la integración nace desde los flujos dentro del app.
Entregamos un paquete de integración usable, no solo análisis. Está pensado para equipos que necesitan pasar de protocolo a código productivo.
Somos un estudio técnico especializado en integración de interfaces y en integración API autorizada. Nuestro método combina análisis de protocolo, refactorización de interfaces, mapeo a OpenData/OpenFinance y entrega de código fuente + documentación.
El equipo tiene experiencia práctica en fintech y en testing de flujos sensibles (pagos, extractos, inversiones y BNPL). Entregamos con foco en seguridad, auditabilidad y estabilidad operativa.
Para empezar, comparte el nombre del app (Brubank) y las necesidades concretas: exportación de extractos, eventos de QR, holdings de inversión o modelado de Patear. Para comunicarse:
Un “vertical slice” inicial suele estar entre 5 y 15 días hábiles según complejidad; flujos regulados o aprobaciones de terceros pueden extender el plazo.
¿Qué información necesito entregar?
Comparte el nombre del app (Brubank), el uso que querés (extractos, ledger, eventos QR, inversiones, Patear) y si ya contás con un entorno backend para ejecutar el módulo de integración.
¿Cómo aseguramos privacidad y cumplimiento?
Trabajamos con accesos autorizados y diseñamos endpoints con logs, minimización y ventanas de retención. La implementación se alinea con tu política de seguridad y documentación.
¿Hacen integración continua?
Sí. Además de exportar, muchos proyectos necesitan sincronización periódica de transacciones, feed de pagos QR y generación mensual de extractos.
Todo lo que necesitás de un banco, en una app. Brubank elimina trámites y aumenta la transparencia con una experiencia digital que combina tarjetas, inversiones, pagos, QR, préstamos, y herramientas para finanzas personales y familiares.
Más info: https://www.brubank.com