Búsquedas recientes


No hay búsquedas recientes

Jérémy's Avatar

Jérémy

Incorporación 30 sept 2022

·

Última actividad 17 ene 2025

Zendesk Customer Care

Seguimientos

0

Seguidor

1

Actividad total

18

Voto

1

Suscripciones

4

RESUMEN DE LA ACTIVIDAD

Última actividad de Jérémy

Jérémy hizo un comentario,

Comentario de la comunidad Feedback - Help Center (Guide)

Hi Mathilde,

 

We are happy to report these locales have now been added to our platform!

 

Let us know if you encounter any issue. Thank you!

Ver comentario · Publicado 17 ene 2025 · Jérémy

0

Seguidores

0

Votos

0

Comentarios


Jérémy hizo un comentario,

Comentario de la comunidad Feedback - Chat and Messaging (Chat)

Hi everyone,

This external resource has proven to be enlightening for many customers trying to work around this limitation in the past so I'd like to mention it here just in case it could help someone finding this thread while we are working on unifying authentication processes.

It provides a snippet on how one may approach implementing Messaging authentication in the help center theme.

Ver comentario · Editado 24 oct 2024 · Jérémy

0

Seguidores

1

Voto

0

Comentarios


Jérémy creó un artículo,

ArtículoAyuda con soporte y gestión de tickets

Pregunta

Estoy usando el desvío omnicanal (OCR), pero no quiero desviar los tickets de chat y mensajería. ¿Cómo puedo evitar desviar esos tickets?

Respuesta

Evitar que todos los tickets de chat y mensajería sean desviados

Si no desea desviar los tickets de chat y mensajería, elija uno de estos métodos:

Luego, cree una vista u otro proceso para hacer seguimiento y resolver los tickets de mensajería y chat en vivo que excluyó del desvío omnicanal.

Evitar que se desvíen algunos tickets

Si desea que el desvío omnicanal desvíe algunos tickets de chat o mensajería, pero no todos, configure una capacidad mayor que 0 para el canal. Luego, siga una de estas opciones:

En los planes Professional y superiores

Utilice las habilidades para controlar las rutas de desvío omnicanal de los tickets de mensajería y chat. Con este enfoque, los tickets de mensajería seguirán ingresando en la cola de desvío omnicanal , pero los que tengan una habilidad requerida que ningún agente tenga no podrán ser asignados por el desvío omnicanal.

  1. Active el desvío basado en habilidades en la configuración del desvío omnicanal
  2. Crear una habilidad pero no asignarla a ningún agente
  3. Crear uno o más disparadores
    • Agregue Condiciones para definir los tickets que no desea que el desvío omnicanal asigne a los agentes.
    • En Acciones, configure las acciones Ticket > Agregar habilidades o Ticket > Establecer habilidades para asignar la habilidad que no está asignada a ningún agente. Asegúrese de marcar la habilidad como Requerida para que no se vea afectada por el tiempo de espera de la habilidad.
      Action.png
  4. Crear una vista o algún otro proceso para hacer seguimiento y resolver los tickets de mensajería y chat en vivo que se excluyeron del desvío omnicanal

En todos los planes

Use grupos sin agentes para evitar que el desvío omnicanal asigne tickets. Con la cola de desvío estándar, el desvío omnicanal puede asignar tickets solo a un agente en el grupo especificado en el campo Grupo del ticket. Si el grupo no contiene agentes, los tickets asignados a este grupo permanecen en la cola y no serán asignados por el desvío omnicanal.

  1. Crear un grupo pero no agregarle ningún agente
  2. Crear uno o más disparadores
    • Agregue condiciones para definir los tickets que no desea que el desvío omnicanal asigne a los agentes
    • En Acciones, configure la acción Ticket > Grupo para asignar el grupo sin ningún agente
      Action.png
  3. Crear una vista o algún otro proceso para hacer seguimiento y resolver los tickets de mensajería y chat en vivo que se excluyeron del desvío omnicanal

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 24 dic 2024 · Jérémy

