Como provisionar usuário automaticamente a partir da posse do servidor

Provisionar usuário automaticamente a partir da posse do servidor significa que, no momento em que o termo de posse é deferido dentro do fluxo eletrônico de admissão, o próprio sistema cria a conta do novo servidor, já vinculada ao setor de lotação e ao permissionamento da função — sem que alguém do RH precise abrir um chamado separado para a TI cadastrar acesso depois. O gatilho de criação de usuário deixa de ser um pedido manual e passa a ser consequência automática de uma etapa que já aconteceu dentro do processo administrativo.

Este guia cobre por que separar posse e provisionamento em dois processos distintos gera risco operacional, o passo a passo para estruturar esse vínculo dentro do fluxo de admissão, o que a legislação exige sobre o tratamento dos dados usados nesse cadastro e como medir se o provisionamento automático está de fato eliminando o retrabalho entre secretarias.

O que é provisionamento automático de usuário

Provisionamento automático de usuário é a criação de conta, perfil e permissão de acesso a um sistema disparada por um evento já registrado — não por uma solicitação separada de quem precisa daquele acesso. Quando o evento é a posse de um servidor, o formulário de admissão, a validação documental e o termo de posse deferido já contêm toda a informação necessária para criar a conta: nome, CPF, setor de lotação e função. Reaproveitar esse dado, em vez de pedir para alguém digitá-lo de novo num sistema de gestão de acessos separado, é o que caracteriza o provisionamento automático.

Por que separar posse e provisionamento manual gera risco

Quando a posse é registrada num processo e o cadastro de acesso é um pedido à parte, abre-se uma janela entre a data em que o servidor deveria começar a trabalhar e a data em que ele efetivamente consegue abrir o primeiro processo no setor — porque falta usuário, falta permissão, ou porque o cadastro herdou uma função errada, digitada por quem não acompanhou a posse de perto. Esse hiato não é só operacional: um servidor sem a permissão correta pode ficar sem acesso a informação que sua função exige ou, no sentido oposto, manter acesso amplo demais porque ninguém ajustou o perfil depois de uma mudança de lotação. Vincular o provisionamento à própria posse fecha essa janela — o acesso nasce correto porque nasce dos mesmos dados que já fundamentaram a nomeação.

Passo a passo para provisionar usuário a partir da posse

1. Padronize o checklist documental da posse

Defina, por tipo de vínculo — efetivo, comissionado, temporário —, quais documentos são obrigatórios para dar entrada no processo de posse: documento de identificação, comprovante de aptidão, termo de nomeação. Um checklist inconsistente entre setores é a causa mais comum de posse deferida com informação incompleta.

2. Desenhe o fluxo de tramitação até o termo de posse

Mapeie por onde o processo passa antes de chegar ao termo de posse deferido: validação documental, parecer do setor de origem, homologação. Cada etapa desse rito precisa estar registrada dentro do mesmo processo, não distribuída entre e-mail e planilha paralela.

3. Vincule a criação de conta ao deferimento do termo de posse

Configure o gatilho de criação de usuário para disparar automaticamente quando o termo de posse for deferido — não antes, para evitar provisionar acesso a um vínculo que ainda pode ser revisto, nem depois, para não reabrir o hiato descrito acima.

4. Estabeleça a regra de unicidade por CPF

Antes de liberar um novo cadastro, o sistema precisa checar se aquele CPF já existe como cidadão ou como servidor de outro setor. Um servidor também é cidadão do município — a identidade deve ser única, e o que muda é o tipo de conta e o permissionamento vinculado a ela, não um segundo cadastro paralelo.

5. Parametrize o permissionamento por função e setor, não por pessoa

Vincule o que cada perfil pode ver e fazer à função e ao setor de lotação, não a uma lista nominal mantida à parte. Quando o servidor muda de secretaria, atualizar a lotação no processo correspondente já ajusta o permissionamento, sem exigir uma segunda tarefa de TI.

6. Trate processos sigilosos com moderação de assunto própria

Função e setor definem o acesso padrão, mas processos com exigência de sigilo — um PAD, uma apuração disciplinar — precisam de uma camada adicional de moderação, restrita a quem está formalmente designado para aquele caso específico, independentemente do cargo administrativo que a pessoa ocupa.

7. Audite periodicamente acesso concedido contra cargo ativo

