Nfce E Contingência Off Line

[arieltonlima]

Italo, isto mesmo... 

 

Depois da reclamação do cliente, fiz vários testes e reparei que não passa de 30 segundos.

O problema é que 30 segundos para alguns clientes é muito tempo, mas vão ter que se adaptar a realidade.

 

Obrigado pela resposta.

[phulano]

quem usa  a versao capicom,  tem como imprimir a danfe via cliente e via estabelecimento (como foi comentado em uma das respostas) ?

[Gledson Santos]

Estou utilizando o TACBrNFeDANFCeFortesFr e não encontrei nenhuma propriedade para definir a Via do consumidor e a Via do estabelecimento, devo seguir a orientação do amigo reinaldoacdc, também não está saindo a mensagem que foi emitida OFFLINE, mesmo em produção. 

Vai ter alguma atualização neste sentido?

[Juliomar Marchetti]

Boa tarde

não lembro de ter implementado ainda isso nos componentes !

[Gledson Santos]

Boa tarde Juliomar,

Teria como avisar quando tiver implementado para que possamos atualizar nosso repositório?

Desde já agradeço e parabenizo pelo trabalho de vocês.

[reinaldoacdc]

Existe uma propriedade nesse relatório chamada ViaConsumidor, é só manipular ela. 

 

E no evento rlbMensagemFiscalBeforePrint do relatório especificar a mensagem. 
Eu fiz da seguinte forma: 

 

    lNumSerieEmissao.Caption := ACBrStr('Número '+IntToStrZero(Ide.nNF,9)+

                                ' Série '+IntToStrZero(Ide.serie,3)+

                                ' Emissão '+DateTimeToStr(Ide.dEmi)+

                                IfThen(fACBrNFeDANFCeFortes.ViaConsumidor, ' - Via do consumidor', ' - Via do estabelecimento'));

[BigWings]

Tive um caso onde uma NFC-e foi emitida em contingência off-line e, ao tentar autorizar a mesma depois ela foi rejeitada com a mensagem "Rejeição: NFC-e para destinatario contribuinte ICMS". 

 

A nota era pra pessoa física, a tag indIEDest foi gerada com valor 1 por um erro no cadastro do consumidor.

 

Não posso corrigir a informação, assinar e transmitir novamente porque vai alterar o QR-Code, tornando a nota entregue ao consumidor inválida.

 

Ainda não entrei em contato com a Sefaz, queria saber se alguém aqui já teve essa experiência, e como resolveu.

[dremul]

Você consegue imaginar o caos que seria os clientes precisarem esperar 30 segundos para aprovar cada "cupom" em frentes de caixa movimentadas?

No rush? Totalmente inviável. 30 segundos, parado, esperando ali em pé, é muito tempo.

Até 5 segundo é viável. Chorando em 10 segundos.

Qualquer número além disso é off-line na veia

Editado 28 Abril, 2015 por dremul

[Elton Mamede]

Boa tarde 

gostaria de saber sobre essa pergunta que o amigo Ariel fez

 

"Outra questão: Se por acaso gerarmos o XML, Assinar e Validar, obviamente o cupom será impresso. Mas quando for Enviar o lote dos XML's e ocorrer alguma falha do tipo: BASE ST, TOTALIZADORES, ETC... Como devemos proceder? Imagino que não podemos gerar um novo XML e emitir normalmente, certo ?!"

 

 

Como proceder nessa questão?

[Italo Giurizzato Junior]

Bom dia a todos,

 

Toda nota enviada e rejeitada por conter uma informação errada, devemos corrigir e enviar novamente.

 

Mesmo se tratando da NFC-e, se a mesma foi emitida inicialmente offline a mercadoria foi entregue ao cliente e este foi embora.

 

Se não emitir a nota rejeitada é como vender sem nota e se tratando de um cliente chato, ele pode ficar consultando para saber se a mesma já consta na SEFAZ, ocorrendo uma demora muito grande, este pode denunciar a loja ao fisco.

[leandroaoa]

Boa tarde 

gostaria de saber sobre essa pergunta que o amigo Ariel fez

 

