TAFA608.PRW
TAFA609.PRW
| Produto: | |
|---|---|
| Linha de Produto: | |
| Segmento: | |
| Módulo: | |
| Função: | TAFA608.PRW TAFA609.PRW |
| País: | Brasil |
| Ticket: | Não há |
| Requisito/Story/Issue (informe o requisito relacionado) : | DSERTAF1-37246 |
Durante os testes observamos um comportamento no TAF, que entendemos estar em desacordo com a regra descrita nos leiautes:
Ao que parece o ideSeqProc do S-2501 deve ser o mesmo ideSeqTrab do S-2500, o que está incorreto.
Exemplo:
S-2500 CPFTrab 999 Seq 001
S-2500 CPFTrab 999 Seq 002
Ao acessar a tela do S-2501 retorna somente o trabalhador de CPFTrab 999
A tela permite colocar CPFTrab por Sequencia, então se eu cadastrei o CPFTrab 999 na Seq 100, eu não posso colocar o CPFTrab 999 na Seq 101 porque ele vai aparecer na listagem de Trabalhadores já vinculados.
A tela não valida a Seq informada, então o usuário pode cadastrar qualquer número, por exemplo:
S-2501 CPFTrab 999 Seq 100
Ou mesmo
S-2501 CPFTrab 999 Vazio
Quando o TAF vai validar a existência do S-2500 para gerar o XML do S-2501 (TAFA609, issue DSERTAF1-37140) ele monta a chave CPFTrab 999 + Seq 100 - porém essa informação não existe.
No leiaute não está escrito que deverá existir essa amarração.
Ajuste no índice (6) da tabela V9U para não atrapalhar a gravação do evento S-2501.
Alteração do índice da tabela V9U:
| Índice | Chave antigo | Chave nova |
|---|---|---|
| 6 | V9U_FILIAL+V9U_NRPROC+V9U_CPFTRA+V9U_IDESEQ+V9U_ATIVO | V9U_FILIAL+V9U_NRPROC+V9U_CPFTRA+V9U_ATIVO+V9U_IDESEQ |
Não há.