---
title: "Configurer la détection automatique des tickets par type de projet"
description: "Choisissez les contrôles automatiques de votre entreprise, adaptez-les par type de projet et fixez les valeurs de classification des constats convertis."
url: https://www.surveytester.com/academy/fr/company-admin-settings/automatic-issue-detection-settings/
language: fr
type: how-to
audiences: ["Administrateurs SurveyTester", "Direction d'équipe"]
published: 2026-10-18
updated: 2026-10-18
tags: ["auto-detect", "automatic checks", "findings", "project types", "classification fields", "setup", "administration", "permissions"]
---

# Configurer la détection automatique des tickets par type de projet

_Administration de l'entreprise · SurveyTester Academy_

SurveyTester contrôle automatiquement chaque page capturée : orthographe, images cassées, HTML visible, insertions
non résolues, listes de réponses vides, rotation manquante et plus encore - 26 contrôles au total. Ce qu'un contrôle
signale est un **constat**. Une personne accepte le constat, qui devient alors un **ticket** dans votre liste - avec
les valeurs de classification que vous définissez ici. Il arrive ainsi dans le bon statut, avec la bonne gravité,
chez la bonne personne.

Cet article s'adresse aux administrateurs. Il présente les trois décisions d'une bonne configuration : **quels
contrôles** votre entreprise exécute, **quels types de projet** s'en écartent et **quelles valeurs de
classification** reçoivent les tickets de chaque contrôle. Ce que trouve chaque contrôle est décrit dans
[Auto-Detect Issues](https://www.surveytester.com/academy/fr/company-admin-settings/auto-detect-issues).

## Comment les réglages s'articulent

Les contrôles sont activés à trois niveaux. Chaque niveau hérite du niveau supérieur et peut le remplacer :

| Niveau | Où | Usage typique |
| --- | --- | --- |
| Entreprise | **Administration › Paramètres de l'entreprise › Détection automatique des tickets** | La valeur par défaut pour chaque projet de l'entreprise |
| Type de projet | **Administration › Types de projet** › choisir le type de projet › **Paramètres de détection automatique des tickets** | Les écarts pour un type de projet et les valeurs de classification des constats convertis |
| Projet | **Détails du projet › Général › Détection automatique des tickets** | Un contrôle qui n'a pas de sens pour un questionnaire précis |

Les valeurs de classification des constats convertis se règlent **uniquement par type de projet**, car les champs
de classification appartiennent eux-mêmes au type de projet.

## Étape 1 : décider quels contrôles votre entreprise exécute

Tous les contrôles ne conviennent pas à toutes les entreprises. Parcourez la liste une fois avec les personnes qui
testent et corrigent les questionnaires, et activez ou désactivez les contrôles sous **Administration › Paramètres
de l'entreprise › Détection automatique des tickets**. Il est utile de les classer en trois groupes :

| Groupe | Contrôles | Recommandation |
| --- | --- | --- |
| **Questionnaire cassé** - des problèmes qu'un répondant voit tout de suite | Détecter les erreurs de questionnaire sur la page, Détecter les images manquantes, Détecter le HTML visible sur la page, Détecter les insertions (pipe-in) non résolues, Détecter les questions matricielles sans attribut, Détecter les questions catégorielles sans catégorie, Détecter les questions à choix unique n'ayant qu'une seule catégorie, Détecter les catégories vides, Détecter les attributs vides | Activés pour toute entreprise. Ces constats sont presque toujours de vrais problèmes |
| **Qualité et cohérence des textes** | Vérification orthographique, Détecter les passages dans une autre langue, Détecter les marques inconnues dans la langue de test, Vérifier la taxonomie des catégories, Vérifier la taxonomie des attributs, Détecter les catégories en double, Détecter les attributs en double, Détecter les erreurs dans les plages numériques de catégories, Détecter les erreurs dans les plages numériques d'attributs, Détecter les séparateurs de plages incohérents, Détecter les catégories / attributs / questions comportant un tiret bas dans le libellé visible | Activés lorsque la qualité des textes fait partie de votre QA. La vérification orthographique fonctionne au mieux avec un [dictionnaire d'entreprise](https://www.surveytester.com/academy/fr/company-admin-settings/company-dictionary) entretenu ; les contrôles de tiret bas peuvent produire beaucoup de constats si votre plateforme affiche volontairement des noms techniques |
| **Conception du questionnaire sur de nombreux tests** | Détecter une rotation manquante, Vérifier l'équilibre MaxDiff, Vérifier l'exposition des items, Vérifier les éléments dépendant d'une question précédente | Activés si vos projets utilisent des rotations, des MaxDiff ou de longues listes en sous-ensembles. Ces contrôles jugent de nombreux tests ensemble et ont besoin des SurveyBots pour réunir assez de preuves |

Un contrôle désactivé ne coûte rien, et vous pouvez le réactiver à tout moment. Commencez avec moins de contrôles et
ajoutez-en lorsque votre équipe est habituée à traiter les constats - une avalanche de constats que personne
n'examine n'aide personne.

![Espace réservé : capture d'écran d'Administration > Paramètres de l'entreprise avec la section Détection automatique des tickets - la liste des contrôles avec leurs interrupteurs et explications](https://www.surveytester.com/academy/_img/company-admin-settings/automatic-issue-detection-settings/fr/company-auto-detect-checks.png "w=44rem | La valeur par défaut de l'entreprise pour chaque contrôle")

## Étape 2 : adapter les contrôles par type de projet

Les types de projet représentent des sortes de projets - par exemple *Étude ad hoc*, *Vague de tracker* ou
*Contrôle de traduction* - et ont souvent besoin de contrôles différents. Ouvrez **Administration › Types de
projet**, choisissez le type de projet et passez à la vue **Paramètres de détection automatique des tickets**.

Le tableau comporte une ligne par contrôle :

- **Activé** indique si le contrôle s'exécute pour les projets de ce type. Il part de la valeur de l'entreprise.
- Cliquez sur la case pour vous écarter de la valeur de l'entreprise. La ligne affiche alors le badge
  **Réglage propre au type de projet**. Cliquez sur le badge pour revenir à la valeur de l'entreprise.
- La colonne **Contrôle automatique** nomme le contrôle et explique ce qu'il trouve.

Écarts typiques :

- Une **vague de tracker** qui répète un questionnaire déjà testé en détail : seulement le groupe *questionnaire
  cassé*, pour que les testeurs ne soient pas submergés par les mêmes constats de texte à chaque vague.
- Un **contrôle de traduction** : orthographe, passages dans une autre langue et marques dans la langue de test
  activés, contrôles de conception désactivés.
- Un **test de concept** avec un MaxDiff : équilibre MaxDiff activé, même s'il est désactivé au niveau de
  l'entreprise.

![Espace réservé : capture d'écran d'Administration > Types de projet > Paramètres de détection automatique des tickets - la colonne Activé avec des cases, la colonne Contrôle automatique, une ligne avec le badge « Réglage propre au type de projet » et une colonne par champ de classification avec des listes déroulantes](https://www.surveytester.com/academy/_img/company-admin-settings/automatic-issue-detection-settings/fr/project-type-auto-detect-settings.png "w=48rem | Les paramètres de détection automatique des tickets d'un type de projet")

## Étape 3 : choisir les valeurs de classification pour chaque contrôle

À droite des contrôles, le tableau affiche **une colonne pour chaque champ de classification** du type de projet
qui propose des valeurs - par exemple *Statut*, *Gravité*, *Catégorie* ou *Responsable*. Pour chaque contrôle,
choisissez la valeur que reçoit un ticket lorsqu'un constat de ce contrôle est converti. Le choix est enregistré
immédiatement.

Pensez à la façon dont votre équipe répartit les tickets aujourd'hui :

| Contrôle (exemples) | Statut | Gravité | Catégorie | Responsable |
| --- | --- | --- | --- | --- |
| Détecter les erreurs de questionnaire sur la page, Détecter les images manquantes, Détecter les insertions non résolues | Nouveau | Élevée | Programmation | Programmeur |
| Vérification orthographique, Détecter les passages dans une autre langue | Nouveau | Faible | Texte / traduction | Traducteur |
| Vérifier la taxonomie des catégories, Détecter les catégories en double | Nouveau | Moyenne | Texte | Programmeur |
| Détecter une rotation manquante, Vérifier l'équilibre MaxDiff, Vérifier l'exposition des items | Nouveau | Élevée | Programmation | Programmeur |

Les noms de champs et les valeurs ci-dessus sont des exemples - utilisez les champs de classification dont dispose
réellement votre type de projet (voir [Classification Fields](https://www.surveytester.com/academy/fr/company-admin-settings/classification-fields)).
Trois règles gardent le flux de travail propre :

- **Associez toujours un statut ouvert.** Un champ sans association reste **vide** sur le ticket converti - la
  valeur par défaut du champ n'est pas reprise. Un ticket sans statut disparaît de toutes les listes et de tous les
  filtres fondés sur le statut.
- **N'associez jamais une valeur de clôture ni une valeur de revérification.** Une valeur avec **Clôturer le
  ticket** coché clôturerait le ticket dès sa création ; une valeur avec **À revérifier** coché l'enverrait
  directement dans la [revérification automatique](https://www.surveytester.com/academy/fr/issues/automatic-recheck-of-fixed-issues). Les constats
  convertis doivent démarrer comme tickets ouverts.
- **Associez les champs sur lesquels votre équipe filtre.** Si les testeurs et les programmeurs travaillent avec des
  listes filtrées par catégorie ou par responsable, les tickets convertis doivent porter ces valeurs, sinon personne
  ne les voit.

## Étape 4 : décider qui travaille avec les constats

Les constats ne servent que si quelqu'un les examine. Quatre autorisations sous **Administration › Rôles**, domaine
Tickets, en décident :

| Autorisation | Ce qu'elle permet |
| --- | --- |
| **Peut gérer les constats détectés automatiquement dans le backend** | Examiner les constats dans la boîte de dialogue de la page Tickets et les convertir en tickets |
| **Peut gérer les constats détectés automatiquement pendant le test** | Accepter ou refuser les constats directement dans l'extension du navigateur pendant le test |
| **Voir les tickets détectés automatiquement par défaut** | Afficher les constats convertis dans la liste des tickets sans activer d'abord le filtre |
| **Peut supprimer les constats détectés automatiquement** | Supprimer définitivement les constats en attente ou refusés |

Donnez les deux premières aux personnes qui décident de ce qui est un vrai problème - généralement la QA - et la
troisième à tous ceux qui corrigent des tickets. Voir [Roles and permissions](https://www.surveytester.com/academy/fr/company-admin-settings/roles-and-permissions).

## Étape 5 : vérifier le résultat dans un projet

Créez un projet de test avec le type de projet, lancez un test et ouvrez les constats sur la page **Tickets**.
Convertissez un constat de chaque sorte que vous avez associée, puis ouvrez les nouveaux tickets : chacun doit porter
le statut, la gravité et les autres valeurs choisies. S'il manque une valeur, le champ n'a pas encore d'association
pour ce contrôle.

Si un projet précis n'a pas besoin d'un contrôle, désactivez-le sous **Détails du projet › Général › Détection
automatique des tickets** - le type de projet n'est pas modifié.

## Bon à savoir

- **Les changements s'appliquent à partir de maintenant.** Un contrôle de page activé examine les pages capturées
  ensuite, pas les tests déjà analysés. Les contrôles de conception (rotation, MaxDiff, exposition des items,
  éléments dépendants) jugent tous les tests du projet lors de la prochaine analyse du projet. Les tickets convertis
  auparavant conservent leurs valeurs.
- **Seuls les champs avec des valeurs apparaissent en colonnes.** Les champs de texte libre ne peuvent pas être
  associés.
- **L'association appartient au type de projet.** Une entreprise avec plusieurs types de projet règle les valeurs
  pour chacun ; le niveau entreprise décide seulement quels contrôles s'exécutent.
- **Les revérifications dépendent des contrôles.** Un ticket corrigé issu d'un constat est revérifié en relançant le
  même contrôle. Si vous désactivez un contrôle pour un projet, ses revérifications attendent qu'il soit réactivé.

## À retenir

Trois décisions font fonctionner la détection automatique pour votre équipe : quels contrôles s'exécutent par
défaut, où un type de projet a besoin d'autre chose et quelles valeurs de classification reçoivent les tickets de
chaque contrôle. Réglez-les une fois par type de projet, et chaque constat accepté par vos testeurs arrive comme un
ticket déjà classé, priorisé et attribué.