HelloID Conn Prov Target Zenya Download - HelloID Conn Prov Target Zenya Código Fonte Download

HelloID Conn Prov Target Zenya

Outro código-fonte

1.0.0

Baixar

Helloid-Conn-Prov-Target-Zenya

Repositório para o conector alvo de provisionamento helloid para o Zenya usando a API SCIM

Informação
Este repositório contém apenas o conector e o código de configuração. O implementador é responsável por adquirir os detalhes da conexão, como nome de usuário, senha, certificado etc. Você pode precisar assinar um contrato ou contrato com o fornecedor antes de implementar esse conector. Entre em contato com o gerenciador de aplicativos do cliente para coordenar os requisitos do conector.

Índice

Helloid-Conn-Prov-Target-Zenya
- Índice
- Requisitos
- Introdução
  - API baseada em SCIM
  - Ações disponíveis
  - Mapeamento
  - Correlação
- Começando
  - Crie provedor no Zenya
  - Permitindo que usuários e grupos criados pelo Zenya sejam devolvidos no serviço SCIM
  - Configurações de conexão
  - Observações
- Obtendo ajuda
- Helloid Docs

Requisitos

SSO configurado no ambiente Zenya
Um provedor registrado em Zenya . Consulte a documentação do Zenya (Etapa 3) para "como": criar provedor no Zenya.
- Endereço de serviço
- ID do cliente
- Segredo do cliente
Sessões simultâneas em Helloid definidas para um máximo de 2 ! Exceder esse limite pode resultar em erros de tempo limite, pois a API do Zenya SCIM suporta apenas um número específico de solicitações por minuto.

Introdução

Para este conector, temos a opção de criar e gerenciar contas e grupos de usuários do Zenya.

API baseada em SCIM

O SCIM significa System para gerenciamento de identidade entre domínios . É um protocolo padrão aberto que simplifica o gerenciamento de identidades do usuário e informações relacionadas em diferentes sistemas e domínios. Para mais informações, consulte: http://www.simplecloud.info

O conector Helloid usa os pontos de extremidade da API listados na tabela abaixo.

Endpoint	Descrição
/scim/usuários	API DOCS PARA GE GE GET: https://IdentityManagement.services.iprova.nl/swagger-ui/#!/scim/getusersRequest
/scim/grupos	Docos da API para Get Solicitação: https://IdentityManagement.services.iprova.nl/swagger-ui/#!/scim/getgroupsRequest

Ações disponíveis

O conector helloid consiste nos scripts de modelo mostrados na tabela a seguir.

Ação	Ações executadas	Comentário
create.ps1	Criar (ou atualizar) e correlacionar uma conta de usuário.
enable.ps1	Ativar uma conta de usuário
update.ps1	Atualize uma conta de usuário
desabilitar.ps1	Desative uma conta de usuário
delete.ps1	Excluir uma conta de usuário	Tenha cuidado ao implementar isso! Não há como restaurar usuários excluídos.
permissões.ps1	Recupera todos os grupos e os fornece como direitos
Grantpermission.ps1	Adicione uma conta de usuário a um grupo
revokePermission.ps1	Remova uma conta de usuário de um grupo
dynamicpermissions.ps1	Adicione/remova uma conta de usuário para/de um grupo
ResourceCreation.ps1	Crie um grupo para o recurso fornecido, por exemplo, departamento

Mapeamento

O mapeamento de campo obrigatório e recomendado está listado abaixo.