Defina uma rotina — trimestral é um intervalo razoável — para cruzar quem tem qual permissão com quem efetivamente ocupa aquela função hoje. Servidor removido, licenciado ou que mudou de setor sem que o acesso tenha sido revisto é o achado mais comum de auditoria de controle interno sobre gestão de acesso.

O que a legislação exige

A Lei Geral de Proteção de Dados (Lei nº 13.709/2018), no art. 6º, exige que o tratamento de dado pessoal — aqui, o CPF e o e-mail usados para criar a conta do servidor — observe finalidade específica e se limite ao necessário para essa finalidade. Isso significa que o cadastro de acesso deve nascer do próprio processo de posse, com essa finalidade declarada, e não de uma base de dados genérica reaproveitada sem relação direta com o provisionamento. Já a Lei nº 14.129/2021 (Lei do Governo Digital), no art. 3º, inciso I, elenca a desburocratização, a modernização e a simplificação como princípios do Governo Digital — o que sustenta substituir o cadastro manual duplicado entre RH e TI por um fluxo automatizado único, em vez de tratar essa automação como exceção que precisa de justificativa especial.

Como o Aprova resolve isso

• O processo administrativo eletrônico de posse segue o mesmo rito processual de qualquer outro processo interno, com checklist documental e IA validando cada anexo antes de avançar de etapa — o mesmo mecanismo descrito em Anexo IA, aplicado aqui à documentação de admissão.
• O sistema impede duas contas com o mesmo CPF, unificando sob a mesma identidade o cadastro de cidadão e o de servidor — evitando duplicidade de login e de histórico.
• O permissionamento é vinculado à função e ao setor de lotação, seguindo a mesma lógica descrita em cargo do assinante: mudar a lotação ajusta automaticamente o que o servidor acessa, sem exigir reconfiguração manual.
• Processos que exigem sigilo — como um PAD — podem ter moderação de assunto própria, restringindo a visualização mesmo entre usuários com perfil de administrador.

Indicadores para medir o provisionamento de acesso

• Tempo médio entre o deferimento do termo de posse e o primeiro acesso ativo do servidor no sistema.
• Número de chamados abertos à TI pedindo criação ou correção manual de acesso após uma posse — a meta é esse número tender a zero.
• Percentual de contas com permissionamento divergente do cargo ativo, identificado na auditoria periódica.
• Tempo entre a mudança de lotação de um servidor e a atualização efetiva do permissionamento correspondente.

FAQ sobre posse do servidor e provisionamento automático

Servidor efetivo e comissionado seguem o mesmo fluxo de posse?

A estrutura geral do rito é a mesma — formulário, validação documental, termo de posse —, mas o checklist de documentos exigidos costuma variar entre os dois vínculos, e cada um pode ter regra própria de prazo e de revisão configurada no processo.

O que acontece com o acesso quando o servidor muda de secretaria?

Se o permissionamento está vinculado à função e ao setor, e não a uma lista nominal separada, basta registrar a mudança de lotação dentro do processo correspondente para que o acesso antigo seja revogado e o novo, concedido — sem exigir um segundo chamado de TI.

Um servidor pode ter perfil de cidadão e de servidor na mesma conta?

Sim. Como a identidade é única por CPF, o que muda é o tipo de conta ativa e o permissionamento vinculado a ela em cada contexto — o servidor continua podendo protocolar como cidadão fora do seu setor de atuação.

O provisionamento automático substitui a decisão do RH sobre a posse?

Não. O sistema automatiza a consequência técnica de uma decisão já tomada — criar usuário e permissão —, mas o deferimento do termo de posse continua sendo um ato do RH ou da autoridade competente, com toda a instrução documental exigida antes dele.

Vale a pena provisionar automaticamente numa prefeitura pequena, com poucas admissões por mês?

Vale, principalmente porque em equipes pequenas o mesmo servidor que analisa a posse muitas vezes também administra o sistema — sem automação, essa sobreposição de função vira fonte comum de esquecimento, não só de volume.

Conclusão

Separar posse e provisionamento em dois processos manuais custa mais caro em situações raras do que em volume — um servidor sem acesso correto no primeiro dia, ou um acesso que sobrevive à saída dele, aparece pouco no relatório mensal, mas é exatamente o tipo de falha que uma auditoria de controle interno cobra explicação. Vincular o provisionamento ao próprio termo de posse fecha essa lacuna na origem, sem exigir um segundo sistema. Agende uma demonstração para ver como esse fluxo se configura sem depender de código.