0

Seguidores

1

Voto

0

Comentarios


Jérémy hizo un comentario,

Comentario de la comunidad Q&A - Help center and community

Hi Dustin Swayne 

 

I believe the issue with this approach is exactly that:

 

When I use the following it shows another calendar and doesn't effect te popup calendar

 

To work around the problem while still using the method Ifra suggested, here is how you could potentially make it work:

 

$(document).ready(function() {
	$(".datepicker").remove();
	let myCustomDatePicker = ''
	$("#request_custom_fields_XYZ_label").after(myCustomDatePicker);
	$("#myCustomId").datepicker({minDate: +0, maxDate: +60, altField: "#request_custom_fields_XYZ", altFormat: "yy-mm-dd"});
	$("#myCustomId").on("change", function() {
		$("#myCustomId").datepicker("option", "dateFormat", "MM d, yy");
	});
});	

 

The idea is to completely get rid of the native field (be mindful of which element(s) you remove - I only had 1 date field in the form when testing) and create your own custom one while replicating the logic that makes it sync to the backend (as a bonus, you can even choose the way it displays in the field after a selection).

 

You can add some extra logic to check for a specific form, etc… if needed.

 

Of course, remember to:

  • Import jQuery and jQuery UI
  • Style the new field (the jQuery UI stylesheet does the trick)

 

I hope that helps!

Ver comentario · Editado 17 jun 2024 · Jérémy

0

Seguidores

0

Votos

0

Comentarios


Jérémy hizo un comentario,

Comentario de la comunidad Feedback - Admin Center

Hi everyone,

 

Thank you for reporting this issue and contributing to its visibility!

 

Our developers identified the root of the problem and fixed it earlier today. Unfortunately, another update didn't go as planned and lead to this behavior, so it was reverted.

 

We apologize for the inconveniences caused.

Ver comentario · Publicado 14 may 2024 · Jérémy

0

Seguidores

0

Votos

0

Comentarios


Jérémy creó un artículo,

ArtículoAyuda con soporte y gestión de tickets

Síntomas del problema

Cuando intento activar el desvío omnicanal, aparece el error Configuración no válida.

Pasos de resolución

Este error suele aparecer si la etiqueta de desvío que está intentando configurar para los tickets por correo electrónico ya está en uso en algún otro lugar de la cuenta, como en un campo de ticket, una macro o una regla de negocio. Use una nueva etiqueta antes de intentar volver a activar el desvío omnicanal.

Si desea más información, consulte los siguientes artículos:

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 21 ago 2024 · Jérémy

1

Seguidor

1

Voto

0

Comentarios


Jérémy creó un artículo,

ArtículoAyuda con el centro de ayuda

Pregunta

¿Por qué la ruta de navegación de mi centro de ayuda no muestra la categoría en algunas regiones?

Respuesta

Verifique si solo hay una categoría disponible para la misma configuración regional. Para que existan categorías, debe tener traducciones publicadas para la configuración regional en cuestión. Si solo hay una categoría disponible para una región, no se mostrará la ruta de navegación. Esto es para facilitar los centros de ayuda que no usan la capa de categoría, sino que solo incluyen secciones anidadas dentro de la misma categoría.

Para obtener más información, consulte este artículo: Organización del contenido de la base de conocimientos en categorías y secciones

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 sept 2023 · Jérémy

1

Seguidor

1

Voto

0

Comentarios


Jérémy creó un artículo,

ArtículoAyuda con el centro de ayuda

Síntomas del problema

Cuando intento importar un tema de Guide, aparece el siguiente error: No se pudo importar el tema. La propiedad "# / settings / X / variables / X" de tipo object no coincide con ninguno de los esquemas requeridos.

Pasos de resolución