Nome	Tipo	Criar	Habilitar	Atualizar	Desativar	Use em notificações	Armazenar dados de conta	Mapeamento padrão	Obrigatório	Comentário
Ativo	Texto	X	X		X	Não	Sim	Para Criar: Corrigido: Falso Para ativar: corrigido: verdadeiro Para desativar: fixo: falso	Sim
Departamento	Texto	X		X		Não	Sim	Campo: PrimaryContract.Department.DisplayName	Não	Script personalizado no código para transformar isso no objeto SCIM correspondente
Nome de exibição	Texto	X		X		Não	Sim	Complexo: DisplayName.js	Sim
E -mails	Variedade	X		X		Não	Sim	Complexo: emails.js	Sim	Script personalizado no código para transformar isso no objeto SCIM correspondente
ExternId	Texto	X		X		Não	Sim	Campo: ExternalId	Sim
Gerente	Texto	X		X		Não	Sim	Nenhum	Não	Definido no script, como o Aref of Manager é usado. Script personalizado no código para transformar isso no objeto SCIM correspondente
Título	Texto	X		X		Não	Sim	Campo: PrimaryContract.title.name	Não
Nome de usuário	Texto	X		X		Não	Sim	Complexo: nome de usuário.js	Sim	Usado para correlação

Correlação

Campo de correlação	Seleção	Comentário
Campo de correlação da pessoa	Nenhum	Nenhuma seleção, pois isso não é usado. Somente o campo de correlação da conta é usado.
Campo de correlação da conta	Nome de usuário	O ExternID não está disponível para consultar os usuários, portanto, apenas o nome de usuário pode ser usado como campo de correlação.

Começando

Crie provedor no Zenya

Siga a documentação do Zenya (Etapa 3) para criar um provedor no Zenya

Permitindo que usuários e grupos criados pelo Zenya sejam devolvidos no serviço SCIM

Por padrão, apenas grupos e usuários criados pelo provedor de identidade ou vinculados a ele são retornados no serviço SCIM. No entanto, existe uma configuração que a Infoland pode permitir por provedor, permitindo que os usuários e grupos criados pelo Zenya também sejam devolvidos. Se os usuários/grupos vieram de várias fontes (anúncios, criados no próprio Zenya), entre em contato com a Infoland para garantir que o serviço SCIM retorne tudo, não apenas os usuários/grupos sincronizados por esse processo. For more information, please see (step 7): https://webshare.zenya.work/DocumentResource/709a648d-6300-4e42-a2a6-54ae02201873/Document.pdf?webshareid=y491fqpfwxhoo0kd&showinlinepdf=1

Configurações de conexão

As seguintes configurações são necessárias para se conectar à API.

Contexto	Descrição	Obrigatório
Endereço de serviço	O endereço de serviço da API SCIM	Sim
ID do cliente	O ID do cliente OAuth2 para se conectar à API SCIM	Sim
Segredo do cliente	O segredo do cliente OAuth2 para se conectar à API SCIM	Sim
Alternar o loggle de depuração	Quando alternado, o log extra é mostrado. Observe que isso é destinado apenas à depuração, desative isso quando estiver em produção.	Não

Observações

A Infoland deve definir os usuários atuais no escopo da sincronização. Não fazer isso resultará em todas as pessoas sendo atribuídas uma nova conta de usuário.
Como usamos a API do SCIM, não podemos criar/definir a senha dos usuários, portanto, o SSO (único SSO) é necessário para gerenciar os usuários usando a API SCIM.
Atualmente, só podemos gerenciar grupos que realmente criamos com o Helloid. Portanto, apenas os grupos que criamos através da criação de recursos helloides.
- Observe que o Helloid só pode criar grupos. Os grupos não serão excluídos pelo Helloid.
Atualmente, só podemos definir um departamento que já existe no Zenya.
- Para isso, todos os departamentos devem ter um nome exclusivo (só podemos corresponder ao nome, portanto, corresponder no código ou em qualquer outro campo) dentro de toda a árvore (ou seja, sem nomes duplicados em qualquer lugar).
- Além disso, a manutenção dos departamentos (ou seja, criando/excluindo, bem como definir o proprietário) precisará ocorrer no Zenya.
Atualmente, só podemos definir um gerente que existe no Zenya e foi criado pelo Helloid. Para isso, o Helloid deve ter concedido o direito da conta primeiro para o gerente.