Propriétés du Vélocité de changement DevOps

Utilisez ces propriétés pour configurer les paramètres de l’application Vélocité de changement DevOps .

Rôle requis : sn_devops.admin

Vous pouvez afficher les propriétés à partir de l’espace Changement DevOps de travail en accédant à Configuration système > Propriétés.

Pour afficher les propriétés à partir de l’interface utilisateur classique, accédez à Tous > DevOps > Administration > Propriétés.

Propriété	Description	Par défaut	Nom
Nombre maximal de nouveaux essais pour les événements entrants erronés	Nombre maximal de nouvelles tentatives pour les événements entrants erronés.	3	[sn_devops.max_retry_count_inbound_event]
Options des outils	Les options de l’outil prises en charge, saisies sous forme de valeurs séparées par des virgules.	code, plan, orchestration, artefact, test	[sn_devops.tool_capabilities]
DevOps Texte d’approbation de la demande de changement	Le DevOps texte d’approbation de la demande de changement à utiliser pour les personnalisations de Gestion des changements.	Approuvé	[sn_devops.change_request.approved_approval]
Demande de changement DevOps : appliquer des attributs à la création de changement	Si cette option est activée, les attributs de changement sont appliqués lorsqu’un changement est créé. Si des politiques de données sont appliquées aux attributs de changement, elles sont appliquées lorsque le changement est créé. Si cette propriété n’est pas activée, les attributs de changement sont appliqués après sa création, ce qui peut entraîner l’échec de la création du changement si des politiques de données sont présentes dans les attributs de changement.	Faux (désactivé)	[sn_devops.change_request.apply_attributes_on_creation]
Durée du rapport d’intégrité du DevOps système (en jours)	La valeur par défaut est les 7 derniers jours pour afficher les mesures d’intégrité du système telles que les événements entrants.	7	[sn_devops.health_duration_report]
Activer l’association automatique des référentiels aux applications lors de l’exécution du pipeline	Si cette option est activée, les référentiels sont automatiquement associés aux applications et active le suivi lorsqu’un pipeline identifie les validations d’un référentiel qui n’est pas encore associé. Associe également les pipelines qui ne sont pas encore associés à l’application correspondante lorsque le référentiel est déjà affecté à l’application.	Oui (activé)	[sn_devops.enable_automatic_associations]
Nombre maximal de pages à traiter à la fois pour une demande d'importation	Nombre maximal de pages qui doivent être traitées à la fois pour une demande d’importation.	10	[sn_devops.import.max.pages.processing.per_import]
DevOps Flux secondaire de décision de réutilisabilité de la demande de changement	Flux secondaire qui peut être appelé pour vérifier si un changement créé précédemment peut être réutilisé, au lieu d’en créer un nouveau.	sn_devops.change_request_reusability_subflow	[sn_devops.change_request_reusability_decision]
URL de l'GitHub	Pour GitHub, ce champ est utilisé pour obtenir l’URL de l’API (pour les appels REST).	https://github.com	[sn_devops.github.url]
État de l'annulation de la demande de changement DevOps	DevOps État de l’annulation de la demande de changement à utiliser pour les personnalisations de Gestion des changements.	4 (annulé)	[sn_devops.change_request.cancel_state]
Nombre maximal d'exécutions des outils Orchestration lors de l'importation	Nombre maximal d’exécutions d’outils d’orchestration lors de l’importation de Jenkins tâches Freestyle.	1 000	[sn_devops.import.orchestration_tool.executions.maximum]
Pour enregistrer les charges utiles en tant que pièces jointes sur l’enregistrement de la page de demande d’importation, définissez le champ « Valeur » sur « vrai ». Tout le reste est considéré comme faux.	Si vrai, la charge utile JSON extraite est enregistrée en tant que pièce jointe dans la page Demande d’importation. Pour enregistrer les charges utiles en tant que pièces jointes sur l’enregistrement de la page de demande d’importation, définissez le champ Valeur sur vrai. Tout le reste est considéré comme faux.	Faux (désactivé)	[sn_devops.import.save.payloads.as.attachments]
DevOps Marqueur de résumé de la qualité logicielle non-administrateur	Activez cette option pour afficher et surveiller SonarQube les analyses configurées sur vos GitHub Actions pipelines , Jenkins ou Azure DevOps en tant qu’utilisateur non-administrateur SonarQube .	Faux (désactivé)	[sn_devops.non_admin_software_quality_summary_flag]
Type de test par défaut	Type de test par défaut à partir des pipelines d’orchestration.	JUnit	[sn_devops.default_test_type]
Branches d'outils de codage par page	Nombre de branches d’outils de codage par page.	19	[sn_devops.import.coding_tool.branches.per_page]
Problèmes d'outils de planification par page	Nombre de problèmes d’outil de planification affichés par page.	100	[sn_devops.import.planning_tool.issues.per_page]
rôle sn_devops à ajouter automatiquement aux utilisateurs DevOps actifs	Le rôle sn_devops saisi dans le champ de valeur est automatiquement ajouté aux utilisateurs qui sont des utilisateurs actifs DevOps (par exemple, effectuant une validation). Si un rôle qui n’est pas dans le périmètre sn_devops est fourni, il n’est pas ajouté. Laissez vide si aucun rôle ne doit être automatiquement fourni.	sn_devops.viewer	[sn_devops.discovered.user.auto.assign.role]
Catégories de qualité de logiciel affichées par défaut dans la vue de pipeline de l'interface utilisateur	Les catégories de qualité logicielle affichées par défaut dans la vue de pipeline de l’interface utilisateur, saisies sous forme de valeurs séparées par des virgules.	couverture, lines_of_code, bogues, code_smells, doublons, vulnérabilités	[sn_devops.sq_ui_category_preferences]
Erreurs ou exceptions (séparées par des virgules) pour lesquelles les événements entrants avec erreur sont définis sur Réessayer	Erreurs ou exceptions pour lesquelles les événements entrants erronés sont définis sur Réessayer. Saisies sous forme de valeurs séparées par des virgules.	TimeOutException,FlowObjectAPIException	[sn_devops.inbound_events_retry_error_list]
Niveau de connexion DevOps	Niveau DevOps de journalisation. Sélectionnez le niveau approprié parmi les suivants : Erreur Avertissement Information Déboguer Retrouver	Avertissement	sn_devops.devops_log_level
Catégoriser DevOps les demandes de changement dans le champ Changement de DevOps	. Sélectionnez cette option pour classer les demandes de changement dans le champ DevOps Catégorie défini comme un DevOps changement. Effacer pour désactiver.	Faux (désactivé)	[sn_devops.custom_change_categorization]
Exécutions d'outils Orchestration par page	Nombre d’exécutions d’outils d’orchestration par page.	50	[sn_devops.import.orchestration_tool.executions.per_page]
Activer l'interrogation d'importation	Option permettant d’activer l’interrogation des demandes d’importation. Effacer pour désactiver l’interrogation.	Faux (désactivé)	[sn_devops.enable_import_polling]
GitHub Chemin d’accès de la version de l'	Chemin d’accès de la version de l’API GitHub .	/api/v3	[sn_devops.github.api_version_path]
Délai de vérification d'autorisation d'outil (en millisecondes)	Pendant le processus de connexion de l’outil, le système effectue des validations d’autorisation au premier plan et restreint la page de connexion de l’outil. Pour chaque validation d’autorisation, un appel d’API REST est effectué vers des outils externes afin d’évaluer la disponibilité de l’autorisation. Le délai de réponse de l’API REST peut varier en fonction de vos paramètres réseau. Pour éviter les retards, vous pouvez spécifier le délai pendant lequel le système doit attendre pour obtenir une réponse d’un outil externe avant de marquer l’autorisation comme une erreur via cette propriété.	10 000	[sn_devops.permission_check_timeout]
DevOps Flux secondaire de modèle de réutilisabilité de demande de changement	Flux secondaire du DevOps modèle de réutilisabilité de demande de changement.	sn_devops.devops_reused_model_change_request	[sn_devops.devops_reused_model_change_request]
Temps écoulé (en minutes)	Le temps s’est écoulé en minutes. La tâche de nouvelle tentative recherche les événements entrants erronés à partir de l’heure/de la valeur spécifiée.	1440 (7 jours)	[sn_devops.inbound_events_error_retry_mins_ago]
Annuler la demande de changement lorsque l'étape associée du pipeline échoue ou est annulée	Lorsque cette propriété est activée et que la tâche d’orchestration mappée à une certaine étape de votre DevOps pipeline échoue ou est annulée, la demande de changement associée à cette étape est également annulée. Une demande de changement ne peut être annulée que si elle n’a pas déjà été rejetée ou si elle n’est pas dans l’état Implémenter ou Revue au moment de l’annulation.	Faux (désactivé)	[sn_devops.cancel_change_on_pipeline_cancel]
Seuil de suppression en cascade (limite recommandée de premier plan : 1 000)	Seuil de suppression en cascade.	1 000	[sn_devops.cascade_delete_threshold]
Nombre maximal de nouveaux essais par page lors de l'importation	Nombre maximal de nouvelles tentatives autorisées par page lors de l’importation de données à partir d’outils.	3	[sn_devops.import.max.retries.per_page]
DevOps état post-implémentation de la demande de changement	DevOps État post-implémentation de la demande de changement à utiliser pour les personnalisations de Gestion des changements.	0 (Examen)	[sn_devops.change_request.post_implement_state]
DevOps état d’implémentation de la demande de changement	DevOps État de l’implémentation de la demande de changement à utiliser pour les personnalisations de Gestion des changements.	-1 (implémenter)	[sn_devops.change_request.implement_state]
Score du validateur par défaut	Score du validateur par défaut.	50	[sn_devops.committer.score.default]
Activez cette option pour suivre GitLab les demandes d’extraction (fusion). Si cette option n’est pas activée, les demandes d’extraction (fusion) et les événements associés sont ignorés.	Lorsque cette propriété est activée, GitLab les demandes d’extraction (fusion) sont suivies dans Vélocité de changement DevOps. Si elle est désactivée, tous les événements de demande de fusion sont ignorés.	Oui (activé)	sn_devops.track.gitlab.pullrequests
Temps de réinitialisation de l'accélérateur par défaut en minutes à partir de l'heure actuelle	Si un outil ne prend pas en charge une heure de réinitialisation de l’accélérateur, l’heure de réinitialisation de l’accélérateur est considérée comme l’heure actuelle plus la valeur indiquée pour cette propriété.	15 minutes	[sn_devops.throttle.reset.time.default]
Activez cette option pour suivre Azure DevOps les demandes d’extraction de code. Si cette option est activée, les webhooks de demande d’extraction Azure sont automatiquement configurés lorsque l’outil ou le projet est configuré.	Lorsque cette propriété est activée, les webhooks de demande d’extraction Azure DevOps sont automatiquement configurés chaque fois qu’un outil ou un projet est configuré.	Oui (activé)	sn_devops.track.azure.pullrequests
Facteur de multiplication pour le score des validateurs	Facteur de multiplication à utiliser pour le score du validateur.	1	[sn_devops.validateur.score.multiply.factor]
Archivage automatique (en mois)	Durée après laquelle les données de table doivent être archivées automatiquement.	9	[sn_devops.table_auto_archive_duration]
Obsolète : activer le marqueur de débogage (utiliser le nouveau niveau de journal de la propriété DevOps )	DevOps Enregistreur de débogage. Remarque : Cette propriété est déconseillée, utilisez plutôt la propriété (DevOps niveau de sn_devops.devops_log_level journalisation).	Oui (activé)	[sn_devops.enable_debug]
Temps de traitement maximal par page lors de l'importation (en secondes)	Temps de traitement maximal, en secondes, qui doit être autorisé par page lors de l’importation de données à partir d’outils.	300	[sn_devops.import.max.processing.time.seconds.per_page]
Options de webhook prises en charge	Options de webhook prises en charge par Vélocité de changement DevOps.	code, plan, orchestration, artefact, test	[sn_devops.supported_webhook_capabilities]
DevOps état fermé de la demande de changement	DevOps État fermé de la demande de changement à utiliser pour les personnalisations de Gestion des changements.	3	[sn_devops.change_request.closed_state]
Délai d'expiration du flux en bloc (en millisecondes)	Délai d’expiration du flux en bloc en millisecondes.	60 000	[sn_devops.bulk_flow_timeout]
GitHub/Bitbucket validations d’outils de codage par page	Nombre de validations d’outils de codage par page pour GitHub et Bitbucket.	100	[sn_devops.import.coding_tool.commits.per_page]
Profondeur du dossier	Récupère uniquement les tâches et les pipelines d’orchestration qui se trouvent dans des dossiers dont le niveau d’imbrication est inférieur ou égal au nombre spécifié ici. La profondeur du dossier est le niveau d’imbrication effectué sur les dossiers dans Jenkins, qui contient la tâche d’orchestration et les pipelines que vous souhaitez détecter. Par exemple, si vous souhaitez détecter des tâches et des pipelines d’orchestration pour une structure de dossiers imbriquée 2 fois dans votre Jenkins environnement, vous devez saisir 2 comme valeur pour cette propriété.	3	[sn_devops.discover.jenkins.folder.depth]
DevOps Flux secondaire du gestionnaire de demande de changement	Si vous utilisez un flux secondaire personnalisé au lieu du flux secondaire Gestionnaire des changements par défaut dans Concepteur de flux (qui est utilisé pour renseigner les champs de demande de changement avec les valeurs par défaut), vous devez mettre à jour cette valeur de propriété vers le nouveau flux secondaire. Vous pouvez copier le flux secondaire Gestionnaire des changements par défaut dans Concepteur de flux et le mettre à jour en fonction des besoins de votre organisation. Pour en savoir plus sur le flux secondaire du gestionnaire des changements par défaut, reportez-vous à la section Personnalisation des DevOps flux. Pour plus d’informations sur la copie d’un flux secondaire, reportez-vous à la section Copy a subflow.	sn_devops.default_change_handler_subflow	[sn_devops.change_request_handler_subflow]
Référentiels des outils de codage par page	Nombre de référentiels qui doivent être affichés par page lorsque vous importez des référentiels après la connexion à un outil. Le nombre total de référentiels importés ne dépend pas de cette propriété, mais le nombre de référentiels qui doivent être affichés par page à partir du nombre total de référentiels importés peut être spécifié à l’aide de cette propriété. Par exemple, si votre outil contient 1 000 référentiels et que vous spécifiez 100 comme valeur de propriété, 1 000 référentiels seront importés, dont 100 seront affichés par page dans la page Demandes d’importation. Lorsque vous détectez des référentiels, le nombre de référentiels à récupérer par appel d’API dans le back-end dépend également de cette valeur de propriété. Pour un grand nombre de référentiels, définissez une valeur relativement plus petite dans cette propriété afin qu’un nombre inférieur de référentiels soit récupéré par appel et que le système n’expire pas.	100	[sn_devops.import.coding_tool.repos.per_page]
GitHub URL D’API	GitHub URL D’API.	https://api.github.com	[sn_devops.github.api_url]
Limite d'importation max des problèmes liés à l'outil de planification ITBM Agile	Gestion stratégique des portefeuilles (SPM) Limite maximale d’importation des problèmes liés à l’outil de planification Agile.	1 000	[sn_devops.import.planning_tool.itbm.issues.max.limite]
Affecter une tâche universelle et notifier la mise à jour des informations d'identification de l'outil lorsqu'elles ont expiré	Les administrateurs et les propriétaires d’outils seront informés (par le biais d’une tâche universelle, d’un e-mail, d’une bannière et d’un message de champ) de l’expiration des informations d’identification de l’outil une fois les informations d’identification expirées. En tant qu’administrateur ou propriétaire d’outil, vous pouvez mettre à jour les informations d’identification de votre outil et connecter l’outil pour éviter toute perte supplémentaire de données. Pour plus d’informations sur la mise à jour des informations d’identification de l’outil, reportez-vous à la section Mettre à jour les informations d’identification de l’outil tiers dans Vélocité de changement DevOps.	Oui (activé)	[sn_devops.credential_expiration.notify_on_expiration]
Nombre de jours avant l'expiration des informations d'identification de l'outil pour affecter une tâche universelle et la notifier (le cas échéant)	Définissez le nombre de jours avant l’expiration des informations d’identification de l’outil pour envoyer des notifications (par le biais d’une tâche universelle, d’un e-mail, d’une bannière et d’un message de champ) aux administrateurs pour GitHub les outils créés avec l’authentification de base. Pour arrêter d’envoyer des notifications proactives, sélectionnez 0 comme valeur pour cette propriété. Pour plus d’informations sur la mise à jour des informations d’identification de l’outil, reportez-vous à la section Mettre à jour les informations d’identification de l’outil tiers dans Vélocité de changement DevOps.	3	[sn_devops.credential_expiration.notify_before_days]
Nombre de jours pour afficher les alertes d'avertissement lorsque des événements n'ont pas été reçus	Définissez le nombre de jours pour afficher les alertes d’avertissement dans le champ Dernier événement reçu de l’enregistrement de l’outil lorsque les événements n’étaient pas reçus. Cela ne s’applique qu’aux outils qui envoient des données à ServiceNow. Le champ Dernier événement reçu dans l’en-tête de l’enregistrement de l’outil et à l’intérieur de l’enregistrement de l’outil est mis en surbrillance en jaune pour les alertes d’avertissement lorsque les événements n’ont pas été reçus.	2	[sn_devops.last_event_received.warning]
Nombre de jours pour afficher les alertes critiques lorsque des événements n'ont pas été reçus	Définissez le nombre de jours pour afficher les alertes critiques dans le champ Dernier événement reçu de l’enregistrement de l’outil lorsque les événements n’étaient pas reçus. Cela ne s’applique qu’aux outils qui envoient des données à ServiceNow. Le champ Dernier événement reçu dans l’en-tête de l’enregistrement de l’outil et à l’intérieur de l’enregistrement de l’outil est mis en surbrillance en rouge pour les alertes critiques lorsque les événements n’ont pas été reçus.	7	[sn_devops.last_event_received.critical]
Activer si Azure DevOps les validations d’exécution doivent être déterminées à partir de la dernière création réussie du pipeline	Si cette option est activée, Changement DevOps les dernières validations, jusqu’à un maximum de 2 000, sont récupérées après la dernière création Azure DevOps réussie du pipeline dans le cadre de l’exécution des validations. Si elle est désactivée, seules les 200 dernières validations seront prises en compte pour les validations d’exécution.	Non	[sn_devops.enable_ado_bulk_run_commits]
Activer si GitHub les validations d’exécution doivent être déterminées à partir de la dernière exécution réussie du workflow	Si cette option est activée, Changement DevOps les 2 000 premières validations après la dernière exécution réussie du workflow GitHub dans le cadre des validations d’exécution sont récupérées. Remarque : Les validations ignorées ne sont pas prises en compte. Si elle est désactivée, seule la dernière validation sera récupérée pour les validations d’exécution.	Non	[sn_devops.enable_github_run_commits]
Cette propriété décide s’il est nécessaire de créer une connexion générique lors de l’opération de configuration pour Azure DevOps	L’étape pour entrer le nom d’utilisateur et le mot de passe de l’intégration est requise pour configurer les webhooks lorsque cette propriété est activée.	Non	[sn_devops.enable_ado_generic_connection]
Limite maximale du nombre de pipelines pouvant être détectés pour un Azure DevOps projet	Définissez le nombre maximal de pipelines qui peuvent être détectés dans une demande d’importation pour un projet ADO. Si votre projet compte plus de 15 000 pipelines, vous pouvez essayer de définir cette valeur de propriété sur ce nombre et voir si les pipelines sont détectés. Si ce n’est pas le cas, vous pouvez réduire la valeur à un nombre inférieur et essayer de détecter.	15000	[sn_devops.discover.max.pipelines.ado]
Mettre à jour DevOps automatiquement les états des demandes de changement lorsque le reçu de changement est activé	Met à jour automatiquement les états des demandes de changement lorsque la DevOps réception du changement est activée. Si vous souhaitez arrêter la transition automatique des états des demandes de changement même lorsque le reçu de changement est activé, vous devez désactiver cette propriété.	Sélectionné (activé)	[sn_devops.enable_change_receipt_state_transition]
Basculer vers cet utilisateur une fois l'authentification basée sur le jeton réussie	Si l’utilisateur devops.system n’est pas disponible dans votre instance ServiceNow, utilisez cette propriété pour définir tout autre utilisateur disposant du rôle sn_devops.integration, qui est nécessaire pour terminer l’authentification par jeton.	devops.système	[sn_devops.token_auth.user]
Limite maximale du nombre de nouvelles tentatives de l’action de détection qui dépasse la limite de taux.	Détermine le nombre maximal de nouvelles tentatives automatiques de l’action de détection une fois qu’elle a atteint la limite de taux. Par exemple, si l’intervalle de taux dans est de Azure DevOps 5 minutes et que vous entrez une valeur de 4 ici, l’action de détection est réessayée toutes les 5 minutes.	10	[sn_devops.max_retry_count_discover]
Activer la création de demandes de changement, même avec des erreurs dans la récupération de données DevOps	Si cette option est activée, lorsqu’une erreur se produit lors de la récupération de données DevOps telles que les éléments de travail, les validations, les résumés de tests, les résumés de sécurité, entre autres, la demande de changement correspondante est quand même créée. Les données pouvant être récupérées seront toujours associées à la demande de changement. Pour les données qui ne peuvent pas être récupérées, le motif de l’erreur est notifié à l’utilisateur dans la console tierce, et les mêmes informations sont également ajoutées dans le champ Commentaires sur le changement de l’enregistrement d’exécution de l’étape et dans les notes de travail sur le changement.	Non (désactivé)	[sn_devops.enable_change_creation_with_partial_data]
Activer la transition d'état de Nouveau à Évaluer lorsque le flux d'approbation manuelle de demande de changement DevOps est actif	Si activé, met à jour l’état de la demande de changement de Nouveau à Évaluer directement lorsque le flux d’approbation manuelle de demande de changement DevOps est actif. Si vous souhaitez arrêter la transition automatique de l’état de la demande de changement vers Évaluation lorsque le flux d’approbation manuelle de demande de changement DevOps est actif, vous devez désactiver cette propriété.	Oui (activé)	[sn_devops.enable_change_request_state_transition]
Délai de rappel de demande de changement (en minutes)	Définissez la valeur du délai d’expiration en minutes pendant lequel le système essaiera de traiter un changement lorsqu’un événement entrant passe à l’état En attente pendant une exécution de pipeline. Après cela, le pipeline sera abandonné. Le motif de l’erreur s’affiche dans les journaux de la console de votre outil tiers. Lorsqu’un pipeline est annulé en raison de l’expiration du délai de rappel, les mêmes informations sont ajoutées à l’enregistrement de rappel de l’exécution de l’étape correspondante.	120 minutes de film	[sn_devops.change_request_callback_timeout]
Spécifieur d’ID client pour l’application GitHub	Si vous vous connectez à GitHub via une application GitHub à l’aide d’OAuth 2.0, vous devez saisir le préfixe de l’ID client (3 premiers caractères ou plus de l’ID) de votre application GitHub comme valeur de cette propriété. Cela permet de s’assurer que les vérifications d’autorisation correctes sont exécutées pour la connexion de l’outil GitHub.	Iv1,Iv2	[sn_devops.github_oauth_client_id_specifier]
Branche Bitbucket par défaut utilisée pour la demande d'importation	Spécifiez le nom de branche Bitbucket par défaut qui doit être utilisé pour créer une demande d’importation.	maître	[sn_devops.bitbucket_default_branch]
Valeur du code de fermeture d’une demande de changement terminée avec succès lorsque le paramètre autoCloseChange est activé.	Entrez la valeur du code de fermeture d’une demande de changement terminée avec succès lorsque le paramètre autoCloseChange est activé.	Réussi	sn_devops.change_request.auto_close_successful_code
Valeur du code de fermeture pour une demande de changement terminée avec des problèmes lorsque le paramètre autoCloseChange est activé.	Entrez la valeur du code de fermeture d’une demande de changement terminée avec des problèmes lorsque le paramètre autoCloseChange est activé.	successful_issues	sn_devops.change_request.auto_close_partial_successful_code
Valeur du code de fermeture d’une demande de changement terminée sans succès lorsque le paramètre autoCloseChange est activé.	Entrez la valeur du code de fermeture d’une demande de changement terminée sans succès lorsque le paramètre autoCloseChange est activé.	infructueux	sn_devops.change_request.auto_close_failure_code
Collecte de preuves basées sur l'importation pour l'aptitude d'orchestration	Cette propriété modifie la façon dont les événements de pipeline sont traités. Lorsqu’il est activé, le paramètre réduit la surcharge d’instance en ignorant le traitement au niveau de l’étape dans le pipeline. Les événements de niveau étape ignorés seront ignorés avec les détails de traitement « IGNORÉ : cet événement est ignoré, car la propriété « Collecte de preuves basée sur l’importation pour l’aptitude d’orchestration » est activée ». Inversement, la désactivation revient au mode standard, où tous les événements entrants sont traités.	Faux (désactivé)	sn_devops.collection_de_preuves_basée_sur l’importation