[Fecho passwords caducadas]

Contexto e modo de funcionamento

Esta regra de workflow é de tipo manual (o workflow é lançado quer em directo, quer em batch).

Desencadeia :

 uma mensagem.

 uma acção.

Esta regra de Workflow, que percorre a tabela dos utilizadores em verificando as suas características, na vocação a ser lançada em batch com uma periodicidade em relação com o atraso de graça (todos os dias se o atraso está exprimido em dias).

Critérios desencadeamento

Os critérios complementares de desencadeamento são os seguintes :

• utiliza-se o modelo AUTLIS (que declara simplesmente da tabela AUTILIS) para percorrer a tabela dos utilizadores.
• Não se faz nada (para razões de segurança) se a ficha corresponde ao administrador geral (conhecido pelo parâmetro ADMUSR).
• Detecta-se as passwords atribuidas automaticamente pelo facto que elas são datados pelo sistema ao primeiro de janeiro de 1970.
• Verifica-se que o máximo da data de criação e de modificação, mais dois dias, é inferior à data do dia, isto por tratar o caso de criação (data de modificação nula) e a modiifcação (data de modificação superior à data de criação)). É com efeito de referir que toda a alteração de password actualizada a esta data.
• Verifica-se que a conta não está já fechada.

Se todas estas condições são verificadas, então a palavra chave não foi modificada depois a sua atribuição.

Destinatários

A escolha dos destinatários é definida da seguinte maneira :

• É o administrador geral que recebe uma mensagem quando as condições de fecho da conta são realizadas.

Acções desencadeadas pelo evento

O evento Workflow desencadeia a seguinte acção :

Esta acção permite actualizar os campos de uma das tabelas em linha. Aqui, a tabela é a tabela AUTLIS, identificada pela sua abreviação AUS, e o campo está em questão e o campo USRCONNECT (autorização de conexão), que foi forçada a 1 (Não).

Tabelas consideradas

As seguintes tabelas estão referidas na regra BLKPSW :