Recherches récentes
Pas de recherche récente

Gabriel
Adhésion le 16 mai 2021
·
Dernière activité le 07 oct. 2024
Suivis
0
Abonné
1
Activité totale
154
vote
1
Abonnements
41
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 Gabriel
Gabriel a créé un article,
Lorsque vous rétrogradez ou supprimez un utilisateur dans Zendesk, vous devez commencer par gérer ses tableaux de bord. Ce guide vous aidera à accéder aux tableaux de bord et présentera les meilleures pratiques pour la gestion future.
Le workflow inclut les étapes ci-dessous.
- Étape 1 : Comprendre la propriété du tableau de bord dans Explore
- Étape 2 : Retourner à l’accès aux tableaux de bord partagés
- Étape 3 : Suivez les meilleures pratiques
Étape 1 : Comprendre la propriété du tableau de bord dans Explore
Avant de commencer, n’oubliez pas ces points importants :
- Seuls le créateur et les utilisateurs explicitement partagés peuvent consulter un tableau de bord
- Si vous supprimez de Zendesk un utilisateur qui n’a pas partagé son tableau de bord, ce tableau de bord devient inaccessible.
- Zendesk n’enregistre pas les tableaux de bord d’utilisateurs spécifiques, Support ne peut pas récupérer les tableaux de bord une fois un utilisateur supprimé.
Étape 2 : Retourner à l’accès aux tableaux de bord partagés
- Vérifiez que vous avez les permissions d’administrateur pour consulter et gérer tous les tableaux de bord
- Demander l’aide des utilisateurs partagés, si le tableau de bord a été partagé :
- Demander aux utilisateurs de cloner ou de partager le tableau de bord, si les utilisateurs en ont la permission
- Demander aux utilisateurs d’exporter et de partager le tableau de bord avec vous
- Demander des captures d'écran ou des détails du tableau de bord
- rétablir temporairement l’utilisateur avec des permissions d’agent ou d’administrateur si le tableau de bord n’a pas été partagé et est crucial.
- Suspendez son accès à d’autres zones si nécessaire
- Agissez rapidement, car les politiques de rétention des données de Zendesk risquent de limiter les temps de récupération.
Étape 3 : Suivez les meilleures pratiques pour la gestion future
- Partagez les tableaux de bord avec des groupes ou des équipes pour éviter de perdre l’accès
- Enregistrer la propriété du tableau de bord et les détails de partage, partager ces informations avec les administrateurs
- Vérifiez régulièrement le propriétaire et les permissions, et modifiez-les si nécessaire pour éviter de perdre des 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 07 janv. 2025 · Gabriel
2
Abonnés
1
vote
0
Commentaire
Gabriel a ajouté un commentaire,
Nesse caso, sugiro por gentileza entrar em contato com mais detalhes desta analise para direcionamento da equipe de Suporte. Os passos a seguir demonstram como entrar em contato com o Suporte ao cliente Zendesk.
Obrigado!
Afficher le commentaire · Publication le 15 avr. 2024 · Gabriel
0
Abonnés
0
Votes
0
Commentaire
Gabriel a créé un article,
SOMMAIRE
16:29 UTC | 08H29 HEURE DU PACIFIQUE
Après un certain temps de suivi, la correction est efficace et le widget permettant de contacter l’assistance Zendesk est à nouveau accessible. Cet incident est donc résolu. Pendant la fenêtre d’impact (2024-02-01 13:37 - 15:53 UTC), les clients des pods 15, 26 et 29 ont peut-être remarqué un problème similaire lors du chargement de leurs widgets.
16:09 UTC | 08H09 HEURE DU PACIFIQUE
Nous avons implémenté un correctif pour que les clients ne puissent pas contacter notre équipe d’assistance. Actualisez votre navigateur et réessayez. Nous effectuerons une autre mise à jour lorsque nous aurons plus d’informations.
15:51 UTC | 07:51 HEURE DU PACIFIQUE
Nous avons conscience que les clients n’arrivent pas à contacter l’équipe Zendesk Support via notre widget de messagerie et l’enquête est déjà en cours. Nous effectuerons une autre mise à jour sous peu.
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 · Gabriel
0
Abonnés
1
vote
0
Commentaire
Gabriel a créé un article,
SOMMAIRE
Entre 8 h 37 et 10 h 07 UTC le 10 novembre 2023, les clients Talk recevant des appels d’utilisateurs finaux au Danemark, en Finlande ou en Suède ont rencontré des problèmes : ces appels se connectaient à Talk ou se déconnectaient peu après la connexion initiale.
Chronologie
10:53 UTC | 02:53 (HEURE DU PACIFIQUE)
Nous recevons des rapports selon lesquels des clients rencontrent des problèmes avec des appels entrants à des numéros scandinaves qui ne atteignent pas Talk ou qui se déconnectent peu après l’initialisation. Enquête en cours et nous travaillons en partenariat avec notre opérateur téléphonique. Nous effectuerons une autre mise à jour sous peu.
11H30 UTC | 03:30 HEURE DU PACIFIQUE
Nous continuons d’enquêter sur les problèmes liés aux appels entrants aux numéros scandinaves n’atteignant pas Talk ou se déconnectant peu après l’initialisation. Actuellement, nous n’avons pas d’autres mises à jour, mais nous fournirons une autre mise à jour dans 1 h ou quand de nouvelles informations seront disponibles.
12:16 UTC | 04:16 (HEURE DU PACIFIQUE)
Nous avons réussi à obtenir la confirmation de notre partenaire de téléphonie qu’un fournisseur en amont rencontre actuellement un incident sur son réseau qui est à l’origine de l’impact signalé sur les numéros Talk Scandinaves. Le fournisseur a déjà mis en œuvre des changements urgents pour minimiser l’impact. Nous vous fournirons plus d’informations dès que possible.
13:32 UTC | 5:32 (HEURE DU PACIFIQUE)
La modification mise en œuvre par l’opérateur en amont a résolu le problème et les clients peuvent désormais recevoir des appels entrants vers les numéros scandinaves. Nous allons maintenant considérer cet incident comme résolu, merci de votre collaboration.
APRÈS LE TEMPS DE
Analyse de la cause
Cet incident a été provoqué par des opérateurs partenaires locaux après qu’une mise à jour de l’infrastructure a rencontré des problèmes d’équilibrage du trafic entrant inattendus.
Résolution
Pour résoudre ce problème, les opérateurs locaux ont accru leur capacité de gestion de l’afflux de trafic entrant jusqu’à ce que le trafic ait atteint un niveau gérable.
Éléments de correction
- Mettez à jour les documents internes lorsque vous travaillez avec des fournisseurs partenaires.
- Politiques de transfert pour les problèmes associés aux fournisseurs partenaires.
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 · Gabriel
0
Abonnés
1
vote
0
Commentaire
Gabriel a créé un article,
SOMMAIRE
Le 9 novembre 2023, de 14h00 UTC à 16h34 UTC, un sous-ensemble de clients Support dans le Pod 28 a connu des retards d’environ 2 heures lors de l’envoi des tickets et des notifications par e-mail générées par le système.
Chronologie
15:24 UTC | 07:24 (HEURE DU PACIFIQUE)
Nous sommes actuellement au courant des retards et des échecs des e-mails sortants pour les clients du Pod 28. Tous les e-mails seront réessayés une fois que nous aurons un correctif en place. Enquête en cours et nous vous tiendrons au courant des informations.
15:41 UTC | 07:41 HEURE DU PACIFIQUE
Nous avons trouvé la cause de ce problème et travaillons à sa résolution potentielle. Nous vous ferons part d’une autre mise à jour dans 30 minutes ou dès que nous aurons plus d’informations.
16:08 UTC | 08:08 (HEURE DU PACIFIQUE)
Notre équipe continue de travailler activement sur la résolution du problème d’e-mail des clients avec le Pod 28 et nous continuerons de fournir des mises à jour au fur et à mesure des développements.
16:28 UTC | 08:28 (HEURE DU PACIFIQUE)
Nous commençons à voir une amélioration du problème responsable des retards et des échecs des e-mails sortants pour les clients du Pod 28. Notre équipe continuera de surveiller la situation pour assurer une reprise complète.
17:56 UTC | 9:56 (HEURE DU PACIFIQUE)
Nous avons encore du mal à résoudre le problème responsable des retards et des échecs de livraison des e-mails sortants sur le Pod 28. Cependant, nous avons beaucoup de tickets non traités et des retards sont encore à prévoir. Notre équipe surveille toujours la situation afin de garantir que les services sont entièrement rétablis.
18:26 UTC | 10:26 (HEURE DU PACIFIQUE)
Nous avons entièrement récupéré le problème responsable des retards et des échecs de livraison des e-mails sortants pour les clients du Pod 28. Nous vous remercions de votre patience pendant notre enquête.
APRÈS LE TEMPS DE
Analyse de la cause
Cet incident est dû à un retard dans l’envoi des e-mails, dû à une augmentation soudaine des tâches de traitement des e-mails provenant d’un compte spécifique, où le système ne disposait pas des ressources de mémoire et de processeur nécessaires pour gérer cette charge à ce moment-là.
Résolution
Pour résoudre ce problème, nous avons essayé d’accroître les ressources système en mémoire et unité centrale et de réduire le nombre d’e-mails pouvant être traités simultanément. Cela a permis au système de gérer cette charge accrue et de traiter les e-mails en file d’attente.
Éléments de correction
- Ajusté les ressources du système pour garantir qu’il peut traiter la charge.
- Créez des alertes supplémentaires pageables à des fins de surveillance.
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 · Gabriel
0
Abonnés
1
vote
0
Commentaire
Gabriel a ajouté un commentaire,
I hope all is well! For that use case itself, reporting on the view would be a challenge since views are more dynamic, and the data update in Explore would not provide you with real-time information due to Explore sync time.
Some plans do allow live data reporting, maybe you may consider this while reporting in views is still not an available functionality. I will leave some resources below (please check plan availability).
- Overview of the Explore live dashboard
- Live data widgets for Explore dashboards
I hope this helps!
Afficher le commentaire · Publication le 09 nov. 2023 · Gabriel
0
Abonnés
0
Votes
0
Commentaire
Gabriel a ajouté un commentaire,
I hope all is well! In this case, you may consider using the Tickets Dataset instead of the Updates History Tickets Dataset. An example of this dataset being used can be found in this article.
I hope this helps!
Afficher le commentaire · Publication le 27 oct. 2023 · Gabriel
0
Abonnés
0
Votes
0
Commentaire
Gabriel a ajouté un commentaire,
I hope all is well! Two main things need to happen for a newly created value to be displayed in Explore:
1 - In this case, the group needs to be applied in a ticket, and,
2 - The dataset sync time has to be fulfilled so the data is presented in Explore.
If you still face issues with this after the above is met, I would recommend reaching our support.
I hope this helps!
Afficher le commentaire · Publication le 27 oct. 2023 · Gabriel
0
Abonnés
0
Votes
0
Commentaire
Gabriel a ajouté un commentaire,
I hope all is well! Not necessarily live, but I would say it is best practice to check if the Help Center is created and that the brand you are looking for there is active.
If you still face issues locating this, I would recommend reaching our support.
I hope this helps!
Afficher le commentaire · Publication le 27 oct. 2023 · Gabriel
0
Abonnés
0
Votes
0
Commentaire
Gabriel a créé un article,
Symptôme
Dans un ticket de conversation de messagerie sociale, quand je clique sur ⋮ en regard de la ligne de sujet du ticket puis sur Imprimer le ticket, pas de commentaires publics, seulement des notes internes.
Étapes de résolution
Pour imprimer les conversations de messagerie sociale, vous devez configurer la visibilité de la transcription sur Publique.
Seules les transcriptions publiques sont stockées comme commentaires de ticket. ils s'affichent donc dans la fonction d'impression de ticket. Pour en savoir plus, consultez cet article : Gestion de la visibilité des transcriptions de messagerie
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 24 oct. 2023 · Gabriel
1
Abonné
1
vote
0
Commentaire