"Outra questão: Se por acaso gerarmos o XML, Assinar e Validar, obviamente o cupom será impresso. Mas quando for Enviar o lote dos XML's e ocorrer alguma falha do tipo: BASE ST, TOTALIZADORES, ETC... Como devemos proceder? Imagino que não podemos gerar um novo XML e emitir normalmente, certo ?!"

 

 

Como proceder nessa questão?

 

segundo informações da receita aqui do PR você não só pode como deve gerar um xml com as correções, o que no pode ser alterado é a chave de acesso tendo em vista que o qrcode tem diversos elementos para verificacao e a chave de acesso é uma delas. então se você gerou ela offline e vai ter que corrigir gere o xml novamente em offline e envie pois a chave de acesso do offline é diferente da normal. Eu faço assim abro a tela pra correção não permito alterar quantidade nem valor e nem exclui ou acrescentar itens a pessoa corrige os erros e envia novamente colocando o tipo de emissao offline para não alterar a chave

[luanecomp]

Boa tarde. Hoje emito notas no servidor da SEFAZ do Amazonas em produção (nos clientes) e em homologação (nos meus testes de desenvolvimento) e me baseio no decreto estadual do Amazonas pra NFC-e, onde diz o seguinte:

 

Art. 9º Na hipótese de rejeição do arquivo digital da NFC-e emitida em contingência, o contribuinte emitente deverá gerar novamente o arquivo, com o mesmo número e série, sanando a irregularidade, e transmiti-lo à SEFAZ, solicitando, com isso, nova Autorização de Uso da NFC-e, sendo vedada a alteração:

 

I - das variáveis consideradas no cálculo do valor do imposto, tais como valor da operação ou da prestação, base de cálculo e alíquota;

II - dos dados cadastrais que impliquem alteração na identidade ou no endereço do emitente ou do consumidor;

III - da data e hora de emissão da NFC-e.

 

Em outras palavras, se deu erro, por exemplo porque a descrição do produto possuía um & (i comercial da muuuuito erro), você pode modificar a descrição (tirando o '&' por exemplo, reassinar e reenviar. 

Lembrando que o tipo de emissão continua sendo 9 (contingencia off-line de NFC-e).

Me parece que a Sefaz do Amazonas não está validando o período de 24 horas pra envio das notas em contingencia off-line (não tenho certeza).

 

Link do decreto: http://www.sefaz.am.gov.br/areas/opcaosistemas/silt/Normas/Legisla%C3%A7%C3%A3o%20Estadual/Decreto%20Estadual/Ano%202014/Arquivo/DE%2034459_14.htm

 

Espero ter ajudado!

Editado 15 Maio, 2015 por luanecomp

[BigWings]

Obrigado pelas respostas, e pela fundamentação que já posso usar para justificar o procedimento. 

 

Fiquei na dúvida se poderia gerar novo XML porque, como o leandroaoa disse, o QR-Code contém vários elementos, inclusive o digestValue do XML, este que seria alterado gerando novo XML com alteração nos dados, o que imaginei que tornaria a primeira nota inválida.

 

Farei o teste na próxima oportunidade e a consulta dos dois QR-Codes pra confirmar.

 

Obrigado mais uma vez.

[Elton Mamede]

valeu pessoal pelos esclarecimentos

 

irei fazer os testes tambem.

[...]

Veja, pelo codigo que você passou, você não chegou a gerar e assinar o XML, tentou enviar diretamente, para emissão off-line você deve gerar e assinar utilizando os métodos próprios, ai sim tudo será gerado corretamente, a diferença é não enviar, porque o envio será feito em outro momento.

 

  ACBrNFe.NotasFiscais.GerarNFe;  <--- gera o xml corretamente
  ACBrNFe.NotasFiscais.Assinar; <-- assina utilizando o certificado
  ACBrNFe.NotasFiscais.Valida; <-- valida o xml perante os schemas

No caso do monitor eu devo sempre utilizar esses 3 comandos também, ou somente o CriarNFe ?

NFe.CriarNFe(cIniNFe,[bRetornaXML])
NFe.AssinarNFe(cArqXML)
NFe.ValidarNFe(cArqXML)

E depois quando for enviar de verdade preciso utilizar:
 

NFe.LoadfromFile(cNomeArq,nSegundos)

ou somente

NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono])

?

Na variavel bAssina, posso colocar sempre false, uma vez que assinei posteriormente?

 

