Autorización Bancaria Multiempresa

Reuniendo múltiples flujos de autorización en un solo lugar. Multiempresa se diseñó para centralizar las operaciones bancarias pendientes de distintas empresas en un único dashboard. En lugar de navegar por módulos de autorización separados, los usuarios podían revisar sus empresas, explorar los productos financieros pendientes, seleccionar operaciones individuales y completar múltiples autorizaciones desde una misma experiencia. Esto estaba directamente alineado con el objetivo funcional del producto: centralizar las autorizaciones de distintas empresas y permitir autorizar múltiples operaciones simultáneamente.

Liderazgo del frontend. Fui responsable del desarrollo frontend de la experiencia de autorización Multiempresa usando Angular y TypeScript. Mi trabajo abarcó los distintos productos financieros integrados en la plataforma, sus flujos específicos, los patrones de interacción compartidos, los estados de autorización y la integración con el portal bancario que lo rodeaba.

Autorización progresiva. La navegación principal seguía tres niveles. Empresa — El usuario comienza viendo las empresas con operaciones pendientes. Cada empresa podía mostrar información como identificación de la empresa, productos pendientes, número de operaciones, monto total y acceso al detalle. Producto — Al abrir una empresa se mostraban sus productos financieros con operaciones pendientes. El usuario podía modificar la selección de productos y acceder al detalle de cada uno. Operación — Finalmente, el usuario podía seleccionar individualmente las operaciones que quería autorizar. El detalle variaba según el producto financiero.

Más que casillas de verificación. La selección era una de las piezas centrales de la lógica frontend. La interfaz debía sincronizar las selecciones entre empresas, productos y operaciones, reflejando continuamente selecciones parciales, estados deshabilitados y límites de selección. Seleccionar una empresa podía seleccionar automáticamente sus productos y operaciones; seleccionar un producto podía seleccionar todas sus operaciones; alcanzar las 100 operaciones bloqueaba selecciones adicionales; las casillas comenzaban desactivadas; y la interfaz contemplaba selección total, parcial y ninguna selección.

Una experiencia compartida entre distintos productos bancarios. Desarrollé las implementaciones frontend de los productos integrados en la experiencia Multiempresa. Aunque compartían el mismo modelo de autorización, cada producto podía introducir información, reglas y comportamientos específicos.

Consistencia sin forzar flujos idénticos. Los distintos productos compartían componentes y patrones de interacción, pero sus detalles de operación no eran idénticos. La arquitectura frontend debía preservar una experiencia de autorización consistente, soportando a la vez componentes especializados y reglas de negocio para cada producto. MultiempresaModule concentraba las rutas y componentes asociados a estas experiencias.

Consistencia no significaba comportamiento idéntico. Algunos productos introducían reglas considerablemente más complejas, incluyendo monedas, periodos de vigencia, horarios operativos y distintas modalidades de tipo de cambio. Las Órdenes de Pago al Exterior (OPE) son un claro ejemplo. El frontend debía comunicar estas restricciones de forma clara preservando el mismo modelo de interacción general.

Construido para producción.

El resultado fue un frontend unificado capaz de soportar múltiples empresas, productos financieros y tipos de operación a través de una experiencia de autorización consistente. Desde la navegación a nivel de empresa hasta los detalles de operación específicos por producto, la validación de seguridad y los comprobantes de autorización, el microfrontend reunió flujos bancarios complejos en una sola interfaz. El resultado coincidió con el propósito original de centralizar las autorizaciones de múltiples empresas en una sola experiencia.

La reutilización tiene límites — Los componentes compartidos son valiosos, pero distintos dominios de negocio a veces requieren implementaciones especializadas. El estado es parte del producto — En flujos complejos, la gestión de estado determina directamente si la interfaz representa correctamente el proceso de negocio subyacente. El frontend empresarial es integración — Construir la interfaz es solo parte del desafío. La aplicación también debe coexistir con sistemas de diseño existentes, flujos de seguridad, servicios de backend e infraestructura de despliegue. Los casos límite importan — El éxito, el éxito parcial, los estados deshabilitados, los límites de operación y los errores son parte de la experiencia principal, no detalles secundarios.