Una Sandbox es una copia del entorno de trabajo y de la base de datos del cliente. Es un clon de la versión de plataforma, de los productos instalados y de la base de datos.

Sandbox on demand permite solicitar la creación o actualización del Sandbox desde la UI de la aplicación, dotando de autonomía a los clientes en la gestión de estos entornos Sandbox.

¿Para qué sirve?

Los usos son diversos, entre otros:

Dotar a los equipos de desarrollo de un entorno en el que realizar nuevas personalizaciones, sin que interfieran en el trabajo diario.
Realizar pruebas de cambio de versión de plataforma/producto.
Tener un entorno de preproducción para verificar determinados procesos antes de ponerlos en producción.

Es posible disponer de más de una Sandbox.

¿Quién puede utilizarlo?

Los clientes en Cloud.

¿Cómo funciona?

El usuario puede realizar una petición para generar o actualizar este entorno de Sandbox cuando ve la necesidad por desarrollo de personalizaciones o cualquier otro motivo.

El proceso es el siguiente:

Acceder a Utilidades | Desarrollo | Solicitud de Sandbox.
Se visualiza un histórico de las peticiones realizadas, la fecha, la situación en la que está cada una de ellas (Pendiente, Solicitado, Finalizado, Cancelado, etc.) y más información de utilidad.
Pulsar Nuevo registro
Cumplimentar los campos correspondientes:
- En el primer formulario…. La Sandbox se crea en la primera ventana de tiempo que el equipo de Cloud tenga dedicado a mantenimiento de equipos. Este tiempo puede variar, pero habitualmente será entre 12 y 24 horas.
- Inmediatamente. El equipo de Cloud crea la Sandbox en la primera franja de tiempo disponible.
- Notificación. Dirección de correo electrónico para contactar y notificar el avance del proceso. Es importante que se indique una dirección de correo correcta y que esté en uso, ya que a esta dirección de correo se envía el resumen final con todos los datos para la conexión a la Sandbox.
- Descripción. Motivo y toda la información que se considere interesante para atender la solicitud.
Pulsar Aceptar.
Una vez aceptada, se abre el formulario del histórico y la nueva petición aparece en la lista.
En el momento en que se acepta la solicitud, el equipo de Cloud recibe la petición y programa una acción automática para generar la Sandbox con los parámetros indicados.
Si ya existe una Sandbox, se actualiza el contenido con los últimos datos de la base de datos del cliente.
Una vez generada la Sandbox, el cliente recibe un correo electrónico informándole de la forma de conexión, usuarios y contraseñas, etc., necesarios para utilizarla.

¿Qué pasa si ya se tiene una Sandbox y se están realizando desarrollos en ella?

Si ya se tiene una Sandbox y se solicita otra, la nueva Sandbox sustituye la ya existente y los desarrollos que no haya pasado a la máquina de producción, se pierden. Es decir, se sobrescriben las bases de datos, el repositorio y los datos son las que hay en la máquina de producción.

¿Las dos máquinas, original y Sandbox, tienen el mismo código de activación y las mismas licencias?

No. Cada máquina tiene un código de activación diferente y, posiblemente, unas licencias diferentes. Por ejemplo, en las Sandbox de desarrollo se deben añadir licencias de desarrollo necesarias.

¿Las dos máquinas, original y Sandbox, tienen las mismas versiones y el mismo software?

No. Ambas máquinas tienen la misma versión de sistema operativo, de plataforma y de productos instalados, pero la Sandbox tiene software específico para desarrollar: Eclipse, herramientas de acceso a datos, etc.

¿Cómo se notifica que la Sandbox está creada y cuáles son los servidores, usuarios y contraseñas para conectar?

Al finalizar el proceso de creación/actualización de la Sandbox, se envía un correo electrónico a la dirección de correo indicada en la petición. Este correo electrónico contiene toda la información necesaria.

¿Esta funcionalidad la pueden utilizar todos los clientes?

Esta funcionalidad queda reservada a los clientes en Cloud.

Upgrade on demand

El concepto Upgrade on demand se refiere al hecho de que el cliente puede modificar la fecha de las actualizaciones de producto propuestas por los administradores de Cloud.

Esto significa que el equipo de Cloud planifica la actualización de uno o varios productos a varios clientes en un intervalo de fechas y estos clientes pueden elegir el día que les interesa más para realizar dicha actualización.

¿Para qué sirve?

La funcionalidad es útil para poder avanzar o retrasar las actualizaciones de los productos para adecuarlos a momentos de más o menos intensidad en el trabajo y para no hacerlos coincidir con días punta en el negocio del cliente.

