Describo cada sistema a partir de su contexto, mi responsabilidad, las decisiones de arquitectura, las restricciones y su estado actual verificable.
01 · Decisiones de arquitectura
Businext ERP
Plataforma ERP que reúne finanzas, ventas, inventario, recursos humanos, dashboards y flujos contables en un mismo modelo operativo.
Estado actual verificable
La plataforma ofrece una base mantenible para continuar la evolución de sistemas empresariales en los dominios operativos documentados.
Contexto
Businext surgió dentro de una operación empresarial real que inicialmente dependía de un sistema POS legacy desarrollado en C# y ejecutado en servidores físicos. Ese sistema presentaba limitaciones tecnológicas, dependencia del proveedor original y dificultades para evolucionar hacia nuevas necesidades operativas. Posteriormente se desarrolló una primera versión web utilizando Web2py enfocada en ventas e inventario. Aunque esta versión continúa operando algunos procesos como puntos de venta y control de stock, su evolución funcional se detuvo. A partir de esa experiencia se inició el desarrollo de Businext ERP, una nueva plataforma diseñada para reemplazar progresivamente los sistemas anteriores y centralizar la operación empresarial.
Qué resuelve
Businext ERP es una plataforma ERP que reúne finanzas, ventas, inventario, recursos humanos, dashboards y flujos contables en un mismo modelo operativo.
Estado actual verificable
Redujo la fragmentación operativa al consolidar flujos administrativos en un mismo modelo.
Hizo más entendibles los cambios en finanzas, ventas, inventario y RH mediante límites claros de servicio.
Creó una base ERP mantenible capaz de absorber nuevos módulos sin rehacer toda la plataforma.
02 · Decisiones de arquitectura
TR0V1 Credit Platform
Plataforma crediticia organizada alrededor de parcialidades, intereses, pagos, conciliación y estados de cuenta.
Estado actual verificable
La plataforma está organizada alrededor de flujos financieros trazables y reglas explícitas para las operaciones del ciclo crediticio.
Contexto
TR0V1 surgió para soportar una operación de gestión de crédito. El sistema debía gestionar líneas de crédito, parcialidades, intereses, pagos y estados de cuenta manteniendo consistencia financiera. Evolucionó desde una implementación anterior en Web2py hacia una arquitectura moderna basada en FastAPI y React, haciendo explícitas las reglas de dominio y las restricciones de migración.
Qué resuelve
TR0V1 es una plataforma crediticia organizada alrededor de parcialidades, intereses, pagos, conciliación y estados de cuenta.
Estado actual verificable
Hizo explícitas las reglas del ciclo crediticio entre cargos, periodos, pagos y estados de cuenta.
Mejoró el control operativo al detectar diferencias de conciliación antes de que escalaran.
Entregó una plataforma backend que soporta operación interna y visibilidad para clientes.
03 · Decisiones de arquitectura
Workforce
Producto independiente de gestión laboral en desarrollo activo.
Estado actual verificable
Workforce es un producto independiente de gestión laboral en desarrollo local activo.
Contexto
Su implementación local actual cubre una base segura multi-organización, la gestión de Personas y Empleados, y la configuración de estructura organizacional y horarios de trabajo.
Qué resuelve
Workforce utiliza FastAPI, React y PostgreSQL con contexto de organización derivado del servidor, aislamiento por tenant, mutaciones auditadas, idempotencia y configuración versionada de horarios y políticas.
Estado actual verificable
La implementación local cubre Base, Personas / Empleados y Estructura / Horarios.
Workforce permanece separado de las narrativas de Businext y TR0V1.
