Solução de problemas

Esta página explica como corrigir problemas que você pode encontrar ao usar o pacote de atividades do ServiceNow.

Problemas de permissão

Problema

Você deseja usar uma atividade Insert Record, Update Record ou Get Record . Ao selecionar um objeto, a lista de propriedades está em branco.

Solução

A tabela a seguir lista as chamadas de API que o pacote de atividades faz:

Comportamento	URL da API
itens suspensos	/api/now/table/sys_db_object?&sysparm_action=getRecords&sysparm_fields=sys_name,super_class,label,sys_id,name
obter todas as colunas na tabela de incidentes	/api/now/table/sys_dictionary?sysparm_fields=internal_type,element,column_label,mandatory&sysparm_query=name%3Dincident%5EORname%3Dtask
obtém o valor de amostra de um incidente	/api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1

Dica: as duas primeiras permissões são necessárias apenas para desenvolvedores de RPA que trabalham com a experiência de tempo de design. As contas usadas pelos robôs para executar o processo não precisam delas.

Explicação detalhada

Como um exemplo, /api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1 é a API que chamamos para a tabela incident . Você precisa verificar com o administrador do sistema do ServiceNow se você tem a permissão/acesso correto para recuperar dados da tabela.

Seu administrador do ServiceNow também deve ser capaz de verificar as permissões subjacentes/mais granulares.

Já a configuração de funções, ela pode variar, por exemplo, Os administradores do ServiceNow podem optar por ajustar as configurações de função padrão. Por exemplo, se você quiser ler os metadados na tabela incident , precisará acessar as tabelas sys_db_object e incident .

Cada tabela contém controles de acesso e cada controle de acesso contém funções. Essas funções precisam ser configuradas para que o usuário leia de ambas as tabelas.

Usuários do Active Directory

Problema

Você não tem certeza se pode usar um usuário do Diretório de Atividades com as atividades do ServiceNow e seu tenant do ServiceNow.

Solução

UiPath validou que isso funciona corretamente. Para verificar isso, seguimos os passos abaixo:

1. Crie um usuário do Azure AD e valide a capacidade de entrar com SSO:

   
   

   

   
   

2. Dê a este usuário uma função de administrador (por enquanto):

   
   

   

   
   

3. Por meio de uma janela anônima, faça logon como usuário do Azure AD e configure uma ID do cliente e um segredo do cliente para OAuth 2.0:

   
   

   

   
   

4. Quando usamos este Client ID e Client Secret, a autenticação passou: