IBM Racing Sport S.R.L. · Modernización progresiva de un sistema de negocio
IBM Racing Sport utilizaba un sistema empresarial desarrollado en .NET y distribuido como aplicación de escritorio. Cada cliente debía instalar el ejecutable localmente, seleccionar la empresa con la que trabajaría e ingresar sus credenciales para acceder.
Mi trabajo consistió en modernizar progresivamente esta solución y trasladar sus procesos hacia una plataforma web desarrollada con Laravel, manteniendo PostgreSQL y adoptando una arquitectura multitenant. No se trató de copiar pantallas: fue necesario reorganizar responsabilidades, accesos, datos y módulos para operar múltiples empresas desde una plataforma centralizada.
Las capturas de este caso de estudio corresponden a interfaces y entornos utilizados durante la evolución web —algunos conservan nombres visuales como Origints o Preadmin—. Se presentan para documentar el resultado técnico y no como capturas de la aplicación .NET original.
El acceso al sistema anterior comenzaba desde la aplicación instalada. El usuario seleccionaba una empresa y después introducía su usuario y contraseña. Este flujo vinculaba el contexto empresarial con el inicio de sesión y dificultaba el acceso desde otros dispositivos, la distribución de nuevas versiones y la administración centralizada.
Captura pendiente — aplicación anterior en .NET
Aquí se añadirá una imagen del sistema original para mostrar claramente el punto de partida de la migración.
El objetivo fue convertir el sistema heredado en una plataforma web capaz de atender múltiples clientes y empresas sin depender de instalaciones locales.
La modernización debía:
La nueva solución incorporó una entrada web pública y un acceso centralizado. Desde allí, cada usuario puede dirigirse al entorno que le corresponde según su cuenta, empresa y permisos.
La portada representa el cambio más visible: el producto dejó de depender de un ejecutable instalado y pasó a formar parte de un ecosistema accesible desde navegador.
Laravel se utilizó como base de la nueva aplicación y PostgreSQL continuó como motor de datos. La arquitectura separa el núcleo SaaS, la administración global, el panel del cliente y el entorno operativo de cada empresa.
El siguiente diagrama interactivo reúne los actores, responsabilidades y flujos principales. Puede ampliarse, ajustarse a la pantalla y desplazarse para inspeccionar sus diferentes áreas.
La separación establece tres contextos principales:
El panel global concentra las tareas que antes estaban distribuidas o acopladas a la aplicación. Desde este entorno se obtiene una visión general del servicio y se administran los recursos compartidos.
Las empresas se registran y administran desde un único lugar. Los planes definen capacidades y límites, mientras que los módulos permiten controlar qué funcionalidades están disponibles para cada tenant.
La administración global también reúne pagos, registros y eventos operativos. Esta trazabilidad facilita el soporte y permite revisar lo ocurrido sin ingresar directamente al entorno de cada empresa.
El cliente dispone de un espacio independiente para gestionar su relación con la plataforma. Desde este panel consulta sus empresas, revisa el plan contratado, administra la suscripción y accede al tenant correspondiente.
Esta separación evita que las funciones comerciales de la plataforma se mezclen con la operación diaria del ERP.
Cada empresa trabaja dentro de su propio contexto. El tenant reúne las funciones operativas y mantiene aislada la información que corresponde a esa organización.
El ERP permite administrar el catálogo, los precios y las personas relacionadas con la empresa.
Los usuarios y permisos pertenecen al contexto de la empresa. Las ventas, incidencias y solicitudes de soporte se gestionan sin mezclar información entre tenants.
La solución incorpora temas y un editor visual para adaptar la experiencia pública de cada empresa. El administrador puede modificar contenido y presentación sin intervenir directamente en el código fuente.
La tienda utiliza la configuración, el tema y las funcionalidades habilitadas para el tenant. Así, la experiencia pública y el ERP pertenecen al mismo ecosistema, pero mantienen responsabilidades diferentes.
La transición se realizó por etapas. Cada módulo del sistema heredado fue inventariado y clasificado antes de trasladarlo.
Mantener PostgreSQL evitó sumar un cambio innecesario de motor. El esfuerzo pudo concentrarse en adaptar consultas, relaciones y reglas de negocio al nuevo contexto multitenant.
| Aspecto | Sistema anterior | Nueva plataforma |
|---|---|---|
| Aplicación | Escritorio en .NET | Aplicación web en Laravel |
| Acceso | Instalación local | Navegador |
| Empresa | Selección durante el inicio de sesión | Contexto de tenant |
| Administración | Integrada en el sistema heredado | Panel global independiente |
| Clientes | Sin panel separado | Panel de cliente |
| Operación empresarial | Contexto compartido por la aplicación | ERP aislado por tenant |
| Base de datos | PostgreSQL | PostgreSQL |
| Actualizaciones | Distribución de ejecutables | Despliegue centralizado |
| Funcionalidades | Integradas directamente | Organizadas mediante módulos y planes |
| Personalización | Limitada | Temas y editor visual |
La modernización convirtió una aplicación empresarial instalada localmente en una plataforma web multitenant con responsabilidades claramente separadas.
El nuevo modelo permite:
La decisión de migrar progresivamente permitió conservar el conocimiento acumulado en el sistema anterior y reducir el riesgo técnico. El resultado es una base más flexible para evolucionar el producto, incorporar módulos y atender nuevas empresas.
Los detalles comerciales, credenciales, datos reales de clientes y lógica interna no publicada han sido omitidos de este caso de estudio.
Diseño plataformas escalables y optimizo infraestructura para que tu equipo avance con mayor rapidez, seguridad y claridad.
© 2026 Ronald Ramos. Todos los derechos reservados.