Una actualizacion puede completar archivos, migraciones y schema sin inventar decisiones de la empresa. Un diagnostico tecnico sano no significa que todos los circuitos comerciales ya esten preparados.
- Confirma que la version, tablas, migraciones e integridad terminaron correctamente.
- Abre Configuracion y revisa las tarjetas pendientes.
- Determina que circuito afecta cada deuda antes de intervenir.
- Solicita evidencia real para actividades fiscales, puntos de venta, series, cuentas contables, cajas y modalidades logisticas.
Archivos exactos del release
El numero de version no alcanza para demostrar que el codigo instalado coincide con el release. El Actualizador verifica por SHA-256, de forma reanudable, todos los archivos distribuidos antes de actualizar dependencias, ejecutar migraciones o datos maestros. Si falta un archivo o su contenido difiere, detiene el avance, conserva el diagnostico exacto y restaura el respaldo. Si el log indica una diferencia en config/system.php, el archivo del release debe conservar su contenido exacto, incluida la fecha de build; no debe reestamparse durante la instalacion. Comprueba que la restauracion haya finalizado, que la version anterior siga operativa y que mantenimiento este desactivado; luego solicita un release correctivo. No reintentes el mismo paquete sin resolver la causa. No cambies la version manualmente, no copies archivos aislados y no limpies cache para ocultar la divergencia.
Auditoria de schema y cierre seguro
La auditoria compara el contrato del release con la base instalada. MySQL puede representar un UUID como char(36) y MariaDB moderno como uuid; ambas formas son equivalentes cuando provienen del mismo contrato. Esa diferencia de nombre no requiere convertir columnas ni modificar documentos.
Una tabla, columna o indice faltante o extra, un tipo realmente incompatible o una migracion pendiente si impiden cerrar la actualizacion. El panel debe mostrar tabla, columna, propiedad, valor esperado y valor actual, restaurar el respaldo y conservar el diagnostico. Nunca declares operativo un release solamente porque la auditoria pudo ejecutarse.
Colas y tareas posteriores
Revisa por separado Jobs Fallidos y Jobs Pendientes. Cero fallidos no demuestra que la cola este sana: si existen correos o tareas esperando y el panel informa que no hay un worker activo, queda una accion requerida operativa. No uses Procesar cola o Limpiar todo para obtener verde sin comprobar primero el worker, la configuracion, la identidad de cada tarea y el efecto de un reintento.
Una tarjeta pendiente no convierte por si sola toda la instalacion en fallida. Si hubo rollback no verificado, mantenimiento activo o una falla tecnica, detente y solicita intervencion de SuperAdmin.
Este artículo es el mismo que se abre dentro del sistema desde la pantalla correspondiente, y se actualiza con cada versión. Si querés ver el circuito funcionando, pedí una demo.