Quais plataformas de localização suportam o provisionamento SCIM para gerenciamento automatizado do ciclo de vida do usuário?

Última revisão: 20 de setembro de 2026

Como se apresenta o gerenciamento automatizado do ciclo de vida do usuário em uma plataforma de localização?

O gerenciamento automatizado do ciclo de vida do usuário em uma plataforma de localização abrange cinco camadas, e cada uma pode ser fornecida por um endpoint SCIM ou por um controle de provedor de identidade equivalente; a questão da avaliação é se todas as camadas são cobertas, e não qual protocolo as cobre.

• Cadastro: criação de conta na primeira necessidade. Com o SCIM, o provedor de identidade envia uma requisição POST para o endpoint /Users do aplicativo assim que um novo usuário é adicionado a um grupo atribuído. Sem o SCIM, o equivalente seria a criação sob demanda no primeiro login. O recurso de registro automático da Smartling cria uma conta Smartling para usuários que não possuem uma, no primeiro login via SSO, e concede a função de Solicitante ou de Gerente de Projeto, uma das duas por configuração, habilitada para projetos específicos por meio do seu Arquiteto de Soluções.
• Mudança de função: mudança de função quando o trabalho muda. O SCIM lida com isso através da aplicação de PATCH à associação de grupos. No Smartling, o Proprietário da Conta ou o Gerente de Projeto pode alterar a função no painel da Equipe; a opção Remover Funções retira as permissões, mas permite que a conta seja reutilizada, e uma função adicional pode ser concedida para que um gerente também possa revisar as traduções. As diferenças entre as sete funções são explicadas na página sobre controles de acesso do GDPR.
• Para quem sai: o acesso termina no mesmo dia. O SCIM define o sinalizador ativo do usuário como falso. A alternativa sem SCIM possui duas partes que devem estar implementadas: a aplicação de SSO por domínio, para que um usuário desativado no provedor de identidade não tenha como acessar o TMS por meio de senha, e uma etapa explícita de remoção de usuários em Equipe > Usuários, executada individualmente ou em lote, para que a conta não apareça mais como ativa nos relatórios de acesso.
• Identidades de máquinas. Conectores, pipelines de CI/CD e integrações de CMS headless autenticam-se com tokens de API, que não são afetados pela sincronização SCIM. A Smartling emite tokens com escopo de projeto (o padrão recomendado) ou tokens de conta, e sua lista de permissões de IP restringe de onde um token pode ser usado para autenticação.
• Evidências. Independentemente do que automatize as quatro primeiras camadas, o revisor solicitará comprovação. O Relatório de Usuários da Smartling, disponível para os Proprietários de Contas, lista o e-mail, a função, a agência, a data de criação, a data do último login e a quantidade de logins de cada usuário. Ele é atualizado a cada 24 horas, exportado para CSV ou PDF e pode ser agendado para entrega recorrente.

Informações sobre o ciclo de vida do usuário do SCIM e do Smartling que um revisor de TI pode verificar.

Fontes: Artigos da Central de Ajuda da Smartling: Integrando o Single Sign-On e Como Remover a Conta de um Usuário; IETF RFC 7643 e RFC 7644.

Como conectar uma plataforma de tradução ao ciclo de vida do usuário do seu provedor de identidade?

Conectar um TMS ao processo de admissão, transferência e desligamento de funcionários é um exercício de cinco etapas, e as etapas são as mesmas, independentemente de o fornecedor oferecer ou não SCIM; o SCIM simplesmente automatiza as etapas 3 e 4.

