Comprovante de Entrega - NFe - "Rejeicao: Evento nao atende o Schema XML especifico";

[Omar Marques Haddad]

Olá, bom dia. 

Sou o Omar, developer. Estou enviando o evento de comprovante de Entrega para uma NFe via aplicação própria, e estou tendo uma rejeição de "Evento não atende schema xml específico".

Chequei, as tags e seus valores e textos em linhas gerais e não detectei a causa deste erro.

Seria possível alguém dar uma ajuda, para sanar o que está errado no xml de envio.

Obrigado colegas

000000000000014-evento-nfe(3).xml

[Juliomar Marchetti]

tentou atualizar seus schemas com o que tem no svn

[Omar Marques Haddad]

Fala Juliomar.

 

Estou usando um software de onde trabalho que gera a estrutura do xml. Ele já emite vários docs fiscais e seus eventos.

Mas, fazendo um comparativo. Como poderia atualizar os arquivos .xsd ? Copiaria eles para alguma pasta específica ?

Ressaltando que não uso especificamente o AcBr.

Envio o xml para SEFAZ tranquilamento. O retorno (.xml) que me afirma isso.

Como poderia fazer o contra-ponto deste .xml de envio para validar se ele está 100% correto ?

 

vlws

[Juliomar Marchetti]

há tá então desculpe não tinha nota. tu não usa o XSD pra validar que é o correto né. no caso tu nem falou a linguagem que usa

mas pode usar sim o ACBr pelo monitor ou as dll

[Omar Marques Haddad]

Fala Juliomar.

Como poderia confrontar o .xsd com o .xml de envio ? Podes dar-me uma orientação prática sobre isso.

Pode ser via AnyDesk ?

 

Estou usando Delphi Berlin com BDados Firebird 2.5 - Validando comprovante de um emitente de RO, em caráter de teste da rotina.

Vlws

 

[Juliomar Marchetti]

18 minutos atrás, Omar Marques Haddad disse:

Fala Juliomar.

Como poderia confrontar o .xsd com o .xml de envio ? Podes dar-me uma orientação prática sobre isso.

Pode ser via AnyDesk ?

 

Estou usando Delphi Berlin com BDados Firebird 2.5 - Validando comprovante de um emitente de RO, em caráter de teste da rotina.

Vlws

 

tá mas se usa delphi porque não usa o ACBr? pra inventar a roda quadrada se ela está redonda?

aqui tu acha meus contatos para consultoria

https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

[Omar Marques Haddad]

Então.

Temos uma solução que já faz emissão de vários docs fiscais igual já te falei e roda perfeitamente.

A questão é só verificar este erro de crítica e pronto.

Também ficamos com todos os passos do processo de emissão na mão, ja temos um pessoal antenado nas notas técnicas, etc.

Vim aqui só para sanar esta questão e não solicitar assessoria, senão todos o nosso emissor de docs fiscais eletronicos não serviria pra nada e ficaria em função do AcBr e suas atualizações, etc. que fogem do controle da empresa.

rsrsrs

 

Vlws.

[Juliomar Marchetti]

20 minutos atrás, Omar Marques Haddad disse:

Então.

Temos uma solução que já faz emissão de vários docs fiscais igual já te falei e roda perfeitamente.

A questão é só verificar este erro de crítica e pronto.

Também ficamos com todos os passos do processo de emissão na mão, ja temos um pessoal antenado nas notas técnicas, etc.

Vim aqui só para sanar esta questão e não solicitar assessoria, senão todos o nosso emissor de docs fiscais eletronicos não serviria pra nada e ficaria em função do AcBr e suas atualizações, etc. que fogem do controle da empresa.

rsrsrs

 

Vlws.

é dai tu vai ter que ficar em funçaõ do seu emissor e depois ainda mexer nas regras de negocio, onde aqui tu iria só fazer update e rodar o instalador e já sair mexendo na regra de negocio.

é como eu digo fazer a roda quadrada que já está redonda.

[Omar Marques Haddad]

Bom Julio.

Conheço o AcBr há bastante tempo e muitos colegas meus Devs o usam.

Na empresa aonde trabalho eles decidiram por fazer este software que já tem mais de 10 anos, emitindo varios tipos de docs fiscais com uma tecnologia legal ( disparo de mensagens do windows, threads com priority, etc. )

Então eu não apito neste cenário. Nestes mais de 5.000 clientes por todo o Brasil tem rodado bem e dando conta do recado em multiempresas, emissão de notas em lote, etc.

De qq forma, se puder dar alguma dica ou orientação prática para solução desta rejeição agradeço. 

Att.

Omar

[Rafael Dias]

Abra o schema XSD veja os campos necessario ou leia a documentação, nos 2 dois lugares você vai achar a informação que procura.

[Omar Marques Haddad]

Rafael,

Neste caso o .xsd a confrontar com o .xml será sempre o arquivo com o codigo do evento ?

 

PS: Latitude e Longitude tem algum exemplo a passar para validar o que estou enviando ?

Att.

Omar

[Thiago Alberto]

@Omar Marques Haddad boa tarde.

Conseguiu solucionar seu problema?

Estou recebendo a mesma rejeição: 493 - Rejeicao: Evento nao atende o Schema XML especifico 

[call]

Em 10/11/2021 at 17:36, Thiago Alberto disse:

@Omar Marques Haddad boa tarde.

Conseguiu solucionar seu problema?

Estou recebendo a mesma rejeição: 493 - Rejeicao: Evento nao atende o Schema XML especifico 

Implementei esta semana o comprovante de entrega. Na minha aplicação o xml transmitido com sucesso ficou desta forma:

Envolvidos na tag <nfeDadosMsg xmlns=\"$namespace\"> </nfeDadosMsg>