Valdir Dill

Valeu Rômulo. Obrigadão.

Muito bom João! Vivendo e aprendendo, hehe! Eu não estava sabendo disso, apesar de sempre ler o manual. Obrigado pelo alerta. Só me diga uma coisa: você disse que essa orientação do rodapé ficar somente na primeira página estaria no manual de integração, certo? Revi o manual e não localizei. Você poderia, por gentileza, passar mais detalhes de onde está essa orientação? Mais uma vez, obrigado!

Muito bom! Funciona perfeito. Já tentou enviar esse arquivo para o pessoal do componente disponibilizarem no svn? Obrigado

Bom dia Mayworm, Eu já havia feito tudo isso. Atualizei os fontes, testei tanto o DanfeRetrato.fr3, como o DanfeRetratoNovo.fr3, sempre com o mesmo resultado, ou seja, o rodapé sendo impresso na última página. Estou enviando os arquivos .fr3 que utilizei, o xml da nota e também o .pdf do Danfe gerado. Obrigado. NFeFastErroRodape.rar

Fast Report

Boa tarde, Estou com um XML de uma NFe com vários itens, o que fez com que o Danfe utilizasse duas folhas na impressão. Ocorre que o rodapé (os quados com as informações adicionais) é impresso apenas na primeira página. Já o cabeçalho sai em todas as folhas. Pergunto: isso está correto? Não deveria imprimir na última página, já que é um rodapé da nota? Ou então em todas as páginas, como ocorre com o cabeçalho? Obrigado Valdir

Recebi um retorno hoje do IBPT informando que até o final desta semana as novas tabelas estarão disponíveis.

Alguém tem ideia de como proceder nos cálculos dos tributos a partir de 01/01/2015, já que as tabelas IBPT têm vigência só até 31/12/14? Enviei e-mail para o instituto pedindo se tinham alguma previsão de disponibilização de novos arquivos, mas não tive retorno. No próprio manual do IBPT diz que não se deve usar as alíquotas se estiver fora da vigência. Mas e aí, como fica? Teríamos que ter um "plano b" de alíquotas para o caso do IBPT não disponibilizar novos arquivos tempestivamente? Como os colegas pretendem proceder nesse caso? Obrigado!

Só para avisar aos colegas: alguns (não todos) arquivos, como o de SC, MT, ES e outros, da nova tabela IBPT 14.2.b estão com um probleminha. A última linha está apenas com a informação ";;;;;;;;;;;;" (vários ponto e vírgula). No meu caso (faço um laço para ler as linhas), isso estava causando um erro. A solução foi alterar o arquivo e tirar essa última linha. Espero que essa informação lhes seja útil. Obrigado

Alguém já percebeu que o arquivo TabelaIBPTaxPR14.2.b.csv, ou seja, das alíquotas do PR está inconsistente? Não tem a coluna M (fonte) e a coluna L (versão) está "14.2.a"!! Enviei um e-mail para o IBPT, mas até agora não tive retorno. Fiz um novo download agora e continua.

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