01. DADOS GERAIS
Linha de Produto: | Protheus |
---|---|
Segmento: | Backoffice |
Módulo: | Compras - SIGACOM Gestão de Contratos - SIGAGCT Gestão de Compras Públicas - SIGAGCP |
Função: | Não se aplica |
Ticket: | Não se aplica |
Requisito/Story/Issue: | Não se aplica |
02. SITUAÇÃO/REQUISITO
No ERP Protheus é possível criar campos que são reservados (do sistema) em qualquer tabela são eles _MSBLQL e _MSBLQD. Estes campos são criados através do configurador e tem como objetivo informar, visualmente que o registro foi bloqueado.
Porém por se tratar de um campo reservado do sistema, o produto (módulo) definirá o que deve ou não ser tratado, de acordo com as diretrizes e objetivos do produto.
Este documento tem como objetivo, alinhar as expectativas quanto ao uso e comportamento dos campos _MSBLQL e _MSBLQD, e como serão tratadas as solicitações referentes a estes campos pelos módulos SIGACOM, SIGAGCT e SIGAGCP.
03. SOLUÇÃO
- O campo _MSBLQD não será tratado nos módulos SIGACOM, SIGAGCT e SIGAGCP.
- Somente serão tratadas tabelas de cadastro e que sejam tabelas pai. Exemplo: Tabela SAL pode ser validada mas não a tabela DBL que é sua filha.
- Tabelas de movimento não serão tratadas.
- A validação será realizada somente em tela, através da validação de campo (X3_VALID) com a função ExistCPO().
- Rotinas de processamento que utilizarem tabelas de cadastro não realizarão a validação do bloqueio do registro.
- Rotinas que executarem internamento rotinas automáticas, vão executar as validações de bloqueio a depender da rotina chamada.
- Telas que não estiverem executando a validação de bloqueio do registro, serão tratadas como melhoria no produto.
04. DEMAIS INFORMAÇÕES
Rotinas que estão realizando a validação de bloqueio diferente do que foi descrito anteriormente, serão ajustadas conforme a demanda.Qualquer comportamento diferente do que foi descrito deve ser avaliado pelo time de produto.IMPORTANTE!
05. ASSUNTOS RELACIONADOS