casos de uso
Arquitecturas de referencia.
Cómo montar con los bloques: cada caso muestra para quién es, el problema, el montaje y lo que ganas. No son estudios de caso — son arquitecturas que puedes copiar.
6 arquitecturas · seis bloques · siete rails
01
Banco digital completo
para quién
IPs y SCDs (instituciones de pago y sociedades de crédito directo brasileñas) y bancos digitales (S2–S4) que lanzan cuenta, Pix y emisión propios.
Lanzar cuentas, transferencias y Pix desde cero exige un ledger correcto, control de riesgo en tiempo real y conexión al BACEN — normalmente, meses amarrando sistemas separados.
el montaje
lo que ganas
- Ledger correcto por construcción, con partida doble y rastro inmutable.
- Pix y TED liquidando directo, sin gateway de terceros.
- Riesgo y cumplimiento en el mismo stack, no como complementos.
02
Embedded finance / BaaS
para quién
Proveedores de BaaS y plataformas que sirven a varias marcas o subsidiarias.
Servir a varias marcas sobre una sola base exige aislamiento total de tenants, eventos que los sistemas de cada cliente puedan consumir y conexión a pagos — sin duplicar infraestructura.
el montaje
- Midaz (multi-tenant)un ledger con aislamiento total por tenant
- Flowkeronboarding y enrutamiento de pagos por marca
- Plugins Pix / TEDpagos conectados por interfaz
- Access Managerautenticación e identidad centralizadas
- Reporterextractos y reportes por marca
lo que ganas
- Aislamiento total por tenant desde la base.
- Eventos de dominio publicados en cada movimiento — los sistemas de cada cliente reaccionan desde ahí.
- Una sola base de infraestructura, muchas marcas.
03
Marketplace
para quién
Plataformas de comercio que intermedian el pago entre sellers y compradores.
Un pago se convierte en varios destinos a la vez — el seller, la comisión, el flete, las retenciones — y todos tienen que liquidar atómicamente o no liquida ninguno.
el montaje
lo que ganas
- Seller, comisión, flete y retenciones en una sola transacción: o liquida todo, o no liquida nada.
- Saldo por seller en el propio ledger — sin hoja de cálculo paralela.
- Diferencias con el PSP aisladas como excepción, no como sorpresa.
04
Adquirencia y subadquirencia
para quién
Adquirentes, subadquirentes y facilitadores de pago.
Cada real capturado se descompone en MDR, comisión de la red de tarjetas, comisión del adquirente y neto del comercio — componentes que liquidan de D+1 a D+30, y el abono tiene que salir en plazo.
el montaje
lo que ganas
- MDR, red de tarjetas, adquirente y neto con su propio asiento — no un valor neto sin memoria de cálculo.
- Archivo de liquidación verificado contra lo capturado, con tolerancia para comisión y timing.
- Abono por Pix o TED directo en el BACEN, sin intermediario en el camino del dinero.
05
Crédito consignado
para quién
Financieras, SCDs y fintechs de crédito que operan consignado —crédito con descuento en nómina— en Brasil.
Operar consignado va de la originación y la firma de la CCB —la cédula de crédito bancario brasileña— a la averbação en Dataprev, el registro del descuento ante la entidad pagadora, y a la contabilización de cada evento: normalmente repartido entre sistemas que no se hablan.
el montaje
lo que ganas
- De la solicitud a la averbação en un solo motor, con un historial consistente.
- Cada evento financiero contabilizado en el ledger de partida doble.
- Cobertura de punta a punta del consignado, en un solo stack.
06
Conciliación y tesorería enterprise
para quién
Tesorerías enterprise y equipos de backoffice que cierran el mes sin cambiar el core.
Cerrar el mes verificando extractos de bancos, procesadores y ERPs contra los registros internos consume días en hojas de cálculo — y quieres resolverlo sin cambiar el core que ya está corriendo.
el montaje
lo que ganas
- Conciliación automática entre bancos, procesadores, ERPs y ledgers.
- Corre standalone sobre los sistemas existentes — sin migración de core.
- Excepciones enrutadas a JIRA o ServiceNow, vía webhooks.
¿Qué arquitectura es la tuya?
Trae tu caso — lo montamos a partir de los bloques.