Resultado Nf-E 3.10 Mg (Homologação E Produção)

[Gr@c@]

Segue resultado dos testes realizados na versão 3.10:

 

UF = 31 (Minas Gerais)

Ambiente = 2 (Homologação) e 1 (Produção)

versão da NF-e = 3.10

 

- inutilização OK

 

- NF-e tpEmis = 1 (Normal)

envio OK

DANFE OK

consulta da NFe autorizada OK

cancelamento OK

impressão do protocolo de cancelamento OK

 

- NF-e tpEmis = 4 (EPEC)

envio com tpEmis = 4 OK

DANFE com tpEmis = 4 OK

consulta com tpEmis = 4 OK

envio com tpEmis = 1 OK

DANFE com tpEmis = 1 OK

consulta com tpEmis = 1 OK

 

- NF-e tpEmis = 6 (SVC-AN)

envio com tpEmis = 6 OK

DANFE com tpEmis = 6 OK

consulta com tpEmis = 6 OK

cancelamento com tpEmis = 6 e cOrgao = 31 OK (lembrando que esse cancelamento só foi possível umas 5 horas após o envio da NF-e, pois antes disso dava rejeição 494: NF-e não consta na base do SEFAZ)

impressão do protocolo de cancelamento OK

 

Aparentemente, tudo normal em MG para a versão 3.10

 

Notas fiscais com finalidade de devolução (de cliente ou a fornecedor) --> obrigatório informar as notas fiscais referenciadas.

 

NCM para notas normais ---> obrigatório numero com 8 dígitos e válido cf tabela da TIPI

NCM para notas de ajuste ou complementar = 00

 

[Gr@c@]

Hoje ao consultar a nota enviada em SVC-AN e cancelada, verifiquei que a mesma ao ser consultada ainda retorna status 100-NFe autorizada, embora tenha o evento de cancelamento autorizado

 

- NF-e tpEmis = 6 (SVC-AN)

envio com tpEmis = 6 OK

DANFE com tpEmis = 6 OK

consulta com tpEmis = 6 OK

cancelamento com tpEmis = 6 e cOrgao = 31 OK (lembrando que esse cancelamento só foi possível umas 5 horas após o envio da NF-e, pois antes disso dava rejeição 494: NF-e não consta na base do SEFAZ)

impressão do protocolo de cancelamento OK

 

ao consultar a nota ainda continua com status 100 embora conste o evento de cancelamento

[Italo Giurizzato Junior]

Bom dia Graça,

 

Mas é isso mesmo que a SEFAZ tem que retornar ao realizarmos uma consulta.

 

Ela tem que informar que a nota existe, que foi autorizada e por fim foi cancelada.

 

Temos desta forma um histórico completo da mesma.

[Gr@c@]

Italo, desculpa não expliquei direito: ao consultar a nota, o SEFAZ só retorna status 100 - NFe autorizada. O evento do cancelamento consta apenas se eu consultar a nota no portal da NFe eletrônica. Para o usuário consultar a nota direto pelo meu aplicativo, não há como ele saber que a nota que eu enviei em SVC-AN foi cancelada. Se eu tentar cancelar novamente, dá erro de duplicidade. O SEFAZ não está me retornando o evento do cancelamento na consulta. É estranho, porque parece que não está havendo sincronismo entre o SVC-AN e o SEFAZ MG. Tanto é que para cancelar essa nota (que foi enviada em produção) eu tive que aguardar mais de 5 horas porque só dava rejeição de NFe não consta na base do SEFAZ.

[Italo Giurizzato Junior]

Boa tarde Graça, 

 

O problema deve ser mesmo de sincronismo, uma vez que ao realizar a consulta, temos que ter como resposta da SEFAZ, o protocolo de autorização, bem como todos os eventos vinculados a mesma.

[Gr@c@]

Está muito estranho porque:

a consulta me retorna 100-NFe autorizada

o Danfe sai com a tarja de NFe não consta na base do sefaz

a consulta pelo Portal da NFe me dá que a nota está cancelada

veja:

 

 

[Italo Giurizzato Junior]

Graça,

 

O XML que você tem da respectiva NF-e, consta o protocolo de autorização?

 

Se sim, qual versão do DANFE você esta usando (Quick, Fast, Rave,...)?

[Gr@c@]

Italo, a NFe enviada em 22/09/2014 com tpEmiss=6 foi impressa sem a tarde de NFe não consta na base do SEFAZ e no rodapé está escrito DANFE em contingência-impresso em decorrência de problemas técnicos. Aparentemente, uma nota correta. No Danfe não consta protocolo, e sim somente um numero DADOS DA NFe. O Xml dessa nota realmente não tem protocolo. Não entendi bem, mas notas em SVC-AN não tem protocolo? O numero que consta no Danfe em Dados da NFe é um numero com mais de 15 dígitos.

