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
| Desafío | Impacto |
|---|---|
| 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 | DORA, 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
| Métrica | Valor |
|---|---|
| Throughput | 162.951 journals/sec (objetivo: 1.000) |
| Tests | 60 tests unitarios + 5 invariantes proptest (~1.280 ejecuciones aleatorias) |
| Warnings | 0 |
| Seguridad de tipos | Compile-time: Money<EUR> + Money<USD> → error de compilación |
| IDs | UUID v7 time-ordered (ordenación temporal nativa) |
| Aritmética | rust_decimal con redondeo half-even (finanzas) y half-up (fiscal) |
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?