--- title: "Gerenciando Usuários e Leitores com SCIM no Okta" slug: "scim-with-okta" updated: 2026-10-12T08:21:03Z published: 2026-10-12T08:21:03Z canonical: "docs.document360.com/scim-with-okta" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.document360.com/llms.txt > Use this file to discover all available pages before exploring further. # Gerenciando Usuários e Leitores com SCIM no Okta A integração SCIM com o Okta permite gerenciar usuários, leitores e grupos do Document360 diretamente do Okta de forma automatizada e centralizada. Quando um novo usuário é adicionado no Okta, sua conta do Document360 é provisionada automaticamente. Quaisquer atualizações no papel ou na membresia do grupo são sincronizadas em tempo real, e quando um usuário é desativado ou removido no Okta, o mesmo se reflete no Document360 sem qualquer intervenção manual. Isso elimina a necessidade de gerenciamento de contas separado no Document360 e garante que os dados dos usuários permaneçam precisos e atualizados em ambas as plataformas. --- ## Por que gerenciar usuários e leitores através do SCIM Gerenciar os usuários manualmente em múltiplas plataformas consome tempo e cria riscos. Sem o SCIM, os administradores precisam lembrar de adicionar novos funcionários ao Document360 separadamente e revogar o acesso manualmente quando alguém sair. Erros podem resultar em acesso não autorizado ou atraso na integração. Com o SCIM ativado entre Okta e Document360: - Novos funcionários são provisionados automaticamente no Document360 quando adicionados no Okta — não é necessária uma configuração separada. - As atribuições de funções são consistentes e controladas por uma única fonte de verdade no seu IDP. - Quando um usuário é desativado ou excluído no Okta, seu acesso ao Document360 é revogado automaticamente. - Mudanças na composição de grupos no Okta são refletidas no Document360 em tempo real. - O acesso ao conteúdo permanece gerenciável dentro do Document360 mesmo quando a identidade é controlada pela Okta. --- ## Antes de começar O provisionamento SCIM no Document360 é configurado como parte da sua configuração SSO. Certifique-se de que os seguintes itens sejam concluídos antes de prosseguir: - O SSO deve estar totalmente configurado e funcionando entre Okta e Document360. Configure o SSO primeiro usando um dos guias abaixo. - O provisionamento SCIM deve estar ativado no Document360. Navegue até **Configurações** () > **Usuários e permissões** > **SSO Empresarial**, abra sua configuração de SSO e confirme que o botão **Habilitar provisionamento SCIM** está ativado.             SAML SSO com Okta         Configure o SAML SSO e ative o provisionamento SCIM entre Okta e Document360.    [Configure SAML com Okta →](https://docs.document360.com/docs/pt/saml-sso-with-okta)               OpenID Connect SSO com Okta         Configure o OpenID Connect SSO e ative o provisionamento SCIM entre Okta e Document360.    [Configure o OpenID com o Okta →](https://docs.document360.com/docs/pt/okta-with-openid-sso)   NOTA O provisionamento de grupos SCIM requer grupos de segurança no seu Provedor de Identidade. Listas de distribuição não podem ser usadas para provisão automatizada de usuários ou leitores, isso é uma limitação do modelo de provisão do IdP (por exemplo, Microsoft Entra ID), não uma restrição do Document360. Se sua organização atualmente gerencia o acesso por meio de listas de distribuição, converta as listas relevantes para grupos de segurança antes de configurar o push ou a sincronização de grupos. --- ## Atribuir mapeamento de atributos do usuário O SCIM utiliza o `userType` atributo ou o atributo legado `isTeamAccount` para determinar o papel atribuído a uma pessoa quando ela é providenciada no Document360: **Usuário**, **Revisor** ou **Leitor**. - `userType` Os valores se mapeiam para os papéis da seguinte forma: | `userType` Valor | Função designada | | --- | --- | | `user` | Usuário | | `reviewer` | Resenhista | | `reader` | Leitor | - `isTeamAccount` Os valores se mapeiam para os papéis da seguinte forma: | `isTeamAccount` Valor | Função designada | | --- | --- | | `True` | Usuário | | `False` ou descolocado | Leitor | `userType` é um atributo String, diferente de `isTeamAccount`, que é um atributo booleano legado. Ambos os atributos são definidos no mesmo namespace de extensão: `urn:ietf:params:scim:schemas:extension:document360:2.0:User`. #### Adicione os atributos no Okta: 1. No Console de Administração do Okta, expanda o menu **suspenso Aplicações e Recursos** e selecione **Aplicações**. 2. Selecione o aplicativo que deseja configurar e navegue até a aba **Provisionamento** . 3. Role para baixo até **Mapeamentos de Atributos** e clique **em Ir para o Editor de Perfis**. 4. Na seção **Atributos** , clique **em Adicionar Atributo** e preencha os detalhes conforme mostrado abaixo. - Para adicionar `userType` atributo | Adicionar Atributo | Valor | | --- | --- | | Tipo de dado | String | | Nome de exibição | Tipo de usuário | | Nome da variável | userType | | Nome externo | userType | | Namespace externo | urn:ietf:params:scim:schemas:extension:document360:2.0:User | - Para adicionar `isTeamAccount` atributo | Adicionar Atributo | Valor | | --- | --- | | Tipo de dado | | | Nome de exibição | Conta da equipe | | Nome da variável | isTeamAccount | | Nome externo | isTeamAccount | | Namespace externo | urn:ietf:params:scim:schemas:extension:document360:2.0:User | ![Adding a boolean attribute named 'Team Account' in the Okta Profile Editor interface.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add-attribute-boolean.png) 1. Clique **em Salvar**. NOTA Para as regras completas de precedência do `userType` atributo e, `isTeamAccount` veja [Precedência de atributos](https://docs.document360.com/docs/pt/scim-provisioning#attribute-precedence) no artigo sobre provisão SCIM. DICHA Sempre defina o `isTeamAccount` atributo no **nível do usuário**, não no nível do grupo. Se definido no nível do grupo, usuários que pertencem a múltiplos grupos com valores conflitantes podem receber papéis incorretos no Document360. Defini-lo no nível do usuário garante que cada usuário tenha um valor claro e consistente. --- ## Use o Construction de Expressões para mapear papéis Em vez de definir manualmente o `userType` atributo ou o atributo legado `isTeamAccount` para cada usuário, você pode usar **o Construction de Expressões da Okta** para determinar automaticamente se um usuário está provisionado como **Usuário**, **Revisor** ou **Leitor** no Document360, com base em um atributo existente no perfil Okta dele, como Cargo de Cargo, Departamento ou Membro do Grupo. **Como funciona:** - `userType = user` → provisionado como **Usuário** - `userType = reviewer` → provisionado como **Revisor** - `userType = reader` → fornecido como **Leitor** - `isTeamAccount = True` → provisionado como **Usuário** - `isTeamAccount = False` → disponibilizado como **Leitor** Uma vez provisionado, os usuários são automaticamente adicionados aos respectivos grupos de usuários ou grupos de Leitores no Document360. **Passos para configurar:** 1. No Console de Administração do Okta, vá em **Aplicativos** e selecione seu aplicativo SCIM. 2. Navegue até a aba **Provisões** e clique na **aba Para o App** em **Configurações**. 3. Desça até **Mapeamentos de Atributos** e clique no **ícone Editar** ao lado do `userType` ou no`isTeamAccount` atributo, dependendo de qual você usar. ![Okta Admin Console displaying user attributes and mapping options for applications.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/edit icon.png) 1. No diálogo, defina o menu **suspenso do valor do Atributo** para **Expressão**. 2. Insira sua expressão na caixa de texto fornecida. 3. Para verificar a expressão, insira o nome de um usuário no campo **Prévia** . O resultado é avaliado instantaneamente e exibido na barra verde abaixo da caixa de texto, mostrando se o usuário será provisionado como **Usuário** (`true`) ou **como Leitor** (`false`). 4. **Em Aplicar em**, selecione **Criar** ou **Criar e atualize** dependendo se você quer que a expressão seja aplicada apenas durante a criação do usuário ou também nas atualizações. 5. Clique **em Salvar**. ![Admin console showing SCIM settings with highlighted expression and options for user roles.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/expression.png) NOTA Clique **em Reference de Linguagem de Expressão** abaixo da caixa de expressão para explorar todas as funções, operadores e sintaxe disponíveis suportados na linguagem de expressão do Okta. Para mais informações, consulte o [guia de visão geral da Linguagem de Expressões](https://developer.okta.com/docs/reference/okta-expression-language/) do Okta. **Baseado no cargo** - Se seus usuários tiverem um atributo Cargo no perfil Okta, você pode mapear os papéis com base no título deles usando `userType`: ``` user.title == "Manager" || user.title == "Senior Manager" ? "user" : (user.title == "Team Lead" ? "reviewer" : "reader") ``` Usuários com os títulos Gerenciador ou Gerente Sênior são provisionados como Usuários, o Líder de Equipe é provisionado como Revisor, e todos os outros títulos são provisionados como Leitores - Se seus usuários tiverem um atributo Cargo no perfil Okta, você pode mapear os papéis com base no título deles usando `isTeamAccount`: ``` user.title == "Manager" || user.title == "Senior Manager" || user.title == "Team Lead" ? "True" : "False" ``` Usuários com os títulos Gerenciador, Gerente Sênior ou Líder de Equipe são provisionados como Usuários. Todos os outros títulos são provisionados como Leitores. NOTA O nome da variável de atributo (por exemplo, `user.title`) deve corresponder exatamente ao nome da variável definido no seu perfil de usuário do Okta. Você pode verificar isso no **Diretório > Editor de Perfis**. **Com base na Membresia ao Grupo** Se seus usuários estiverem organizados em grupos Okta, você pode mapear papéis com base nos grupos aos quais pertencem usando `userType`: ``` isMemberOfGroupName("Managers") ? "user" : (isMemberOfGroupName("Reviewers") ? "reviewer" : "reader") ``` Usuários no grupo de Gerentes são provisionados como Usuários, usuários no grupo de Revisores são provisionados como Revisores, e todos os outros são provisionados como Leitores. Se seus usuários estiverem organizados em grupos Okta, você pode mapear papéis com base nos grupos aos quais pertencem usando `isTeamAccount`: ``` isMemberOfGroupName("Managers") || isMemberOfGroupName("TeamLead") || isMemberOfGroupName("Directors") ? "True" : "False" ``` Usuários que são membros dos grupos de Gerentes, Líderes de Equipe ou Diretores são provisionados como Usuários. Usuários que não pertencem a nenhum desses grupos são provisionados como Leitores. NOTA Você pode combinar ou estender qualquer uma das expressões para incluir títulos de cargos ou nomes de grupos adicionais de acordo com as necessidades da sua organização. --- ## Provisão Okta para Document360 Para vincular a criação, alterações e desativação de usuários no Okta com o Document360: 1. Na barra de navegação à esquerda, expanda o menu **suspenso Aplicações** e clique **em Aplicações**. 2. Selecione seu aplicativo SCIM e navegue até a aba **Provisionamento** . 3. **Clique em Editar** em **Provisionamento para o Aplicativo** e selecione as seguintes caixas: - **Criar Usuários** - **Atualizar Atributos do Usuário** - **Desativar usuários** ![Okta Admin Console showing provisioning settings for user management and application integration.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/enable integration.png) --- ## Crie usuários, leitores e grupos ### Criar um usuário 1. No Console de Administração do Okta, expanda o menu **suspenso do Diretório** e selecione **Pessoas**. 2. **Clique em Adicionar Pessoa**, preencha os dados necessários do usuário e clique **em Salvar**. Uma vez que o usuário está provisionado, o Document360 atribui automaticamente a função com base na regra configurada no Construction de Expressões. ![Okta Admin Console displaying user directory with options to add or reset passwords.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add people(1).png) 1. Selecione o usuário recém-criado e clique **em Atribuir Aplicações** para vinculá-las a uma aplicação. 2. Escolha o aplicativo ao qual deseja atribuir o usuário e clique **em Aplicar**. O usuário é criado com sucesso. Para verificar, acesse Document360 e navegue até **Configurações** () > **Usuários e permissões** > **Usuários & grupos**. O usuário recém-criado deve aparecer na lista. NOTA O número de usuários que você pode adicionar ao Document360 pelo Okta depende do seu plano de assinatura. Revisores agora podem ser provisionados diretamente do Okta por meio da configuração `userType = reviewer` — não é necessária conversão manual. **Para `isTeamAccount` configurações apenas:** Todos os usuários provisionados via SCIM são inicialmente contados dentro da cota de usuários. Se o limite de usuários for atingido, o SCIM não pode fornecer usuários adicionais, mesmo que alguns deles sejam repensados para serem revisores. **Solução alternativa:** 1. Provisione usuários do Okta via SCIM como de costume. Eles sincronizarão com o Document360 com o papel padrão, como **Contribuidor** ou **Administrador**. 2. Após sincronizarem os usuários, altere manualmente o papel dos usuários necessários para **Revisor** no Document360. 3. Uma vez que um usuário é alterado para **Revisor**, ele é contado sob a cota **de Revisor** em vez da **cota de Usuário** . Isso libera uma vaga de Usuário. **Exemplo:** Se seu projeto permite 10 usuários e 10 revisores e você quer adicionar mais usuários via SCIM após atingir o limite de usuários: 1. Primeiro, disponibilize 10 usuários via SCIM. 2. Depois, mude os usuários necessários para Revisores no Document360. 3. Esses usuários passarão para a cota de Revisores, liberando vagas de Usuário para usuários adicionais. ### Crie um leitor 1. No Console de Administração do Okta, expanda o menu **suspenso do Diretório** e selecione **Pessoas**. 2. Na página **Pessoas** , clique em **Adicionar Pessoa**, preencha os dados necessários do leitor e clique **em Salvar**. Isso confirma que o leitor foi adicionado com sucesso ao Provedor de Identidade (Okta). ![Okta Admin Console displaying user directory with options to add or reset passwords.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add people(1).png) Uma vez que o leitor é provisionado, o Document360 atribui automaticamente a função com base na regra configurada no Construction de Exposições. 1. Para integrar o leitor ao Document360, selecione o leitor recém-criado e clique **em Atribuir Aplicações**. 2. No diálogo **Atribuir Aplicação** , selecione o projeto ao qual deseja atribuir o leitor, depois clique **em Atribuir** > **Salvar e voltar** > **Feito**. ![Assigning an application to a reader in Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/assign application to reader(1).gif) 1. O leitor recém-criado será sincronizado automaticamente com o Document360. Para verificar, vá até o Document360 e navegue até **Configurações () > Usuários e permissões > Leitores & grupos**. ![User management interface displaying reader accounts and their access statuses.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/reader added.png) O leitor será adicionado com o acesso padrão ao conteúdo que foi aplicado durante a configuração do SSO. ### Crie um grupo 1. No Console de Administração do Okta, expanda o menu **suspenso do Diretório** e selecione **Grupos**. 2. Clique **em Adicionar Grupo**, insira o nome desejado e clique **em Salvar**. ![Okta Admin Console displaying group management options and user statistics.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add group(1).png) #### Atribuir aplicação ao grupo 1. Expanda o menu **suspenso Aplicações** e selecione **Aplicações**. 2. Selecione o aplicativo desejado, navegue até a **aba Atribuições** e clique **em Atribuir** > **Atribuir a Grupos**. 3. Clique **em Atribuir** ao lado do grupo criado e depois **clique em Salvar** para completar a tarefa. ![Assigning a group to an application in Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/assign group to app.gif) #### Grupos push Ao contrário dos usuários, os grupos não são sincronizados automaticamente com o Document360 e precisam ser enviados manualmente. 1. Após atribuir o grupo ao aplicativo, navegue até a aba **Grupos de Pressão** e clique **em Grupos de Empurrar**. 2. Selecione **Encontrar grupos pelo nome** e insira o nome do grupo. 3. Selecione o grupo nos resultados e clique **em Salvar** para enviar o grupo para o Document360 com sucesso. ![Pushing a group to Document360 from Okta.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/push group.gif) 1. Para verificar, navegue até **Document360 > Configurações () > Usuários e permissões > Leitores & grupos > Grupos de Leitores**. ![User permissions management interface showing reader groups and access settings.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/reader grp in doc360.png) O grupo de leitores recém-criado deve aparecer no seu portal. NOTA Quando o Okta envia um grupo pelo SCIM, o Document360 sempre cria um novo grupo em vez de vinculá-lo a um grupo existente. Isso ajuda a evitar problemas quando o mesmo grupo está conectado a múltiplos provedores SSO. Por exemplo, se um provedor remover usuários do grupo, isso pode acidentalmente impactar usuários gerenciados por outro provedor. Criar grupos separados evita esse conflito. Por isso, sempre gerencie grupos SCIM e membros do grupo a partir do Okta, não diretamente no Document360. --- ## Adicionar um usuário ou leitor a um grupo 1. No Console de Administração do Okta, expanda o menu **suspenso do Diretório** e selecione **Pessoas**. 2. Navegue até a **aba Grupos** , procure o grupo ao qual você quer adicionar o usuário ou leitor no campo **Grupos** e selecione ele. ![Okta Admin Console showing user details and group management options for Jane Doe.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/add reader to group.png) 1. O usuário ou leitor será adicionado com sucesso ao grupo selecionado. 2. Para confirmar, navegue até o Document360 e selecione o grupo de usuários ou leitores relevante. O membro adicionado deve aparecer dentro do grupo. ![User permissions interface showing associated reader accounts and content access details.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/confirm reader.png) NOTA Se um grupo contiver tanto usuários quanto leitores, ele aparecerá tanto nos grupos de usuários quanto nos grupos de leitores no Document360. --- ## Gerenciando usuários, leitores e grupos no Document360 Quando o SCIM está ativado, editar o nome de um usuário ou excluir um usuário diretamente no Document360 é desativado. Essas ações devem ser gerenciadas pelo Okta para manter ambas as plataformas sincronizadas. Você só pode gerenciar o acesso ao conteúdo a partir do Document360. ![Overview of reader management settings and user details in Document360 interface.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/badge.png) O selo **SSO-SCIM** indica se o usuário está habilitado pelo SCIM. ### Gerencie o acesso ao conteúdo O papel padrão de conteúdo atribuído a qualquer novo usuário, leitor ou grupo é baseado no que foi configurado durante a configuração do provisionamento SCIM. As permissões serão definidas como **Nenhuma** por padrão, mas podem ser atualizadas a qualquer momento. 1. Para gerenciar o acesso ao conteúdo, selecione o leitor desejado e clique **em Gerenciar Acesso ao Conteúdo**. 2. Escolha o nível de acesso desejado no menu suspenso e clique **em Atualizar**. ![Managing content access in Document360.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/manage content access.gif) ### Gerenciando usuários existentes durante o provisionamento SCIM Se uma pessoa já tiver uma conta no Document360, o SCIM não mudará seu papel atual durante a primeira sincronização. Isso é uma medida de segurança para evitar mudanças acidentais de papéis. **Exemplo:** Um usuário já existe no Document360 como **um Leitor**. Se o SCIM tentar provisionar o mesmo usuário que um **Usuário** (`userType = user`, ou `isTeamAccount = True`), a solicitação pode falhar porque o papel existente não corresponde. **Como resolver conflitos de papéis:** 1. Abra o Document360 e localize a conta de usuário. 2. Atualize manualmente o papel do usuário para corresponder ao papel que você deseja provisionar. 3. Tente novamente a sincronização SCIM. Uma vez que o usuário tenha sido vinculado e provisionado com sucesso via SCIM, futuras mudanças de função podem ser gerenciadas usando o `userType` atributo. --- ## Desativar usuários e leitores NOTA Desativar um usuário no Okta não remove o perfil dele do Document360. O usuário será marcado como inativo e perderá a capacidade de fazer login no Okta e acessar seus aplicativos. Você pode reativar a conta a qualquer momento, embora o usuário seja obrigado a redefinir sua senha ao reativar. Para desativar usuários ou leitores da Okta: 1. Expanda o menu **suspenso do Diretório** e selecione **Pessoas**. 2. Selecione o usuário que você deseja desativar para navegar até o perfil dele. 3. Clique **em Mais Ações** e selecione **Desativar**. ![Admin console showing user details and options to deactivate or manage applications.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/deactivate(1).png) O usuário será desativado com sucesso. Uma vez desativado, o status do usuário no Document360 mudará de **Ativo** para **Inativo**. ![List of readers with their statuses, highlighting one inactive account for review.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/inactive.png) --- ## Exclua um usuário ou leitor Para remover permanentemente um perfil de usuário ou leitor do Okta: 1. No Okta, clique **em Excluir** no perfil do usuário ou leitor. 2. Um diálogo de confirmação vai aparecer. Clique **em Excluir**. ![Confirmation dialog for deleting user Mark Jacobs with warning message displayed.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/delete(3).png) O perfil será deletado permanentemente do Okta. NOTA Deletar um perfil no Okta não o remove do Document360. O perfil permanecerá com o status **Inativo** . --- ## Herdar de outra aplicação Ao criar uma nova configuração de SSO no Document360, você pode herdar as configurações SCIM de uma conexão SSO existente. Essa abordagem simplifica o processo de configuração, evita etapas repetidas de configuração e ajuda os administradores a economizar tempo, garantindo consistência entre integrações. ### Configuração SSO herdada por filho Na página **Configurar Provedor de Identidade (IdP** ), selecione o campo **Configurar uma conexão existente** e escolha o aplicativo pai habilitado para SSO SCIM do qual você deseja herdar. Selecionar essa opção designa o projeto atual como projeto filho, herdando todas as propriedades relevantes do pai. ![Configuring the Identity Provider settings for SSO in Okta Admin Dashboard.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/saml-entra-idp.png) NOTA Uma vez criada a configuração SSO, as configurações de provisionamento SCIM serão herdadas do aplicativo pai e não poderão ser modificadas no aplicativo filho. ![SCIM provisioning settings with a warning about inherited configurations from the parent project.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/scim-inherited.png) ### Configuração SSO herdada pelo pai A aplicação mãe exibirá uma lista de todos os projetos que herdaram sua configuração. Quaisquer alterações feitas na aplicação mãe serão automaticamente refletidas na aplicação filha. - Se o SCIM for ativado no projeto pai depois que projetos filhos já o herdaram, os usuários e grupos serão automaticamente provisionados para todos os projetos filhos em segundo plano. - Habilitar a herança facilita o gerenciamento de múltiplas configurações de SSO com o SCIM ativado, já que todas as configurações são controladas a partir de um único aplicativo pai. Isso economiza tempo e reduz o esforço necessário para gerenciar cada configuração individualmente. --- ## Melhores práticas - **Sempre definido `userType` ou `isTeamAccount` no nível do usuário, não no nível do grupo.** Usuários que pertencem a múltiplos grupos com valores conflitantes podem receber funções incorretas no Document360. Definir no nível do usuário garante que cada usuário tenha um valor claro e consistente. - **Não teste o conector SCIM antes que a configuração do Document360 seja salva.** O teste falhará nessa etapa. Sempre complete e salve primeiro a configuração SSO do Document360, depois volte ao Okta para testar. - **Armazene seus tokens secretos primários e secundários de forma segura.** Os tokens são exibidos apenas uma vez no momento da criação. Armazene-os em um gerenciador de segredos ou cofre de senhas. Se um token for comprometido, regenere-o imediatamente e atualize sua configuração do Okta sem demora. - **Use o token secundário para rotação segura.** Se o token primário precisar ser substituído, troque o Okta para o token secundário primeiro e depois regenere o primário. Isso garante que o provisionamento do usuário continue sem interrupções durante a transição. - **Resolva conflitos de função antes de rodar a sincronização SCIM para usuários existentes.** Se um usuário já existir no Document360 com um papel diferente, atualize manualmente o papel dele no Document360 antes de tentar a sincronização novamente. - **Gerencie grupos SCIM a partir do Okta, não do Document360.** O Document360 sempre cria um novo grupo quando o Okta envia um pelo SCIM. Sempre gerencie a membresia dos grupos SCIM a partir do Okta para evitar conflitos. - **Monitore sua cota de usuários antes de provisionar em larga escala.** Se o limite de usuários for atingido, o SCIM não pode provisionar usuários adicionais. Converta usuários em Revisores no Document360 quando necessário para liberar vagas de Usuário. --- ## FAQ **Como funciona o `isTeamAccount` atributo no provisionamento SCIM?** É `isTeamAccount` um atributo booleano legado que ajuda você a determinar o papel atribuído a um usuário quando ele é provisionado no Document360. Quando `isTeamAccount` está configurado para **Verdadeiro**, o usuário é provisionado como **Usuário**. Quando `isTeamAccount` está definido como **Falso** ou deixado sem definição, o usuário é provisionado como **um Leitor**. **Como o `userType` atributo funciona e como ele interage com `isTeamAccount`?** O `userType` atributo é um valor de String que determina o papel atribuído a um usuário durante o provisionamento: `user` provisão de um Usuário, `reviewer` provisão de um Revisor e `reader` provisão de um Leitor. Se nenhum `userType` dos `isTeamAccount` atributos estiver presente, o usuário é provisionado como Leitor por padrão.