Arquitectura para escalar
Modernización de sistemas legacy

Sistemas legacy: cada día sin parches cuenta

Ponemos al día CRM, tiendas online y sistemas de gestión que quedaron sobre versiones sin soporte, sin frenar el trabajo diario.

España y Latinoamérica · Diagnóstico antes de cualquier presupuesto · Sin cortar la operación

Fin de soporte En vivo

1.435

días sin parches de seguridad para PHP 7.4

Elegí tu sistema

El problema

Funciona. Por eso nadie lo actualizó.

Muchas empresas crecieron sobre un sistema que se instaló hace años y nunca se volvió a tocar. Por fuera anda bien; por debajo corre sobre versiones que ya no reciben parches, en un servidor sin soporte y con personalizaciones que solo entiende quien las hizo.

Lo que más vemos debajo de un sistema que «anda bien» Sin parches de seguridad
  • PHP 7.4desde nov. 2022
  • MySQL 5.6desde feb. 2021
  • Joomla 3desde ago. 2023
  • CentOS 7desde jun. 2024
  • Drupal 7desde ene. 2025
  • PHP 8.1desde dic. 2025

Seguridad sin parches

Las fallas que se descubren en versiones viejas no se corrigen. El sistema queda expuesto aunque nadie lo note.

Lo resolvemos: blindamos el servidor primero y después actualizamos.

Integraciones que se rompen

Pagos, facturación electrónica, correo o el sitio web dejan de conectarse, y vuelven las planillas y la carga manual.

Lo resolvemos: reconectamos cada integración y la probamos sobre una copia.

Dependencia de una persona

Si solo una persona sabe cómo funciona el sistema, cada cambio es lento, caro o imposible.

Lo resolvemos: documentamos qué se cambió, dónde y por qué.

El diagnóstico

Así empieza: revisamos todo lo que tiene debajo

Antes de cualquier presupuesto inventariamos el lenguaje, la base de datos, el servidor, el sistema y sus integraciones. Medimos qué procesos dependen de cada pieza y qué costaría que falle.

  • Versiones y fechas de fin de soporte de cada componente.
  • Personalizaciones e integraciones que hay que conservar.
  • Qué expone datos o puede cortar la operación, primero.
Revisión de sistema · ejemplo Riesgo alto
Revisión terminada: 3 componentes sin soporte100%
PHP 7.4.33Lenguaje del sistema Sin soporte desde 2022
MySQL 5.6Base de datos Sin soporte desde 2021
CentOS 7Servidor Sin soporte desde 2024
Vtiger 6.5Ventas y clientes Personalizado
Facturación electrónicaIntegración Falla a veces
Camino recomendado: adaptar el código y actualizar a PHP 8.3 Primero blindar el servidor. Todo se prueba sobre una copia y el cambio se hace con vuelta atrás.
A quién ayudamos

¿Tu sistema está en esta lista?

CRM, tiendas, sitios y sistemas propios que siguen funcionando sobre versiones sin soporte. Buscá el tuyo: al lado tenés la guía para entender qué riesgo corre.

¿No aparece el tuyo?

Igual lo diagnosticamos: el método es el mismo para cualquier sistema.

Contanos cuál es
Qué hacemos

Cuatro caminos, del más corto al más profundo

Después del diagnóstico elegimos con tu equipo el camino más corto para volver a tener soporte. No siempre hay que rehacer nada.

  1. Desde el día 1

    Blindar

    Reducimos la exposición de inmediato: accesos, servidor y copias de seguridad verificadas. Gana tiempo con el riesgo controlado.

    Conviene cuandohay que bajar el riesgo ya, mientras se planifica lo demás.
  2. Actualizar

    Llevamos el sistema a una versión vigente sobre PHP 8.3 o superior, con sus personalizaciones y datos.

    Conviene cuandoel producto sigue vivo y tiene una versión nueva con soporte.
  3. Adaptar el código

    En sistemas a medida corregimos el código para que funcione en versiones actuales de PHP.

    Conviene cuandoel sistema está bien armado y lo que quedó viejo es lo de abajo.
  4. Migrar o rediseñar

    Pasamos los datos y los procesos a otra plataforma, o construimos un sistema a medida.

    Conviene cuandoel sistema ya no acompaña la forma de trabajar de la empresa.

Si el sistema ya no acompaña al negocio, lo vemos en desarrollo de software a medida.

Sin cortar la operación

El mismo sistema, otra vez con soporte

Mismos datos, mismas personalizaciones, mismas integraciones. Lo que cambia es lo que tiene debajo.

Operación en línea durante todo el cambio

Lenguaje
HoyPHP 7.4Sin parches desde 2022
DespuésPHP 8.3Con soporte hasta 2027
Servidor
HoyCentOS 7Sin soporte desde 2024
DespuésAl díaCon parches y copias verificadas
Base de datos
HoyMySQL 5.6Sin soporte desde 2021
DespuésMySQL 8.4Con soporte y copias diarias
Facturación
HoyA manoLa integración se cayó
DespuésAutomáticaIntegración funcionando
  • Un sistema que vuelve a recibir parches de seguridad.
  • Integraciones que funcionan sin carga manual.
  • Documentación: qué se cambió, dónde y por qué, para no depender de una sola persona.
  • Un plan de mantenimiento para que no vuelva a pasar.
