falha no schema xml do lote de nfe em producao

[Dhauch]

em produção esta dando esta mensagem

 

falha no schema xml do lote de nfe ACBR

 

segue em anexo xml

43151022912421000121651000000000051000000055-nfe.xml

[Italo Giurizzato Junior]

Bom dia,

O seu XML da NFC-e contem o grupo <infNFeSupl> que traz o valor do QR-Code.

Acontece que se você envia para o ambiente de homologação funciona 100% e no ambiente de produção a nota é rejeitada.

A explicação é simples, o ambiente de produção só vai aceitar o XML com esse grupo a partir de 03/11/2015.

Resumindo para testar tem que colocar, e para enviar em produção tem que retirar.

[Dércio Luis Zanatta]

É.. esse é um dilema mesmo, inclusive já postei isso em um outro post, mas ninguém respondeu... O fato é que, em produção, até 02/11/2015 não pode enviar a tag e no dia seguinte tem que enviar...

Para não ter que atualizar todos os clientes de um dia para o outro, o que eu sugiro, é la na unit ACBRNotasFiscais.pas, onde gera a tag do Qrcode, colocar uma condição para gerar em produção somente se a data de emissão for maior ou igual a 03/11/2015.. Dessa forma, já da para ir atualizando os clientes antes..

Não sei se alguém tem outra sugestão ?

 

[mcnonino]

Dércio

Eu também citei esta questão em um outro post mas infelizmente "atravessaram" a pergunta e o post acabou indo para um outro caminho. Na minha opinião e interpretação, a informação do qrCode deveria ser opcional, afinal pela especificação a ocorrência do grupo "infNFeSupl "é de 0-1, mas o colega Italo tem outra interpretação, o que indica que o assunto pode gerar dupla interpretação. Eu gostei da sua sugestão, mas aqui no Paraná estamos com um problema adicional: a nota técnica 2015.002 não foi implementada ainda para homologação, pelo menos no que se refere a este campo novo campo "qrCode", ou seja, não temos como testar. E se ela não foi implementada ainda, quem garante que no dia 03/11/2015 vai estar funcionando para produção?

 

[Juliomar Marchetti]

Vocês jogam a carroça na frente dos bois e baixam o lanço neles atrás e querem que vá!

Calme nunca o pessoal do ACBr deixou na mão! sempre estivemos com o código pronto e funcional o tempo!

Do que adianta estar com ela implementada e tu não consegue nem testar? me diga como é que tu vai testar?

[Dércio Luis Zanatta]

Não sei se vc está se referindo ao meu comentário Juliomar, mas de maneira nenhuma algum dia pensei que o pessoal do ACBr fosse me deixar na mão e nem estou "colocando a coarroça na frente dos bois". Apenas fiz um comentário de uma preocupação que tenho agora, já que em homologação estou conseguindo enviar tudo ok. O tempo passa rápido, e quando a gente menos espera, é Novembro. Desculpe se deixei transparecer algum desespero, pois não é esse caso. Minha intenção foi apenas compartilhar uma solução que todos vão precisar prever para 03/11/2015.

Mais uma vez peço Desculpas se postei em um momento inoportuno.

Abraços.

[mcnonino]

Acho que o Juliomar interpretou errado o que estamos discutindo. O que o Dércio e eu estamos alertando é o fato de que no dia 03/11 todos os softwares que rodam NFCe podem parar de funcionar, e isso não tem nada a ver com o ACBr, mas sim com o fato de que não haverá um período de transição para se mudar da especificação antiga para a nova, o que na minha opinião é uma falha grave do Encat, que é o órgão responsável por propor as mudanças no projeto de NFe.

[Régys Silveira]

Vamos devagar  

O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los.

Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002

ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code

Existe uma validação de obrigatóriedade.

[Dércio Luis Zanatta]

Vamos devagar  

O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los.

Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002

ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code

Existe uma validação de obrigatóriedade.

Exato Regys. O tempo para homologação é bem satisfatório, com certeza.. O problema é que a migração para produção terá que ser de um dia para o outro, ou seja, no dia 02/11/2015 não posso enviar a tag no xml e no dia 03/11/2015 terei que enviar, Além de ter que atualizar os Schemas, que até o dia 02 deverá ser um e do dia 03 em diante deverá ser outro. Ao menos foi isso que entendi !

 