¿Quién puede utilizarlo?

Los clientes en Cloud.

¿Cómo funciona?

Es una funcionalidad que no la activa el cliente sino que viene provocada por la necesidad de actualizar productos para incorporar mejoras y correcciones.

El proceso es el siguiente:

El equipo de Cloud planifica las actualizaciones de los productos.
Los clientes afectados reciben una notificación que aparece cada vez que conecten a la aplicación. Esta notificación les informa de nuevas actualizaciones, los productos afectados y la fecha planificada por Cloud.
Los usuarios administradores del cliente pueden cambiar la fecha para adecuarla a sus intereses o no hacer nada. En este último caso, se da por entendido que acepta la fecha propuesta por Cloud.
Una vez confirmada una fecha de planificación, el mensaje al iniciar sesión deja de aparecer, pero se puede acceder a las actualizaciones pendientes desde el icono en la barra de herramientas.
Llegado el día de la actualización, el equipo de Cloud actualiza los productos afectados en horario nocturno.

La pantalla de aviso de actualizaciones aparece siempre que me conecto a la aplicación ¿es normal?

Sí, la pantalla aparece cada vez que se realice una conexión a la aplicación hasta que un usuario administrador confirme la fecha propuesta por Cloud o informe una nueva fecha.

¿Hasta cuándo es posible cambiar la fecha planificada?

La fecha se puede cambiar hasta el día anterior a la actualización. Así, por ejemplo, si está marcada una fecha de actualización el 30 de septiembre, es posible cambiar hasta el 29 de septiembre.

¿Qué pasa si no se cambia la fecha que ha asignado Cloud?

Llegada la fecha, el equipo de Cloud realiza las actualizaciones de productos.

¿Cuándo desaparece el mensaje al conectar?

El mensaje puede desaparecer de dos formas:

Un usuario administrador confirma una fecha para las actualizaciones.
Al día siguiente de haberse realizado las actualizaciones.

¿Es posible no aceptar las actualizaciones?

No, la actualización de los productos y la plataforma son obligatorias por seguridad y por estabilidad de los productos.

¿Es posible entrar directamente a cambiar la fecha sin que aparezca el mensaje de actualización al iniciar sesión?

Sí, el acceso se realiza desde Utilidades | Desarrollo | Actualizaciones pendientes.

También se puede entrar desde el icono en la barra de herramientas.

¿Esta funcionalidad la pueden utilizar todos los clientes?

Esta funcionalidad queda reservada a los clientes con licencia CL000.

Update on demand

Es un conjunto de utilidades que facilita al consultor la instalación en producción de las personalizaciones desarrolladas en una Sandbox.

¿Para qué sirve?

Sirve para automatizar el proceso de instalación en producción de las personalizaciones efectuadas en Sandbox por los equipos de desarrollo.

Con estas utilidades, el desarrollador genera un KIZ con todo lo que necesita y lo envía para su instalación el productivo, en base a los parámetros de la solicitud.

¿Quién puede utilizarlo?

Los clientes en Cloud que dispongan de una Sandbox de desarrollo.

¿Cómo funciona?

Es una funcionalidad que utiliza el desarrollador una vez haya finalizado los desarrollos o cada vez que necesite instalar en producción un paquete de desarrollos. Intervienen dos procesos.

Generación del KIZ

El consultor accede desde Studio, conecta a la configuración asignada, despliega el menú contextual abre Development view | Export | Kiz Export.
Desde el formulario que se abre, selecciona los objetos que se van a incluir en la instalación.
Pulsa Export.
Aparece un formulario para poder exportar los objetos que se deben incluir en la actualización.

Solicitud de update

El desarrollador accede desde Studio, conecta a la configuración asignada, despliega el menú contextual y abre Development view | Export | Cloud update request.
Desde el formulario que se abre, se muestra un histórico de las solicitudes realizadas, la fecha, la situación en la que está cada una de ellas (Pendiente, Solicitado, Finalizado, Cancelado, etc.) y más información de utilidad.
Pulsa el botón Nuevo registro.
Cumplimenta los campos correspondientes:
- At the first available time slot. La actualización se instala en la primera ventana de tiempo que el equipo de Cloud tenga dedicado a mantenimiento de equipos.
- Immediately. El equipo de Cloud programa la actualización tan pronto como sea posible.
- KIZ file to process. Selección del fichero KIZ generado en el proceso anterior (el de Generación del KIZ).
- Notify results by email to... Dirección de correo electrónico para contactar y notificar el avance del proceso. Es importante que se indique una dirección de correo que sea correcta y esté en uso, ya que a esta dirección de correo se enviará el resumen final del proceso.
- Reason. Motivo y toda la información que se considere interesante para atender la solicitud.
Pulsa sobre Send request.
Una vez enviada la solicitud, el equipo de Cloud recibe la solicitud y programa una acción automática para actualizar según los parámetros indicados.
Una vez finalizado el proceso, el desarrollador recibe un correo electrónico a la dirección de correo indicada en la solicitud informándole del estado de la actualización.

