Listo para la actualización

Usted elige la versión de destino, desde la siguiente versión mayor hasta la 24.0, y el PHP previsto después de la actualización. Hace clic en «Lanzar la comprobación». El módulo lee su instalación sin modificar nada y entrega un informe.

El código de sus módulos externos

Es la parte principal del módulo. El código de cada módulo externo se lee archivo por archivo, sin ejecutarlo, y se compara con los cambios de cada versión del camino, no solo de la versión de destino:

• funciones, clases, métodos, propiedades, constantes y archivos del núcleo eliminados;
• métodos sobrescritos que se han vuelto incompatibles con los de Dolibarr;
• llamadas con menos argumentos de los que Dolibarr exige ahora;
• columnas y tablas eliminadas en las consultas SQL del módulo;
• hooks y eventos de trigger que ya no se llaman;
• funciones, constantes y sintaxis rechazadas por el PHP previsto.

Cada hallazgo indica el archivo, la línea, la versión en la que se rompe, un grado de certeza y, cuando se conoce, el sustituto. Cada módulo recibe una tasa de cobertura: la parte de las llamadas realmente comprobadas. El código cifrado (ionCube, SourceGuardian, Zend Guard) se señala como no comprobable.

Las otras nueve familias de controles

El informe

Empieza con una respuesta en una línea (listo, casi listo o todavía no listo) y después la versión más alta alcanzable sin tocar nada, el camino etapa por etapa y el plan en orden. También dice si la versión instalada y la versión de destino siguen recibiendo correcciones de seguridad, qué hay que copiar y qué etapa reescribe más datos.

Cada hallazgo tiene un nivel (sin problema, por comprobar, bloqueante o no comprobable) con lo que hay que hacer y la fuente de la regla.

El informe se descarga en HTML o en Markdown. La opción anonimizar oculta el dominio, las rutas, el nombre de la empresa y el identificador del usuario. Para cada módulo afectado, el botón informe para el editor genera un archivo para enviárselo: archivos, líneas, corrección conocida, nada sobre su empresa ni su servidor.

Lo que el informe no puede garantizar

El propio informe lo dice, al pie de página: reduce los riesgos conocidos, no garantiza el éxito de la actualización. No demuestra que un módulo externo vaya a funcionar (solo una prueba sobre una copia puede hacerlo), no prevé los errores de la versión de destino ni el comportamiento de los scripts de migración con sus datos, y no comprueba que una copia de seguridad se pueda restaurar.

El análisis del código está limitado: 60 segundos en total, 30 segundos como máximo por módulo. Los archivos de más de 2 MB y las carpetas vendor, node_modules e includes de los módulos no se leen, y el informe lo indica. Las versiones de destino se detienen en la 24.0: los datos de referencia del módulo están actualizados a 25 de septiembre de 2026.

La herramienta se encuentra en InicioHerramientas de administración«Listo para la actualización». Las capturas siguientes se hicieron con la interfaz en francés.

El informe de una instancia de prueba en 18.0.9 que apunta a la 24.0: «Pas encore prêt : 1 action(s) avant de monter» (todavía no listo: 1 acción antes de subir). El módulo ficticio DemoFutur se rompe desde la 20.0: se puede subir hasta la 19.0.4 sin tocar nada. Siguen la línea de seguridad (la 18.0 ya no recibe correcciones), el camino de la 18.0 a la 24.0 y el plan: obtener del editor una versión compatible, después pasar a la 18.0.10 y subir una etapa cada vez.

La pantalla de inicio: la versión de destino, 24.0 (24.0.1), el PHP previsto después de la actualización y la casilla «Intégrité des fichiers du cœur» (integridad de los archivos del núcleo).

El bloque «Vos modules» (sus módulos). Para DemoFutur, una clase eliminada en la 20.0 y una función eliminada en la 23.0, con el archivo, la línea y el sustituto, «code analysé à 100 % (2 appels vérifiés sur 2)» (código analizado al 100 %, 2 llamadas comprobadas de 2) y el botón «Rapport pour l’éditeur» (informe para el editor). DemoCasse, inactivo e incompatible, debe eliminarse.

• Reservado a los administradores. El menú y cada página comprueban que el usuario es administrador de Dolibarr; otro usuario recibe «Acceso denegado». El módulo no tiene permiso propio.
• Solo lectura. La comprobación no escribe nada, ni en la base de datos ni en el disco. Durante las pruebas, se tomó una huella completa de la base de datos y de los archivos antes y después de una comprobación: era idéntica.
• Token anti-CSRF en cada acción: comprobación, descargas, informe para el editor.
• Ningún secreto mostrado ni exportado. Para conf.php, el módulo solo dice si una clave está presente, nunca su valor.
• Ningún comando ejecutado. Las reparaciones, como armonizar la codificación de las tablas, se indican, nunca se ejecutan.
• Una sola conexión posible. La casilla de integridad de los archivos del núcleo solo viene marcada de oficio si la firma oficial de su versión ya está en install/: la comparación se hace entonces sin red. Si no, queda desmarcada, y es al marcarla cuando se autoriza la descarga de la firma desde dolibarr.org. Con la casilla desmarcada, el módulo no se conecta a nada.

• La carpeta dolixmaj, en claro, con licencia GPL v3 o posterior: la página de la herramienta, una página «Acerca de» sin ajustes, las clases de comprobación y de análisis del código, y los datos de referencia de Dolibarr 16.0 a 24.0.2 (data/).
• Las traducciones presentes en langs/: francés (fr_FR), inglés (en_US), alemán (de_DE) y español (es_ES).
• Un README.md y un ChangeLog.md.
• Dolibarr 16.0 mínimo, PHP 7.0 mínimo, MySQL/MariaDB y PostgreSQL. Instalado y ejecutado en 16.0.5, 17.0.4, 18.0.9, 18.0.10, 19.0.4, 20.0.4, 21.0.4, 22.0.5, 23.0.4, 24.0.0, 24.0.1 y 24.0.2.

• No se crea ninguna tabla, no se guarda ningún ajuste. Solo la activación del módulo registra, como para cualquier módulo, su estado y su menú.
• No se conserva nada en el servidor: el informe se recalcula en cada solicitud, las descargas se generan al vuelo.
• Los informes descargados se quedan en su equipo. Anonimizados, no contienen ni el dominio, ni las rutas, ni el nombre de la empresa, ni el identificador del usuario.
• Al desactivarlo, el menú desaparece. No hay nada que limpiar en la base de datos.