Tratamento de Rejeições com ACBr

[Alex Multistore]

Ola  estou tentando deixar mais amigável as rejeições mas estou com um problema algumas rejeições  exibem a mensagem "0-" ao invés da rejeição:

CFOP no cadastro do item invalido
No cadastro do item CST/CSOSN em branco
Cod do municipio inexistente no cadastro do cliente
Conexão cai durante o envio, no gerenciador fica como "Não transmitido ao SEFAZ"
Campo unidade no cadastro do produto em branco
Inscrição Estadual no cadastro da empresa em branco

Já algumas retorna exatamente a rejeição exemplo 

Rejeição item cadastrado como ST mas sem CEST

Retorna a rejeição do sefaz corretamente.

 

Teria como recuperar a mensagem completa quando for erro de estrutura.. retornado nos comandos abaixo:

  raise EACBrNFeException.CreateDef(
        IfThen(Configuracoes.Geral.ExibirErroSchema, ErroValidacaoCompleto,
        ErroValidacao));
na ACBRNFENotasFiscais

[Daniel Simoes]

Analise o XML do Soap retornado... provavelmente não há uma resposta de erro nele...

Porém pelo que você descreveu.. você já conhece vários dos motivos de rejeição, e sabe que eles são problemas do seu lado (no cadastro)...

Então porque gerar esse XML com erro, transmiti-lo, apenas para obter um erro de rejeição ? Não seria melhor você criar uma rotina de validação, antes de alimentar o XML ?

No nosso PDV, validamos o Item no momento da Venda... ou seja, se o cadastro do Item possui algum erro de preenchimento, que já conhecemos, emitimos um erro explicando o motivo, e não permitimos a venda do Item...

[Alex Multistore]

8 minutos atrás, Daniel Simoes disse:

Analise o XML do Soap retornado... provavelmente não há uma resposta de erro nele...

Porém pelo que você descreveu.. você já conhece vários dos motivos de rejeição, e sabe que eles são problemas do seu lado (no cadastro)...

Então porque gerar esse XML com erro, transmiti-lo, apenas para obter um erro de rejeição ? Não seria melhor você criar uma rotina de validação, antes de alimentar o XML ?

No nosso PDV, validamos o Item no momento da Venda... ou seja, se o cadastro do Item possui algum erro de preenchimento, que já conhecemos, emitimos um erro explicando o motivo, e não permitimos a venda do Item...

Sim , tens razão Daniel alguns erros sim já até tratamos mas as vezes é uma conversão de dados , ou alguma falha em alguma atualização e pode acontecer de ser erro estrutural não tratado. Então em alguns clientes criticos segue a venda e ele ajusta no fim do dia, alguns casos ... poucos. Pergunta o NotasFiscais.Validar; tem como desativar ele via parametro para pegarmos o erro direto do sefaz? se sim ainda pelo seu conhecimento ve algum problema maior em não usar esse comando?

[Daniel Simoes]

12 minutos atrás, Alex Multistore disse:

Pergunta o NotasFiscais.Validar; tem como desativar ele via parametro para pegarmos o erro direto do sefaz?

Pelo que notei não... repare em ACBrNFe.pas no método "function TACBrNFe.Enviar".... que ele chama internamente:

  NotasFiscais.Assinar;
  NotasFiscais.Validar;

mas isso é o recomendado pelo SEFAZ.. devemos evitar a transmissão de XMLs que não passem na validação do Schema... Talvez mudar isso, possa gerar advertências por parte do SEFAZ ao contribuinte...(assim como no caso de consumo excessivo)

A mensagem de recusa da validação do Schema é sempre um tanto genérica e técnica.. muitas vezes ela será incompreensível pelo usuário... A msg de erro, pode variar de acordo com o "engine" de validação de XMLs utilizado, com por exemplo: MSXML, LIBXML2, etc... Minha sugestão é melhorar a sua rotina de validação dos Itens essenciais, antes de preencher o XML