Sobre 4biz

Política de Liberación

6min

Visión General
El propósito de esta política es describir los ciclos de liberación y actualización de los productos 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 u 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, normalmente, siguen 4 tipos de liberación, como se detalla en la siguiente tabla:
Tipo de Liberación
Alcance
Frecuencia
Notificación
﻿﻿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﻿﻿
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﻿﻿
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﻿
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 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 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.
﻿

Tipo de Liberación	Alcance	Frecuencia	Notificación
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	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	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	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.

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.

Did this page help you?

Introducción a la Plataforma

Notas de Release - 2023