Búsquedas recientes
No hay búsquedas recientes

Eric Ypsilantis
Incorporación 14 abr 2021
·
Última actividad 27 oct 2021
Seguimientos
0
Seguidores
0
Actividad total
22
Votos
2
Suscripciones
12
RESUMEN DE LA ACTIVIDAD
INSIGNIAS
ARTÍCULOS
PUBLICACIONES
COMENTARIOS DE LA COMUNIDAD
COMENTARIOS DE ARTÍCULOS
RESUMEN DE LA ACTIVIDAD
Última actividad de Eric Ypsilantis
Eric Ypsilantis creó un artículo,
Pregunta
Quiero modificar el comportamiento nativo del Web Widget (Classic) usando las API de Javascript. Leí el Centro de ayuda y encontré muchas implementaciones distintas. ¿Cómo se combinan estos distintos flujos de trabajo de la API del Web Widget (clásico)?
Respuesta
Lo más importante que debe tener en cuenta es cuándo desea que se aplique la configuración del widget. Algunos flujos de trabajo deben ejecutarse cada vez que se actualiza un departamento, mientras que otros deben ejecutarse cuando el widget se conecta o se vuelve a conectar. Esto se ilustra con este ejemplo simplificado de cómo configurar el departamento de CRM :
Hay un par de cosas en el script anterior que vale la pena discutir. Primero, los pasos iniciales de ocultar el widget y luego mostrarlo cuando se recibe un mensaje sin leer podrían omitirse por completo sin cambiar el resto de la funcionalidad del script. Dado que se usan apenas se carga el widget, se colocaron en la parte superior del script. Esto no es estrictamente necesario.
A continuación, vale la pena señalar que si bien algunos flujos de trabajo personalizados colocan un bloque de API updateSettings en una devolución de llamada chat: conectado , también se puede poner en un chat: departmentStatus, y también se aplicará cuando el widget se conecte por primera vez (o se vuelva a conectar) después de una sesión agotada). Por esta razón, use la palabra clave chat:connected
API específica para los comandos que se desean activar una sola vez, y la API chat:departmentStatus
API para los comandos que se desean activar en cualquier momento que cambie el departamento especificado después de que se cargue la página.
Si desea más información sobre los distintos flujos de trabajo de la API del Web Widget (clásico) , consulte estos artículos:
- ¿Puedo configurar el Web Widget (clásico) para presentar Chat en mi página web solo cuando un departamento específico está conectado?
- ¿Puedo volver a aplicar el departamento después de que un visitante de chat agotado se vuelve a conectar?
- ¿Cómo puedo asegurarme de que el formulario previo al chat se presente al visitante si se agota el tiempo de espera pero se vuelve a conectar?
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
Editado 12 ene 2023 · Eric Ypsilantis
1
Seguidor
3
Votos
0
Comentarios
Eric Ypsilantis creó un artículo,
Pregunta
El flujo de trabajo de desvío mediante los disparadores que se describen en el artículo Desvío automático de los chats a los departamentos no tiene en cuenta el estado de conexión de un departamento específico. ¿Es posible mostrar el Web Widget como conectado para Chat en mi página web solo si hay un departamento determinado conectado?
Respuesta
No es posible mostrar el widget de forma nativa cuando hay departamentos específicos conectados, pero se puede crear un script personalizado con el uso de la API de Zendesk. Con un script personalizado, puede configurar el Web Widget (clásico) para presentar Chat solo cuando un departamento específico está conectado. El script identificará un cambio en el estado del departamento de la cuenta y la API actualizará la configuración del Web Widget (clásico) según sedesee en función del estado actual del departamento.
A continuación se muestra un script de API de ejemplo que usa este método. En este ejemplo se muestra el Web Widget como conectado para Chat únicamente cuando el departamento de CRM está conectado. Si el estado de CRM del departamento no es conectado, Chat se suprime. Cuando se ha suprimido Chat, solo se activan otras funciones del Web Widget (clásico) se muestran al visitante. Por ejemplo, el formulario de contacto o la búsqueda del centro de ayuda.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
Editado 22 nov 2022 · Eric Ypsilantis
7
Seguidores
2
Votos
0
Comentarios
Eric Ypsilantis creó un artículo,
Pregunta
Cuando se agota el tiempo de espera de una sesión de chat y el visitante solicita un nuevo chat, la nueva solicitud de chat no conserva el departamento asignado de la sesión anterior. ¿Hay alguna manera de volver a aplicar el departamento asignado en el chat anterior?
Respuesta
Se espera que el comportamiento de una nueva sesión de chat no vuelva a aplicar el departamento automáticamente después del tiempo máximo de inactividad del visitante. Como solución alternativa, useladevolución de llamada de la APIdel chat: conectadopara identificar el evento de reconexión y actualice la configuración del usuario conla APIupdateSettingspara configurar el departamento para la nueva sesión de chat.
La API se aplica cuando el evento de reconexión ocurre después de que se agota el tiempo de espera del visitante pero antes de que el visitante envíe el nuevo mensaje. Esto garantiza que el departamento sea asignado a la nueva sesión.
A continuación se muestra un script de API de ejemplo que usa estos métodos para volver a aplicar el departamento del carrito de compras cada vez que un visitante se conecta o vuelve a conectarse después de una sesión agotada.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
Editado 12 ene 2023 · Eric Ypsilantis
0
Seguidores
2
Votos
0
Comentarios
Eric Ypsilantis creó un artículo,
Pregunta
Cuando se agota el tiempo de espera de la conexión de chat de un visitante, pero el visitante no cierra la ventana o pestaña en la que se carga el widget y luego se vuelve a conectar para enviar un mensaje nuevo, el formulario previo al chat no se presenta automáticamente. ¿Hay alguna manera de exigir que un visitante siempre vea el formulario previo al chat en el Web Widget cuando se vuelve a conectar después de un tiempo máximo de inactividad?
Respuesta
De manera predeterminada, un visitante omite el formulario previo al chat cuando se vuelve a conectar. Forzar la visualización del formulario previo al chat mediante la aplicación del script a continuación, antes del script existente del Web Widget (clásico):
Pruebe su flujo de trabajo. Si es necesario, aplique o vuelva a aplicar la configuración del widget agregando el script a continuación después del script que agregó:
Este último paso usa la API updateSettings para aplicar o volver a aplicar la configuración del widget. En el ejemplo anterior, la etiqueta Shopping Cart
departamento se aplica cuando el widget se conecta o se vuelve a conectar. Este flujo de trabajo se describe con más detalle en el artículo relacionado: ¿Puedo volver a aplicar el departamento después de que un visitante de chat agotado se vuelve a conectar?
Confirme que configuró correctamente esta solución. Verifique el estado actual del widget cuando se conecta. Luego cierre, restablezca y vuelva a abrir el widget para asegurarse de que el formulario previo al chat siempre se muestre al visitante que se vuelve a conectar.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
Editado 30 abr 2024 · Eric Ypsilantis
1
Seguidor
2
Votos
0
Comentarios
Eric Ypsilantis creó un artículo,
Pregunta
Si un visitante carga el Web Widget (clásico) antes de que finalice el horario de atención , podrá iniciar sesión por chat después de que todos nuestros agentes se hayan desconectado. Como resultado, crean un chat no atendido en lugar de un mensaje de desconectado. ¿Hay alguna manera de garantizar que el widget no permita que se solicite un chat para un departamento que está actualmente desconectado?
Respuesta
El comportamiento del widget nativo no se debe actualizar en tiempo real ya que un departamento específico se desconecta después de haber sido cargado en una página. Sin embargo, puede forzar la actualización del widget siempre que esto ocurra y el visitante no esté en una sesión activa usando la API.
Siempre que el departamento de chat tenga una actualización de estado, verifique que el nuevo estado sea Desconectado y luego verifique si el visitante ya está en una sesión activa. Si el agente tiene el estado Desconectado y el visitante no está en una sesión activa, se puede usar el método updateSettings para suprimir el chat.
Vea el ejemplo a continuación que verifica si el departamento de CRM está en línea.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
Editado 22 nov 2022 · Eric Ypsilantis
2
Seguidores
2
Votos
0
Comentarios
Eric Ypsilantis hizo un comentario,
Hi CJ, the script in this article is specifically for setting (and setting again if needed) a single specified department.
Unfortunately there isn't an API to get the prior session's department, which would be required to know which of these 5 departments to use again upon reconnection.
Ver comentario · Publicado 11 ago 2021 · Eric Ypsilantis
0
Seguidores
0
Votos
0
Comentarios
Eric Ypsilantis hizo un comentario,
Hi CJ, I would expect to see this "Uncaught ReferenceError: zE is not defined" error if the script in this article is being used without your account-specific widget snippet being in your code first.
Try adding the widget snippet from your account (on the Channels > Widget page in Support) above the script using the widget APIs - your Web Widget will need to be loaded before these zE APIs would work.
Hope this helps!
Ver comentario · Publicado 11 ago 2021 · Eric Ypsilantis
0
Seguidores
0
Votos
0
Comentarios
Eric Ypsilantis hizo un comentario,
I'm glad to hear you find the article helpful, @...! You know, I had been asked this before back when I was less dangerous with JavaScript, and didn't think it would be possible given how I'm using the API - but let me ponder this and I'll get back to you here. Is the idea to only show the widget as online if a subset of the departments is online, but then not set the department to use in the widget automatically (let the user choose)?
Ver comentario · Publicado 25 jun 2021 · Eric Ypsilantis
0
Seguidores
0
Votos
0
Comentarios