Historial das Assinaturas Digitais
Esta função permite consultar as linhas de auditoria relativas a modificações de registo nas tabelas para as quais as actualizações foram devidas obrigatoriamnte ser assinadas.
Recordar sobre o principio de actualização das assinaturas electrónicasm chamadas igualmente e-assinaturas.
A activação da assinatura electrónica torna obrigatório a assinatura, por um utilizador, das actualizações que traz às informações de uma tabela dada. Ela se apoia sobre as funcionalidade de auditoria das tabelas, destinadas a rastrear as modificações de dados.
Activação da assinatura electrónica
Esta activação deve ser realizada sobre a tabela principal cujas actualizações deverão estar assinadas :
- Acréscimo do campoXFLGPWD - Indic. E-signature (tipo de dados [M]enu local [Sim/Não]).
É a presença deste campo na tabela que indica a necessidade de assinar as actualizações (re-registo da palavra de passe obrigatório da palavra de passe obrigatória de utilizador).
Na ausência do campo XFLGPWD, a função de assinatura electrónica está inactiva.O valor deste campo não está nem utilizado, nem actualizado.
- Acréscimo (facultativo) do campo XMOTPWD - Motivo e e-Signature(facultativo, tipo de dados [ADI]) afim de registar o motivo dado no momento da assinatura electrónica :no momente da assinatura por um utilizador, este campo está afectado pelo valçor escolhido na tabela diversa ADI 101 contendo os diferentes motivos de actualização em dia.
Este campo pode ser acrescentado à tabela principal unicamente ou a todas as tabelas afectadas. Na ausência deste campo, o motivo não está preenchido.
Activação da auditoria
Esta activação é necessária sobre cada uma das tabelas actualizadas deverão estar assinaladas, de maneira a registar de maneira sistemática, todas as actualizações efectuadas.
Ela se efectua ao nível da gestão das Tabelas cuja actualização deve estar historizados :
- Acréscimo do campo XCHGNUM - Histo. alteração, permitindo de identificar um lote de actualização Este campo está afectado por um contador utilizado pera numerar as actualizações. Trata-se por defeito, do contador ESR : É incremendado em cada actualização; é todavia o mesmo valor que está utilizado sobre todas as tabelas fazendo objecto de uma actualização simultãnea. Será possível, ao nível da consulta de Histórico das e-Assinaturas, de pesquisar a partir deste valor, o conjunto dos campos correspondente ao mesmo lote de actualizações.
Diferentes códigos contador podendo ser utilizados em função dos objectos afectados pela assinatura eletrónica É igualmente possível de utilizar uma fórmula ao nível deste contador afim de registar a função que desencedeou a actualização (GFONCTION).
Ao nível de separador Auditoria (da função de gestão das Tabelas) :
- Activação do ou dos infdicadores do tipo de auditoria desejada : criação,modificação e supressão.
- Acréscimo, na lista dos campos auditados:
-dos campos actualizados pela e-assinatura : XCHGNUM - Histo. alteração, e eventualmenteXMOTPWD - Motivo e-Assinatura,
- campos para os quais o registo do histórico das actualizações a dia está pedida (registo antigo/novo valor).
Exemplos de actualização
Nomenclaturas
- Activação das e-Assinaturas : Acréscimo do campoXFLGPWD - Indic. E-assinaturaao nível da tabela BOMD (abreviação BOD) e eventualmente do campo XMOTPWD - Motivo e-Assinatura se o motivo deve estar reastreado.
A traçagem das modificações esta efectuada ao nível das tabelas BOM e BOMD :
- Identificação de um lote de actualização: acréscimo do campo XCHGNUM - Histo. alteração.
- Activação de auditoria sobre os campos XCHGNUM - Histo. alteração e XMOTPWD - Motivo e-Assinatura.
Actualização dos stocks
- Activação das e-Assinaturas : Acréscimo do campoXFLGPWD - Indic. E-assinaturaao nível da tabela STOCK (abreviação STO) e eventualmente do campo XMOTPWD - Motivo e-Assinatura se o motivo deve esta rastreado.
A traçagem das modificações esta efectuada ao nível das tabelas STOCK e STOJOU :
- Identificação de um lote de actualização: acréscimo do campo XCHGNUM - Histo. alteração.
- Activação de auditoria sobre os campos XCHGNUM - Histo. alteração e XMOTPWD - Motivo e-Assinatura.
Pré-requisitos
Consulte a docuemntação de Implementação
Gestão do ecrã
Cabeçalho
Apresentação
O cabeçalho permite registar os critérios de filtro das linhas afixadas na consulta.
Um ou vários jogos de critérios podem ser memorizados ao nível da janela afixada graças ao botão [Critérios]. A memorização se efectua pelo meio de registo de códigos [Mémo] que poderão em seguida ser recordados [Recordar Memo] ou apagados [Apagar Memo].
Fechar
Campos
Os seguintes campos estão presentes neste separador :
Bloco número 1
| Se esta data está preenchida, apenas os dados cuja data de última modificação ou da data de criação é superior ou igual são visualizadas na consulta. Salvo se um memo fixando o seu valor existe por outro lado, o valor por defeito desta data é determinada pelo parâmetroutilizadorDATEDEBDFT. |
| Se esta data está preenchida, apenas os dados cuja data de última modificação ou da data de criação é inferior ou igual são visualizadas na consulta. Salvo se um memo fixando o seu valor existe por outro lado, o valor por defeito desta data é determinada pelo parâmetroutilizadorDATEFINDFT. |
| Permite de definir um filtro sobre a tabela auditada. Se este campo está preenchido, apenas as linhas relativas à tabela em questão são visualizadas. |
| Este campo permite definir um filtro sobre o valor do contador atribuido a um mesmo lote de atualização na tabela de auditoria. Por defeito, apenas as linhas de auditoria afectando os campos próprios à função de e-Signature (XCHGNUM- Histo. alteração e XMOTPWD -Motivo e-Signature) são afixados. |
Bloco número 2
| Permite de definir um filtro sobre o código do utilizador Se este campo foi preenchido, apenas as modificações feitas por utilizador corrrespondendo aparecem na consulta. |
| Permite de definir um filtro sobre o código de "login" do utilizador Se este campo está preenchido, apenas as modificações feitas pelos utilizadores conectados sobre o código de "login" correspondente aparecem na consulta. Se se deseja não ver que as modificações feitas directamente sobre a base em não passando pelo software, é suficiente de selecionar o código de "login" External (selecção por clique direito). |
| Permite de filtrar as linhas a apresentar sobre o evento na origem de auditoria. Na ausência de valor, todas as linhas são apresentadas, mas se se deseja filtrar, apenas 3 valores são possíveis :
É suficiente de registar o primeiro caracter (I,U,D) para que o registo se complete sobre o campo. |
Fechar
Separador Ass. Digital
Apresentação
Este separador afixa, sob forma de quadro, o conjunto das linhas de auditoria afectando os campos próprios à função de e-Assinatura : XCHGNUM - Histo. alteração e XMOTPWD - Motivo e-Assinatura
O detalhe de uma actualização com e-Assinatura, quer dizer a pesquisa dos outros campos correspondente ao mesmo lote de actualização na tabela de auditoria é possível em indicando, no critério Histo. alteração, o valor do contador afectado ao campo XCHGNUM - Histo. alteração, identificando o lote de actualização.
Fechar
Campos
Os seguintes campos estão presentes neste separador :
Quadro
| Número cronológico unico atribuido no momento do desencadeamento do evento auditado. Um único chrono está atribuido por registo na origem da auditoria : se vários campos são rastreados, encontra-se um número de chrono idêntico sobre todas as linhas correspondentes. |
| Corresponde à tabela sobre a qual o evento auditado teve lugar. |
| Define a data sistema sobre o servidor de dados no momento onde evento auditado foi realizado. |
| Define a hora sistema sobre o servidor de dados no momento onde o evento auditado foi realizado. |
| Define o tipo de evento auditado. 3 escolhas são possíveis :
|
| Define o valor da chave de registo na origem de auditoria, quando a chave está composta de um único campo. Quando ela foi composta de vários campos, apenas o valor do primeiro está guardado aqui. A chave identificando o registo está definido no separador Audit da gestão das tabelas. Por defeito, é a primeira chave. |
| Quando a chave de registo na origem de auditoria está composta de vários campos, encontra-se aqui o valor dos campos na ordem a partir do segundo, estes campos sendo separados pelo caracter ~ (til). A chave identificando o registo está definido no separador Audit da gestão das tabelas. Por defeito, é a primeira chave. |
| Define o campo auditado sob a forma CHAMP se se trata de um campo não dimensionado, e CHAMP(INDICE) se o campo está dimensionado. |
| Em caso de modificação ou supressão, encontramos aqui o valor do campo antes da operação. |
| Em caso de modificação ou criação, encontramos aqui o valor do campo após a operação. |
| Define o código do utilizador (no sentido do software) que provocou o evento auditado. Se o evento foi desencadeado fora do software, este campo está vazio. |
| Corresponde ao login sistema de utilizador na origem do evento auditado. Se o evento foi desencadeado fora do software, o login que aparece aqui é External. |
| Define o endereço (no sentido da rede) do utilizador na origem de evento auditado. Se este endereço não pode ser determinado, o campo está preenchido com Unknown. Este é nomeadamente o caso para todas as modificações feitas fora do software. |
| Este estatuto permite de saber se um Workflow foi pedido sobre esta auditoria. Pode tomar os valores seguintes :
|
Fechar
Funções acessíveis por clique direito no quadro
Túnel
Esta opção clique direito permite, quando a linha auditada e assinada foi gerada por um objecto do software, de visualizar em entrando na função correspondente.
Fechar