Quando integração fiscal exige revisar a parametrização fiscal?

Quem escreve o cenário, mesmo? Olha, o truque é dividir: o fiscal escreve o resultado esperado e a TI escreve como reproduzir. Na nossa equipe, a integração é testada assim a cada mudança, e vamos revisar a parametrização apenas quando o resultado esperado muda. No log, o que conta é o código de retorno do teste: zero passa, qualquer outro valor abre revisão. Esse caminho vale quando fiscal e TI conversam bem; quando não conversam, a lista do fiscal sozinha é mais segura.

Em nossa operação de alimentos, discordo de deixar a lista a cargo da TI. Então, de longe, quem conhece o risco é o fiscal, e a parametrização e a integração mudam por decisão dele. A TI executa, mas a lista de cenários precisa ser do fiscal; sem isso, revisar vira formalidade e o que importa fica de fora. Registro que a decisão tributária segue sendo do contribuinte, e a lista é a prova de que o sistema se comporta como ele definiu.

Resultado que importa: o cenário por tipo de operação cabe numa lista curta. Helena, agora, o cerne é manter essa lista viva: cada vez que a parametrização for revisada, o cenário novo entra, e cada falha da integração em produção vira um caso de teste. No log do nosso último incidente ficou claro, porque o caso que falhou não estava na lista, e só descobrimos isso depois do fechamento.

Discordo de um ponto, Nádia. E aí, tirando a prova, guardar evidência não substitui revisar a parametrização: o cenário de referência cobre só um caminho da integração. Um pedido simples passa, e um pedido com devolução ou com outro tipo de operação falha. Por isso, além da evidência, eu manteria um pequeno conjunto de cenários, um por tipo de operação.

Ivone, o cenário de referência funciona bem, e completo com um ponto: guarde o resultado dele como evidência. Na última auditoria, pois é, pediram para mostrar que a integração fiscal estava íntegra após uma mudança de parametrização, e quem tinha o resultado de antes e de depois resolveu em minutos. Sem isso, dá para revisar tudo de novo e ainda assim não provar nada.

Concordo em parte com o Eduardo, mas discordo de começar pelo que mudou. E aí, e olha que isso nos salvou várias vezes: nossa equipe prefere comparar a integração com um cenário de referência que sempre funcionou. Se o cenário falha, a hora é de revisar a parametrização; se passa, o problema está no dado do pedido. Esse caminho vale quando ninguém sabe o que mudou. O do Eduardo vale quando há histórico bem registrado.

Será que mudou algo no fluxo? A resposta curta: revisar a parametrização quando algo novo entra na integração, como um tipo de documento, um cenário de operação ou uma nova versão do sistema. Segundo o que li, pois é, se nada disso mudou, o mais provável é dado de cadastro ou erro de mapeamento. Minha regra prática é verificar primeiro o que mudou desde a última vez que funcionou, e só depois abrir a parametrização.