Hay varias causas posibles de que aparezca este error al importar un tema de Guide. El error básicamente indica que hay un problema con una variable dentro de la configuración. Consulte los ejemplos a continuación para ver errores comunes de variables y cómo resolverlos.

Ejemplo 1

La variable a continuación devuelve el error La propiedad "# / settings / 3 / variables / 0" de tipo object no coincidió con ninguno de los esquemas requeridos al importar el tema de Guide.

{
"identifier": "prevent-style",
"type": "file",
"description": "styles_group_guide",
"label": "custom_guide_prevent"
},

En este ejemplo, el mensaje "# / settings / 3 / variables / 0" indica un problema con la variable con índice 0 dentro de la configuración con índice 3.

La propiedad del identificador está limitada a 30 caracteres y consta únicamente de caracteres alfanuméricos y _ (subrayado). Para corregir el problema, utilice un identificador con un _ (carácter de subrayado) en lugar de un - (guión). Si cambia prevent-style a prevent_style en la variable de arriba, se eliminará el error.

Ejemplo 2

La variable a continuación devuelve el error La propiedad "# / settings / 10 / variables / 1" de tipo object no coincidió con ninguno de los esquemas requeridos al importar el tema de Guide.

{
"identifier": "country_fieldId",
"type": "text",
"description": "country_fieldId_description",
"label": "country_fieldId_label",
"value": "360033214456"
}

En este ejemplo, el error aparece porque hay un error el identificador no puede tener letras mayúsculas. Si cambia el identificador para eliminar el carácter en mayúsculas en country_fieldId_label , esto eliminará el error.

Ejemplo 3:

La variable a continuación devuelve el error La propiedad "# / settings / 1 / variables / 5" de type object no coincidió con ninguno de los esquemas requeridos al importar el tema de Guide.

{
"identifier": "community_new_post_button_color", "type": "color", "description": "colors_community_new_post_button_description", "label": "colors_community_new_post_button_label", "value": "#C7742C" },

En este ejemplo, el error aparece porque el identificador contiene más de 30 caracteres. Cambie el identificador a un nombre que contenga menos de 30 caracteres para eliminar el error.

Si desea más información sobre la importación de temas de Guide, consulte el artículo: Personalizar el panel de configuración.

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 13 jun 2023 · Jérémy

1

Seguidor

1

Voto

0

Comentarios


Jérémy hizo un comentario,

ComentarioNouveautés Zendesk
À ma connaissance, nous n'avons aucune fonctionnalité prévue qui vous permettrait d'obtenir le niveau de détails souhaité. Cela relèverait presque d'une solution dédiée au pointage à ce stade, ce qui n'est pas forcément l'objectif premier de notre solution.
 
Si ce n'est pas déjà le cas, vous pourriez éventuellement intégrer une tel outil externe directement dans l'UI des agents via une application personnalisée - qui pourrait faire en sorte de changer le statut des agents au moment où ils sélectionnent une activité différente (notre EAP permettra sans doute ce genre d'intégrations de façon généralisée une fois qu'il sera devenu public).
 

Ver comentario · Publicado 17 feb 2023 · Jérémy

0

Seguidores

0

Votos

0

Comentarios


Jérémy hizo un comentario,

ComentarioNouveautés Zendesk
Bonjour Denis,
 
À l'heure actuelle, le statut des agents peut être obtenu en temps réel (sur certains produits) mais pas de façon historique via Explore.
 
Voici quelques pistes à ce sujet:
  • Talk
  • Dashboard temps réel (Explore - en fonction de votre plan)
  • Nous avons également un EAP en cours pour l'accès au statut des agents en temps réel via notre API
 
Je sais toutefois que nos équipes travaillent en parallèle à rendre ces données accessibles de façon historique (pour Talk du moins), je vous invite à suivre ce post si cette fonctionnalité vous intéresse.

Ver comentario · Publicado 17 feb 2023 · Jérémy

0

Seguidores

0

Votos

0

Comentarios