Arquivo, CI, ERP, Funcionários, Professores, Burocratas, Administradores
2 629
edições
Mudanças
Ir para navegação
Ir para pesquisar
Linha 317:
Linha 317: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
SincronizaAD - Detalhes de funcionamento (ver código-fonte)
Edição das 15h40min de 8 de outubro de 2019
, 15h40min de 8 de outubro de 2019Inclusão da forma como tratar as exceções na criação das contas.
Outra alteração possível é que, caso algum aluno/colaborador solicite que a sua conta desativada seja reativada temporariamente, pode-se simplesmente desmarcar a opção ''Conta desabilitada'' (para que ela seja reativada) e preencher uma data de expiração para ela. Dessa forma, o sistema de sincronização não irá desativar a conta ao ser executado e, ao expirar, a conta será cancelada automaticamente. Entretanto, caso ela deva ser mantida ativa sem prazo de cancelamento, deve-se movê-la para a OU ''Outros'' o que, por estar em uma OU sob a qual o aplicativo de sincronização não possui controle, fará com que ela seja considerada como uma conta criada e mantida manualmente.
Outra alteração possível é que, caso algum aluno/colaborador solicite que a sua conta desativada seja reativada temporariamente, pode-se simplesmente desmarcar a opção ''Conta desabilitada'' (para que ela seja reativada) e preencher uma data de expiração para ela. Dessa forma, o sistema de sincronização não irá desativar a conta ao ser executado e, ao expirar, a conta será cancelada automaticamente. Entretanto, caso ela deva ser mantida ativa sem prazo de cancelamento, deve-se movê-la para a OU ''Outros'' o que, por estar em uma OU sob a qual o aplicativo de sincronização não possui controle, fará com que ela seja considerada como uma conta criada e mantida manualmente.
== Tratamento de exceções ==
Existem situações em que pode ser desejável manter os dados de um usuário do diretório diferentes dos dados existentes no sistema. Esta seção descreve como pode-se fazer para registrar estas exceções.
=== Manter conta de ex-aluno ou colaborador desligado ativa por mais um tempo definido ===
Por padrão, quando um colaborador é desligado ou um aluno cancela a sua matrícula, o seu usuário é definido para expirar em 30 dias. Assim, depois de 30 dias, o seu usuário e o e-mail é cancelado.
Caso seja necessário manter uma conta de um ex-aluno ou colaborador desligado por mais tempo, pode-se simplesmente editar a data de vencimento do usuário (aba ''Conta'' > campo ''Vencimento da conta''), informando uma data no futuro. Isso pode ser feito mesmo que a conta já esteja desativada: ao desmarcar a flag ''Conta desativada'' e preencher uma data de expiração futura. Em ambos os casos a conta permanecerá ativa e será cancelada automaticamente quando esta data expirar.
=== Manter conta de ex-aluno ou colaborador desligado ativa permanentemente ===
Para manter uma conta de ex-aluno ou colaborador desligado ativa permanentemente, mova ela para a OU ''Outros''. As contas existentes nesta OU não são canceladas automaticamente pelo SincronizaAD, o que fará ela permanecer com o status que for definido para ela.
Futuramente, caso seja necessário desativar a conta, basta marcar a flag ''Conta desabilitada'', na aba ''Conta'', grupo ''Opções da conta''.
=== Nome de usuário diferente do padrão ===
Para que o usuário de uma pessoa seja criado seguindo-se um padrão diferente de nome de usuário, deve-se cadastrar uma exceção na SQL que retorna estas informações, para que, ao ser executada, ela retorne as informações cadastradas lá ao invés de a informação vinda do seu cadastro de aluno ou de colaborador.
Uma situação em que isso ocorre é quando uma colaboradora ou acadêmica casa e altera o seu sobrenome, o que faria com que o usuário antigo (com o sobrenome de solteira) fosse cancelado e um novo (com o sobrenome de casada) fosse criado.
Para evitar que isso ocorra para alunas do CFJL ou acadêmicas da FAHOR, abra a consulta ''FAHOR.TBC.AD.001'' e registro o usuário antigo na parte das exceções (procure pelo comentário ''Exceções para os usuários/e-mails que foram criados diferente da regra.''). Para colaboradores do CFJL ou FAHOR a exceção deve ser cadastrada na consulta ''FAHOR.TBC.AD.002''.
Esta solução deve ser utilizada apenas temporariamente: o correto é renomear a conta, para que o usuário gerado passe a utilizar o novo nome ao invés do nome antigo. A instrução de como realizar este processo pode ser consultada em [[Alteração do nome do usuário no AD e no Google Apps]].
=== Manter ativa a conta de e-mail nas duas coligadas para colaborador que foi desligado em uma delas ==
Quando um colaborador possuia contrato em duas coligadas mas foi desligado em uma delas, durante a sincronização, a conta de e-mail da coligada desligada será cancelada imediatamente. Isso ocorre porque um único usuário do diretório armazena a informação de existência das duas contas de e-mail dessa pessoa. Assim, quando identifica-se que existe apenas uma coligada associada à um colaborador que antes estava associado à duas coligadas, os campos onde os endereços de e-mail são atualizados diretamente, não ativando a lógica responsável por manter a conta do diretório ou de e-mail ativa por alguns dias (através do campo ''Vencimento da conta'') antes de desativá-la definitivamente.
Assim, para manter a conta desse colaborador ativa por mais tempo deve-ser cadastrar a chapa ou o código do professor na coligada em que ele foi desligado na consulta ''FAHOR.TBC.AD.002'', na CTE chamada ''EXCECOES''. Isso fará com que a conta nesta coligada permaneça ativa até que a exceção seja removida.
'''Importante''': a inclusão desta exceção apenas fará com que a conta de e-mail desse colaborador seja mantida ativa, não irá incluí-lo nas listas de professores/funcionários/colaborador. Para também incluí-los nestas listas proceda conforme descrito em [[Forçar inclusão de colaborador em lista de colaboradores de outra coligada]]
=== Forçar a criação de conta de e-mail em duas coligadas para colaborador com contrato em apenas uma ou criar e-mail em apenas uma coligada para colaborador com contrato em ambas as coligadas ===
Edite a consulta ''FAHOR.TBC.AD.002'' e modifique a estrutura ''case'' que gera o campo '''USUARIO'' para que o campo seja preenchido da seguinte forma:
* ''CFJL'': para criar conta de e-mail apenas no CFJL, independente da coligada onde a pessoa efetivamente possui o contrato;
* ''FAHOR'': para criar conta de e-mail apenas na FAHOR, independente da coligada onde a pessoa efetivamente possui contrato;
* ''CFJL,FAHOR'': para criar conta de e-mail em ambas as coligadas, independente da coligada onde a pessoa efetivamente possui contrato.
=== Forçar inclusão de colaborador em lista de colaboradores de outra coligada ===
Edite a consulta ''FAHOR.TBC.AD.004'', que é responsável por trazer os membros das listas de colaboradores. Há duas edições que podem ser feitas proceder para adicionar um e-mail nas listas professores/funcionários/colaboradores manualmente:
* Se a pessoa foi colaborador da unidade em que deseja-se adicioná-la na lista de professores/funcionários/colaboradores: cadastre o código do professor ou o código da chapa na CTE ''EXCECOES''. Ela será adicionada nas listas professores/funcinoários/colaboradores de acordo com os papeis que aquele colaborador possuia.
* Se a pessoa não foi colaborador da unidade em que deseja-se adicioná-la na lista de professores/funcionários/colaboradores: adicione um ''union'' no final da consulta, especificando em quais das listas ela deverá ser adicionada.
[[Categoria:CI]]
[[Categoria:CI]]