1
altairTF
1 min de leitura ·

Pitch: Fiz um verificador de XML de Notas Fiscais pra a reforma fiscal

O que é

Um verificador/documentação de XML para a reforma fiscal. Chamo ele de NFE Preflight.

Pra que isso?

Não é nem de longe uma ideia nova, porem resolve uma pequena dor pessoal que tive enquanto precisei integrar um emissor de notas fiscais na empresa que trabalho, a desorganização e dificuldade de acesso as novas regras fiscais. Eu precisava de uma documentação de facil acesso as rejeições e de IBS e CBS. Com esse webapp, colaboradores que não fazem parte do time de desenvolvimento do meu trabalho conseguem consultar rapidamente algumas rejeições, alem de conseguir validar o XML e gerar um relatorio em PDF de onde está preenchido errado, facilitando a comunicação com o cliente com problemas.

O resultado

Uma pagina simples, leve, sem nenhum javascript mirabolante, nada de css que pula e rodopia, uma validacao rapida e pratica, bastante objetiva e de facil acesso a documentação da nota. Achei o projeto interessante o suficiente para hospeda-lo em um servidor e disponibilizar publicamente. Pode ser util para voce. 😃

Não precisa se cadastrar, nao precisa enviar email e nem telefone pra ninguem, o site nao armazena nada em lugar nenhum, nada será cobrado. Ficaria feliz com o feedback de potenciais usuarios.

Carregando publicação patrocinada...
1

Boa iniciativa, ainda mais gratuita e focada no grupo IBSCBS. Como feedback de quem mexe com isso no dia a dia, três coisas que eu acharia úteis no relatório em PDF:

  1. Mostrar o caminho do campo que falhou (por exemplo det/imposto/IBSCBS/...) junto com o código da rejeição. Isso economiza muita troca de mensagem entre suporte e dev.
  2. Conferir os totais contra a soma dos itens. Diferença de centavo entre o total do grupo IBSCBSTot e a soma dos itens é uma falha comum quando o emissor calcula sobre o total e rateia.
  3. Dizer qual versão da NT e do schema foi usada na validação. Como o layout ainda está mudando, o usuário precisa saber se a regra aplicada é a vigente.

Pergunta: a validação roda contra o XSD oficial ou contra regras próprias escritas a partir da NT?

1

Bom dia, boas dicas de implementação, deixariam as informações mais claras ainda. A validacao roda primeiro contra o XSD oficial e depois utiliza uma regra de negocio interna pra validar contra as rejeicoes e traduzir as mensagens em uma linguagem mais compreensivel, mas so faz isso caso as primeiras validacoes do XSD falharem.