¿No aparece la opción de menú para realizar la solicitud de update?

Se debe revisar la Sandbox sea de desarrollo y comprobar que se disponga de la licencia CL000.

¿Es posible cancelar la solicitud?

La solicitud se puede cancelar si no está en proceso de instalación o ya está instalada. Para ello, se debe entrar en el formulario de solicitudes, seleccionar la solicitud realizada y cancelarla.

¿Es posible tener varias solicitudes abiertas a la vez?

No. Sólo puede haber una solicitud activa. Si es necesaria una segunda antes de que se haya instalado la primera, se debe cancelar la primera y volver a realizar una solicitud incluyéndolo todo, lo de la primera y la segunda solicitud.

¿Es posible utilizarlo si no se tiene sandbox o la sandbox no es de desarrollo?

No. El uso de esta utilidad queda restringida al entorno de máquinas sandbox.

¿Esta funcionalidad la pueden utilizar todos los clientes?

Esta funcionalidad queda reservada a los clientes de Cloud que dispongan de una sandbox de desarrollo.

Gestión de trazas del sistema

Se trata de una utilidad que facilita al usuario o al consultor visualizar las incidencias ocurridas, eventos lanzados, etc.

Permite obtener el fichero de traza de la configuración a la se está conectado desde la UI de la aplicación, sin necesidad del Panel de control.

¿Para qué sirve?

Sirve para disponer y visualizar los ficheros de trazas generadas por el sistema en la configuración (en adelante el LOG). En el LOG se encuentra diversidad de información y se puede parametrizar qué información se genera mediante el fichero de propiedades com_unit4_karat_base_log.

Con esta herramienta se visualiza sólo lo correspondiente a la configuración en la que se está conectado desde la UI.

¿Quién puede utilizarlo?

Todos los clientes.

¿Cómo funciona?

Para obtener el LOG, se debe acceder a la opción Gestión de trazas del sistema del menú Utilidades.

Un usuario cualquiera puede tener acceso a las trazas del sistema con posibilidad de bajada de las mismas, todo desde la UI. Además, el usuario puede activar un nivel de traza completo en alguno de los módulos y más tarde, sin cerrar la sesión, descargarse la traza generada. La traza puede ser útil para el seguimiento de alguna incidencia, o ser requerida por el servicio de Atención al cliente.

Nivel de detalle activo

La gestión de trazas permite consultar el Nivel de detalle activo que cada sesión está registrando, así como activar temporalmente un nivel de detalle completo en caso de necesidad.

Al activar o desactivar un nivel de detalle completo, el sistema empieza a registrar automáticamente todos los eventos del tipo de traza en concreto.
En caso de cerrar la sesión, las trazas completas se vuelven a desactivar, dejando registro únicamente del nivel de detalle por defecto.
Para realizar la descarga de las trazas, se debe ir a la pestaña Descarga de trazas, en la que es posible descargar el LOG para un periodo de tiempo concreto. El fichero resultante queda almacenado en la Transferencia de archivos.

Descarga de trazas

Pestaña en la que se indica la fecha-hora inicial y fecha-hora final de la selección.

Al pulsar el botón Generar fichero, se realiza una selección de todo el LOG correspondiente a la configuración en la que estamos conectados cuyas fechas estén entre las seleccionadas y se generará un solo fichero quedará guardado en el directorio de usuario para su descarga y explotación.

En Resultado aparece información de los ficheros tratados.

¿Es posible realizarlo para cualquier configuración?

Sí, pero es necesario estar conectado a la configuración de la que se va a obtener el LOG.

¿Pueden acceder todos los usuarios de una configuración?

Si, esta opción está disponible para todos los usuarios.

¿Esta funcionalidad la pueden utilizar todos los clientes?

Sí, todos los clientes disponen de esta funcionalidad.

Guarda o comparte este artículo

Esta página foi útil?

Obrigado pelo seu voto.

Faça login para deixar a sua opinião.

Obrigado pelo seu feedback. Iremos analisá-lo para continuarmos a melhorar!