Como tratar uma dúvida de comportamento do GUEPARDO Tax que não aparece na documentação?

Desculpa incomodar com isto, mas discordo de um ponto. No meu projeto, pois é, o teste do ambiente de qualidade nem sempre vale. As notas de projeto registram ambiente de qualidade sem a transmissão configurada, então parte do fluxo não é testada, e a divergência aparece só na homologação do cliente, perto do prazo. Se o seu caso envolve envio, o teste em qualidade pode dar um resultado limpo e enganar. Eu deixaria escrito, no chamado, o que o ambiente de teste não cobre.

Direto ao ponto: outra forma é a comparação com período fechado. Em vez de só olhar a tela, eu rodo o mesmo caso numa competência que já foi entregue e que a empresa confia, e comparo. E aí, contando nos dedos, se o resultado antigo e o novo divergem, a causa é mudança; se divergem do esperado em ambos, a causa é o entendimento do caso. As notas de projeto sugerem regressão comparando com evidência de períodos fechados. É prática de projeto, não regra do produto, e funciona bem porque tira a opinião da conversa.

Boa noite, colegas. O bom é que o chamado tem caminho: as notas de projeto de sustentação descrevem a abertura de chamado no canal oficial da NTT quando a evidência aponta para o produto. A palavra importante é evidência. Então junte, antes de abrir:

• versão instalada e data da última atualização;
• o caso mínimo e o esperado;
• o resultado em qualidade, para saber se é só produção;
• o que a documentação diz e onde ela se cala.

Chamado sem o caso mínimo costuma voltar com pedido de mais dados.

Boa tarde, pessoal. Calma lá, né: primeiro, o fato de a documentação não cobrir não prova que o comportamento é erro. O material que temos também avisa que a wiki é uma exportação com datas de edição entre 2023 e 2025 e que o produto muda, então o comportamento em versões recentes pode divergir do texto. Para isso, o método é isolar:

1. o caso mínimo: um documento, um período;
2. o resultado esperado, escrito antes de rodar;
3. o resultado obtido, com tela ou log e a data;
4. o que mudou desde a última vez que funcionou.