Cuenta corriente ···· 4821$4,812,300saldo disponible
Ahorro ···· 0193$1,250,000saldo
Tarjeta ···· 7730$640,500por pagar · 12 oct
TransferirPagar cuentasTarjetasAyuda
USD 3,100EUR 1,200GBP 500
PagosEquipo Pagos
Harlow Freight$18,240pendiente
Castell Energy$6,915pendiente
Norvik Insurance$42,000aprobado
Total del lote$67,155
ExtractosEquipo Documentos
Buscar extractos…
Octubre 202611 páginasPDF
Septiembre 202614 páginasPDF
Agosto 202612 páginasPDF
Julio 202613 páginasPDF
actualversión antigualegacy
Banco Austral
Sesión de A. Morgan · Tesorería
Buenos días, Alex
Posición del grupo en 4 entidades · datos de ejemplo
Saldo disponible$4,812,300en 12 cuentas
Por aprobar7$318,450 en total
Extractos listos12Septiembre cerrado
Actividad reciente
Entidad
Monto
Estado
Pago a proveedores · lote 0926
Harlow Logistics
$84,120.00
Liquidado
Nómina · septiembre
Castell Services
$212,900.00
Liquidado
Cuota de impuestos T3
Norvik Holdings
$61,400.00
Por aprobar
Pagos
7 por aprobar · datos de ejemplo
Beneficiario
Referencia
Monto
Estado
Harlow Freight Ltd
INV-20418
$18,240.00
Por aprobar
Castell Energy
UT-0926-A
$6,915.40
Por aprobar
Norvik Insurance
POL-77120
$42,000.00
Aprobado
Brightline Software
SUB-2026-10
$3,480.00
Aprobado
Pagos no está disponible por el momentoEstamos trabajando en ello. Todo lo demás en Banco Austral sigue funcionando.
Extractos
Extractos mensuales por cuenta · datos de ejemplo
Período
Páginas
Saldo de cierre
Documento
Septiembre 2026
14
$1,204,880.12
PDF listo
Agosto 2026
12
$1,118,302.55
PDF listo
Julio 2026
13
$1,090,417.90
PDF listo
Arquitectura
Un host. Partes que se construyen, publican y actualizan por separado.
El host es dueño de lo que debe compartirse: login, navegación y layout. Todo lo demás pertenece a un equipo y llega al cliente por el pipeline de ese equipo.
actualversión antigualegacy
Las decisiones detrás
Cómo se cargan las partesEn tiempo de ejecución, desde un manifiesto. El host no se reconstruye cuando se publica una parte.
Cómo se comparte la sesiónUn servicio de autenticación del host. Todas las partes lo leen; ninguna guarda el suyo.
Cómo se monta el código legacyLa app AngularJS se envuelve y se ubica en su propia ruta; se carga solo al abrirla.
Cómo conviven las versionesCada parte corre su propio runtime del framework, así que las versiones no tienen que coincidir.
Cómo se contienen las fallasUna parte que falla muestra un aviso en su propia zona. El resto sigue funcionando.
Cómo se ve como un solo productoDesign tokens compartidos y un contrato pequeño para la navegación.
Documentos completos en preparación
Documentación
Todo lo necesario para entenderla, ejecutarla y extenderla.
Escrita para un equipo de ingeniería que evalúa el enfoque: qué hace cada pieza, cómo agregar una parte nueva y cómo una publicación llega a producción.
Código fuente
Está previsto publicar el repositorio: host, partes, pipelines e infraestructura.
En construcción
Contenido
Primeros pasosEjecuta toda la plataforma de forma local en pocos minutos.
El hostRutas, login, layout y cómo se descubren las partes.
Agregar una parte nuevaDel repositorio vacío a producción.
Montar una app legacyLlevar una aplicación AngularJS al host.
Pipelines de publicaciónBuild, test y deploy, un pipeline por parte.
InfraestructuraHosting, ambientes y costo.
Registro de decisionesQué se eligió, qué se descartó y por qué.
Trabajos seleccionados
Dos plataformas, dos roles.
No se muestran nombres de clientes. En ambos casos, un sistema que se había vuelto difícil de cambiar pasó a ser una plataforma donde los equipos entregan por su cuenta.
Arquitecto frontendGran empresa · varios equipos
De un sistema legacy compartido a partes con equipos dueños
Antes
Un frontend legacy
→
Después
Host
ContextoVarios equipos, un sistema legacy compartido. Cada publicación bloqueaba a las demás.
Mi rolArquitectura objetivo y liderazgo de la migración, junto a los equipos.
ResultadoCada equipo publica su propia área. El producto siguió en línea todo el tiempo.
Desarrollador senior y arquitectoEmpresa mediana · un equipo
Construir la plataforma en el código, una parte a la vez
Antes
Un frontend lento de cambiar
→
Después
Shell
ContextoUn equipo, un sistema que se había vuelto lento y riesgoso de cambiar.
Mi rolConstrucción directa del shell, las primeras partes y sus pipelines, más las decisiones de arquitectura.
ResultadoPublicaciones más pequeñas y seguras. El equipo siguió extendiendo la plataforma.