Valdir Dill

Bah tchê! Pior que não sabia disso, hehe! Eu era um desses que mudava Vivendo e aprendendo! Tudo esclarecido. Muitíssimo obrigado mais uma vez.

Certo, entendi. E quanto a chave da nota é isso mesmo que eu entendi do manual, ou seja, agora (no EPEC), a um nota em contingência é iniciada com valor "4" na posição 35 da chave e esse valor ficará eterno, mesmo depois que a nota for reenviada no tpEmis normal, correto? Obrigado!

Obrigado pelo retorno Italo, mas eu tinha feito essa leitura. Lá diz: "Impressão do DANFE da NF-e que consta do EPEC, em papel comum, constando no corpo a expressão “DANFE impresso em contingência - DPEC regularmente recebida pela Receita Federal do Brasil”. Entendo que devemos imprimir um DANFE normal, ou seja, com todos os dados, inclusive os itens. A diferença entre uma NFe emitida normal é que no caso EPC, o DANFE deverá ter que que foi gerado em contingência EPEC e constar o protocolo EPEC, certo? Como eu uso o Fast Report, vou usar o mesmo arquivo DanfeRetrato.fr3, certo? Se estou correto em ambas as situações, como é que o XML (o XML completo, não o XML do evento) recebe o protocolo para que esse protocolo seja impresso no DANFE? Outro ponta da NT: Lá na NT também diz que deve-se enviar os XML da nota com tpEmissao=1 depois que o motivo do DPEC cessar. Isso está bem compreendido. A única coisa que muda é que antes (DPEC), quando reenviávamos os XML das notas enviada em DPEC, mudávamos a chave da nota na posição 35 de 4 para 1, ou seja DPEC para normal. Agora a chave vai permanecer a mesma, ou seja, a posição 35 ficará sempre igual a 4, está correto meu entendimento? Obrigado.