[André Ferreira de Moraes]

em produção esta dando esta mensagem

 

falha no schema xml do lote de nfe ACBR

 

segue em anexo xml

43151022912421000121651000000000051000000055-nfe.xml

Vc está enviando um XML com tpAmb=2 pro ambiente de produção?

[Régys Silveira]

Vamos devagar  

O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los.

Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002

ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code

Existe uma validação de obrigatóriedade.

Exato Regys. O tempo para homologação é bem satisfatório, com certeza.. O problema é que a migração para produção terá que ser de um dia para o outro, ou seja, no dia 02/11/2015 não posso enviar a tag no xml e no dia 03/11/2015 terei que enviar, Além de ter que atualizar os Schemas, que até o dia 02 deverá ser um e do dia 03 em diante deverá ser outro. Ao menos foi isso que entendi !

 

Você está se confundindo, o componente hoje trata isso, enviando a tag somente para homologação, o que você vai ter que fazer é somente atualizar seus clientes 1 dia antes ou no dia para liberar também para o ambiente de produção.

[Dércio Luis Zanatta]

Vamos devagar  

O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los.

Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002

ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code

Existe uma validação de obrigatóriedade.

Exato Regys. O tempo para homologação é bem satisfatório, com certeza.. O problema é que a migração para produção terá que ser de um dia para o outro, ou seja, no dia 02/11/2015 não posso enviar a tag no xml e no dia 03/11/2015 terei que enviar, Além de ter que atualizar os Schemas, que até o dia 02 deverá ser um e do dia 03 em diante deverá ser outro. Ao menos foi isso que entendi !

 

Você está se confundindo, o componente hoje trata isso, enviando a tag somente para homologação, o que você vai ter que fazer é somente atualizar seus clientes 1 dia antes ou no dia para liberar também para o ambiente de produção.

Sim claro.. eu entendi isso.. O problema é justamente esse... vou ter que atualizar todo mundo na virada do dia 02 para o dia 03... e é justamente isso que queria evitar.. Queria poder atualizar antes e a tag ser gerada (em produção) somente a partir  do dia 03/11/2015 e isso é bem possível, o problema é quanto aos Schemas.. Esses tem que ser jogados no dia

[Italo Giurizzato Junior]

Bom dia a todos,

Dércio, como os Schemas são utilizados tanto para a NF-e quanto para a NFC-e não vejo problemas em você atualizar hoje dia 07/10/2015.

A partir do momento que consta que o grupo ou o elemento desse grupo é opcional, se não informarmos ele não será validado.

Veja a definição do grupo infNFeSupl no schema leiauteNFe_v3.10.xsd :

            <xs:element name="infNFeSupl" minOccurs="0">

Note que o minimo de ocorrências é zero, isso significa que o grupo é opcional, por outro lado a definição do elemento qrCode é:

                        <xs:element name="qrCode">

Note que neste caso o elemente qrCode é obrigatório veja:

                                    <xs:whiteSpace value="preserve"/>
                                    <xs:minLength value="100"/>
                                    <xs:maxLength value="600"/>

A informação tem que estar presente, tem que ter um tamanho mínimo de 100 caracteres e no máximo 600.

Resumindo, quanto aos Schemas você pode atualizar.

Quanto não gerar até o dia 2 e passar a gerar a partir do dia 3 a unica solução é acrescentar uma condição que cheque a data de emissão da nota.

Desta forma você pode também atualizar a aplicação em todos os seus clientes antes do dia 3/11/2015.

[Dércio Luis Zanatta]

Bom dia a todos,

Dércio, como os Schemas são utilizados tanto para a NF-e quanto para a NFC-e não vejo problemas em você atualizar hoje dia 07/10/2015.

A partir do momento que consta que o grupo ou o elemento desse grupo é opcional, se não informarmos ele não será validado.

Veja a definição do grupo infNFeSupl no schema leiauteNFe_v3.10.xsd :

            <xs:element name="infNFeSupl" minOccurs="0">

Note que o minimo de ocorrências é zero, isso significa que o grupo é opcional, por outro lado a definição do elemento qrCode é:

                        <xs:element name="qrCode">

