Gr@c@

Willian, acredito que sejam exibidas após 7 dias por falta de normalização sim. Mas se são retornadas no xml, creio que precisam ser mostradas à empresa emitente de alguma forma quando ocorrer a rejeição. Usuário, geralmente, não entende nada de xml.

É,achei o erro. Estava jogando cOrgao=91 no evento do cancelamento.

segue No DanfeRaveCb está ok. O erro está no NotaFiscalEletronica.rav

Me expressei mal Enviei o EPEC Fiz a conciliação e a NF-e foi autorizada (a NFe já existe no ambiente de homologação como autorizada) Agora estou tentando cancelar a NF-e autorizada pela chave de acesso 31141086493095000148550050000001204000001202 configurei o componente ACBrNFe1.WebServices.Geral.FormaEmissao := 1 e usando o procedimento de cancelamento de uma NF-e Consulto a NF-e pela chave de acesso, mas não consigo cancelá-la.

Erro ao gerar DANFE NotaFiscalEletronica.rav

Ambiente = Homologação UF Emitente = MG Tipo de Emissão = EPEC Não consigo cancelar um EPEC já conciliado. Consigo consulta-lo, está autorizado.

Qual a melhor forma de resolver a questão do sincronismo de data/hora do dhEvento com data/hora do SEFAZ, por exemplo, ao fazer um cancelamento por evento, CC-e ou EPEC. Se coloco dhEvento := date pode ocorrer 'Rejeição: A data do evento não pode ser menor que a data de autorização para NF-e não emitida em contingência' Se coloco dhEvento := now pode ocorrer 'Rejeição: A data do evento não pode ser maior que a data do processamento' Esse erro está ocorrendo muito na versão 3.10. Na versão 2.00 ocorria em caso de horário de verão, o que não é o caso agora. Deveria haver uma tolerância de horários como no ECF, mas.... Pegar a data de retorno do Status do Serviço (para usá-la no dhEvento) costuma dar consumo indevido em MG.

Pois é Italo, mas esse é o problema. Tudo bem que NCM e notas referenciadas tenho que tratar, mas tem outras rejeições que poderão dar na conciliação que não dão no envio EPEC. O que me obrigaria a reconstruir o xml para fazer as correções. Lógico que o xml está com a estrutura correta, o que ocorre são as rejeições ref a novas regras. Antes, podia-se enviar produto com capitulo 98, agora não mais. Podia-se enviar nota de devolução sem referenciar as notas de origem, agora não mais. E tem também um caso de destinatário denegado (no EPEC não estava ou isso não foi checado). Na conciliação já estava. Começo a achar que esse EPEC não é uma boa opção.

segue xml solicitado contendo chNFePend Obs: como eu estava com o ambiente EPEC bloqueado para o emitente, solicitei ao SEFAZ/MG a liberação do bloqueio para continuar realizando os testes (ambiente de homologação). Eles liberaram imediatamente ao receberem a mensagem no Fale Conosco, portanto não tenho mais esse retorno ao tentar enviar novo EPEC. 3114098649309500014855005000000111400000111411014001-procEventoNFe.xml

como mostrar na mensagem de rejeição o conteudo das tags <chnfepend> (Relação de Chaves de Acesso de EPEC não conciliados (pendentes de conciliação) existentes no AN)

Um problema que estou tendo com relação a EPEC é que: -> ao enviar o EPEC o SEFAZ não faz checagem do conteúdo de algumas tags que seriam motivo de rejeição -> ao conciliar o EPEC o SEFAZ rejeita o arquivo xml gerado anteriormente Exemplos: Produto com NCM errado ou capitulo NCM errado (no EPEC não checou) Uma NFe de devolução, enviei o EPEC sem as notas referenciadas(no EPEC não checou).Ao tentar conciliar, não consigo porque dá a rejeição. Sempre antes de enviar um xml uso esses 3 comandos: ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Valida;