O danfe que uso é o RaveCB formato paisagem e os meus componentes ACBr foram atualizados ontem 24/09/2014

[Italo Giurizzato Junior]

Graça,

 

Precisamos revisar algumas rotinas, pois o SVC apesar de ser uma contingência, mas esta é diferente da FS-DA onde não ocorre o envio do XML.

 

No caso do SVC, o envio da nota ocorre e é para retornar sim o protocolo de autorização, consequentemente o XML deveria ter essa informação.

 

No caso do FS-DA não ocorre o envio e devemos imprimir o DANFE em papel moeda e depois enviar o XML para SEFAZ para que esta o protocole.

 

Já no SVC, enviamos o XML e já obtemos o protocolo, portanto podemos imprimir o DANFE em papel comum, reduzindo assim custos.

 

Verifique se após o envio para o SVC é salvo o arquivo *-sit.xml, neste arquivo tem que constar o protocolo de autorização.

 

Caso afirmativo e se for possível anexe ele, por favor.

[Gr@c@]

Italo, segue o arquivo solicitado

31140986493095000148550050000022626000022626-sit.xml

[Italo Giurizzato Junior]

Bom dia Graça,

 

Desculpe, esqueci de pedir também o *-pro-rec.xml que é o arquivo que contem o retorno da consulta com base no numero do recibo.

 

Caso você tenha por favor, anexe.

[Gr@c@]

segue

316000000102615-pro-rec.xml

Editado 25 Setembro, 2014 por Gr@c@

[Italo Giurizzato Junior]

Graça,

 

Confirme por favor.

 

Ao detectar que a SEFAZ-Autorizadora estava com problemas você realizou os seguintes passos:

 

1. Alimentou as seguintes propriedades com os valores:

    tpEmis = 6

    dhCont = now (por exemplo)

    xJust = Problemas técnicos na SEFAZ

 

2. Gerou o XML, assinou, validou e enviou para a SEFAZ no caso o SVC

 

3. Imprimiu o DANFE em papel comum

 

O XML gerado e assinado acima mencionado recebeu o protocolo de autorização da SVC?

 

Se sim, ao Imprimir o DANFE o protocolo de autorização foi impresso?

 

Qual versão do DANFE que você esta utilizando (Rave, Fast, Quick, ...)?

 

Caso você utilize o comando: ACBrNFe.Enviar(<numlote>, <imprimir>, <sincrono>);

 

Como se trata de uma NF-e o envio é assíncrono, portanto logo após o envio a SEFAZ ou SVC nos retorna o numero do recibo que é salvo no arquivo: <numrec>-rec.xml feito isso o componente se encarrega de realizar uma consulta com base no numero do recibo, o resultado dessa consulta é salvo no arquivo: <numprot>-pro-rec.xml

Em seguida o componente se encarrega de atualizar o XML da NF-e acrescentando o conteúdo do <numprot>-pro-rec.xml deixando o XML da NF-e com validade jurídica, ou seja, assinado e protocolado.

Essa atualização no XML da NF-e só ocorre caso a NF-e tenha sindo autorizada pela SEFAZ ou SVC.

 

Caso você não utilize o comando Enviar acima, devemos incluir na nossa rotina o comando para realizar a consulta com base no numero do recibo:

 

     sRecibo   := ACBrNFe.WebServices.Enviar.Recibo;

     ACBrNFe.WebServices.Retorno.Recibo := sRecibo;

     if ACBrNFe.WebServices.Retorno.Executar then

      begin

        (...)

      end;

 

Preciso entender o seu processo para que possamos resolver o problema.

 

No meu entendimento se tratando do SVC apesar de ser uma contingência, o XML é enviado para SEFAZ, logo não vejo motivo do DANFE possuir a segunda chave - Contingência que aparece no lugar do protocolo de autorização.

[Gr@c@]

1. Alimentou as seguintes propriedades com os valores:

    tpEmis = 6  

-----> sim

    dhCont = now (por exemplo) 

-----> não, o now dá erro de data divergente com a data do servidor. Tive que usar date.

    xJust = Problemas técnicos na SEFAZ

-----> sim

2. Gerou o XML, assinou, validou e enviou para a SEFAZ no caso o SVC

-----> sim

3. Imprimiu o DANFE em papel comum

-----> sim, e o danfe saiu com DANFE em contingencia impresso em decorrência de problemas técnicos (sem numero de protocolo), somente com o campo Dados da NFe e chave de acesso normal(com tpemiss=6) e a chave de contingencia