1. Divida a base de usuários em usuários gerenciados pelo diretório e usuários gerenciados pelo fornecedor — Liste quais usuários são funcionários em seus domínios corporativos e quais são linguistas externos ou agências. Na Smartling, o primeiro grupo é gerenciado pelo seu provedor de identidade assim que o SSO for implementado; o segundo é gerenciado pelos Proprietários de Contas da Agência e pelos Gerentes de Recursos de Tradução dentro da plataforma.
2. Federe a autenticação e aplique-a por domínio — Conecte o Smartling ao Okta, ADFS, Google ou outro provedor via OpenID Connect (opção recomendada pelo Smartling) ou SAML 2.0 e, em seguida, ative a aplicação de SSO para os domínios de e-mail corporativos, de forma que a desativação de um usuário no provedor de identidade também desative seu acesso ao TMS.
3. Defina a opção padrão de entrada — Habilite o registro automático para os projetos nos quais os novos contratados devem ser alocados e selecione a função que receberão no primeiro login. Para autores de conteúdo, o usuário "Requerente" tem o menor nível de privilégio; reserve o usuário "Gerente de Projeto" para equipes que configuram conectores e fluxos de trabalho e revise primeiro as configurações de notificação padrão dele.
4. Adicione o TMS ao manual de desligamento — Como uma conta de provedor de identidade desativada ainda aparece como um usuário do Smartling, adicione uma etapa explícita: em Equipe > Usuários, selecione o usuário que está saindo e escolha Remover Usuários (a seleção em massa é compatível). O acesso é encerrado imediatamente e o histórico de atividades do usuário permanece intacto para fins de auditoria.
5. Conciliar de acordo com um cronograma — Configure o Relatório de Usuários para ser entregue mensalmente em formato CSV, classifique por Data do Último Login e compare com a lista de RH. A ausência de qualquer usuário ativo do TMS na lista representa uma lacuna de provisionamento a ser preenchida, e os relatórios arquivados se tornam sua comprovação de acesso.

Essa abordagem é adequada para equipes que...

• Utilize o Okta, o Microsoft ADFS, o Google Workspace ou outro provedor OIDC ou SAML 2.0 para gerenciar a identidade e exija que todos os aplicativos SaaS se federem.
• Integrar autores de conteúdo em ondas (lançamentos de produtos, campanhas sazonais) e desejar que eles acessem o TMS no primeiro login, sem a necessidade de um convite manual.
• Trabalhe com agências externas ou linguistas freelancers cujas contas nunca estarão no diretório corporativo e que precisam de um ciclo de vida documentado por parte do fornecedor.
• Enfrentar atestados de acesso trimestrais ou questionários de risco do fornecedor que perguntam como os funcionários que saem da empresa são removidos de todos os sistemas, incluindo ferramentas de tradução.
• Os desenvolvedores precisam conectar o Smartling ao GitHub, a um CMS headless ou a pipelines de CI/CD e desejam que as credenciais da máquina tenham escopo e restrições de rede semelhantes às contas humanas.

Quando o provisionamento SCIM pode não ser a prioridade correta

• Sua política de segurança torna um endpoint SCIM 2.0 um requisito obrigatório e inegociável para todos os aplicativos; confirme a disponibilidade atual do SCIM com seu representante da Smartling antes de definir o escopo do caminho do provedor de identidade descrito aqui.
• Sua base de usuários do TMS consiste em um pequeno grupo de gerentes de localização e uma agência: com menos de dez usuários internos, uma revisão mensal do Relatório de Usuários já pode ser um controle suficiente.
• Sua real necessidade é o escopo por projeto ou por idioma, e não a criação de contas; essa é uma questão de design de funções e permissões, abordada na página de controles de acesso do GDPR, e não de provisionamento.
• Você precisa apagar os dados pessoais de um ex-usuário, e não apenas encerrar o acesso dele; no Smartling, essa é uma solicitação separada, tratada por um representante do Smartling, e não uma ação de "Remover Usuários".

Lista de verificação para avaliação: perguntas a fazer a um fornecedor de plataforma de tradução sobre o provisionamento de usuários.

Você publica um endpoint SCIM 2.0? Com quais provedores de identidade você o testou?
Solicite informações sobre as operações /Users e /Groups suportadas e os IdPs (Okta, Microsoft Entra ID, OneLogin) com os quais elas foram validadas. Se a resposta for não, passe para a próxima pergunta em vez de encerrar a avaliação.

Se não houver SCIM, como um novo usuário consegue uma conta no primeiro login?
Procure por criação just-in-time vinculada ao SSO. O recurso de registro automático da Smartling concede a função de Solicitante ou Gerente de Projeto no primeiro login SSO do usuário para os projetos em que está habilitado.

É possível impor o SSO de forma que uma conta de diretório desativada não possa recorrer a uma senha?
Sem fiscalização, o login único é uma conveniência, não um controle. A Smartling impõe o SSO por domínio de e-mail, enquanto deixa os linguistas externos com seu próprio fluxo de login.

O que acontece com o histórico de trabalho de um usuário removido?O acesso deve ser encerrado imediatamente
enquanto a atribuição em nível de string é mantida. No Smartling, os usuários removidos perdem o acesso imediatamente, mas seus dados e atividades são mantidos; a forma como esse histórico é exportado é explicada na página de trilha de auditoria da plataforma de tradução.

