Jump to content
Notícias do ACBr

click.png

click.png

click.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

click.png

click.png

click.png

click.png

click.png

click.png

Traduzir erros de NFC-e para usuário final


  • Este tópico foi criado há 1072 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui

Recommended Posts

Bom dia!

Já encontrei alguns tópicos falando sobre isso, mas são antigos, e não tem uma resposta satisfatória. E acredito que muitos também tem essa dúvida.

Gostaria de simplificar a forma como os erros aparecem para o usuário final. Segue a tela como é mostrada para o usuário.

 1670546172_ErroNFC-e.jpg.d4b7693b2bce5bc8c3c7695516bd6d9c.jpg

Quando o usuário vê o <dest>, ou alguma palavre em inglês, como o Element, já para de ler, porque diz que não entende. Então liga para o suporte.

Alguém tem algum exemplo, alguma rotina, para tratar esses erros?

Se aparecesse algo tipo assim: Número de endereço do cliente em branco. Favor preencher o número do endereço no cadastro do cliente.

Dessa forma o próprio cliente conseguiria resolver o problema, e não precisaria ligar para o suporte.

Link to comment
Share on other sites

Imagino se quiser dar uma mensagem mais explicativa para o usuário, então acredito que você mesmo tenha que implementar as restrições em seu sistema antes mesmo que aconteça. Por exemplo, no seu exemplo você permitiu que fosse informado os dados do destinatário sem informar o campo número, então bastaria você colocar essa regra no seu sistema e apresentar a mensagem de restrição bem clara para o usuário e nem sequer você geraria a nota e tentaria enviar nesta situação. Estuda a documentação e veja as regras de preenchimentos, se campos são obrigatório ou que tipo de dado é permitido... e no dia a dia, caso vá identificando mais situações de restrições, então vai incrementando o seu sistema com mais validações.

Edited by Fabrício G. Araújo
Link to comment
Share on other sites

14 minutos atrás, Fabrício G. Araújo disse:

Imagino se quiser dar uma mensagem mais explicativa para o usuário, então acredito que você mesmo tenha que implementar as restrições em seu sistema antes mesmo que aconteça. Por exemplo, no seu exemplo você permitiu que fosse informado os dados do destinatário sem informar o campo número, então bastaria você colocar essa regra no seu sistema e apresentar a mensagem de restrição bem clara para o usuário e nem sequer você geraria a nota e tentaria enviar nesta situação. Estuda a documentação e veja as regras de preenchimentos, se campos são obrigatório ou que tipo de dado é permitido... e no dia a dia, caso vá identificando mais situações de restrições, então vai incrementando o seu sistema com mais validações.

É porque nem todos os clientes são para emitir notas, por isso é permitido deixar alguns campos em branco.

Mas esse caso do número foi só um exemplo, tem vários outros erros que dá que seria difícil prever e não permitir no sistema. Por isso gostaria de tratar e escrever melhor para o cliente.

Link to comment
Share on other sites

Em 10/08/2018 at 14:09, carlessoflu disse:

É porque nem todos os clientes são para emitir notas, por isso é permitido deixar alguns campos em branco.

Faz as validações quando for gerar as notas. Exemplo: se ao finalizar a venda o sistema for gerar uma NFC-e, não deixa finalizar se os dados necessários não estiverem preenchidos. Aqui procuramos fazer as validações sempre antes, quando o usuário está fazendo operações que vão gerar dados importantes para a nota, para evitar erros de schema e rejeições.

Link to comment
Share on other sites

28 minutos atrás, thiagosantanna10 disse:

Oi, boa tarde, e se por acaso você capturar o número do erro? Sendo assim você pode tratar e além de mostrar esse retorno original mostraria acima dele uma mensagem mais amigável.

Não chega a mostrar o número do erro. É erro de schemas eu acho, antes de receber o retorno da SEFAZ.

Link to comment
Share on other sites

  • Este tópico foi criado há 1072 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.