Histórico da Página
01. DADOS GERAIS
Produto: |
| ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Linha de Produto: |
| ||||||||||||||||
Segmento: |
| ||||||||||||||||
Módulo: | Segurança | ||||||||||||||||
Função: | Dados Protegidos | ||||||||||||||||
País: | Brasil | ||||||||||||||||
Ticket: | 12977323 | ||||||||||||||||
Requisito/Story/Issue (informe o requisito relacionado) : | DFWKFOUNDATION-6660 |
02. SITUAÇÃO/REQUISITO
No processo de anonimização de dados, a validação de campos que fazem parte de um índice único está retornando resultado inválido.
Existem alguns cenários em que um campo de tabela não faz parte nem de índice único e nem tampouco de chave primária e a função isIndexField() do fonte sec/protectedData/Anonymyzer.p retorna YES indevidamente.
03. SOLUÇÃO
Foi alterada função isIndexField() para que realize tratamento apenas para checagem de campo pertencente a índice único no banco de dados e foi criada uma nova função isPrimaryKeyField() com os mesmos parâmetros, mas com objetivo de checar se um campo de tabela faz parte de chave primária no banco de dados, independente de ser único ou não, pois no banco de dados Progress não existe a obrigatoriedade de campos pertencentes a uma chave primária serem também únicos.
A rotina de validação para anonimização de dados passou a fazer a validação em duas etapas:
♦ Validação de chave primária;
♦ Validação de índice único.
Se em qualquer uma das duas validações tiver retorno positivo, a anonimização de dados é negada.
04. DEMAIS INFORMAÇÕES
Não se aplica.
05. ASSUNTOS RELACIONADOS
Não se aplica.API de Anonimização
Templatedocumentos |
---|