Rejeição 215 - Falha no esquema xml

[Nelson A Sousa]

Pessoal bom dia!

Estou usando o MonitorPlus 1.1.0.50 com c#.

Preciso recorrer aos amigos pois não consigo encontrar onde está o problema.

Já passei no validador da SEFAZ RS, e retorna sem erros.

Agradeço muito a ajuda dos amigos que puderem dar uma olhada pra mim.

31171225616095000101550010000005131139773322-nfe.xml

LOG.TXT

LOG_COMP.TXT

NFEVenda.INI

[José M. S. Junior]

Bom dia

Atualize os Schemas da NFe na pasta "Schemas" junto ao executável do ACBrMonitor, copie da pasta: C:\ACBr\Exemplos\ACBrDFe\Schemas\NFe

[Nelson A Sousa]

43 minutos atrás, José M. S. Junior disse:

Bom dia

Atualize os Schemas da NFe na pasta "Schemas" junto ao executável do ACBrMonitor, copie da pasta: C:\ACBr\Exemplos\ACBrDFe\Schemas\NFe

Opa, Obrigado pela ajuda.

Atualizei os Schemas mas o erro persiste.

Editado 15 Dezembro, 2017 por Nelson A Sousa

[Nelson A Sousa]

Notei uma diferença no arquivo de lote e no xml, vejam as imagens:

 

Notem as tags do PIS

[Nelson A Sousa]

Ohhh!!

Acabei descobrindo o problema.

Parece que o MonitorPlus não está descarregando os arquivos gerados anteriormente. Com base nas imagens acima, dá pra terem uma noção.

Eu fiz uma mudança exatamente nas informações do PIS e o Monitor continuou com as informações antigas carregadas.

Ele gerou o lote com as informações antigas e o XML com as novas.

Foi só reiniciar o Monitor e a nota foi validada e impressa!!

Peço aos amigos do Delphi que deem uma conferida aí pra nós.

[José M. S. Junior]

Qual a sequencia de comandos passou depois de alterar os dados? Se possível anexe o log.txt...

[Nelson A Sousa]

6 minutos atrás, José M. S. Junior disse:

Qual a sequencia de comandos passou depois de alterar os dados? Se possível anexe o log.txt...

Segue o log:

Só não entendi a mensagem de duplicidade. A nota sempre deu falha no schema.

LOG.TXT

LOG_COMP.TXT

[Nelson A Sousa]

Só confirmando,

Estou enfrentando o seguinte problema:

O monitor está precisando ser reiniciado para que a criação, validação e envio do XML ocorra sem problemas.

Parece que a emissão anterior continua carregada em algum lugar e o arquivo de lote acaba conflitando com o xml.

Vejam o log:

Coloquei comentários no log.

LOG.TXT

[Ricardo Zelli]

Boa tarde
não sei se tem a ver com o seu problema
mas lendo o log que você postou acima pude observar na natureza da operação o uso do parenteses "("
eu trato o conteúdo do que envio para o monitor, removendo caracteres que são usados no comando
virgula, parenteses, aspas
são muito utilizados pelos usuários nos campos de observação , por exemplo.
não sei se é esse o problema aqui, mas fica a dica.
 

[Nelson A Sousa]

48 minutos atrás, Ricardo Zelli disse:

Boa tarde
não sei se tem a ver com o seu problema
mas lendo o log que você postou acima pude observar na natureza da operação o uso do parenteses "("
eu trato o conteúdo do que envio para o monitor, removendo caracteres que são usados no comando
virgula, parenteses, aspas
são muito utilizados pelos usuários nos campos de observação , por exemplo.
não sei se é esse o problema aqui, mas fica a dica.
 

Olá,

Obrigado pela dica mas realmente não é esse o caso.

Repare que é emitida uma NFe normalmente, e, para emitir a segunda NFe, e não acontecer o erro de schema, eu tenho que reiniciar o Monitor.

Uma vez reiniciado o Monitor a NFe é emitida sem problemas.

[José M. S. Junior]

Bom dia,

@Nelson A Sousa estamos analisando o problema conforme apontamento dos logs...

[José M. S. Junior]

Boa tarde, favor atualizar os fontes e recompilar o projeto para testes...

[Nelson A Sousa]

Opa! Valeu!!

Estava aguardando seu ok!

Vou testar sim!!

[Nelson A Sousa]

Em ‎19‎/‎12‎/‎2017 at 15:42, José M. S. Junior disse:

Boa tarde, favor atualizar os fontes e recompilar o projeto para testes...

Testado...maravilha...emitindo e autorizando agora sem necessidade de reiniciar o Monitor.