Upgrade de Alfresco
Las versiones antiguas acumulan fallas de seguridad, stack sin soporte y personalizaciones que nadie quiere “tocar”. DG planifica y ejecuta el upgrade — preservando lo que ya funciona y reduciendo el riesgo de detener el GED.
Solicitar diagnóstico de mi Alfresco
Ya hemos conducido upgrades en escuelas y universidades, gestión pública, hospitales, aseguradoras, empresas del agronegocio, inmobiliarias y prestadores de servicios de TI — desde versiones 4.x/5.x hasta 7.x, 23.x y 25.x, con migración de servidor, cloud, saneamiento y reestructuración del repositorio y, cuando es necesario, migración de Community a Enterprise.
Señales de que es el momento del upgrade
Si alguno de estos puntos describe su entorno, el upgrade dejó de ser un “proyecto futuro”:
- La versión de Alfresco (o de Java/Tomcat por debajo) ya no recibe correcciones de seguridad
- El equipo evita actualizar por miedo a romper personalizaciones, addons, workflows o integraciones
- La búsqueda, el rendimiento o la estabilidad empeoraron con el tiempo
- Hay presión de auditoría o cumplimiento normativo sobre protección de datos
- El servidor sigue en Windows on-premise o en una cloud difícil de operar
- El login, la firma electrónica o sistemas externos dependen de integraciones frágiles
Qué arriesga al posponer
Seguridad
Cada mes en una versión antigua aumenta la exposición a vulnerabilidades conocidas en las bibliotecas y en el stack (Java, Tomcat y dependencias de Alfresco). En Community no hay soporte oficial de Hyland — el entorno queda a cargo de quien lo opera.
Cumplimiento
Las normativas de protección de datos exigen medidas adecuadas de seguridad. Mantener el repositorio documental en una plataforma desactualizada es un riesgo de negocio, no solo de infraestructura.
Costo futuro
Cuanto más crece el salto de versión, más complejo y caro resulta adaptar código, addons y datos. Posponer rara vez ahorra — solo empuja hacia un proyecto mayor.
Continuidad
Cuando solo una persona “conoce” el entorno antiguo y no existe documentación, cualquier incidente se convierte en crisis. Un upgrade con plan y pruebas reduce esa dependencia.
Cómo DG hace el upgrade
1. Diagnóstico
Mapeamos versión, personalizaciones, addons, integraciones, volumen e infraestructura (on-premise o cloud).
2. Plan
Definimos el camino de versión, qué necesita reescribirse o sustituirse, la ventana de migración y los criterios de aceptación.
3. Ejecución con pruebas
Upgrade, migración de servidor cuando es necesario, validación de búsqueda, permisos, personalizaciones, workflows e integraciones — con backup antes de cualquier corte.
4. Estabilización
Al final, el entorno queda con rutina de backup y reglas de seguridad en el servidor — y, si lo desea, continúa con soporte continuo de DG.
Quiero un plan de upgrade para mi entorno
Qué ya hemos entregado
Casos reales por ramo de actuación — sin citar el nombre del cliente.
Hospital
- Upgrade de 4.2 a 25.3; migración de Windows a Linux
- Análisis y saneamiento de archivos innecesarios, reduciendo el espacio en disco de 14 TB a 2 TB y el tiempo de reinicio del servicio de 1 hora a 5 minutos
- Revisión y corrección de sistemas clientes que generaban la acumulación
Aseguradora
- Upgrade de 5.2 a 25.3, con migración de la versión Community a Enterprise
- Descompilación de personalizaciones sin código fuente a partir del binario para migrar a la nueva versión
- Reorganización de configuraciones dispersas en un proyecto siguiendo las mejores prácticas de desarrollo para Alfresco
Universidad
- Upgrade de 4.2 a 7.4
- Migración del servidor on-premise a Linux en cloud
Soluciones en tecnología para gestión pública
- Upgrade de 6.0 a 7.4
- Sustitución de Jasig CAS por Keycloak para login en AD con MFA
- Integración con CRM
- Mejoras en personalizaciones realizadas por el cliente
Soluciones para gestión pública
- Upgrade de 5.2 a 6.1
- Adecuación de addons incompatibles
- Migración entre proveedores de cloud
- Integración con firma electrónica y con plataforma de soporte en línea
Sistemas integrados para gestión pública
- Upgrade de 6.2 a 23.1
- Integración de firma electrónica
Previsión para abogados
- Upgrade de 5.1 a 6.1
- Actualización de addons incompatibles con la nueva versión
Soluciones en alquiler de tecnología
- Upgrade de 5.2 a 6.2
- Migración de Windows on-premise a Linux en cloud
- En otro ciclo, nuevo upgrade de 6.2 a 7.2
- Integración de firma electrónica
Distribución de insumos agrícolas
- Upgrade de 5.2 a 7.4
- Migración de servidor
Laboratorio de exámenes genéticos
- Upgrade de 6.1 a 23.4
- Migración de servidor
Escuela
- Upgrade de 5.1 a 6.2
- Adecuación de addons incompatibles
- Migración entre clouds
- Keycloak con login de Google
- Sincronización con Google Drive
- OnlyOffice para edición de documentos Office directamente en el navegador
Emprendimientos inmobiliarios
- Upgrade de 6.0 a 7.2
- Revisión y corrección de personalizaciones hechas por el propio cliente
Tecnología de la Información
- Upgrade de 5.1 a 7.2
- Migración a un nuevo servidor Linux
Además del upgrade, al final el entorno del cliente cuenta con rutina de backup configurada y reglas de seguridad implementadas en el servidor, además de todas las configuraciones y parametrizaciones documentadas.
Por qué DG
- Especialistas en Alfresco Community — implantación, personalización, upgrade y soporte en el mismo equipo
- Experiencia con saltos largos de versión y con entornos “congelados” por miedo a romper
- On-premise, nube del cliente o alojamiento DG
- Integraciones reales: Keycloak/MFA, firma electrónica, CRM, Google, OnlyOffice
- Continuidad después del upgrade con soporte técnico Alfresco Community
Preguntas frecuentes
¿Vamos a perder personalizaciones y addons?
No es automático. En el diagnóstico identificamos qué sube, qué necesita adaptarse y qué debe sustituirse — como ya hicimos en previsión, gestión pública y educación.
¿El GED necesita quedar fuera de servicio por días?
El plan define ventana, backup y pruebas. El objetivo es minimizar la indisponibilidad; el tiempo depende de las personalizaciones y del volumen de datos almacenados.
¿Solo atienden a quien implantó con DG?
No. Evaluamos entornos implantados por terceros o internamente. El punto de partida es el diagnóstico.
¿Se puede migrar de Community a Enterprise o viceversa en el mismo proyecto?
Sí. En un proyecto para una aseguradora, el upgrade de versión se combinó con la migración Community → Enterprise. Evaluamos en el diagnóstico si ese camino tiene sentido para su caso.
¿La versión Community todavía tiene sentido, o necesitamos ir a Enterprise?
Para la mayoría de los escenarios que atendemos, la versión Community con un socio especializado entrega ECM robusto con costo accesible. En el diagnóstico alineamos el camino correcto para su caso.
¿El upgrade incluye seguridad y backup?
Sí. Al final, configuramos rutina de backup y reglas de seguridad en el servidor — parte de lo que consideramos un upgrade bien hecho.
¿Y después del upgrade?
Podemos continuar con paquetes de soporte para estabilidad, incidentes y evolución. Conozca el soporte técnico Alfresco Community.
Deje de operar un Alfresco que nadie quiere actualizar
Solicite un diagnóstico de su entorno. Sale con una visión clara de la versión, de los riesgos y del camino de upgrade — sin compromiso de contrato en el primer contacto.