Rejeição: XML Mal Formado - SEFAZ PR

[Former Member]

Bom dia a todos.

Desde 12:00/14:00 de ontem todas notas enviadas para SEFAZ PR estão sendo rejeitadas pelo motivo XML Mal Formado.

Entrei em contato com a SEFAZ e me informaram que desde ontem entrou em produção um novo esquema (PL005D.zip):

Schemas XML NF-e - Pacote de Liberação No. 5d(14/08/09) (ZIP)

Reparei que na SPRO -> Configurar rotina para status de serviço da SEFAZ, utilizamos a Versão 005a.

Engraçado é que ao enviar a nota é rejeitada, mas após um RESET e RESEND ela é autorizada.

O cara da SEFAZ falou que enquanto não atualizar para 005d não vai funcionar. Achei muito estranho.

Alguem ta tendo esse problema?

No site da SEFAZ esta o seguinte (http://www.nfe.fazenda.gov.br/portal/schemas.aspx)::

Histórico de Versões Anteriores(uso não permitido atualmente)

Schemas XML NF-e - Pacote de Liberação No. 5b(04/11/08) (ZIP)

Schemas XML NF-e - Pacote de Liberação No. 5a(01/11/07) (ZIP)

At.,

Bernardo Tavares Braga

Edited by: BERNARDO TAVARES BRAGA on Dec 16, 2009 1:48 PM

[Former Member · Accepted solution]

Entendi.

Temos o decouple implementado, porem não esta "ativo".

Campo CALLRFC da J_1BNFE_ACTIVE esta vazio (como temos dezenas de filiais, SD achou melhor

fazer um treinamento relativo as mudanças de gravação/envio antes de ativar).

O GRC esta atualizado 100% SP11 e as primeiras 6 notas do SP12.

Quanto ao XML, peguei o gerado pela:

Sender Interface:

BATCH_nfeRecepcaoLote_OB

Este valida normalmente no site da SEFAZ RS.

XML do assinador é o:

Sender Interface:

SIGNN_SignNFe_OB ?

At.,

Bernardo Tavares Braga

[henrique_pinto · Accepted solution]

Tanto faz vc pegar o XML da ida do lote qto da volta (IB, nao OB) do assinador.

Vc pegou o da que foi ok (do resend) ou da que falhou??

Abs,

Henrique.

PS: existe a possibilidade de estar tudo ok mesmo, e ser erro da SEFAZ.

[former_member182114 · Accepted solution]

Bom dia Bernardo,

Você está bem atualizado e tá tudo OK contigo.

Ainda não tenho uma posição oficial da Sefaz sobre o que fizeram de verdade, porém não está relacionado ao 005D, o GRC já envia neste suporte.

A sugestão do suporte é mudar a configuração do lote para UMA NF-e por LOTE, isto para tentar isolar as NF-es problematicas (se existir).

Caso seja rejeitado a NF-e, faça um RESET e SEND, provavelmente vai autorizar.

Conclusão que chegamos, a Sefaz está instável (mais uma vez) e deve cair em algum if maluco sei lá... Se CPU > 95% rejeita tudo com 243... hauahuahuuhauhahu Tö brincando...

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Testei tanto o XML do envio quando o do reenvio. Ambos estão OK na SEFAZ RS.

Estamos usando uma nota por lote.

SEFAZ PR e MT estão disputando quem tem mais problemas....rs.

Vamos aguardar então. Qualquer novidade volto a postar aqui.

Muito obrigado mais uma vez.

At.,

Bernardo Tavares Braga

[former_member182114 · Accepted solution]

Bom dia Fórum,

Contactamos a Sefaz PR e nos informaram que corrigiram o problema e estará operante após meio dia de hoje (16/12).

Estou acompanhando um ambiente produtivo e mesmo neste momento já está obtendo 100% de autorizações.

Assim que normalizar voltem a configuração do lote para até 50 NF-es por lote, deixar 1 pra 1 sobrecarrega o GRC e a própria Sefaz.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

CONCLUSÃO (apesar de o problema agora esta acontecendo para as notas emitidas em Contingência(FS) - Mandei um e-mail para eles):

De: NFe CRE

Enviada em: quarta-feira, 16 de dezembro de 2009 17:43

Para: destinatarios nao divulgados

Assunto: Comunicado 012/2009 - Atualização do ambiente de produção

COMUNICADO 012/2009

Prezados contribuintes emitentes de NF-e:

Na data de ontem (16/12/2009 13:18) foi implementada no ambiente de produção a atualização prevista na Nota Técnica 2009.002. No entanto, detectou-se que a implementação dos XSDs previstos na referida Nota Técnica gerou um problema imprevisto de rejeições (indevidas) por falha de schema (cStat 243) para NF-e cujo campo Z03 (infCpl) possui mais de 1355 caracteres.

Dessa forma, no dia de hoje (17/12/2009 10:51) o ambiente de produção teve nova atualização, retornando aos XSDs anteriores, os quais não ocasionam o problema com o campo Z03.

A causa do problema de rejeição indevida está sendo investigada a fim de que possa ser realizada a correção e reimplementados os XSDs previstos na Nota Técnica 2009.002. Alertamos que o ambiente de homologação permanece com a atualização prevista na referida Nota Técnica, portanto as empresas que desejem testar tais XSDs podem fazê-lo.

Quando da correção do problema, comunicaremos a data da nova implementação dos XSDs em ambiente de produção.

Desculpamo-nos pelo ocorrido, uma vez que a implementação dos XSDs da Nota Técnica 2009.002 deveria ter sido transparente a todos os emitentes.

Por fim, lembramos que conforme o Comunicado 008/2009 contatos com a Secretaria da Fazenda devem ser feitos exclusivamente através do SAC ou Delegacia Regional da Receita.

Atenciosamente,

SEFA/PR

Equipe NF-e

[henrique_pinto]

Bernardo,

as modificacoes de layout 005D nao impactaram em mudanca de layout XML de fato, apenas algumas regras de validacao e dominio de campo. Se vc tem as ultimas notas implementadas no GRC, entao vc está alinhado com a versao 005D.

Como nao demandava mudanca de configuracao, o desenvolvimento optou por nao criar outra entrada nas configuracoes do GRC, visto que seria desnecessario.

De qq maneira, se vc faz reset/resend e funciona, me cheira mais algo relacionado a preenchimento de campos na BAdI que está lendo documentos que nao estao criados no 1o momento mas que estao ok no 2o.

Vc tem o decouple implementado no ERP? Está usando RFCCALL >= 1?

Ainda, seria interessante vc recuperar o XML que o assinador devolve ao GRC e validar contra o XSD pra ver o problema.

Se tiver problema de layout mesmo e nao tah parando no validador, pode ser que vc nao tenha implementado as ultimas regras de validacao. Se quiser, cole aqui o XML que o assinador devolve q eu tento validar por aqui (ou use o validador online da SEFAZ RS).

Finalmente, em se tratando de SEFAZ-PR, sabemos que tudo eh possivel...

Abs,

Henrique.