Valdir Dill

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.

Obrigado!

Olá, Gostaria de exportar dados de NFes emitidas no sistema para serem importados no emissor gratuito de MDFe. É possível? Gerei o arquivo, mas ao tentar importar no emissor de MDFe ele não reconhece. Diz que não tem nada na pasta selecionada (vide arquivo anexo). Alguma dica? Obrigado!

Mais uma detalhe. Em novos testes notei que o erro só ocorre se utilizar o tiposBasico_v1.03.xsd do último pacote PL006v do portal da receita ou dos arquivos disponível no ACBR. Se utilizar do pacote PL006u do portal da receita, o erro não ocorre.

O que está causando esse erro é alguma coisa no arquivo tiposBasico_v1.03.xsd. Se deixar esse arquivo baixado do ACbr dá o erro que o Fausto mencionou. Se se trocar ele pelo disponível no portal da receita, o erro não ocorre. Percebi que o tiposBasico_v1.03.xsd do Acbr é mais atualizado, mas gera o erro. Será que repente não está falando alguma alteração minha na geração do evento de cancelamento da NFe? Alguma dica? obrigado!

Boa tarde, Também estou com esse problema. Esse schema do cancelamento que você baixou foi de outro local, diferente dos fontes do componente Acbr?

Obrigado!