Pourquoi l'exclusion des marqueurs dans le filtre augmente-t-elle le nombre de résultats ?

Question

J'ai créé un rapport dans Explore. Comme j'essaie d'exclure les marqueurs de tickets de mon rapport, le nombre de résultats augmente ou change quand j'ajoute un attribut de marqueur dans le volet Filtres. Pourquoi les valeurs de mes mesures changent-elles quand je filtre mon rapport en fonction de plusieurs marqueurs ?

Réponse

Si vous n'êtes pas familiarisé avec les calculs en arrière-plan, les rapports sur plusieurs marqueurs dans le volet Filtres provoquent des comportements inattendus.

Comme alternative, pour exclure les tickets avec des marqueurs spécifiques de vos rapports, créez une mesure calculée standard qui prend en compte les tickets avec et sans ces marqueurs, ou créez un attribut calculé standard à utiliser comme filtre.

Plus d'explications

L'augmentation des valeurs des mesures décrite ci-dessus est due à la façon dont Explore utilise les attributs pour segmenter les résultats des mesures. Pour comprendre, examinons l'ajout d'un attribut dans le volet Lignes et dans le volet Filtres.

Explore effectue les mêmes calculs lorsqu'un attribut est ajouté dans le volet Lignes (ou Colonnes) et lorsqu'un attribut est ajouté au volet Filtres. Cependant, la première entraîne un changement visible dans le rapport, contrairement à la seconde. Il est donc difficile de comprendre ce qui se passe en coulisses.

Les sections ci-dessous vous expliquent comment résoudre ce problème :

• Que se passe-t-il quand vous utilisez l'agrégateur COUNT ?
• Que se passe-t-il quand vous utilisez l'agrégateur SUM
• Que se passe-t-il quand vous utilisez l'agrégateur AVG
• Que faire à la place

Que se passe-t-il quand vous utilisez l'agrégateur COUNT ?

Quand un attribut de marqueur est ajouté au volet Lignes, le résultat ressemble à ce qui suit :

Dans le rapport ci-dessus, l'attribut Marqueurs de ticket a été ajouté au volet Lignes et filtré par deux valeurs ("apple" et "banana"). Vous pouvez voir qu'il y a deux tickets, chacun avec ses deux marqueurs. Explore divise les résultats en trois colonnes : la première affiche les deux tickets, la deuxième les deux marqueurs (se sont répétés pour chaque ticket) et la troisième indique la présence de chaque marqueur dans chaque (1) ticket.

Cependant, si vous supprimez l'attribut ID du ticket et déplacez l'attribut Marqueurs du ticket dans le volet Filtres, le résultat ressemble à ce qui suit : 

Dans ce rapport, l'attribut Marqueurs de ticket est toujours filtré en fonction des valeurs Apple et Banana. Ici, Explore calcule le nombre de tickets auxquels est ajouté chaque marqueur (2 marqueurs x 2 tickets = 4 tickets). En d'autres termes, il additionne les valeurs de la troisième colonne de la première version du rapport. Ce résultat n'est pas intuitif pour les utilisateurs qui ne sont pas habitués aux calculs d'Explore et peut être source de confusion ou de données incorrectes dans les rapports.

Que se passe-t-il quand vous utilisez l'agrégateur SUM

Quand un attribut de marqueur est ajouté au volet Lignes, le résultat ressemble à ce qui suit :

Dans le rapport ci-dessus, l'attribut Marqueurs de ticket a été ajouté au volet Lignes et filtré par deux valeurs ("closed_by_merge" et "org__is_trusted"). Vous pouvez voir qu'il y a deux tickets, chacun avec ses deux marqueurs. Explore divise les résultats en trois colonnes : la première affiche les deux tickets, la deuxième les deux marqueurs (se sont répétés pour chaque ticket) et la troisième le délai avant résolution complète pour chaque ticket.

Cependant, si vous déplacez l'attribut Marqueurs de ticket vers le volet Filtres, le résultat ressemble à ce qui suit :

Dans ce rapport, l'attribut Marqueurs de ticket est toujours filtré en fonction des valeurs closed_by_merge et org__is_trusted. Mais ici, Explore double le délai avant résolution complète de chaque ticket, car il ajoute la valeur du délai avant résolution complète du ticket pour chaque marqueur.

Que se passe-t-il quand vous utilisez l'agrégateur AVG

Quand un attribut de marqueur est ajouté au volet Lignes, le résultat ressemble à ce qui suit :

Dans le rapport ci-dessus, l'attribut Marqueurs de ticket a été ajouté au volet Lignes et filtré par deux valeurs ("closed_by_merge" et "org__is_trusted"). Ici, vous pouvez voir qu'il y a trois tickets, dont un n'a qu'un seul des marqueurs et deux autres ont les deux marqueurs. Là encore, Explore divise les résultats en trois colonnes : la première affiche les trois tickets, la deuxième les deux marqueurs (dont un seul est présent dans le premier ticket) et la troisième le délai avant résolution complète pour chaque ticket.

Si vous déplacez l'attribut Marqueurs de ticket vers le volet Filtres, le résultat ressemble à ce qui suit :

À ce stade, les résultats sont encore précis. Explore affiche le délai avant résolution complète pour chaque ticket, car les résultats sont segmentés par ID de ticket. Mais si vous supprimez l'attribut ID du ticket , le résultat ressemble à ce qui suit :

Dans ce rapport, le délai moyen avant résolution complète des trois tickets n'est pas calculé correctement. En prenant les valeurs de délai avant résolution complète du rapport précédent, le calcul correct devrait être :

• (36 + 54 + 23) / 3 = 38 minutes

Au lieu de cela, Explore inclut les valeurs de délai avant résolution complète pour chaque instance de marqueur (comme avec l'agrégateur SUM) pour un calcul de :

• (36 + 54 + 54 + 23 + 23) / 3 = 63 minutes

Que faire à la place

Pour éviter une erreur d'agrégation de résultats, vous pouvez procéder de l'une des façons suivantes :

• Créer un attribut calculé. Vous pouvez créer un attribut calculé avec une formule spécialement conçue pour trouver plusieurs marqueurs. Pour en savoir plus, consultez la section Recherche des tickets avec plusieurs marqueurs dans l'article Rapports avec les marqueurs.
• Utiliser l'agrégateur D_COUNT. Pour les mesures basées sur le nombre (comme le nombre de tickets), vous pouvez utiliser l'agrégateur D_COUNT, qui reflète toujours les valeurs uniques. Pour en savoir plus, consultez l'article Choix des agrégateurs de mesures. En revanche, cela ne fonctionne pas pour les mesures temporelles (comme le délai avant première réponse) ni d'autres agrégateurs (comme SUM, AVG et MED).
• Filtrer par marqueur à la fois. Selon vos besoins, vous pouvez filtrer votre rapport en fonction d'un seul marqueur à la fois. Cependant, cela ne fonctionnera pas si votre cas d'utilisation consiste à trouver les tickets qui doivent contenir plusieurs marqueurs.

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.