Editado 7 Julho, 2015 por sossystem

[RickMao]

Bom dia, depois de muito quebrar a cabeça consegui ressolver o problema da Chave de Acesso nas seguintes situações:

 

Ao tentar enviar seu xml pra sefaz e por algum motivo (Internet ou serviço inoperante) e a sua forma de emissão for "Normal", você acaba não recebendo o protocolo e se gravar na base de dados a chave de acesso vai ser com o tipo de emissão 1=Normal, e agora?

Bom eu ressolvi da seguinte forma:

1) Localize o arquivo pcnNFeW.pas
2) Vá até a função function TNFeW.GerarXml: Boolean;
3) Localize o trecho
   if trim(nfe.infNFe.ID) = '' then
      nfe.infNFe.ID := chave;
4) e abaixo adicione o seguinte trecho:

   //Adicionado por Patrick Siqueira, para trocar a chave de Normal para offline
  if (nfe.Ide.tpEmis = teOffLine) and (copy(nfe.infNFe.ID, 38, 1) = '1' ) then
    nfe.infNFe.ID := chave;

resultado:

  if (trim(nfe.infNFe.ID) = '') then
    nfe.infNFe.ID := chave;

   //Adicionado por Patrick Siqueira, para trocar a chave de Normal para offline
  if (nfe.Ide.tpEmis = teOffLine) and (copy(nfe.infNFe.ID, 38, 1) = '1' ) then
    nfe.infNFe.ID := chave;