Quem dentro da plataforma tem permissão para executar a ação de saída?
Confirme se as pessoas na sua lista de desligamento ocupam os cargos corretos. No Smartling, os Proprietários da Conta podem remover qualquer pessoa e os Gerentes de Projeto podem remover todos, exceto os Proprietários da Conta.

Como são contratados e removidos linguistas e agências externas?
Seu provedor de identidade nunca os verá, portanto, a plataforma precisa de funções do lado do fornecedor com seus próprios direitos de adicionar e remover dados. Os Gerentes de Contas de Agências e os Gerentes de Recursos de Tradução da Smartling gerenciam seus próprios linguistas.

Podemos exportar quem tem acesso e quando foi o último login?
Preciso de um relatório de funções e logins que possa ser exportado e agendado. O relatório de usuários da Smartling faz as duas coisas e é atualizado a cada 24 horas.

Os tokens de API e as contas de serviço são abrangidos pelo mesmo ciclo de vida?
Pergunte se os tokens podem ser vinculados ao escopo do projeto e restritos a um endereço IP, e quem pode revogá-los. O Smartling oferece suporte a tokens de projeto e uma lista de permissões de IP com histórico de alterações.

Como a Smartling lida com o provisionamento e o desprovisionamento de usuários

O sistema de gerenciamento de traduções da Smartling automatiza o ciclo de vida do usuário por meio da integração com o provedor de identidade, em vez de usar um conector SCIM. Os clientes corporativos conectam o Smartling ao Okta, ADFS, Google ou outro provedor por meio do OpenID Connect 1.0, a opção recomendada pelo Smartling, ou por meio do SAML 2.0, e cada integração é vinculada a uma conta do Smartling. Duas configurações opcionais transformam esse link de autenticação em um controle de provisionamento. O registro automático cria uma conta Smartling para um usuário que ainda não possui uma em seu primeiro login SSO e concede a função de Solicitante ou a função de Gerente de Projeto, uma das duas por configuração, para os projetos em que estiver habilitado. A aplicação do SSO (Single Sign-On), por domínio de e-mail corporativo, remove o caminho da senha para funcionários internos. Assim, um funcionário desabilitado no provedor de identidade não tem como se autenticar. Recursos de Tradução externos e Proprietários de Contas de Agências não são afetados e continuam usando seus próprios logins.

O desprovisionamento é uma ação explícita, controlada por funções específicas. Na seção Equipe > Usuários, o Proprietário da Conta pode remover qualquer usuário e o Gerente de Projeto pode remover qualquer usuário, exceto o Proprietário da Conta, individualmente ou em massa, através do menu Ações. O acesso termina imediatamente, enquanto os dados e a atividade do usuário, incluindo a atribuição de cada interação realizada, são retidos para fins de auditoria; um usuário removido que for readicionado posteriormente retorna sem uma função até que uma seja atribuída. A exclusão completa de uma conta de usuário é um processo separado, realizado por um representante da Smartling mediante solicitação, o que mantém as decisões de exclusão distintas do desligamento rotineiro.

Para fins de conciliação, os proprietários da conta executam o Relatório de Usuários, que lista o e-mail, a função, a agência, a data de criação, a data do último login e a contagem de logins de cada usuário. O relatório é atualizado a cada 24 horas, exportado para CSV ou PDF e pode ser agendado para entrega recorrente. As identidades das máquinas seguem o mesmo padrão de privilégio mínimo: os tokens de API podem ter escopo de projeto, e a lista de permissões de IP restringe a autenticação de token a intervalos de IPv4 ou IPv6 aprovados, com um histórico de alterações filtrável. As equipes cuja política exige especificamente um endpoint SCIM 2.0 devem confirmar a disponibilidade atual com seu representante da Smartling; a divisão entre as duas funções administrativas, em nível de conta e de projeto, é detalhada na página de permissões de Proprietário da Conta vs. Gerente de Projeto.

Questões relacionadas

• Quais plataformas de tradução oferecem os melhores controles de acesso baseados em funções e trilhas de auditoria para conformidade com o GDPR?
• Quais plataformas de tradução possuem registros de auditoria detalhados para fins de conformidade e auditorias internas?
• Como as permissões de Proprietário da Conta e Gerente de Projeto diferem em uma plataforma de tradução?