juaumkiko, foi isso mesmo. Eu estava enviando tudo como emissão=1 ao conciliar o EPEC, ou seja, configuração o ACBrNFe como formaEmissao = 1 e o ide.tpEmis = 1 (aqui deveria ter sido 4) Entendi a forma como você faz, é a mesma forma que eu faço quando envio nfe em formulário especial e depois envio para a SEFAZ. Eu simplesmente envio o xml já gerado anteriormente. Só que me ocorreu o seguinte: é permitido alterar uma nota (cujo envio foi feito em EPEC), porque no envio EPEC percebi que nem tudo é checado pelo SEFAZ (como no caso de um envio normal), por exemplo o NCM. Nesse caso o xml montado já não serve mais. E outra: e se nesse meio tempo dos 7 dias a empresa mudar de regime (simples nacional <-> lucro presumido) alguns dados do xml também terão que ser alterados. Como vc faz nesse caso? O jeito correto é a reconstrução do xml ou tenho mesmo que mandar o EPEC da forma como foi feito anteriormente? Eu tenho a chave de acesso EPEC gravada em banco de dados, bem como dhCont e xJust. Consigo fazer o xml na hora de conciliar o EPEC, mas pode acontecer realmente de haver divergência na chave. Se eu não faço as correções do xml (para não dar rejeição) eu não consigo conciliar o EPEC e o emitente acaba sendo bloqueado (como aconteceu no meu caso).Tenho q conciliar o EPEC a qualquer custo e se tiver que cancelar, somente depois da conciliação. Ou entendi tudo errado? O SEFAZ recebe apenas o evento com dados resumidos. Isso significa que posso alterar alguns dados do xml ao conciliar?

Entendi, apesar do sabor.

Qual a função (FormatDateTime) para salvar a data da tag <dhCont> do xml para o banco de dados? Formato do xml = <dhCont>2014-09-03T07:00:00-03:00</dhCont> Formato do banco = 2014-09-03 07:00:00.000

Mais uma pergunta. Ao conciliar o EPEC, seria então apenas enviar o mesmo xml que foi enviado em epec, uma vez que tenho que manter também os dados da contingência(motivo/hora)?

Então, ficaria assim ao conciliar o EPEC? ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; Ide.tpEmis := teEPEC; Tenho 4 notas nessa situação. Enviei EPEC com ide.tpEmiss=4, depois enviei a nota com ide.tpEmis=1 e tudo foi autorizado (lembro-me que no dia que fiz os testes de EPEC não estava conseguindo fazer a conciliação, e só consegui com tpEmiss=1.Como não houve falha alguma, considerei q estivesse correto). Problema é que agora estou com cSTAT = 142 Ambiente de contingencia EPEC bloqueado para o emitente e essas 4 notas aparecem na tag chNFePend. Se enviar novamente com tpEmiss=4 com certeza acredito que haverá duplicidade, mas vou tentar e em seguida, tentar fazer o cancelamento. Na verdade, achei que a configuração do componente ( ACBrNFe1.Configuracoes.Geral.FormaEmissao ) deveria sempre seguir o conteúdo da tag tpEmiss do xml.

Eu também estou com essa situação de cStat 142->Ambiente de contingencia EPEC bloqueado para o emitente. Isso se deve porque existem notas anteriores em EPEC pendentes de conciliação. Fiz a conciliação da nota enviando-a com tpEmiss=1. Porém mesmo assim o bloqueio continua. Pelo que consta no manual EPEC, o SEFAZ deve verificar essa situação a cada 24hs então acredito que deva ser liberado até amanhã. Gostaria de saber como obter a lista de até 50 chaves de NF-e pendentes de concialição, isto é que ainda não foram transmitidas para a SEFAZ de origem a que se refere o manual.

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

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

segue 316000000102615-pro-rec.xml

Italo, segue o arquivo solicitado 31140986493095000148550050000022626000022626-sit.xml

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

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, 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.

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