Un sandbox es un entorno de prueba que se asemeja en mayor o menor medida al entorno de producción. El sandbox se puede usar para hacer pruebas, aprender y cometer errores sin que eso afecte el entorno de producción. Zendesk cuenta con dos tipos de entornos de sandbox: estándar y premium. Un sandbox estándar refleja la funcionalidad nativa de Zendesk e incluye la configuración básica pero no los datos, mientras que el sandbox premium replica algunos de los datos, además de la configuración básica.
Información esencial sobre los sandboxes
-
Los tipos de sandbox disponibles varían según el plan:
- Support Enterprise viene con un sandbox estándar. El sandbox premium está disponible como complemento.
- Suite Enterprise incluye un sandbox estándar y un sandbox premium parcial.
- Suite Enterprise Plus incluye un sandbox estándar y un sandbox premium completo para producción.
La mayoría de los planes heredados, incluidos los planes de Support Suite, solo incluyen un sandbox estándar.
- Solo se puede tener un sandbox estándar a la vez. Los planes con Premium Sandbox también tienen un solo sandbox premium, pero se pueden comprar más como complemento. Contacte a su representante de ventas o a Atención al cliente de Zendesk si desea comprar más sandboxes premium como complemento.
- El dueño de la instancia de producción aparece como el dueño del sandbox de manera predeterminada. Esto se aplica aunque otro administrador cree o reemplace el sandbox.
-
Para que el entorno de pruebas sea más realista, todos los sandboxes toman la siguiente configuración de la instancia de producción en Zendesk Support:
- Plantillas (correo electrónico estándar, mensaje de bienvenida, etc.)
- Marca (colores, nombres de cuenta, etc.)
- Configuración (canales, permisos de agentes, etc.)
Si está creando un sandbox premium, también se replicará gran parte del contenido de producción, incluidos los tickets y los usuarios finales asociados. Si desea más información sobre las opciones de configuración de los sandboxes premium y la replicación de datos, consulte el apartado Comprender los sandboxes premium.
- En los entornos de sandbox, los tickets cerrados se archivan automáticamente después de tres días.
- El estado de activación del espacio de trabajo de agente de Zendesk se replica en todos los nuevos entornos de sandbox.
- Algunas configuraciones de seguridad no se replican en los entornos de sandbox. Sin embargo, si usa la autenticación de dos factores (2FA), seguirá funcionando en su sandbox, siempre y cuando el usuario tenga una contraseña establecida en la cuenta de producción.
- Los sandboxes reflejan un momento determinado de la configuración y los datos de su cuenta de producción. La replicación de la configuración y los datos no es instantánea y los datos no se mantienen sincronizados con la instancia de producción una vez creado el sandbox. Si necesita configurar más sincronización entre la producción y el sandbox, puede hacerlo con la API de REST.
- Recomendamos borrar los sandboxes antiguos y crear otros nuevos con frecuencia.
- Cuando se borra un sandbox, se realiza un cambio permanente que impide recuperarlo.
- Los cambios que haga en el sandbox no afectarán el entorno de producción.
- En la mayoría de los casos, si está satisfecho con los cambios que ha probado en el sandbox, podrá volverlos a crear manualmente en su entorno de producción. Sin embargo, puede desplegar automatizaciones (beta) y disparadores desde un sandbox premium directamente en su entorno de producción.
- Puede iniciar versiones de prueba de otros productos de Zendesk en su sandbox. Todas las versiones de prueba están sujetas a limitaciones y plazos fijos, tal como se especifica durante el registro de la prueba. Las versiones de prueba se mantienen como cuentas separadas y no se incluyen como parte del sandbox.
- Los sandboxes creados después de mayo de 2023 incluyen una versión de prueba de Talk con duración ilimitada, siempre que la cuenta de producción tenga una suscripción activa de Talk o una versión de prueba. La versión de prueba de Talk del sandbox se suspende cuando se acaban los créditos de Talk.
- Sell no es compatible con los entornos de sandbox.
Comprender los sandboxes estándar
-
- Contenido y personalizaciones del centro de ayuda
- Datos de Zendesk Talk
- Datos y personalizaciones de Zendesk Chat
- Configuración de seguridad (excepto la de dos factores)
- Tokens de API
- Aplicaciones e integraciones
- Campos condicionales
- Identidades de usuarios de X (anteriormente Twitter)
- Disparadores, automatizaciones, macros, vistas y campos personalizados de Zendesk Support
- Grupos, organizaciones y usuarios
- Tickets
Si desea más información sobre cómo crear y usar sandboxes estándar, consulte Realización de pruebas de cambios en el sandbox estándar.
Comprender los sandboxes premium
Los sandboxes premium ofrecen un entorno para hacer pruebas que refleja en gran medida la instancia de producción en cuanto a configuración y datos. Eso le permitirá probar con más precisión las actualizaciones de los flujos de trabajo, experimentar con las integraciones y las nuevas reglas de negocio, y capacitar a los agentes sin afectar la producción.
El siguiente contenido se replica para todos los tipos de sandboxes premium:
- Marcas
- Contenido dinámico
- Campos de ticket
- Formularios de ticket
- Campos de usuario
- Organizaciones
- Campos de organización
- Destinos (inactivos en el sandbox de manera predeterminada)
- Grupos
- Roles personalizados
- Vistas compartidas
- Macros compartidas
- Disparadores
- Categorías de disparadores
- Automatizaciones
- Agentes
- Afiliaciones a grupos
- Webhooks (inactivos en el sandbox de manera predeterminada)
Si desea más información sobre cómo funciona la replicación de datos y sobre las limitaciones de los datos replicados, consulte Comprender la replicación de datos en los sandboxes premium.
Opciones de configuración de Premium Sandbox
- Cuando se crea un sandbox premium de metadatos, no se copiará ningún ticket no cerrado o usuario final asociado.
- Cuando se crea un sandbox premium parcial, se copian hasta 10.000 tickets no cerrados y los usuarios finales asociados.
- Cuando se crea un sandbox premium completo para producción, se copian hasta 100.000 tickets no cerrados y los usuarios finales relacionados.
Los tipos de sandboxes premium que están disponibles dependen del plan. Por ejemplo, los clientes de Suite Enterprise podrán crear un sandbox premium parcial y los clientes de Suite Enterprise Plus podrán crear un sandbox de producción con todas las funciones.
Si desea más información sobre cómo crear y utilizar los sandboxes premium, consulte Crear un sandbox premium a través de la replicación de datos.
Comprender la replicación de datos en los sandboxes premium
La replicación tiene lugar automáticamente cuando se crea un sandbox premium a través del Centro de administración. Recoge los datos de la instancia de producción y crea la configuración y el contenido en el sandbox, y con eso se crea un nuevo subdominio. El rendimiento de su instancia de producción no se verá afectado por este proceso. Los datos solo se obtienen de la instancia de producción, de modo que no se agregará ni actualizará ni borrará nada ahí. Si desea ver una lista completa de los datos que se están replicando, consulte Comprender los sandboxes premium.
La configuración de la instancia del sandbox cambiará rápidamente durante la replicación, por lo que es mejor no usar el sandbox hasta que la replicación finalice. El tiempo necesario para que termine la replicación varía según la cantidad de contenido involucrado. Una copia de metadatos sencilla con una pequeña cantidad de campos y reglas de negocio toma menos tiempo, desde unos pocos minutos hasta unos días. Una copia completa con unos 100.000 tickets y sus usuarios y organizaciones relacionados puede tardar hasta una semana o más. Una vez finalizada la replicación, el estado del sandbox cambia a Activo.
Para completar la replicación, Zendesk crea una copia interna de los datos que se van a migrar. Una vez que se completa la migración, esa copia se elimina.
La opción de sandbox que haya elegido determinará el número máximo de replicaciones que puede hacer al mes, así como por cuánto tiempo persistirían su sandbox y sus datos en caso de que no utilice el sandbox por un periodo largo de tiempo. Si no se inicia sesión en el sandbox o no se usa por un tiempo, se borrarán el sandbox y los datos después del periodo de retención de datos especificado. El tipo de sandbox determina el número máximo de replicaciones que se pueden realizar al mes para un sandbox y cuánto tiempo se retienen los sandboxes y los datos una vez que se dejan de usar.
Premium - copia de metadatos | Premium - copia parcial | Premium - copia de producción | |
---|---|---|---|
Número máximo de replicaciones al mes | 5 | 10 | 15 |
Retención de datos del sandbox | 30 días | 90 días | 90 días |
Limitaciones para los datos replicados
La replicación sacará una copia tan fiel como sea posible de la instancia de producción. Pero se pueden dar ciertas situaciones en las que la copia podría no ser exacta:
- Los entornos de prueba del sandbox se aplican a la funcionalidad de Zendesk Support en Zendesk Suite únicamente y no incluyen, por ejemplo, Talk o Guide.
- Las marcas son replicadas, pero como los nombres de las marcas deben ser únicos en todas las instancias de Zendesk, no se puede establecer una coincidencia exacta. Los nombres de las marcas serán modificados para contener una cadena única.
- Los webhooks se replican. Sin embargo, todos los webhooks están desactivados en el sandbox de manera predeterminada para evitar interacciones accidentales con las API en vivo con las que están diseñadas para conectarse.
- Los correos electrónicos de los usuarios serán invalidados antes de ser añadidos a una instancia del sandbox por medio del uso de un dominio @ejemplo.com. Esto es para evitar enviar sin querer correos electrónicos a los usuarios. Esto incluye tanto a agentes como usuarios finales. Un administrador puede revertir los correos electrónicos no válidos para las pruebas editando las direcciones de correo electrónico de los usuarios.
- Las API se activan, pero los tokens de API tienen que volver a crearse.
- Las aplicaciones y la funcionalidad de los programas de acceso anticipado (EAP) que se encuentran en producción se desactivan dentro del sandbox cuando se crean, pero se pueden activar manualmente.
- Las conversaciones secundarias se desactivan dentro del sandbox cuando se crean pero se pueden activar manualmente.
- Los tickets abiertos se migran; en cambio, los tickets cerrados y archivados, los tickets de incidentes vinculados y los acuerdos para compartir tickets no se migran.
- Los destinos que requieran una contraseña serán replicados, pero tendrán credenciales no válidas y permanecerán en un estado desactivado.
- Las reglas y los objetos no válidos que hacen referencia a configuraciones no admitidas no se replican. Estos son algunos ejemplos:
- Condiciones que hacen referencia a acuerdos para compartir tickets
- Condiciones que hacen referencia a una opción borrada o un campo inactivo
- Condiciones no admitidas o condiciones con dependencias que no se han configurado, como una condición que hace referencia a objetos personalizados o ciertos canales e integraciones.
- Las configuraciones inactivas se replican, pero las reglas de negocio (por ejemplo, los disparadores y las automatizaciones) que tienen condiciones o acciones que hacen referencia a un campo de ticket inactivo no se replican.
- Las direcciones de correo electrónico externas no se copian al sandbox.
- Los cambios hechos dentro de un sandbox premium no se copian de manera automática a la cuenta de producción y deberán ser reproducidos manualmente dentro de la cuenta de producción.
- Los elementos identificados en este artículo son los únicos que se replican.
- Los agentes heredados no se pueden replicar. Si desea replicarlos, debe asignarles nuevos roles.
- Las vistas, los disparadores y las automatizaciones pueden mostrarse en un orden distinto en el sandbox. Las macros y vistas personales no se replican.
- Solo se replican los primeros 100 comentarios por ticket.
- Las habilidades que se usan para el desvío basado en habilidades no se replican.
- Los objetos personalizados no se pueden replicar. Los tickets con campos de relación de búsqueda que hacen referencia a objetos personalizados y las reglas de negocio que hacen referencia a objetos personalizados tampoco se pueden replicar.