Acesso de solicitante restrito (RCA)

Você pode usar um RCA solicitado para conceder acesso aos aplicativos da loja aos recursos protegidos no ServiceNow AI Platform sem a necessidade de esperar pela próxima versão da família. Se você tiver a função de administrador do sistema ou administrador da aplicação, poderá revisar os RCAs solicitados e aprová-los e negá-los.

Os ACRs são classificados em duas categorias:

• RCA real: Sys_scope: Target_scope
• RCA solicitada: Sys_scope

Por exemplo: Um registro de RCA real é onde o escopo da aplicação e o escopo de destino correspondem. Uma RCA solicitada é um registro que ainda está aguardando aprovação para acesso ao escopo de destino.

Quando você instala uma aplicação, seus trabalhos agendados geram registros de RCA com o status de Solicitado na aplicação de destino para cada registro de RCA solicitado que é empacotado na aplicação de origem.

Nota:

Os trabalhos são gerados depois que o Resumo de upgrade é executado.

Exemplo de como um app da loja acessa uma tabela

Digamos que um app de loja chamado Estrutura de integrações de RH queira acessar uma tabela de casos principais de RH. A tabela está na regra de negócio chamada Localizar caso na tabela de serviço de integração.

Para solicitar acesso, o app Estrutura de integrações de RH requer que um privilégio de RCA seja empacotado em seu próprio escopo, da seguinte forma:

• Framework de integrações de RH
• Caso principal de RH
• status = Permitido
• Recurso humano: Núcleo
• Origem: Localizar caso

Exemplo de desenvolvimento de apps para desenvolvedores

Quando você está desenvolvendo uma aplicação, RCAs reais são gerados com o status de Solicitado quando o destino tem uma restrição de chamador. Se o destino tiver acompanhamento do chamador, o status se tornará Permitido. O desenvolvedor pode revisar e finalizar todos os registros de RCA reais necessários para que a aplicação funcione. Por exemplo, os rcas com status Permitido.

Um desenvolvedor pode clicar em Gerar privilégios de RCA no app atual Nos links relacionados para gerar RCAs solicitados que são empacotados na aplicação atual. Os RCAs solicitados são sincronizados com os RCAs reais, o que significa que, se um RCA real for atualizado ou excluído, um RCA solicitado também será atualizado ou excluído.

Agora, a aplicação Estrutura de integração de RH pode ser empacotada e instalada em uma instância do cliente.

Exemplo de instalação de app para administradores

Quando você está instalando um app na instância de um cliente, RCAs reais são gerados na aplicação de destino. Um RCA real teria o núcleo de Recursos Humanos: Com status Solicitado. Este processo é feito de forma assíncrona em um trabalho agendado, em que pode ocorrer algum tempo de atraso.

Para notificar o administrador do app de destino sobre a revisão pendente de uma RCA, mensagens foram adicionadas às páginas da aplicação. Um exemplo é o seguinte:

Figura 1. Mensagem de revisão pendente de RCA

App da loja com retrocompatibilidade

Se um app da loja for compatível e puder ser instalado em uma instância que seja pré-Roma, você deverá empacotar os registros de RCA em seu próprio escopo com o status Permitido.

Nota:

Esse processo garante que o app da loja funcione em todas as versões.

Ao fazer upgrade para Roma, você pode configurar um script de correção único para mover rcas no escopo de origem para o escopo de destino. Em Roma, se o app de destino já tiver os registros de RCA necessários, nenhum registro de RCA será gerado para os rcas que são empacotados pelo app de origem.