O XML gerado e assinado acima mencionado recebeu o protocolo de autorização da SVC? 

-----> sim

Se sim, ao Imprimir o DANFE o protocolo de autorização foi impresso? 

-----> não porque esse Danfe não tem o campo do protocolo, sai o campo Dados da NFe

Qual versão do DANFE que você esta utilizando (Rave, Fast, Quick, ...)?

-----> RaveCB paisagem (Delphi 7, porém com a versão do quickreport 5)

Caso você utilize o comando: ACBrNFe.Enviar(<numlote>, <imprimir>, <sincrono>);

-----> uso esse comando

ACBrNFe1.NotasFiscais.GerarNFe;

ACBrNFe1.NotasFiscais.Assinar;

ACBrNFe1.NotasFiscais.Valida;

ACBrNFe1.WebServices.Envia(iLote,FALSE);
MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetWS);
LoadXML(MemoResp, WBResposta);
IF NOT ACBrNFe1.NotasFiscais.Items[0].Confirmada then
begin
    ShowMessage('NFe NÃO CONFIRMADA' + #13#13#10 +
   'Chave de Acesso = ' + ACBrNFe1.WebServices.Retorno.ChaveNFe + #13#13#10 +
   'Msg de Retorno  = ' + ACBrNFe1.NotasFiscais.Items[0].XML);
 end
 else
 begin
     {imprime a DANFE}
     ACBrNFe1.NotasFiscais.ImprimirPDF;
     ACBrNFe1.NotasFiscais.Imprimir;
     {atualiza Banco de Dados}

 end;

 

------> observando  que quando envio NFe com tpEmiss=1 fica correto. Incluse se cancelar, quando consulta a NFe retorna o evento de cancelamento e o cStat da nota aparece 101-nfe cancelamento homologado.

No caso dessa nota com tpEmiss=6 ela foi cancelada, mas ao consultar, não vem o evento de cancelamento no retorno, então fica como se a nota ainda estivesse válida cStat = 100.

Consultando no SEFAZ (tanto no nacional como no MG) a nota está cancelada. Fiz o download do xml no portal e ele vem protocolado com status = 100

[Gr@c@]

Italo, enviei um email pra você contendo os xmls para você analisar.

[Italo Giurizzato Junior]

Graça,

 

Primeiramente muito obrigado pelas respostas.

 

Vamos as conclusões:

 

1. Se o XML da NF-e foi enviado para SVC e o mesmo contem o protocolo de autorização significa que o envio esta tudo OK, é isso mesmo que tem que ocorrer.

 

2. Se ao imprimir o DANFE dessa NF-e em vez de aparecer o protocolo de autorização, é apresentado a chave de contingência, esta ai o problema.

 

No meu entendimento apesar de estarmos enviando a NF-e para a SVC - SEFAZ-Virtual de Contingência, e não para a SEFAZ-Autorizadora, a SVC recepciona o XML completo da NF-e, processa e nos retorna o protocolo de autorização de uso.

Alem disso a mesma se encarrega de disponibilizar essa nota para a SEFAZ-Autorizadora assim que a mesma voltar a funcionar normalmente.

 

Sendo assim o DANFE deveria apresentar esse protocolo de autorização e não a chave de contingência para as 3 situações de emissão:

Normal;

SVC-AN

SVC-RS

 

Portanto deve-se fazer uma alteração no DANFE para resolver esse problema.

[Alexsandro Lopes]

na hora da impressão no campo Parametros contigencia_descricao  , quando vou imprimir aparece a frase "Protocolo de homologação do cancelamento" e não consigo tirar a palavra cancelamento

 

 

na hora de imprimir o danfe ... 

uma luz por favor ...!!! 

[Italo Giurizzato Junior]

Boa tarde Alexsandro,

O DANFE que você se refere foi feito em qual Report?

[Alexsandro Lopes]

Boa tarde Alexsandro,

O DANFE que você se refere foi feito em qual Report?

ja foi resolvido meu caro amigo italo ... por um erro meu tinha mudado a propriedade nfecanceladas para:= true 

e estava acontecendo esse erro 

nesse momento se vc puder me ajudar em outro ponto do codigo  te agradeço 

venho tentando exportar oum txt para gerar o xml e transmitir mais por algum motivo ele nao esta 'informando a data correta' no txt a data esta certa mais na hora da leitura deste mesmo ela sair muito atrasada.... 

se ja tiver passado por isso da uma luz que ja estou pensando em ler eu mesmo o txt.... 

[Italo Giurizzato Junior]

Boa tarde Alexsandro,

Desculpe não entendi o que você deseja fazer.

Por favor crie um novo post para um novo assunto.