Histórico da Página
...
Essa necessidade surgiu para atender requisitos operacionais do processo de faturamento, análise e reapresentação de documentos. O campo é fundamental para que auditores, faturistas e conferentes identifiquem quando um documento está relacionado a um complemento de valor previamente reapresentado pelo prestador.
O requisito foi validado com o Product Owner (PO) e considera as seguintes regras operacionais:
...
A visibilidade e a habilitação do campo para edição seguem as regras:
| Cenário | Exibir Campo? | Pode Editar? |
|---|---|---|
| Beneficiário da base e Prestador de fora | ✔️ Sim | ❌ Não (bloqueado) |
| Beneficiário de fora e Prestador da base | ✔️ Sim | ✔️ Sim (editável) |
| Ambos da base | ❌ Não | – |
| Ambos de fora | ❌ Não | – |
| Aviso de cobrança | ❌ Não (ocultado) | – |
Na edição, o backend aplica a regra.
Na inclusão, a regra é aplicada no frontend após seleção de beneficiário e prestador.
O valor do campo é salvo no backend, mantendo o registro tanto para reaproveitamento, quanto para exportação.
...
- No processo de exportação, caso o campo
log-19(lgValorRepresentado) esteja true e o código de exceção não seja"A", então o sistema força o código de exceção do documento exportado para"K", garantindo a consistência da informação na troca de dados entre operadoras. - Esse controle garante que qualquer documento que tenha o campo marcado como true, será exportado com a exceção correta, refletindo o complemento de valor reapresentado.
Fonte Campo Descrição Tipo Backend (Progress) log-19Complemento de valor reapresentado LOGICAL Frontend (Central TISS) lgValorRepresentadoCheckbox visível no cabeçalho da guia boolean Frontend (Central TISS) lgExibeVlRepresentadoDefine visibilidade boolean Frontend (Central TISS) lgHabilitaVlRepresentadoDefine se está habilitado para edição boolean
| Templatedocumentos |
|---|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas