Solução de problemas

Esta página explica como corrigir problemas que você pode encontrar ao usar o ServiceNow Activities Package.

Problemas de permissão

Problema

Um usuário abre Inserir Registro do ServiceNow Record, Atualizar Registro do ServiceNowou Obter Registro do ServiceNow e, embora possa escolher um objeto, a lista de propriedades fica em branco.

Solução

Abaixo está a lista de 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 exemplo , /api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1 é a API que chamamos para a tabela de incidentes. Você deve verificar com o administrador do sistema ServiceNow se você tem a permissão/acesso correto para recuperar os dados da tabela.

O administrador do ServiceNow também deve ser capaz de verificar as permissões subjacentes/mais granulares; estes podem ser diferentes, mas a ideia geral é a mesma.  

Quanto à configuração de funções, isso pode variar, ou seja, Os administradores do ServiceNow podem optar por ajustar as configurações de função padrão. Por exemplo, se quisermos ler metadados na tabela *Incidente, precisaremos acessar tanto o sys_db_object quanto a tabela *Incidente.

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 Activity Directory com o ServiceNow Activity Pack e seu locatário 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: