Política de Liberación

visión general el propósito de esta política es describir los ciclos de liberación y actualización de los productos run2biz run2biz , notificaciones a los clientes y otras informaciones relevantes las directrices de la política son aplicables a todos nuestros productos, tanto si utilizan el modelo saas saas u on premises on premises ciclos de liberación y actualización nuestra propuesta de liberación y actualización de productos fue diseñada para proporcionar estabilidad, respuesta rápida a los problemas, así como un suministro continuo de nuevos recursos y experiencias los productos 4biz 4biz , normalmente, siguen 4 tipos de liberación 4 tipos de liberación , como se detalla en la siguiente tabla tipo de liberación alcance frecuencia notificación major version major version recomendada para todos los clientes, esta actualización puede incluir nuevas funcionalidades y killer features normalmente con cambios significativos en la aplicación o arquitectura anual en el mes anterior a la liberación, con una segunda notificación 20 días después de enviar la primera stable release stable release recomendada para todos los clientes, esta actualización puede incluir nuevas funcionalidades, mejoras, actualizaciones de seguridad, ajustes y correcciones trimensual en el mes anterior a la liberación, con una segunda notificación 10 días antes de la liberación beta release beta release normalmente dirigido a socios beta users y con un alcance específico, puede incluir mejoras, actualizaciones, ajustes y correcciones bimestral diez días antes de la liberación hotfix hotfix recomendada para todos los clientes, esta actualización puede incluir soluciones de emergencia para garantizar la estabilidad y seguridad del sistema siempre que sea necesario, siguiendo los criterios de autorización y urgencia a definir algunas horas antes, preferiblemente 48 horas 📌 importante! el tiempo y la frecuencia de las liberaciones están sujetos a cambios, a exclusivo criterio de run2biz en caso de cambios en este programa, los clientes deben ser notificados con anticipación ✅ regla los productos 4biz utilizan el siguiente estándar para la identificación de versiones versión series release stable release beta release hotfix dónde series identifica la major release , por ejemplo helium stable release identifica la stable release asociada beta release identifica la beta release asociada, o cero cuando no hay beta release asociada hotfix identifica la hotfix asociada, o cero cuando no hay hotfix asociada por ejemplo helium release 1 2 3 se refiere a a) series helium b) stable release 1 c) beta release 2 d) hotfix 3 versiones soportadas nuestra política actual es ofrecer soporte a la última versión y la versión anterior run2biz run2biz generalmente realiza una grande liberación por año, por lo que el cliente deberá actualizar aproximadamente una vez cada dos años para permanecer en una versión soportada 🖊 nota run2biz run2biz proporciona actualizaciones (por ejemplo correcciones y hotfixes ) solo para la versión soportada informaciones adicionales de la actualización los procedimientos de actualización dependen del modelo de la solución adquirida (saas u on premises), para cada una, siga las recomendaciones abajo cliente saas cliente on premises los clientes pueden programar actualizaciones de software cuando sea necesario , enviando una nueva solicitud de servicio a través de nuestro sitio web de soporte en esta solicitud, el cliente informa la fecha deseada para la actualización, la versión deseada y el tipo de ambiente (producción o no producción) los tiempos de interrupción se definen para minimizar la interrupción del negocio del cliente todo el proceso de actualización lo realiza el equipo de soporte de run2biz en ese caso, los clientes son responsables de actualizar el software (o a través de un socio de run2biz contratado para este propósito) recomendamos que los clientes prueben la funcionalidad y las personalizaciones en el ambiente de no producción antes de actualizar al ambiente de producción en las notas de versión , encontrará orientaciones sobre cómo actualizar o usar nuevas funciones después de todas las pruebas, el cliente debe firmar el formulario de cumplimiento de homologación , asegurándose de haber realizado todas las pruebas necesarias y de esta manera autoriza la aplicación de la actualización en producción, de acuerdo con la ventana de cambio previamente programada sin este documento firmado, la actualización no se realizará si tiene alguna duda sobre los procedimientos de actualización, envíenos una solicitud de servicio a través de nuestro sitio web de soporte