--- sourceDocument: Gestion des services IT Australie sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-service-management Release : - australia ft:locale : - fr-FR ft:publication_title : - Gestion des services IT Australie ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Tester les webhooks manuellement # Tester les webhooks manuellement {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture Pour des outils tels que GitLab, Rally, Split.io, Jira, Bitbucket et Argo CD, vous devez tester manuellement les webhooks en cas de problème de connexion. ## GitLab {#test-wehooks-manually__section_vjt_jp1_3zb} Rôle requis : * GitLab : privilèges d'administrateur de GitLab * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_cj2_cpb_3zb} Pour tester manuellement les webhooks dans GitLab, vous devez : 1. Accéder à GitLab et sélectionner le projet pour lequel vous souhaitez tester les webhooks. 2. Accédez à la ParamètresWebhooks. Lorsque votre projet est configuré dans Vélocité de changement DevOps, des webhooks sont créés pour ce projet dans GitLab. Ces webhooks sont disponibles sous Hooks de projet. Pour chaque projet, deux webhooks sont créés. L'un est destiné aux événements de code et l'autre aux événements d'orchestration. 3. Pour tester un webhook, sélectionnez Tester, puis Événements push dans la liste. Remarque : Vous pouvez également tester d'autres événements, par exemple les événements push de balises. * Si le webhook est correctement configuré, vous recevez un message de réussite. Par exemple : ![Message de réussite.]() * Si le webhook n'est pas configuré correctement, vous recevez un message d'erreur. Par exemple : Pour corriger un webhook, vous pouvez essayer les options suivantes : * Reconfigurez les webhooks en sélectionnant Configurer dans la page d'enregistrement de projet dans Vélocité de changement DevOps. Cette option permet de reconfigurer tous les webhooks existants pour le projet. * Sélectionnez Modifier pour le webhook et vérifiez si le toolId est correct dans le champ URL. Vérifiez si le jeton de clé secrète est correct. Vous trouverez les valeurs correctes dans la page d'enregistrement de l'outil au format Vélocité de changement DevOps. {#test-wehooks-manually__ul_qpy_f41_tyb} {#test-wehooks-manually__ul_aqk_qx1_3zb} {#test-wehooks-manually__ol_xsj_ps1_3zb} Pour des informations détaillées sur les webhooks dans GitLab, consultez [Webhooks](https://docs.gitlab.com/ee/user/project/integrations/webhooks.html). ## Rally {#test-wehooks-manually__section_dzx_rlb_3zb} Rôle requis : * Rally : privilèges d'administrateur de Rally * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_enr_gpb_3zb} Rally ne fournit pas d'option permettant de tester directement la connectivité au webhook. Si vous ne voyez pas les événements Rally dans Vélocité de changement DevOps, vous pouvez essayer les options suivantes : * À partir de votre Rally instance, accédez à Mes paramètresAdministration systèmeExtensionsWebhooks. Vérifiez si un webhook correspondant a été créé pour votre instance Changement DevOps et qu'il est actif. * Reconfigurez le webhook en sélectionnant Configurer sur la page d'enregistrement de projet dans Vélocité de changement DevOps. Cette option permet de reconfigurer le webhook existant pour le projet. {#test-wehooks-manually__ul_gjs_r4b_3zb} Pour des informations détaillées sur les webhooks dans Rally, consultez [Gérer les webhooks](https://techdocs.broadcom.com/us/en/ca-enterprise-software/valueops/rally/rally-help/administration/configure-your-subscription/manage-webhooks.html#:~:text=Webhooks%20are%20usually%20triggered%20by,to%20invoke%20behavior%20on%20another.). ## Split.io {#test-wehooks-manually__section_brr_ztb_3zb} Rôle requis : * Split.io : privilèges d'administrateur de Split.io * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_crr_ztb_3zb} Split.io ne fournit pas d'option permettant de tester directement la connectivité au webhook. Si vous ne voyez pas les événements Split.io dans Vélocité de changement DevOps, vous pouvez essayer les options suivantes : * À partir de votre instance Split.io, accédez à Paramètres administrateurParamètres d'intégrationIntégrations. Sélectionnez l'onglet Configuré, puis Modifier pour l'application ServiceNow DevOps. Vérifiez si l'application ServiceNow DevOps est correctement configurée dans Split.io. Pour obtenir des détails sur la configuration, consultez [Activer l'intégration à ServiceNow DevOps dans l'outil Split](https://servicenow-prod.fluidtopics.net/JIFhTym0C~ZVKAF4hFxpoQ "Activez l'intégration à ServiceNow DevOps dans l'outil Split et limitez les approbateurs à l'intégration activée pour votre environnement."). * Vérifiez si l'état de l'application ServiceNow DevOps est actif. * Reconfigurez le webhook en sélectionnant Configurer sur la page d'enregistrement de l'outil dans Vélocité de changement DevOps. Cette option permet de reconfigurer le webhook existant pour l'outil Split.io. {#test-wehooks-manually__ul_drr_ztb_3zb} Vous pouvez également consulter la section [Intégration de ServiceNow avec Split.io](https://help.split.io/hc/en-us/articles/5524203735181-ServiceNow). ## Jira {#test-wehooks-manually__section_xyk_n1w_3zb} Rôle requis : * Jira : privilèges d'administrateur de Jira * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_qmt_r1w_3zb} Jira ne fournit pas d'option permettant de tester directement la connectivité au webhook. Si vous ne voyez pas les événements Jira dans Vélocité de changement DevOps, vous pouvez essayer les options suivantes : * Accédez à : * Pour Jira le serveur, accédez à AdministrationSystèmeWebhooks. * Pour Jira l'instance dans le cloud, accédez à ParamètresSystèmeWebhooks. {#test-wehooks-manually__ul_cjh_sjp_y1c} Vérifiez si un webhook correspondant a été créé pour votre instance Changement DevOps. * Sélectionnez Modifier en regard du webhook. * Vérifiez si l'état est Activé. * Vérifiez si le Tool ID dans le champ URL est correct. Le Tool ID correspond à la valeur après ?toolId=. * Vérifiez si le jeton de clé secrète dans le champ URL est correct. La valeur du jeton se trouve à la fin de l'URL, après token=. {#test-wehooks-manually__ul_ug3_sfw_3zb} Vous trouverez les valeurs correctes de Tool ID et Secret token sur la page d'enregistrement de l'outil dans Vélocité de changement DevOps. Pour des informations détaillées sur les webhooks dans Jira, consultez [Webhooks](https://developer.atlassian.com/server/jira/platform/webhooks/). * Reconfigurez le webhook en sélectionnant Configurer sur la page d'enregistrement de l'outil dans Vélocité de changement DevOps. Cette option permet de reconfigurer le webhook existant pour l'outil Jira. Remarque : si vous avez connecté votre outil Jira à l'aide d'une authentification basée sur OAuth 2.0, les webhooks sont créés pour l'application d'intégration OAuth 2.0 dans Jira lorsque vous effectuez une configuration automatique, tandis que si vous vous êtes connecté à l'aide de l'authentification de base, les webhooks sont créés pour tous vos projets dans Jira. Si vous choisissez de configurer manuellement les webhooks pour un outil Jira créé à l'aide d'une authentification basée sur OAuth 2.0, un webhook en double peut être créé. {#test-wehooks-manually__ul_c4z_v1w_3zb} ## Bitbucket {#test-wehooks-manually__section_uch_p1w_3zb} Rôle requis : * Bitbucket : privilèges d'administrateur de Bitbucket * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_yjw_r1w_3zb} Bitbucket ne fournit pas d'option permettant de tester directement la connectivité au webhook. Si vous ne voyez pas les événements Bitbucket dans Vélocité de changement DevOps, vous pouvez essayer les options suivantes : * Accédez à Bitbucket et sélectionnez le référentiel dont vous souhaitez tester les webhooks. Accédez à la Paramètres du référentielWorkflowWebhooks. Vérifiez si un webhook correspondant a été créé pour votre instance Changement DevOps. * Sélectionnez Modifier en regard du webhook. * Vérifiez si l'état est Actif. * Vérifiez si le Tool ID dans le champ URL est correct. Le Tool ID correspond à la valeur après /event/. * Vérifiez si le jeton de clé secrète dans le champ URL est correct. La valeur du jeton se trouve à la fin de l'URL, après token=. {#test-wehooks-manually__ul_imc_2lw_3zb} Vous trouverez les valeurs correctes de Tool ID et Secret token sur la page d'enregistrement de l'outil dans Vélocité de changement DevOps. Pour des informations détaillées sur les webhooks dans Bitbucket, consultez [Gérer les webhooks](https://support.atlassian.com/bitbucket-cloud/docs/manage-webhooks/). * Reconfigurez le webhook en sélectionnant Configurer sur la page d'enregistrement de l'outil dans Vélocité de changement DevOps. Cette option permet de reconfigurer le webhook existant pour l'outil Bitbucket. {#test-wehooks-manually__ul_gmc_2lw_3zb} ## Argo CD {#test-wehooks-manually__section_sbm_vbr_lzb} Rôle requis : * Argo CD : privilèges d'administrateur d'Argo CD * Changement DevOps : sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_zvg_wbr_lzb} Argo CD ne fournit pas d'option permettant de tester directement la connectivité au webhook. Pour configurer des webhooks, consultez [Configurer manuellement des webhooks dans Argo CD](https://servicenow-prod.fluidtopics.net/ANW8UQljA2iih~260LIq3Q "Configurez des webhooks dans Argo CD pour envoyer des notifications de synchronisation à l'application Vélocité de changement DevOps.").