Ajusta la tecnología a cada paso
Los agentes de IA llevan los casos de varios pasos; los modelos leen y redactan. Si un error cuesta caro, cálculos, permisos y asientos van con código determinista.
La arquitectura sigue el servicio por cinco capas, desde la solicitud hasta el resultado aceptado.
De la solicitud al registro
Recibir solicitudes por los canales acordados de clientes, colaboradores y sistemas.
Seguir el avance del caso, sus responsables y las acciones permitidas.
Usar agentes de IA, modelos de IA y reglas aprobadas para hacer el trabajo.
Actualizar o conciliar tus sistemas a través de interfaces autorizadas.
Conservar los registros que miden la entrega, muestran las decisiones y permiten recuperarse.
En los módulos abiertos
Abre una capa para ver qué aporta y dónde termina.
Los canales web y móviles, los portales de colaboradores y las herramientas operativas llaman a API de proceso, cada una con su punto de entrada.
Los servicios de dominio coordinan los core; la saga de apertura enlaza contrato, titular, cuenta y primera transacción.
Cada módulo core es responsable de un registro, como un cliente, un contrato o una cuenta, tras contratos REST/OpenAPI.
Las interfaces de proveedor dejan pagos, documentos, firma y sistemas de la aseguradora tras contratos explícitos, con tratamiento de errores y conciliación.
Principios de diseño
Los agentes de IA llevan los casos de varios pasos; los modelos leen y redactan. Si un error cuesta caro, cálculos, permisos y asientos van con código determinista.
Retrasos, evidencias ambiguas y fallos parciales son parte del proceso: el servicio define cómo pausar, reanudar y conciliar.
Una acción propuesta no es una acción autorizada, y los límites delegados se aplican igual al trabajo automatizado y al humano.
Dentro de un servicio
Un puerto dice lo que necesita el caso de uso y un adaptador lo aporta, así que cambiar de base de datos o de proveedor no sale del adaptador.
Persistir registros de negocio
Base de datos relacional elegidaInformar a otros servicios
Broker de mensajes elegidoSolicitar una acción al proveedor
Adaptador a la API del proveedorDecisiones de arquitectura
Define entradas, salidas, autorización y versiones, con reintentos idempotentes donde el servicio lo admita.
Elige qué servicio es dueño de cada registro y usa event sourcing donde aporte valor.
Lleva el trabajo de larga duración a un runtime persistente: los temporizadores en memoria mueren con un reinicio.
Separa quién es un usuario o servicio de lo que puede hacer, con OAuth2/JWT y contratos de políticas.
Traza cada petición y acuerda cómo conciliar cuando un sistema externo actuó pero se perdió su respuesta.
La salida del modelo es información tipada; los permisos y tu aprobación deciden qué avanza.
Fundamentos de ingeniería abiertos
Firefly Framework aporta los patrones de servicios, datos, eventos, seguridad, procesos e IA que usa la plataforma.
Tu primera operativa
Cuéntanos el proceso, el volumen y qué significa «terminado» para ti. Te enviaremos un alcance, un plan de despliegue y una propuesta.