Recherches récentes
Pas de recherche récente

Sarah C
Adhésion le 14 avr. 2021
·
Dernière activité le 28 janv. 2025
Suivis
0
Abonnés
4
Activité totale
58
Votes
3
Abonnements
28
APERÇU DES ACTIVITÉS
BADGES
ARTICLES
PUBLICATIONS
COMMENTAIRES DE LA COMMUNAUTÉ
COMMENTAIRES SUR L’ARTICLE
APERÇU DES ACTIVITÉS
Dernière activité effectuée par Sarah C
Sarah C a créé un article,
Dans ce guide de dépannage, vous apprendrez quoi faire si les valeurs ne s’affichent pas sur un graphique dans Explore. Il peut arriver que vous voyiez 0 ou des valeurs vides dans votre rapport et que vous puissiez étudier le comportement.
Cet article aborde les sujets suivants :
- Vérifiez si le sélecteur de ligne est masqué
- Vérifiez si vos colonnes sont masquées
- Regardez votre filtre de mesure
- Vérifiez que vous ne masquez pas une partie du résultat
- Vérifier qu’aucun filtre n’est appliqué
- Vérifier le filtre Haut/Bas
- Comparer avec des données réelles
Vérifiez si le sélecteur de ligne est masqué
Vérifier la configuration de votre graphique > Activez l’ option Afficher le sélecteur de ligne . Il est possible de masquer la ligne du sélecteur et d’afficher uniquement les valeurs sélectionnées.
Vérifiez si vos colonnes sont masquées
Dans Manipulation des résultats > Colonnes, assurez-vous que toutes les colonnes sont visibles.
Regardez votre filtre de mesure
Dans Manipulation des résultats > vérifiez votre filtrede mesures, vous avez peut-être caché une partie du résultat. Par exemple, dans cette image, le chiffre à gauche devrait être 0 au lieu de 20.
Vérifiez que vous ne masquez pas une partie du résultat
Dans Manipulation des résultats > Masquer une partie du résultat, pour vous assurer que vous ne masquez pas les données > Appliquer.
Vérifier qu’aucun filtre n’est appliqué
En haut de la page et sur la gauche, vérifiez que vous n’avez pas ajouté de filtre sur vos données.
Vérifier le filtre Haut/Bas
Dans Manipulation des résultats > Cochez le filtre Haut/Bas > Désélectionner Haut et Bas > Appliquer.
Comparer avec des données réelles
Enfin, si vous voyez encore des valeurs manquantes, vérifiez vos sources de données. Par exemple, ouvrez des exemples de tickets et comparez les résultats avec votre rapport.
Pour en savoir plus au sujet des rapports, consultez ces articles :
- Personnalisation des rapports
- Pourquoi certains jours manquent-ils dans mes rapports dans Explore ?
- Pourquoi est-ce que je vois des espaces vides dans les rapports sur les articles ?
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 12 nov. 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
SOMMAIRE
Le 9 août 2024, de 15 h 46 UTC à 15 h 57 UTC, les clients Support utilisant le Pod 17 ont rencontré divers problèmes, notamment des codes d’erreur, des temps de chargement lents et l’impossibilité d’ouvrir des tickets ou de consulter les messages au sein de l’interface du produit.
Chronologie
09 août 2024 16h13 UTC | 9 août 2024 9h13 (heure du Pacifique)
Nous étudions des cas d’utilisateurs qui ne peuvent pas consulter les tickets Support dans le Pod 17, alors que leur problème est déjà résolu. Nous fournirons des mises à jour supplémentaires dans 30 minutes ou plus tôt, dès que nous aurons confirmé la stabilité totale.
09 août 2024 16h32 UTC | 9 août 2024 9h32 (heure du Pacifique)
De 15 h 46 UTC à 15 h 57 UTC, les clients Support du Pod 17 ont rencontré des problèmes pour charger les tickets. Les performances se sont stables et nous continuerons à les suivre. Prochaine mise à jour dans une heure ou quand nous aurons de nouvelles informations.
09 août 2024 16h51 UTC | 9 août 2024 9h51 (heure du Pacifique)
Les problèmes de performances Support qui ont eu lieu dans le Pod 17 de 15 h 46 UTC à 15 h 57 UTC sont désormais complètement résolus. Nous vous prions de nous excuser de ce désagrément et vous remercions de votre patience.
APRÈS LE TEMPS DE
Analyse de la cause
Cet incident est dû au redémarrage inattendu d’un système qui accélère la récupération des données en mettant des informations en cache dans la mémoire. En raison d’une réponse insuffisante à cet échec, la composante de graphique d’agent a attendu une réponse jusqu’à 60 secondes, ce qui provoque des erreurs de dépassement du délai d’inactivité et des erreurs de service 503. Les facteurs clés incluent que le système n'est pas passé à une autre source de données en temps opportun et que les surveillances en place n'ont pas déclenché d'alertes car le problème a été résolu avant d'atteindre les seuils définis.
Résolution
Pour résoudre ce problème, le système s’est automatiquement rétabli lorsque le système de mise en cache de la mémoire est reconnecté en ligne. Nous avons identifié que le redémarrage de ce système était à l’origine des retards et il a été confirmé que le problème se résolvait en self-service, ne nécessitant pas d’intervention manuelle immédiate pour rétablir le service.
Éléments de correction
- Réduction du nombre d’expirations pour la récupération du cache utilisateur.
- Envisagez d’effectuer des tests pour simuler de tels échecs dans un environnement contrôlé.
- Révisez et ajustez les seuils d’alerte pour une détection et un temps de réponse plus rapides.
- Contactez AWS pour enquêter sur le redémarrage inattendu du système de mise en cache de la mémoire cache afin d’éviter que de tels événements se reproduisent à l’avenir.
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel de votre Zendesk, consultez notre page de statut du système. Le résumé de notre enquête rétrospective est généralement affiché ici quelques jours après la fin de l’incident. Si vous avez d’autres questions au sujet de cet incident, contactez l’assistance client Zendesk.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 19 août 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
SOMMAIRE
Le 7 août 2024, de 20:48 UTC à 23:27 UTC, les clients Support de tous les Pods ont rencontré des problèmes avec les vues de tickets, notamment des tickets résolus qui ne disparaissaient pas, des mises à jour qui étaient lentes et des chiffres incorrects s’affichant.
Chronologie
07 août 2024 22h00 UTC | 07 août 2024 15h00 (heure du Pacifique)
Nous étudions les signalements de vues de tickets Support qui ne sont pas mises à jour ou qui affichent les tickets incorrects. Prochaine mise à jour dans 30 minutes ou quand nous aurons de nouvelles informations à partager.
07 août 2024 10:08 UTC | 07 août 2024 15h08 (heure du Pacifique)
Nos ingénieurs ont apporté une modification et nous constatons désormais une amélioration des performances dans tous les pods. Prochaine mise à jour dans 30 minutes ou quand nous aurons de nouvelles informations à partager.
07 août 2024 10:24 UTC | 07 août 2024 15h24 (heure du Pacifique)
Les performances continuent de rester stables sur tous les pods et nous continuerons de surveiller les performances pendant la prochaine heure. Prochaine mise à jour dans une heure.
07 août 2024 23h29 UTC | 07 août 2024 16h29 (heure du Pacifique)
Après une surveillance continue, nous voyons une stabilité et il est confirmé que le problème qui affecte les vues des tickets Support qui ne sont pas mises à jour a été résolu. Merci de votre patience jusqu’à ce que nous arrivions à ce stade.
APRÈS LE TEMPS DE
Analyse de la cause
Cet incident a été causé par un problème de processus lors d’un changement de cluster bleu/vert, spécifiquement dû à un déploiement incomplet qui a débouché sur des erreurs de configuration dans les pods de production restants.
Résolution
Pour résoudre ce problème, l’équipe d’ingénierie a manuellement redimensionné les index du cluster actif pour traiter les mises à jour de tickets cumulées. Puis ils ont repris la procédure de changement de cluster avec la configuration correcte.
Éléments de correction
- Il est nécessaire de passer en revue le processus utilisé pour le changement de cluster afin de vous assurer qu'il inclut des vérifications post-déploiement approfondies afin d'éviter que des déploiements incomplets ne passent inaperçus.
- Développez l'automatisation pour gérer le processus de basculement, réduisant ainsi les besoins d'intervention manuelle et les risques d'erreurs humaines.
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel de votre Zendesk, consultez notre page de statut du système. Le résumé de notre enquête rétrospective est généralement affiché ici quelques jours après la fin de l’incident. Si vous avez d’autres questions au sujet de cet incident, contactez l’assistance client Zendesk.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 19 août 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
Question
Quand il y a de nouvelles activités dans Guide ou Gather, comme de nouveaux articles, publications ou commentaires, les utilisateurs abonnés au contenu sont notifiés via e-mail. Puis-je modifier ou contrôler l’adresse e-mail à partir de laquelle sont envoyées ces notifications automatiques ?
J’ai modifié le domaine de mon centre d’aide, mais les e-mails envoyés à mon public ne correspondent pas à mon domaine personnalisé. Pourquoi ces e-mails n’utilisent-ils pas mon domaine personnalisé ?
Réponse
Les e-mails qui informent les clients des mises à jour de Guide ou Gather ne sont pas personnalisables. Ils utilisent un format standard et sont toujours envoyés à l’adresse noreply@{subdomain}.zendesk.com. Pour en savoir plus, consultez cet article : Guide du centre d’aide pour les utilisateurs finaux.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 20 août 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
SOMMAIRE
Le 9 juillet 2024 à 11h40 (UTC), nous avons mise en œuvre une nouvelle modification de notre système de modification des articles. Suite à cette modification, certains articles publiés ont été republiés sans l’intervention de l’utilisateur et certains brouillons d’articles ont été publiés par inadvertance.
Chronologie
09 juillet 2024 20h41 UTC | 9 juillet 2024 13h41 (heure du Pacifique)
Nos ingénieurs ont identifié le problème et ont supprimé la modification l’affectant dans tous les pods. La modification, l’enregistrement et la publication des articles Guide ont été rétablis à un comportement normal. Remarque : Si vous avez enregistré des modifications d’article entre 11h40 UTC et 20h37 UTC, il est possible que vous ayez publié des brouillons de contenu d’article par inadvertance. Vous devrez rétablir manuellement la version précédente publiée en utilisant la fonctionnalité d’historique des révisions des articles Guide ou en mettant l’article à jour et en republiant manuellement l’article.
09 juillet 2024 19h57 UTC | 9 juillet 2024 12h57 (heure du Pacifique)
Nous avons confirmé un problème avec la modification des articles Guide publiés dans lesquels cliquer sur « Enregistrer » par inadvertance pour publier l’article au lieu d’enregistrer la version actuelle du brouillon d’article uniquement. Nous travaillons à annuler une modification pour rétablir un comportement normal. Nous vous ferons part d’une autre mise à jour dans 30 minutes ou quand nous aurons de nouvelles informations à partager.
APRÈS LE TEMPS DE
Analyse de la cause
Suite à une mise à jour destinée à améliorer notre système de modification, nous avons accidentellement traité les modifications deux fois, une fois dans l’ancien système et une fois dans le nouveau. Ainsi, nos articles étaient republiés inutilement.
Résolution
Une fois le problème identifié, nous avons implémenté un correctif pour désactiver la fonctionnalité posant problème. Le système s’est stable et le fonctionnement normal a repris.
Éléments de correction
Nous avons identifié plusieurs mesures pour éviter des incidents similaires à l’avenir :
1. Assurez-vous que les commandes de notre système n’ont pas d’effets secondaires.
2. Séparez la logique de nouvelle publication pour les différents niveaux de clients.
3. Améliorez nos tests avant déploiement afin de mieux capturer ces problèmes.
Nous vous prions de nous excuser pour la gêne occasionnée et vous remercions de votre compréhension dans le cadre de l’amélioration de nos services.
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel de votre Zendesk, consultez notre page de statut du système. Le résumé de notre enquête rétrospective est généralement affiché ici quelques jours après la fin de l’incident. Si vous avez d’autres questions au sujet de cet incident, contactez l’assistance client Zendesk.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 17 juil. 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
Question
Dans Explore, pourquoi mes favoris et mes liens vers les rapports ne se chargent-ils pas ?
Réponse
Il est possible que certains favoris plus anciens utilisent encore le chemin d’URL du rapport Explore précédent avec le mot-clé /query
par segments de clientèle. Par exemple : https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/query/190571061
.
Pour accéder à votre rapport, mettez vos marque-pages à jour et utilisez le nouveau chemin d’URL qui utilise le mot-clé /report
par segments de clientèle. Par exemple : https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/report/190571061
.
Pour en savoir plus, consultez cet article : Création de rapports.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 02 juil. 2024 · Sarah C
1
Abonné
1
vote
0
Commentaire
Sarah C a créé un article,
Question
Pourquoi ma conversation de messagerie client inclut dix anciens messages ?
Réponse
Les assistants considèrent qu’une conversation a expiré après 72 heures d’inactivité et suppriment les métadonnées du message dans le backend, mais pas le message lui-même.
S’il n’y a pas de point de transfert à un agent après 72 heures, puisqu’il y a encore des messages dans l’infrastructure de messagerie, quand le client vous contacte, Zendesk recherche des métadonnées essentielles et manquantes dans le back-end, comme en tant que first_message_id
. Comme il n’y a pas first_message_id
, le système récupère les 10 derniers messages des interactions précédentes de l’utilisateur et les ajoute au ticket pour essayer de fournir un contexte.
Pour en savoir plus, consultez ces articles :
- Création d’un bot de conversation pour vos canaux Web et mobiles
- Consultation et modification des paramètres de bot généraux
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 25 juin 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
Cette recette vous aidera à suivre les mesures pour les tickets enfants créés par le biais des conversations annexes. Vous devez utiliser l’ID externe par défaut pour les tickets enfants dans les conversations annexes.
Cette recette ne suivra pas tous les canaux de conversations annexes, comme Slack ou l’e-mail. Il n’inclut que les tickets créés via les conversations annexes.
Cet article contient les sections suivantes :
- Ce dont vous avez besoin
- Création de votre attribut
- Rapports sur le nombre de tickets de conversations annexes par ticket
- Rapports sur les délais avant résolution complète combinés des tickets de conversations annexes
- Amélioration de votre rapport
Ce dont vous avez besoin
Difficulté : Intermédiaire
Temps : 15 minutes
- Zendesk Explore Professional ou Enterprise
- Permissions d’éditeur ou d’administrateur (consultez Accorder l’accès à Explore aux utilisateurs)
- Données de ticket dans Zendesk Support
- Conversations annexes activées et utilisées dans les tickets dans Zendesk Support
Création de votre attribut
- Cliquez sur l’icône Rapports (
) dans Explore.
- Dans la bibliothèque de rapports, cliquez sur Nouveau rapport.
- Ainsi, Sélectionner un jeu de données cliquez sur Support > Support - Tickets, puis cliquez sur Commencer le rapport. Le créateur de rapports s’ouvre.
- À partir du mot-clé Calculs (
) Menu, Cliquez surAttribut calculé standard.
- Ainsi, Attribut calculé standard , saisissez ou copiez et collez la formule ci-dessous dans l’éditeur d’attributs.
REGEXP_EXTRACT([Ticket external ID], "^zen:side_conversation:.*:(\d+)$")
- Donnez un nom à l’attribut, par exempleID du ticket parent.
- Cliquez sur Enregistrer.
Cela est spécifiquement conçu pour les ID externes créés lors de la création d’un ticket via les conversations annexes. Il ressemblera à ce qui suit :
Bien que cet attribut affiche l’ID du ticket parent d’un ticket de conversation annexe, il n’est pas possible de créer des rapports sur les mesures ou attributs du ticket parent quand vous utilisez cet attribut. Dans l’exemple ci-dessus, vous pouvez créer un rapport sur les mesures pour le ticket 925, mais pas sur le ticket parent 923.
Rapports sur le nombre de tickets de conversations annexes par ticket
- Dans Explore, cliquez sur Rapports (
).
- Dans la bibliothèque de rapports, cliquez sur Nouveau rapport.
- Ainsi, Sélectionner un jeu de données cliquez sur Support > Tickets,puis cliquez surCommencer le rapport. Le créateur de rapports s’ouvre.
- Dans le volet Mesures, cliquez sur Ajouter.
- Dans la liste des mesures, sélectionnez Tickets>Tickets, puis cliquez surAppliquer.
- In the Lignes , sélectionnez votre vue calculée , puis cliquez sur Appliquer.
- Dans le volet Filtres , sélectionnez votre attribut calculé et excluez les valeurs NULL.
Vous pouvez désormais créer un rapport sur le nombre de tickets de conversations annexes par ticket.
Rapports sur les délais avant résolution complète combinés des tickets de conversations annexes
- Dans Explore, cliquez sur Rapports (
).
- Dans la bibliothèque de rapports, cliquez sur Nouveau rapport.
- Ainsi, Sélectionner un jeu de données cliquez sur Support > Tickets, puis cliquez sur Commencer le rapport. Le créateur de rapports s’ouvre.
- Dans le volet Mesures, cliquez sur Ajouter.
- Dans la liste des mesures, sélectionnez Durée entre les événements - Heures calendaires (min) > Délai avantrésolution complète (min), puis cliquez surAppliquer.
- Appliquer l’agrégateur SUM .
- In the Lignes , sélectionnez votre vue calculée , puis cliquez sur Appliquer.
- Dans le volet Filtres , sélectionnez votre attribut calculé et excluez les valeurs NULL .
Vous pouvez désormais créer un rapport sur le temps total passé à travailler sur les conversations annexes pour votre ticket. Vous pouvez aussi ajouter l’ ID du ticket aux lignes si vous voulez voir les heures des tickets individuels.
Amélioration de votre rapport
Cet attribut peut être créé dans d’autres jeux de données et peut être utilisé pour suivre d’autres mesures, comme Temps avec le statut Ouvert (min) ou Tickets mis à jour avec ou sans commentaire dans le jeu de données Historique des misesà jour.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 03 sept. 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
Dans cette recette Explore, vous allez apprendre à créer un rapport qui affiche tous les tickets avec des commentaires publics des agents. Vous pouvez utiliser ce rapport pour identifier les tickets auxquels vos agents ont répondu aux clients.
Si vous avez désactivé le déclencheur Notifier le demandeur et les personnes en copie (CC) de la mise à jour des commentaires , ce rapport peut vous aider à identifier les tickets au cours de la période pendant laquelle le déclencheur a été désactivé.
Cet article aborde les sujets suivants :
Ce dont vous avez besoin
Difficulté : débutant
Temps : 5 minutes
- Zendesk Explore Professional ou Enterprise
- Permissions d’éditeur ou d’administrateur (consultez Accorder l’accès à Explore aux utilisateurs)
- Données de ticket dans Zendesk Support
Création de votre rapport
- Dans Explore, cliquez sur Rapports (
).
- Dans la bibliothèque de rapports, cliquez sur Nouveau rapport.
- Ainsi, Sélectionner un jeu de données cliquez sur Support>Updates History - Tickets, puis cliquez surCommencer le rapport. Le créateur de rapports s’ouvre.
- Dans le volet Mesures, cliquez sur Ajouter.
- Dans la liste des mesures, sélectionnez Tickets > Tickets mis à jour avec commentaire public, puis cliquez surAppliquer.
- In the Lignes , sélectionnez le panneau Ticket > ID du ticket , puis cliquez sur Appliquer.
- In the Filtres , sélectionnezUpdater- Updater Role un filtre, puis cliquez sur Appliquer.
- Cliquez à nouveau sur le filtre et sélectionnez les rôles sur lesquels vous voulez créer des rapports.
- Ajoutez le filtre Date et heure - Date de mise à jour du ticket pour choisir une période, par exemple une semaine ou un mois. Cela évite que la requête expire pendant que vous la créez.
- Cliquez sur le menu Type de visualisation ().
, puis sélectionnez Tableau.
- (Facultatif) Ajoutez un filtre de mesure pour afficher les tickets avec au moins une mise à jour avec un commentaire public.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 25 juin 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire
Sarah C a créé un article,
SOMMAIRE
16:52 UTC | 08:52 (HEURE DU PACIFIQUE)
Après avoir étudié le problème, nous avons déterminé qu'il n'y a pas d'impact sur le widget Zendesk Z Bot utilisé pour contacter l'assistance Zendesk et que nous désactivons le basculement du formulaire Web. Actuellement, le widget Z Bot peut être utilisé pour contacter l’assistance Zendesk normalement.
16:49 UTC | 08:49 HEURE DU PACIFIQUE
Nous l’étudions activement sur un problème à l’origine d’erreurs de tentative de connexion à Zendesk Support via le widget Zendesk Z Bot à support.zendesk.com. Nous sommes en train de basculer vers le formulaire Web et vous fournirons des mises à jour supplémentaires dès que nous en saurons plus.
APRÈS LE TEMPS DE
À DÉTERMINER
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel de votre Zendesk, consultez notre page de statut du système. Le résumé de notre enquête rétrospective est généralement affiché ici quelques jours après la fin de l’incident. Si vous avez d’autres questions au sujet de cet incident, envoyez un ticket via la messagerie ZBot au sein du Web Widget.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.
Modification le 18 juil. 2024 · Sarah C
0
Abonnés
1
vote
0
Commentaire