Pesquisar na Comunidade
Showing results for tags 'notasfiscais.validar'.
Encontrado 2 registros
-
Erro ao Validar o XML pelo NotasFiscais.Validar (trunk2)
um tópico no fórum postou Helio Almeida ACBrNFe
Boa tarde a Todos. Ao Validar um XML da NF-e pelo trunk2 (NotasFiscais.Validar) dá o erro: Falha na validação dos dados da nota. Debugando a função: function TDFeCapicom.Validar(const ConteudoXML, ArqSchema: String; out MsgErro: String): Boolean;, percebi que retorna o erro: The element http://www.portalfiscal.inf.br/nfe nfeProc is used but not declared in the DTD/Schema. Obs: Pelo Trunk anterior (NotasFiscais.Valida) funciona. Alguém tem alguma idéia do que pode ser? Obrigado -
Após a atualização dos fontes para o trunk2, começou a ocorrer problema na importação de XML. No processo da importação utilizo o método ACBrNFe.NotasFiscais.Validar(), para verificar se o XML que esta sendo importado é de fato um XML válido. É nesse processo que ocorre o erro, como se a estrutura do XML fosse inválida, porém teoricamente estaria válida. Em analise ao XML consegui identificar que as tags SignatureValue e X509Certificate estão com o conteúdo quebrado em linhas, se for editado manualmente o XML e ajustado o conteúdo do campo para ficar em apenas uma linha, o XML é validado sem erros por esse método. A questão é que esse mesmo XML com as linhas quebradas na versão do trunk era validado e agora no trunk2 retorna erro de validação. Em anexo segue XML para analise, esse XML foi baixado direto do site da SEFAZ. Para fins de testes, baixei um XML do site da SEFAZ enviado pelo nosso próprio sistema utilizando a ACBr, e esse XML baixou as tags SignatureValue e X509Certificate sem quebras, com o conteúdo correto em apenas uma linha. Então conclui-se que o XML baixado do site da SEFAZ é o mesmo que é enviado no processo da autorização. Dessa forma pode-se concluir que o sistema do fornecedor enviou esse XML dessa maneira para SEFAZ. Porém pedir para os fornecedores mandarem o conteúdo dessas tags sem essas quebras é inviável, pois um dos fornecedores que esta ocorrendo esse problema para ter ideia é a Garoto. A principio a SEFAZ considera o conteúdo dessas tags quebrados valido, provavelmente eles devem ter um método para remover os espaçamentos em branco entre as tags. Onde também deveria existir antes na versão do trunk e foi perdido na versão do trunk2, acredito que essa validação deve ocorrer a partir de dlls pelas estruturas dos schemas, pois não consegui debuggar para identificar onde estaria o problema. Apenas queria reportar essa situação, se acharem viável ajustar para considerar valido esse XML, ou caso não for alterado essa validação no componente, vou criar uma função externa para que remova esses espaçamentos. 43151097580260000115550010004607611044609403-nfe_vald.xml
- 4 replies
-
- notasfiscais.validar
- signaturevalue
- (e 1 mais)