Hoy mis informes simplemente dejaron de actualizarse. El problema principal fue el cambio de nombre de los campos, lo que provocó un error. Hay varios campos afectados:
id_2 > id_3
project_id_2 > project_id_3
organization_id_2 > oragnization_id_3
¿Por qué se renombraron estos campos?
¿Es posible enviar una notificación antes de este tipo de cambios? Es muy incómodo tener que explicarles a los gerentes por qué los informes de hoy no están funcionando bien. Dependemos de estos nombres de campos, no es una buena práctica cambiarlos de forma aleatoria.
Esta no es la primera vez, un problema similar ocurrió hace aproximadamente 1-2 años.
Probablemente los nombres de los campos hayan cambiado debido a la actualización de la versión 25.0 a la versión 26.0 en Invantive Cloud / Invantive UniversalSQL la noche del 23 de marzo de 2026.
Los nombres de los campos de Simplicate se derivan automáticamente de los metadatos de Simplicate y pueden cambiar entre versiones principales y secundarias.
Aunque intentamos evitar cambios innecesarios, especialmente en modelos de datos dinámicos, los nombres de campos y tablas pueden cambiar de forma inesperada.
Actualmente no hay planes para detectar dichos cambios entre versiones ni para informar con antelación, ya que una versión se pone en producción para todos los usuarios al mismo tiempo.
En caso de que se requiera estabilidad individual del modelo de datos, se recomienda configurar uno de los productos locales (on-premises), como Invantive Data Hub, para obtener los datos utilizando la versión que se desee. El uso de una configuración específica de versión puede mitigar algunos de estos problemas, pero, dependiendo de la plataforma, el modelo de datos subyacente aún puede cambiar dinámicamente del lado de la plataforma (como Simplicate, AFAS u Odoo).
Gracias por la respuesta. Sin embargo, entiendo el motivo, esto es realmente «peligroso»: implementar una nueva versión mayor sin posibilidad de probarla antes, o al menos de saber que va a suceder.
Me gustaría que existiera un entorno de «prueba», donde pudiéramos averiguar el impacto de la nueva versión. ¿Qué pasa si no es la estructura, sino los números o el contenido de los campos lo que cambia? (el formato, por ejemplo, cadenas truncadas), lo cual puede llevar a que los números cambien sin que nos demos cuenta.
Aun así, acepto este hecho, no es un enfoque adecuado para ofrecer ningún sistema de informes.
Estoy realmente preocupado por este tema, porque es difícil explicarle a la dirección que «así son las cosas» o que «nos puede pasar de forma aleatoria». Como responsable de informes, soy el encargado de esto, y arruinará mi reputación. Por eso me gustaría contar con una solución que prevenga o al menos permita predecir este tipo de eventos. Si supiera la fecha con antelación, podría comunicar que hay un mantenimiento programado y que pueden surgir problemas. Eso sería aceptable tanto para mí como para la dirección.
Para la variante en la nube, actualmente no hay planes de ofrecer un entorno de pruebas (sandbox) de este tipo ni algo similar. Se recomienda asumir que esto puede ocurrir. Incluso si dicho entorno estuviera disponible, el problema persiste, ya que muchos proveedores de la nube no lo ofrecen y modifican y publican continuamente nuevos nombres.
Para mitigar un poco el riesgo, se puede utilizar una versión local, pero esto no elimina por completo el problema, ya que los proveedores de la nube con los que se tiene conexión pueden cambiar sus modelos de datos de forma dinámica y sin previo aviso.
En Invantive, esto se ha resuelto garantizando que haya personal disponible todos los días para resolver condiciones cambiantes e inesperadas.
Gracias por la respuesta. Ojalá supiéramos la fecha de las actualizaciones de versión mayor. Los proveedores de servicios de TI simplemente usan este enfoque para notificar a sus clientes con antelación. Estas actualizaciones están programadas y se comunican.