Olá, Estou iniciando a mudança do envio de NFe em contingência de DPEC para EPEC e me surgiu uma dúvida. 1) Eu monto o XML da nota e carrego o arquivo no componente (AcbrNFe1.LoadFromFile('C:\Testes\XMLNota.xml'); 2) Executo as rotinas para compor os dados do evento: ACBrNFe1.EventoNFe.Evento.Clear; With DMNFEletr.ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.cOrgao := 91; ...; ...; end; 3) Transmito o evento: ACBrNFe1.EnviarEventoNFe(numLote); A dúvida é: ao executar o passo 3 acima e o retorno for 136, ou seja, transmissão ok, o arquivo (C:\Testes\XMLNota.xml') XML da nota será atualizado pelo componente automaticamente com o número do protocolo ou preciso fazer isso manualmente? Obrigado!

Eureka!!!!!!! Consegui descobrir. No meu dataModule eu tinha colocado um componente acbrEAD. Foi só excluir o componente (que eu não utilizava mesmo) que o problema não ocorreu mais. Doidera, rs...mas era só isso mesmo. Obrigado pela ajuda!

Notei que essa rotina (EVP_DigestUpdate( @md_ctx, MS.Memory, MS.Size )) é chamada várias vezes. O erro acontece na chamda da linha 875 da ACBrEAD.pas.

Consegui reproduzir o erro aqui em laboratório. Ele ocorre na execução da linha EVP_DigestUpdate( @md_ctx, MS.Memory, MS.Size ) da ACBrEAD.pas. Olha só, o problema só ocorre se a tela onde a impressão é feita e retorno a ela. Parece que é alguma coisa que deveria ser destruída e que não está sendo destruída. Os componentes não são criados dinamicamente. Tenho os componentes em um dataModule, o qual é criado e destruído na criação do form da tela onde a impressão é feita. Alguma sugestão? Obrigado.

Bom dia Juliomar, Bem, acho que não é nem um nem outro. Pois eu atualizo os fontes semanalmente e recompilo sempre. Eu também achei estranho ser do problema no componente, pois como mencionei, tenho vários outros usuários utilizando o mesmo sistema sem nenhum problema. O erro ocorre apenas em um usuário. Talvez tenha alguma coisa a ver com o Windows ele então, não sei. De qualquer forma agradeço o auxílio e dicas. Se descobrir a causa exata do erro, posto aqui. Obrigado!

Obrigado Edson, Então é algum problema no componente mesmo!! Pior que há um tempo (logo no início da NFCe) eu tinha minha própria rotina para gerar o qrCode, da mesma forma que você tem aí. Depois que o ACBR implementou tudo, deixei minha rotina de lado, pois gosto de utilizar o máximo possível do componente para evitar de ter vários controles para várias rotinas customizadas cada vez que se atualiza os fontes do ACBR. Italo, esse problema começou faz umas duas semanas. Até então estava gerando tudo normal. Será que foi alterada alguma coisa no ACBR que esteja causando isso? Sugestão: não seria o caso de analisar/implementar as rotinas do Edson? Obrigado!

Sim, essa variável recebe o valor correto. Tanto é que a primeira vez a impressão é feita da mesma forma, ou seja, com as mesmas rotinas. Além disso, em outros usuários que utilizam o mesmo sistema, não ocorre o erro. Está parecendo algum problema de incompatibilidade com essa impressora ou algum estouro de pilha nessa máquina, sei lá! De qualquer forma, agradeço a ajuda.

Não está. Eu é que esqueci de tirar o DMNFEletr das linhas, mas todos estão no mesmo DM. O certo das linhas é: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(VArqXML); O que eu faço é utilizar o mesmos componentes tanto para NFe, como NFCe, mas não creio que possa ser esse problema, pois o erro ocorre só em um cliente que tem uma Bematech 4100.

Nenhuma sugestão Juliomar? Desculpe insistir, mas é que já pesquisei a exaustão e não consegui nenhum progresso. Qualquer palpite ajuda, rs! Obrigado!

Beleza! Atualizei os fontes e está tudo certo. Obrigado e parabéns!

As linhas 170 e 171 da ACBrNFSeDANFSeFRDM.pas já tinham sido corrigidas nos fontes. Agora atualizei os fontes estão novamente erradas: Errado FieldByName('NFSeSubstituida').AsString := DFeUtil.FormatarNumeroDocumentoFiscal(NfseSubstituida); //linha 170 FieldByName('NumeroNFSe').AsString := DFeUtil.FormatarNumeroDocumentoFiscal(Numero); //linha 171 Correto FieldByName('NFSeSubstituida').AsString := DFeUtil.FormatarNumeroDocumentoFiscalNFSe(NfseSubstituida); //linha 170 FieldByName('NumeroNFSe').AsString := DFeUtil.FormatarNumeroDocumentoFiscalNFSe(Numero); //linha 171 Obrigado

A rotina é a mesma. Na verdade não é reeimpressão. É uma impressão de um segundo danfe (de outra nota) em sequência da primeira. A rotina utilizada é esta: ACBrNFeDANFEFRNFCe.TipoDANFE := tiNFCe; ACBrNFeDANFEFRNFCe.MostrarPreview := false; DMNFEletr.ACBrNFe1.NotasFiscais.Clear; DMNFEletr.ACBrNFe1.NotasFiscais.LoadFromFile(VArqXML); ACBrNFe1.NotasFiscais.Imprimir; Penso que talvez possa ter relação com a impressora que esse cliente usa, pois em vários outros usuários o problema não ocorre. Não sei bem qual o modelo que ele usa, mas é Bematech. Obrigado

Estou tendo erro em alguns clientes onde ocorre o erro da imagem abaixo. Na impressão de um Danfe, imprime normal, mas quando se tentar a impressão do segundo danfe em sequência, o erro acontece. Utilizo Fast Report. Alguma dica? Obrigado

Certo, obrigado!

Obrigado pela resposta Regys, mas eu havia lido o manual e não encontrei resposta para essa questão. Talvez você não tenha entendido minha dúvida. Veja bem, no manual tem várias opções de como formatar o texto que vai informar os valor dos tributos de cada ente envolvido (união, UF e munic). Isso está beleza, bem compreendido! Minha dúvida é em relação onde informar isso no caso da NFCe. Seria em InfAdic.infCpl? Obrigado

Bom dia, Por gentileza, gostaria de saber como os colegas estão fazendo para informar os valores discriminados (união, UF e mun) dos tributos para a NFCe. No caso da NFe beleza, calculo o total, informo o total na vTotTrib e incluo um texto no campo de informações adicionais, mas e na NFCe, como vocês estão procedendo para que seja impresso os 3 valores? Obrigado

Na minha opinião, o correto seria todos os sistemas estarem emitindo no layout 3.10 já a partir de abril/14. Isso só traria vantagens para todas as partes (desenvolvedores, usuários emitentes e destinatários das NFes e, principalmente, para as SEFAZ), mas a lerdeza de algumas SEFAZ impede isso. Tem algumas SEFAZ que até hoje ainda não tem sequer uma previsão de quando estarão aptas para a nova versão 3.10, infelizmente. Se seu software é utilizado somente por usuários de uma UF específica e essa UF já aceita 3.10, então reforço a sugestão do Italo e implemente ontem o novo layout.

Bom dia, Pelo que entendi da mudança na lei, além dos tributos serem calculados separadamente por união, UFs e municípios, também deverão estar discriminados na nota dessa forma analítica. É isso mesmo? Se sim, então como lançar na nota? Há algum campo novo? Pelo que analisei ainda é só o campo único vTotTrib. Obrigado!

Exato! Dá esse erro que já encaminhei para a SEFAZ-PE. Mas achei que talvez algum colega já tivesse passado por essa situação. Vamos ter que aguardar para ver o que retornam. Assim que tiver uma informação deles eu posto aqui. Obrigado.

Obrigado André, Fiz essa alteração, mas agora passou a ocorrer outro erro: "AN ERROR OCURRED IN TEHE SECURE CHANEL SUPPORT". Tens ideia do que pode ser? Obrigado!

Olá, estou enfrentando uma situação que nunca vi. Se consulto uma nota pelo meu sistema ou mesmo pelo demo do ACBR pela chave retorna tudo certinho com uma NFe. Veja o retorno: <?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soapenv:Body><nfeConsultaNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2"><retConsSitNFe versao="2.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>NFEPE_P_09.05.02.058</verAplic> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> <cUF>26</cUF> <chNFe>26141003702657000199550010000010551510108103</chNFe><protNFe versao="2.00"> <infProt Id="ID26141003702657000199550010000010551510108103"> <tpAmb>1</tpAmb> <verAplic>NFEPE_P_09.05.02.058</verAplic> <chNFe>26141003702657000199550010000010551510108103</chNFe> <dhRecbto>2014-10-02T16:05:23</dhRecbto> <nProt>126140050649518</nProt> <digVal>dKOsSQx8KvLyR3oSbXwbyYhG/C0=</digVal> <cStat>100</cStat> Mas se consultarmos essa nota no portal nacional ou no site da SEFAZ-PE ou dá como inexistente. Alguém já passou por algo assim? Obrigado.

Boa tarde, Alguém está tendo este erro: "ERRO - Requisição não enviada 12029-A" Ele ocorre na tentativa de envio de NFe. Começou a ocorrer ontem. Vi em outro post que tem um erro parecido (12007) e o colega fala que mudou a versaoDF para 3.10. Na NFCe até possível, mas na NFe não tem como mudar, pois nem todos as SEFAZ estão recebendo na nova versão. Qualquer dica ajuda. Obrigado.