5) Fazendo isso no meu trecho de envio ficou assim:

        try
        ACBrNFe1.WebServices.Envia(aLote);
        except
          on E: Exception do begin

            ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teOffLine;
            ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine;
            ACBrNFe1.NotasFiscais.GerarNFe;
            ACBrNFe1.NotasFiscais.Valida;
            ACBrNFe1.NotasFiscais.Assinar;

            MessageDlg('Erro ao enviar NFC-e!'+#13+E.Message, mtWarning, [mbOk], 0);
            frmStatus.Hide;
            frmStatus.SendToBack;
            Application.ProcessMessages;
          end;
        end;

O sistema tenta enviar se não conseguir troca a chave de acesso para tpEmis=9 e assim eu armazeno xml como offline e depois reenvio.

 

Abraço a todos e espero ter colaborado.

[russobr]

Emiti um nfc-e no modo offline, quando tentei fazer o envio do xml me deu o erro que o NCM é inválido, não tenho outro jeito a não ser fazer o ajuste a enviar com o NCM correto.  Existe alguma implicação nisso ?   Como fazem pra resolver uma situação dessa ?

[Italo Giurizzato Junior]

Bom dia,

A solução e colocar a informação correta e enviar novamente.

Para o consumidor final o NCM não tem nenhuma importância.

[Marcio Lopes ACBr]

Mas nesse caso como ja gerei e assinei o XML, posso regerar o XML e assinar novamente e depois enviar ?

[Italo Giurizzato Junior]

Boa tarde Marcio,

Toda vez que você tiver que corrigir o conteudo de alguma TAG, é preciso gerar e assinar novamente antes do envio.

Nunca altere "manualmente" um XML assinado, pois isso invalida a assinatura e a SEFAZ com certeza vai rejeitar novamente o XML.

[russobr]

Ao gerar a nfc-e em offline faço:

with ACBrNFe1.NotasFiscais.items[0].NFe do
   begin
   Ide.dhCont := NOW;
   Ide.xJust := 'ESTABELECIMENTO SEM INTERNET';
   Ide.tpEmis:= teOffLine;
   end;
ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine;

ACBrNFe1.NotasFiscais.GerarNFe;

ACBrNFe1.NotasFiscais.Validar;

ACBrNFeDANFe.ViaConsumidor := true;
ACBrNFe1.NotasFiscais.ImprimirPDF;
ACBrNFe1.NotasFiscais.Imprimir;

ACBrNFeDANFe.ViaConsumidor := false;
ACBrNFe1.NotasFiscais.Imprimir;

Para enviar o xml faço:

ACBrNFe1.NotasFiscais.Clear;
if ACBrNFe1.NotasFiscais.LoadFromFile(Arquivo) then

   begin

   if ACBrNFe1.Enviar(1, false, false) then
      begin
      if ACBrNFe1.WebServices.Retorno.cStat = 100 then
         showmessage('Nota enviada com sucesso !');

      end;

Neste momento ocorre o erro: 

'Falha na validação dos dados da nota: Element ''{http://www.portalfiscal.inf.br/nfe}vBCST'' is unexpected according to content model of parent element ''{http://www.portalfiscal.inf.br/nfe}ICMSTot''.Expecting: {http://www.portalfiscal.inf.br/nfe}vICMSDeson.

O pior que faço o mesmo procedimento para Online, e retorna ok.

Agradeço aos que puderem me ajudar ! 

33160403257567000136650010000000209000000203-nfe.xml

[leandroaoa]

Russobr verifica a sua pasta schemas se esta atualizada.

[BigWings]

10 horas atrás, russobr disse:

'Falha na validação dos dados da nota: Element ''{http://www.portalfiscal.inf.br/nfe}vBCST'' is unexpected according to content model of parent element ''{http://www.portalfiscal.inf.br/nfe}ICMSTot''.Expecting: {http://www.portalfiscal.inf.br/nfe}vICMSDeson.

O pior que faço o mesmo procedimento para Online, e retorna ok.

Agradeço aos que puderem me ajudar ! 

33160403257567000136650010000000209000000203-nfe.xml

O erro está ocorrendo na validação do XML então deveria acontecer também no modo online. Ou você não está validando o XML antes de enviar online?

O problema no XML é a falta da tag ICMSTot->vICMSDeson (Total do ICMS Desonerado). Você está com os fontes atualizados?

[Mistral Sistemas]

Em 22/04/2016 at 00:47, russobr disse:

Ao gerar a nfc-e em offline faço:

with ACBrNFe1.NotasFiscais.items[0].NFe do
   begin
   Ide.dhCont := NOW;
   Ide.xJust := 'ESTABELECIMENTO SEM INTERNET';
   Ide.tpEmis:= teOffLine;
   end;
ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine;

ACBrNFe1.NotasFiscais.GerarNFe;

ACBrNFe1.NotasFiscais.Validar;

ACBrNFeDANFe.ViaConsumidor := true;
ACBrNFe1.NotasFiscais.ImprimirPDF;
ACBrNFe1.NotasFiscais.Imprimir;

ACBrNFeDANFe.ViaConsumidor := false;
ACBrNFe1.NotasFiscais.Imprimir;

Para enviar o xml faço:

ACBrNFe1.NotasFiscais.Clear;
if ACBrNFe1.NotasFiscais.LoadFromFile(Arquivo) then

   begin

   if ACBrNFe1.Enviar(1, false, false) then
      begin
      if ACBrNFe1.WebServices.Retorno.cStat = 100 then
         showmessage('Nota enviada com sucesso !');

      end;

Neste momento ocorre o erro: 

'Falha na validação dos dados da nota: Element ''{http://www.portalfiscal.inf.br/nfe}vBCST'' is unexpected according to content model of parent element ''{http://www.portalfiscal.inf.br/nfe}ICMSTot''.Expecting: {http://www.portalfiscal.inf.br/nfe}vICMSDeson.

O pior que faço o mesmo procedimento para Online, e retorna ok.

Agradeço aos que puderem me ajudar ! 

33160403257567000136650010000000209000000203-nfe.xml

Boa tarde. Todo o processo de gerar uma NFCe offline está bem claro e tudo funcionando, minha dificuldade está em pegar o nome do arquivo que foi gerado. Ele está sendo gravado na pasta corretamento, o arquivo que é formado pela chave mais "-nfe.xml" está lá. Eu tenho uma rotina onde eu gravo em uma tabela algumas informações de cada nota gerada, como data de emissão, chave, mas estas informações eu sempre pego depois que ela é processada em:

acbrnfe1.notasfiscais[0].nfe.procnfe.chnfe e gravo esta informação para reimpressão, por exemplo. Como eu pegaria o nome do arquivo gerado no modo offline, pq a parte do "procNFE", é somente (pelo que entendi) para as notas processadas.

Obrigado desde já.

 

[russobr]

Agradeço aos que puderam me ajudar, o problema era nos schemas.