Cómo trabajamos

Modernizar sin cortar la operación

  1. Diagnóstico. Inventariamos versiones, servidor, integraciones y personalizaciones. Medimos qué procesos dependen del sistema y qué costaría que falle.

  2. Plan con fechas. Elegimos el camino (actualizar, adaptar, blindar o migrar) y lo ordenamos por riesgo: primero lo que expone datos o puede cortar la operación.

  3. Copia de prueba. Todo se hace primero sobre una copia del sistema. Nada se toca en producción sin haberlo probado.

  4. Puesta en marcha. Cambiamos en el momento de menor impacto, con vuelta atrás preparada.

  5. Soporte continuo. El sistema queda documentado y con mantenimiento, para no volver a quedar atrás. Ver soporte y mantenimiento de software.

Versiones de PHP

¿Tu versión de PHP sigue con soporte?

El 21 de octubre de 2026 PHP corrigió dos fallas críticas. Las versiones mínimas seguras son 8.2.35, 8.3.36, 8.4.27 y 8.5.12, y PHP 8.1 o anteriores no reciben la corrección oficial.

¿Qué versión corre tu sistema?

Elegí una versión.

Te decimos si sigue recibiendo parches y qué camino suele convenir.

Versiones de PHP con soporte y versión mínima segura
Rama Versión mínima segura Soporte hasta
PHP 8.5 8.5.12 2029
PHP 8.4 8.4.27 2028
PHP 8.3 8.3.36 2027
PHP 8.2 8.2.35 31/12/2026
PHP 8.1 o anteriores Sin corrección oficial Terminado

Lo explicamos en detalle en Actualizar PHP: qué riesgo corre un sistema sin soporte.

Diagnóstico por escrito

Un diagnóstico antes de tocar nada

Revisamos tu sistema y te entregamos, por escrito:

  • Qué versión corre cada pieza y desde cuándo está sin soporte.
  • Qué riesgo tiene hoy, ordenado por lo que puede cortar la operación.
  • El camino más corto para volver a tener soporte, con plazo y costo cerrados.

Sin compromiso · En remoto, España y Latinoamérica · Sin cortar la operación

Preguntas frecuentes

Lo que nos preguntan antes de empezar

Si tu duda no está acá, escribinos por WhatsApp.

¿Qué es un sistema legacy?

Es un sistema que la empresa sigue usando a diario, pero que quedó sobre tecnología vieja: versiones sin soporte, código que nadie mantiene o integraciones que ya no funcionan. El problema no es la edad, sino que se volvió un riesgo para la operación.

¿Qué pasa si sigo usando una versión sin soporte?

El sistema sigue funcionando, pero cada falla nueva que se descubre queda abierta para siempre. Con el tiempo también dejan de funcionar integraciones, módulos y pasarelas de pago que exigen versiones actuales.

¿Hay que rehacer el sistema desde cero?

Casi nunca es lo primero. Muchas veces alcanza con actualizarlo o adaptar su código a versiones actuales. Rehacerlo conviene solo cuando el sistema ya no acompaña la forma de trabajar de la empresa.

¿Se conservan los datos y las personalizaciones?

Sí, ese es el punto de partida. En el diagnóstico listamos cada personalización e integración que hay que mantener, y la migración se valida contra esa lista antes de pasar a producción.

¿Se puede modernizar sin cortar la operación?

Sí. Todo se prepara y se prueba sobre una copia del sistema, y el cambio en producción se hace en el momento de menor impacto, con una vuelta atrás lista por si algo no sale como se esperaba.

¿Y si quien hizo el sistema ya no está?

Es el caso más común. Leemos el código y la base de datos, reconstruimos cómo funciona y lo dejamos documentado, para que la empresa deje de depender de una sola persona.

¿Qué necesitan de nuestro equipo para el diagnóstico?

Acceso de lectura al servidor y al sistema, y una charla con quien lo usa todos los días. Trabajamos en remoto y en tu horario.

¿Cuánto tarda y cuánto cuesta?

Depende del sistema, sus personalizaciones e integraciones. Adaptar un sistema bien armado puede llevar semanas; migrar uno muy personalizado, meses. Después del diagnóstico damos un plan con plazos y costo cerrados.

¿Quién lo mantiene después?

Puede seguir tu equipo, con la documentación que dejamos, o podemos encargarnos con un plan de soporte y mantenimiento para que el sistema no vuelva a quedar atrás.

¿Trabajan con empresas de España y de Latinoamérica?

Sí. Trabajamos en remoto con equipos de España y de toda Latinoamérica, en su horario y con su normativa (por ejemplo, protección de datos en España o facturación electrónica en Argentina o México).