Aplicativo de Provisionamento de Usuários no Jitterbit App Builder
Introdução
Como criar um aplicativo de provisionamento de usuários que permite que usuários da interface front-end provisionem acesso ao aplicativo de forma semi-automatizada, sem ter acesso ao IDE do App Builder. Esta é uma alternativa caso você não tenha o Okta ou o Azure gerenciando o acesso dos usuários ao aplicativo.
O cenário de exemplo utiliza um ID Único para Nome de Usuário, mas isso pode ser um Email ou outro valor, desde que seja um valor único dentro do App Builder. Técnicas de solução de problemas também são abordadas neste tutorial.
Visão geral do processo
- Criar um Provedor de Segurança
- Parametrizar: App Builder ProviderID (Identificador do Provedor de Segurança), Senha Padrão
- Criar um Reino: Atribuir Aplicativos, Grupos e Provedores
- Acesso baseado em Departamento: Adicionar App BuilderGroupID à tabela de Departamento
- Adicionar Fonte de Dados App Builder (Selada)(Padrão) ao Aplicativo
- Tabela de Funcionários: Adicionar App BuilderUserID, ProvisionadoEm, ProvisionadoPor
- Configurar Regras de Negócio associadas ao Evento de Provisionamento de Usuário
- Realm_User_Create (Inserir Funcionário) como Regra XP CRUD
- Funcionário (Atualizar App BuilderUserID para ID do Funcionário) como Regra CRUD
- Definir a Regra Realm_User_Create (Inserir Funcionário) como um Manipulador de Sucesso
- Criar User_SetPassword (Atualizar Senha Padrão) como Regra XP CRUD
- Criar Realm_UserGroup (Cram Departamento) como Regra XP CRUD para adicionar ao Realm_UserGroup
- Atualizar a Regra Realm_User_Create (Inserir Funcionário) para registrar a Regra
- Adicionar um Controle de Botão à página do Funcionário para executar o Evento de Provisionamento de Usuário
- Criar um Tema para ocultar o Botão com base em ProvisionadoEm
- Criar Funcionário (Atualizar ProvisionadoEm ProvisionadoPor) como Regra CRUD
- Definir como uma Ação e como um Manipulador de Sucesso
- Email de Workflow opcional para notificação