Utilizadores - Implementação

Pré-requisitos

Códs. atividade

Os seguintes códs. actividade (classificados por tipo) podem ter uma influência no comportamento da função :

Códs. activ. dependentes

Estes códs. nunca são registados na gestão de dossier. O seu valor é calculado ! :

 FHRPA (Presença do HCM ou HRA), PBDPO (Declaração saldo de pagamentos).

Funcional

 ABI : Business Intelligence

 AD5 : Cód. I.N.E.

 ARCH : Arquivo

 AYT : Safe X3 WAS

 CPT : Dossier com contabilidade

 EDIX3 : Desmaterialização

 EORI : Identificação EORI

 LEG : Gestão multi-legislação

 PJM : Gestão p/negócio

 REX : Alfadega sistema REX

 VII : Transf. internacionais

 WRH : Gestão de depósitos

Dimensionamento

 ANA : Nr. de eixos analíticos

 AUB : Nr. de papeis p/utilizador

 BPA : Nr.endereço por terceiros

 PJMGR : Quadro gestão projetos

Localização

 KFR : Localização francesa

 KSW : Localização Suíça

 KUS : Localização EUA

Parâmetros gerais

Os seguintes parâmetros gerais têm uma influência no comportamento da função :

Supervisor

 ADMUSR (definido ao nível Dossier) : Super utilizador

 AUZFCT (definido ao nível Utilizador) : Modelo de perfis autoriz.

Habilitações

Esta função é de tipo objecto. As operações de criação, de modificação esupressão de ficha pode ser activado ou desativada para um dado utilizador.Filtros por papéispodem igualmente ser implementados nesta função.

Uma filtragem p/cód. de acesso é efectuada graças ao campo nomeado ACSUSR. Se um cód. de acesso for encontrado, os direitos de visualiz. e de modific. são atribuídos de acordo comos direitos de leitura e de escrita associados ao código de utilizador, através do perfil função.

As opções seguintes podem ser activado ou desativadas para cada utilizador :

 Modificação cód. acesso

 Anulação palavra chave

Habilitações e regras de segurança

Tabelas a indicar

As seguintes tabelas são utilizadas pela função. O seu conteúdo deve por conseguinte ser actualizado :

Menus locais

Os seguintes menus locais parametrizáveis são utilizados pela função. Devem ser indicados :

 Menu local número 22 : Tipo de impressora

 Menu local número 50 : Tipo responsável

Pré-req. diversos

Um utilizador tendo o perfil definido pelo parâmetro ADMUSR (ADMIN por defeito) está um administrador, quer dizer que tem todos os direitos de acesso,e em particular aquele sem restrição às fichas utilizador.

A gestão dos utilizadores é uma função sensível do ponto de vista das habilitações, mas ela pode ser delegada a utilizadores outros que um administrador, na condição de bem respeitar para estes utilizadores habilitados as precauções seguintes :

• É possível de não permitir a estes utilizadores que a modificação de uma ficha existente sem nota de crédito a criar, ou ao contrário de não autorizar que a criação de novos utilizadores sem ter a posibilidade de modificar as fichas existentes.
• É possível - e recomendado - de não assinalar a check box Todos os códigos de acesso para estes utilizadores, e também de lhe interdir o direito de modiifcação das informações ligadas à gestão dos códigos de acesso (é a opção A associada à gestão dos utilizadores). Isto não impedirá criar utilizadores com regras de acesso particulares, pois que se sabe definir os valores por defeito a estas regras na gestão dos perfis função.
• É possível - e recomendado - de definir (via o parâmetro AUZFCT do capítulo SUP) dos modelos restritivos de perfis função fichas que o utilizador tem o direito de ver e de modificar. Assim, se regista DIV* na zona, não se autorizará que a visualização, a criação ou a modificação de utilizador tendo um perfil função começando por DIV. Esta restrição não é bem entendido de sentido que por outro lado o utilizador não tem acesso à gestão dos perfis função (senão, poder-se-á modificar os privilégios associados á gestão de todos os perfis, compreendendo aqueles que têm o direito de afetar aos utilizadores).
• É possível de não autorizar a um utilizador que o registo de utilizadores não tendo o direito de se conectar (o direito de conexão sendo dado por um outro utilizador após controlo, desencadeia por exemplo por Workflow no seguinte da criação do utilizador). Isto se faz em definindo um código de acesso e em o anexando ao campo USRCONNECT do ecrã AUS1. Assim, as unicas pessoas tendo acesso a este código de acesso em modificação poderão autorizar um utilizador a se conectar.
• Quando não é o administrador, a modificação dos parâmetros associados aos utilizadores está limitada : apenas podem ser modificados os parâmetros que o utilizador ele mesmo tem o direito de modificar, se o acesso à função personalização no menu exploração. Isto significa que é recomendado, para que um utilizador tenha o direito de criar novos utilizadores possa dar os bons valores de parâmetros, de definir os valores por defeiro idóneos ao nível dossier. Se essa não é possível, a mais simples é de pedir do utilizador de não proceder que por duplicação, a partir de utilizadores já existentes.

Tabelas consideradas

As seguintes tabelas são consideradas pela função :

Esta função considera as tabelas comuns a todos os dossiers, situados no supervisor. As tabelas são as seguintes :