Arquitectura de la plataforma

BCOL es la capa de orquestación entre canales digitales y el Core bancario. Esta referencia describe su estructura interna: flujos, contratos, adaptadores y topología de despliegue.

Vista general

BCOL se interpone como capa única entre todos los canales digitales y el Core bancario. Los canales nunca llaman directamente al Core: toda operación pasa por BCOL, que normaliza, valida, orquesta y retorna la respuesta en un contrato estable.

El resultado: los canales pueden evolucionar en semanas; el Core puede cambiar —o reemplazarse— sin que los canales lo noten.

Canales
App móvilBanca webOnboardingBackoffice
Capa de orquestación · BCOL
Core y sistemas del banco
Core BankingCRMKYC / AMLLedger

Flujo de una operación

Cada request recorre exactamente tres etapas: normalización, validación y orquestación. La capa añade una latencia mínima frente al tiempo de respuesta del Core.

Canal
Móvil Web Onboarding
BCOL
normaliza
valida
orquesta
Core CBS externo
Fig. A2 · Ciclo request → response BCOL ▹
Etapas 3 normaliza · valida · orquesta
Cobertura 100% operaciones auditadas
Contrato 1 hacia todos los canales

Contrato de API

Los Core bancarios exponen interfaces heterogéneas: SOAP, REST propietario, ISO 8583, archivos por lote. BCOL abstrae esa diversidad y presenta a los canales un único contrato OpenAPI versionado y estable. Cuando el Core cambia, solo se actualiza el adaptador interno — el contrato hacia los canales no se toca.

SOAP / WSDL
REST propietario
ISO 8583
Batch / archivo
OpenAPI 3.1 versionado
GET /accounts/{id} POST /transfers GET /products POST /payments
Fig. A3 · Normalización de interfaces de Core BCOL ▹

Adaptadores de Core

BCOL no está atado a un Core. Cada Core bancario se integra mediante un adaptador dedicado. La institución puede convivir con múltiples Core o migrar de uno a otro sin reescribir los canales. Los adaptadores son modulares, versionables y desplegables de forma independiente.

BCOL capa de orquestación
Core A activo
Core B activo
Core C planificado
Fig. A4 · Adaptadores multi-core BCOL ▹

La institución puede operar Core A y Core B en paralelo durante una migración — BCOL enruta por reglas de negocio.

Eventos y webhooks

Toda operación ejecutada en BCOL emite un evento al bus interno. Los canales y sistemas externos suscriben webhooks con filtros granulares. El bus garantiza entrega at-least-once con reintentos exponenciales y dead-letter queue.

BCOL emite evento
transfer.completed account.updated payment.failed
Notificaciones
CRM / analítica
Webhooks externos
Custom subscriber
Fig. A5 · Bus de eventos y suscriptores BCOL ▹

At-least-once

reintentos con backoff exponencial

Dead-letter queue

eventos fallidos inspeccionables

Seguridad en la capa

BCOL es el único punto de entrada al Core. Ese perímetro se controla con autenticación fuerte, autorización granular y trazabilidad completa de cada operación.

Canales · zona de cambio
BCOL · límite de control
Core Banking Fuente de verdad · sin cambios
Fig. A6 · Anillos de protección BCOL ▹

OAuth 2.0 · MFA · certificados mTLS

Los canales se autentican con tokens de corta vida. Las llamadas al Core usan mTLS end-to-end.

RBAC · scopes por operación

Cada endpoint define los roles y scopes requeridos. Un canal no puede invocar operaciones fuera de su perfil.

Traza inmutable · exportable SIEM

Cada request genera un registro de auditoría firmado: canal, usuario, operación, timestamp, resultado.

Ver referencia completa de seguridad

Despliegue por módulo

Cada módulo del stack (banca móvil, banca web, onboarding, backoffice) se despliega y versiona de forma independiente sobre la misma capa BCOL. La institución puede activar solo los módulos que necesita y actualizar cada uno en su propio ciclo.

BCOL · capa base
v2.4 Banca móvil iOS · Android
v1.9 Banca web Personas · Empresa
v3.1 Onboarding Digital · KYC
próximo Backoffice Staff · Admin
Fig. A7 · Topología de despliegue por módulo BCOL ▹

# Módulos comparten la capa BCOL pero tienen su propio pipeline CI/CD

# Un fallo en banca web no afecta banca móvil

# Rollback de un módulo sin ventana de mantenimiento

Agendar una sesión técnica

Esta es la arquitectura de referencia. El detalle de implementación y la topología de tu despliegue se cubren en la sesión técnica: revisamos la arquitectura actual de tu institución e identificamos el punto de integración óptimo con BCOL. Sin compromiso. Duración: 45 minutos.

Solicitar sesión técnica