BlueUP Core: Motor Financiero Soberano
BlueUP Core es un motor de core bancario y asegurador integrado, construido desde cero en Rust para entidades que necesitan soberanía tecnológica total sobre su lógica financiera, contabilidad y compliance.
El Problema
Dependencia de proveedores SaaS
Tus reglas contables, productos y compliance viven en un servidor que no controlas.
Banca y Seguros separados
Dos cores, dos equipos, dos integraciones, doble coste.
Contabilidad single-GAAP
Informes manuales para IFRS, ajustes fiscales fuera del sistema.
Compliance como parche
Digital Operational Resilience Act: reglamento UE 2022/2554 sobre resiliencia operativa digital. Exige a entidades financieras de la UE resistir, responder y recuperarse de incidentes TIC. En vigor desde 17 enero 2025. Leer más → DORA, Servicio Ejecutivo de la Comisión de Prevención del Blanqueo de Capitales e Infracciones Monetarias. Unidad de inteligencia financiera de España (FIU), receptor oficial de las comunicaciones de operativa sospechosa de las entidades obligadas.SEPBLAC y Solvencia II añadidos con middleware, no nativos.
Rendimiento limitado
Cores legacy en Java/COBOL con latencias de segundos por operación.
Nuestra Solución
BlueUP Core unifica productos bancarios y aseguradores en un solo motor con contabilidad multi-normativa integrada y rendimiento de grado institucional.
Contabilidad Paralela (Multi-GAAP)
Cada evento de negocio genera asientos automáticos en tres libros simultáneamente:
| Libro | Normativa | Ejemplo |
|---|---|---|
| Sectorial | Plan Contable de Seguros / Circular BdE | PGC Seguros, cuentas 440, 700... |
| IFRS | Normas Internacionales (NIIF 17) | contract_liability, insurance_receivable |
| Fiscal | Impuesto de Sociedades | Diferencias temporales, ajustes extracontables |
Reconciliación automática
Cada evento de negocio genera un identificador único (UUID v7 time-ordered) que vincula los asientos de los tres libros. La reconciliación inter-libros se ejecuta en tiempo real, no en cierres mensuales.
Motor de Reglas Desacoplado
Las reglas contables se definen en ficheros YAML en Git, no en código. Tu equipo financiero puede modificar cómo se contabiliza un evento sin necesidad de un despliegue de software.
6 plantillas de posting pre-configuradas:
| Evento de negocio | Plantilla YAML |
|---|---|
| Cobro de prima de seguro | cobro_prima.yaml |
| Pago de siniestro | pago_siniestro.yaml |
| Desembolso de préstamo | desembolso_prestamo.yaml |
| Cobro de cuota | cobro_cuota_prestamo.yaml |
| Constitución de reserva | constitucion_reserva.yaml |
| Transferencia SEPA saliente | transferencia_sepa_saliente.yaml |
Cada plantilla define las entradas de débito y crédito para los tres libros simultáneamente. Validación automática de completitud (¿todos los libros tienen asientos?) y balance (¿hay al menos un débito y un crédito por libro?).
Productos Bancarios y Aseguradores
| Bancarios | Aseguradores |
|---|---|
| Préstamos personales | Vida riesgo y ahorro |
| Hipotecas | Hogar multirriesgo |
| Depósitos a plazo | Autos (terceros y todo riesgo) |
| Cuentas corrientes | Salud |
| Transferencias SEPA | Responsabilidad civil |
Pagos Integrados
Integración nativa con infraestructura de pagos europea:
- SEPA Credit Transfer (SCT): Transferencias salientes
- SEPA Direct Debit (SDD): Cobro de cuotas y primas
- Cuentas IBAN españolas operativas desde el primer día
- Banking-as-a-Service: Swan (EMI europeo, API GraphQL)
Compliance Nativo
No es un módulo añadido — es parte de la arquitectura:
| Regulación | Capacidad |
|---|---|
| SEPBLAC | Screening, alertas AML, informes S-1 y S-3 |
| DORA | Gestión de incidentes, resiliencia operativa, audit trail |
| Solvencia II | Reservas técnicas actuariales, reporting QRT |
| Anti-structuring | Ventana deslizante, pre-alertas al 80% del umbral |
Rendimiento Verificado
Invariantes contables verificadas con property testing
- Cada asiento mantiene el balance (∑débitos = ∑créditos)
- Completitud: todo evento genera asientos en los 3 libros
- Determinismo: la misma entrada produce siempre la misma salida
- Sin efectos secundarios: el motor es puro
- Acumulación monotónica: el ledger solo crece
Stack Tecnológico
| Capa | Tecnología |
|---|---|
| Lenguaje | Rust (Edition 2024) |
| Framework Web | Axum 0.8 |
| Mensajería | NATS JetStream con buffer local SQLite (Store & Forward) |
| Base de datos | PostgreSQL (particionado por book_id) |
| Autorización | Biscuit v6 / Datalog v3.3 |
| Red | Dark Service vía OpenZiti (sin puertos públicos) |
| Aislamiento | gVisor (runsc) |
| Aritmética financiera | rust_decimal (precisión arbitraria) |
| Fechas y IDs | chrono + UUID v7 |
¿A quién va dirigido?
Entidades que necesitan soberanía
- Neobancos y fintech que quieren un core propio sin depender de Mambu, Thought Machine o Temenos
- Aseguradoras que necesitan un motor unificado para banca-seguros
- Gestoras de patrimonio con requisitos de contabilidad multi-GAAP
- Entidades reguladas que deben cumplir DORA y SEPBLAC por diseño
Diferenciación
| Característica | BlueUP Core | Core bancario SaaS tradicional |
|---|---|---|
| Contabilidad multi-GAAP | ✅ 3 libros nativos | ❌ Ajustes manuales |
| Banca + Seguros | ✅ Motor unificado | ❌ Dos sistemas separados |
| Rendimiento | ✅ 162k journals/sec | ⚠️ Cientos/sec (Java/COBOL) |
| Seguridad de tipos | ✅ Compile-time (Rust) | ❌ Errores en runtime |
| Compliance integrado | ✅ DORA/SEPBLAC nativos | ⚠️ Add-on |
| Reglas contables configurables | ✅ YAML en Git, sin despliegue | ❌ Requiere desarrollo |
| Zero Trust | ✅ Sin puertos públicos | ❌ API con gateway |
| Soberanía del dato | ✅ On-premise / cloud propio | ❌ Multi-tenant compartido |
| Property testing | ✅ 5 invariantes, 1.280 ejecuciones | ❌ Solo tests manuales |
Habla con nuestro equipo
¿Tu entidad necesita un core financiero soberano con compliance nativo?