Note que neste caso o elemente qrCode é obrigatório veja:

                                    <xs:whiteSpace value="preserve"/>
                                    <xs:minLength value="100"/>
                                    <xs:maxLength value="600"/>

A informação tem que estar presente, tem que ter um tamanho mínimo de 100 caracteres e no máximo 600.

Resumindo, quanto aos Schemas você pode atualizar.

Quanto não gerar até o dia 2 e passar a gerar a partir do dia 3 a unica solução é acrescentar uma condição que cheque a data de emissão da nota.

Desta forma você pode também atualizar a aplicação em todos os seus clientes antes do dia 3/11/2015.

Uhh.. Muito bom Ítalo... 

Minha idéia inicialmente é alterar o trecho de código do ACBRNotasFiscais.pas onde gera a tag do QrCode. A condição seria a seguinte:

    if Configuracoes.Geral.ModeloDF = moNFCe then
    begin
      if (Configuracoes.WebServices.Ambiente=taHomologacao) or
          ((Configuracoes.WebServices.Ambiente=taProducao) and
          (NFe.Ide.dEmi>=StrToDate('03/11/2015'))) Then
      Begin

            //  gera as tags do qrcode

      End ;

 

[Italo Giurizzato Junior]

Dércio,

Acredito ser a solução mais simples, depois podemos remover essas condições e deixar somente a que checa o modelo do documento fiscal.

[bnobre]

Olá Dércio, tenho acompanhado o seu tópico e assim como você, me preocupa o fato de ter que mudar o executável apenas no dia 03-11 para todos os clientes.

Mas tenho outra preocupação...Sou do RJ, que pelo o que o Italo falou usa os Servidores do RS... E se no dia 03-11 essa mudança não estiver realmente pronta e a produção continuar negando as notas com a informação do QR Code?

[Italo Giurizzato Junior]

Bom dia,

Já postei em um outro tópico que as chances de prorrogar o inicio em ambiente de produção são muitas, acredito que somente para o ano que vem vai ser necessário, visto que algumas SEFAZ não implementaram ainda em ambiente de homologação.

[Dércio Luis Zanatta]

Olá Dércio, tenho acompanhado o seu tópico e assim como você, me preocupa o fato de ter que mudar o executável apenas no dia 03-11 para todos os clientes.

Mas tenho outra preocupação...Sou do RJ, que pelo o que o Italo falou usa os Servidores do RS... E se no dia 03-11 essa mudança não estiver realmente pronta e a produção continuar negando as notas com a informação do QR Code?

Bom dia

Realmente, se for adiada ai fica complicado fazer algum controle, mas no caso do RS, acredito que não vai ser adiado, pois eles entraram certinho no prazo de homologação (01/10/2015), acho que dia 03/11 vai entrar em produção. De qualquer forma,  o jeito é aguardar mais alguns dias para ver como vai ficar a situação.

[bnobre]

Bom dia

Então Dércio, mas como não temos plena certeza, nem vale a pena fazer a alteração sugerida por você.

Pois imagina se colocamos para dia 03-11-15 o componente gerar a tag do QRCode e a SEFAZ adia?!?! Vai ser o "caos na Terra".

[Agnaldo Prates]

Em princípio não haverá mudança para o início da obrigatoriedade para produção, visto que, o manual não traz esta possibilidade. Por outro lado, o estado pode sim alterar esta data, todavia deve fazê-lo com antecedência razoável, pois, caso o faça no dia 01/11/2015, causará grandes transtornos tanto para desenvolvedores quanto para os comerciantes.

Possivelmente não mudará, o texto da NT2015.002_v1.00, não traz uma exceção, somente o texto seco.

"O prazo previsto para a implementação das demais mudanças é:
o Ambiente de Homologação (ambiente de teste das empresas): 01/10/15;
o Ambiente de Produção: 03/11/15"

Caso houvesse esta possibilidade, haveria logo abaixo uma previsão de exceção, o que não há.

A página oficial da NF-e, também não está prevendo esta exceção, senão vejamos:

"[...] As Sefaz Autorizadoras disponibilização todas as alterações em seus respectivos ambientes de homologação a partir de 01/10/2015, sendo o ambiente de produção liberado para uso a partir de 03/11/2015. Assinado por: Coordenação Técnica do ENCAT".

Pelos motivos acima exposto, não creio que haverá este adiamento.