--- sourceDocument: Yokohama Gestão de serviços de TI sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-service-management Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Yokohama Gestão de serviços de TI ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Teste webhooks manualmente # Teste webhooks manualmente {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 min. de leitura Para ferramentas, incluindo GitLab, Rally, Split.io, Jira, BitbucketE Argo CD, você tem que testar webhooks manualmente se houver algum problema com a conexão. ## GitLab {#test-wehooks-manually__section_vjt_jp1_3zb} Função necessária: * GitLab: GitLabprivilégios de administrador * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_cj2_cpb_3zb} Para testar webhooks manualmente em GitLab, você deve: 1. Navegue até GitLabe selecione o projeto para o qual você deseja testar webhooks. 2. Navegar até ConfiguraçõesWebhooks. Quando seu projeto estiver configurado em Velocidade de mudança para DevOps, webhooks são criados para esse projeto em GitLab. Esses webhooks estão disponíveis em Ganchos do projeto . Para cada projeto, dois webhooks são criados. Um é para eventos de código e o outro para eventos de orquestração. 3. Para testar um webhook, selecione Teste e selecione Eventos de push da lista. Nota: Você também pode testar outros eventos, por exemplo, eventos de envio de marcador. * Se o webhook estiver configurado corretamente, você receberá uma mensagem de sucesso. Por exemplo:![Mensagem de sucesso.]() * Se o webhook estiver configurado incorretamente, você receberá uma mensagem de erro. Por exemplo: Para corrigir um webhook, você pode tentar as seguintes opções: * Selecione para reconfigurar os webhooks Configurar na página de registro do projeto em Velocidade de mudança para DevOps. Isso reconfigura todos os webhooks existentes para o projeto. * Selecione Editar para o webhook e verifique se toolIdestá correto em URL campo. Verifique se Token secreto está correto. Você pode encontrar os valores corretos na página de registro da ferramenta em Velocidade de mudança para DevOps. {#test-wehooks-manually__ul_qpy_f41_tyb} {#test-wehooks-manually__ul_aqk_qx1_3zb} {#test-wehooks-manually__ol_xsj_ps1_3zb} Para obter informações detalhadas sobre webhooks em GitLab, consulte [Webhooks](https://docs.gitlab.com/ee/user/project/integrations/webhooks.html). ## Rally {#test-wehooks-manually__section_dzx_rlb_3zb} Função necessária: * Rally: Rallyprivilégios de administrador * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_enr_gpb_3zb} Rally não fornece uma opção para testar diretamente a conectividade do webhook. Se você não estiver vendo Rallyeventos em Velocidade de mudança para DevOps, você pode tentar as seguintes opções: * Do seu Rallyinstância, navegue até Minhas configuraçõesAdministração do SistemaExtensõesWebhooks. Verifique se há um webhook correspondente criado para seu Mudança de DevOpse que é Ativo . * Selecione para reconfigurar o webhook Configurar na página de registro do projeto em Velocidade de mudança para DevOps. Isso reconfigura o webhook existente para o projeto. {#test-wehooks-manually__ul_gjs_r4b_3zb} Para obter informações detalhadas sobre webhooks em Rally, consulte [Gerencie 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} Função necessária: * Split.io: Privilégios de administrador do split.io * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_crr_ztb_3zb} O Split.io não fornece uma opção para testar diretamente a conectividade do webhook. Se você não estiver vendo eventos Split.io em Velocidade de mudança para DevOps, você pode tentar as seguintes opções: * Em sua instância do Split.io, navegue até Configurações do administradorConfigurações de integraçãoIntegrações. Selecione Configurado e selecione Editar Para a aplicação DevOps da ServiceNow. Verifique se a aplicação DevOps da ServiceNow está configurada corretamente no Split.io. Para obter detalhes sobre a configuração, consulte [Habilite a integração com a ServiceNow DevOps na ferramenta Dividir](https://servicenow-prod.fluidtopics.net/cOtswddrX_~WyXgsF0SXHw "Habilite a integração com a ServiceNow DevOps na ferramenta Dividir e restrinja os aprovadores somente à integração habilitada para seu ambiente."). * Verifique se o status da aplicação DevOps da ServiceNow é Ativo . * Selecione para reconfigurar o webhook Configurar na página de registro da ferramenta em Velocidade de mudança para DevOps. Isso reconfigura o webhook existente para a ferramenta Split.io. {#test-wehooks-manually__ul_drr_ztb_3zb} Você também pode consultar [Integração da ServiceNow com Split.io](https://help.split.io/hc/en-us/articles/5524203735181-ServiceNow). ## Jira {#test-wehooks-manually__section_xyk_n1w_3zb} Função necessária: * Jira: Jiraprivilégios de administrador * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_qmt_r1w_3zb} Jira não fornece uma opção para testar diretamente a conectividade do webhook. Se você não estiver vendo Jiraeventos em Velocidade de mudança para DevOps, você pode tentar as seguintes opções: * Navegue até: * Para JiraServidor Navegue até AdministraçãoSistemaWebhooks. * Para JiraInstância de nuvem, navegue até ConfiguraçõesSistemaWebhooks. {#test-wehooks-manually__ul_cjh_sjp_y1c} Verifique se há um webhook correspondente criado para seu Mudança de DevOpsinstância. * Selecione Editar para o webhook. * Verifique se o status é Habilitado . * Verifique se Tool IDem URL o campo está correto. . Tool IDé o valor após ?toolId=. * Verifique se o token secreto está no URL o campo está correto. O valor do token está no final do URL, após token=. {#test-wehooks-manually__ul_ug3_sfw_3zb} Você pode encontrar os valores corretos de Tool IDe. Secret tokenna página de registro da ferramenta em Velocidade de mudança para DevOps. Para obter informações detalhadas sobre webhooks em Jira, consulte [Webhooks](https://developer.atlassian.com/server/jira/platform/webhooks/). * Selecione para reconfigurar o webhook Configurar na página de registro da ferramenta em Velocidade de mudança para DevOps. Isso reconfigura o webhook existente para Jiraferramenta. Nota: Se você conetou sua ferramenta Jira usando a autenticação baseada em OAuth 2,0, os webhooks serão criados para o app de integração OAuth 2,0 no Jira quando você configurar automaticamente, enquanto se você se conetou usando autenticação básica, os webhooks serão criados para todos os seus projetos no Jira. Se você optar por configurar os webhooks manualmente para uma ferramenta Jira criada usando a autenticação baseada em OAuth 2,0, um webhook duplicado poderá ser criado. {#test-wehooks-manually__ul_c4z_v1w_3zb} ## Bitbucket {#test-wehooks-manually__section_uch_p1w_3zb} Função necessária: * Bitbucket: Bitbucketprivilégios de administrador * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_yjw_r1w_3zb} Bitbucket não fornece uma opção para testar diretamente a conectividade do webhook. Se você não estiver vendo Bitbucketeventos em Velocidade de mudança para DevOps, você pode tentar as seguintes opções: * Navegue até Bitbuckete selecione o repositório para o qual você deseja testar webhooks. Navegar até Configurações do repositórioFluxo de trabalhoWebhooks. Verifique se há um webhook correspondente criado para seu Mudança de DevOpsinstância. * Selecione Editar para o webhook. * Verifique se o status é Ativo . * Verifique se Tool IDem URL o campo está correto. . Tool IDé o valor após /event/. * Verifique se o token secreto está no URL o campo está correto. O valor do token está no final do URL, após token=. {#test-wehooks-manually__ul_imc_2lw_3zb} Você pode encontrar os valores corretos de Tool IDe. Secret tokenna página de registro da ferramenta em Velocidade de mudança para DevOps. Para obter informações detalhadas sobre webhooks em Bitbucket, consulte [Gerencie webhooks](https://support.atlassian.com/bitbucket-cloud/docs/manage-webhooks/). * Selecione para reconfigurar o webhook Configurar na página de registro da ferramenta em Velocidade de mudança para DevOps. Isso reconfigura o webhook existente para Bitbucketferramenta. {#test-wehooks-manually__ul_gmc_2lw_3zb} ## CD do ARGO {#test-wehooks-manually__section_sbm_vbr_lzb} Função necessária: * CD do ARGO: Privilégios de administrador do CD do ARGO * Mudança de DevOps: sn_devops.admin ou sn_devops.tool_owner {#test-wehooks-manually__ul_zvg_wbr_lzb} O ARGO CD não fornece uma opção para testar diretamente a conectividade do webhook. Para configurar webhooks, consulte [Configure webhooks no Argo CD manualmente](https://servicenow-prod.fluidtopics.net/6RPKNPZJfhrY6_VKY84CNw "Configure webhooks no Argo CD para enviar notificações de sincronização para a aplicação Velocidade de mudança de DevOps.").