Leonardo Gregianin

Não seria alguma configuração das margens da impressora? Me parece que a margem esquerda está mais curta que a margem direita.

Acredito que vocês não estejam utilzando o componente ACBr pois com os fontes atuais consegui enviar o evento EPEC no dias 30 de julho.

Quanto aos primeiros erros tente fazer o que segue neste post: e aos outros erros acredito ser o arquivo .fr3 desatualizado, você tem certeza que está setando o caminho correto na propriedade "fastfile"?

Bom dia, tem sim: Impressão normal: ACBrNFe1.NotasFiscais.Imprimir; Impressão resumida: ACBrNFe1.NotasFiscais.ImprimirResumido; Impressão de PDF: Setar primeiro a propriedade detalhado como true ou false e depois ACBrNFe1.NotasFiscais.ImprimirPDF;

Em homologação está com problemas. Em produção está funcionando normal. Tente o email: [email protected] e [email protected]

Boa tarde, aqui está gerando corretamente: <dhRecbto>2014-07-23T16:40:43-04:00</dhRecbto> Será que está com os fontes atualizados.

Boa tarde Ítalo, Para o envio do evento EPEC é obrigatório o tipo de emissão com valor igual a 4 por causa da rejeição 484-Tipo de Emissão difere de “4” (posição 35 da Chave de Acesso). Porém a tag TpEmis = 4 se refere ao DPEC que estará em vigência até 01/12/2014 e o EPEC já em produção desde 04/08/2014 Como conciliar os dois tipos de emissão?

Tente fazer o que segue neste post:

Corrigido a URL e o QRCode do Danfe em A4.

Alterei meu código e funcionou corretamente. Aproveitando, envio o Danfe para NFC-e em FastReport para papel A4.

Complementando Régys, Da forma que faço acima funciona porque na procedure CarregaDadosProdutos da unit ACBrNFeDANFEFRDM.pas é verificado se irá carregar os produtos ou não para o ClientDataSet com o condição "FDetalhado".

Veja se estou fazendo o correto, utilizo os mesmos métodos para impressão com produtos e sem produtos: ACBrNFe1.NotasFiscais.ImprimirPDF; ACBrNFe1.NotasFiscais.Imprimir; A única diferença é a propriedade "Detalhado" com o valor True (com produtos) ou False (sem produtos). Se eu retirar a alteração da propriedade FDetalhado nas procedures ImprimirDANFE e ImprimirDANFEResumido eu consigo gerar a Danfe impressa e a Danfe em PDF corretas com e sem produtos. Segue anexo o Danfe na versão 4 do FR.

Boa tarde Ítalo, Também não funciona desta forma. Alterei em todos os lugares que existem o código do evento 110140 para 110113, são eles: ACBrNFeUtil.pas, pcnConversao.pas e pcnEventoNFe.pas, como também nos Schemas para passar na validação. Segue o retorno: <retEnvEvento versao="1.00"> <idLote>1</idLote> <tpAmb>2</tpAmb> <verAplic>AN_1.0.0</verAplic> <cOrgao>91</cOrgao> <cStat>128</cStat> <xMotivo>Lote de evento processado</xMotivo> <retEvento versao="1.00"> <infEvento> <tpAmb>2</tpAmb> <verAplic>AN_1.0.0</verAplic> <cOrgao>91</cOrgao> <cStat>491</cStat> <xMotivo>Rejeicao: O tpEvento informado invalido </xMotivo> <chNFe>51140703064765000183550010000191181000191182</chNFe> <tpEvento>110113</tpEvento> <xEvento>EPEC</xEvento> <nSeqEvento>1</nSeqEvento> <dhRegEvento>2014-07-28T18:13:41-03:00</dhRegEvento> </infEvento> </retEvento> </retEnvEvento>

O código de barra QRCode não é mostrado no site, somente na danfe impressa.

Bom dia, Segue anexo alterações na Danfe NFCe em FastReport. - Na rev. 7122 foi alterado a propriedade "Detalhado" para não ser read-only porém nas chamadas ImprimirDANFE e ImprimirDANFEResumido da unit ACBrNFeDANFEFR.pas a propriedade é setada novamente. - Outro problema é na exportação para PDF onde é gerado caracteres estranhos (em anexo o PDF gerado). A causa disso é nome da fonte escrito "ARial", troquei para a palavra "Arial" no fonte do arquivo .fr3 e resolveu o problema. Não anexei o arquivo .fr3 pois minha versão do FastReport é a 4.12.2 e a versão do repositório svn é a 5.0.11 e tem várias diferenças. - Na unit ACBrNFeDANFEFRDM.dfm foi aumentado o tamanho do campo "Consumidor" de 60 para 150 para ser impresso todas as informações do consumidor na Danfe, e aumentado o campo "DescricaoViaEstabelec" de 20 para 30 pois as mensagens "Via do estabelecimento" e "emitida em contingência" não eram impressas na sua totalidade.

Bom dia a todos, Implementei o envio de EPEC no meu sistema e cheguei ao mesmo problema que vocês encontraram.

Boa tarde, O campo idToken é sequencial e deve ter no máximo 6 dígitos, por exemplo, 000001, 000002, 000003. Informe-o assim: ACBrNFe1.Configuracoes.Geral.IdToken := '000001'; // 6 dígitos ACBrNFe1.Configuracoes.Geral.Token := 'abc'; // até 36 O que está informando em cada propriedade?

Se você atualizar os fontes com o svn e reinstalar os componentes é provável que resolva, mas em todo caso, leia este post:

Qual o erro?

Boa tarde, Porque não utiliza as opções que já existem no componente como o QuickReport, FortesReport ou FastReport?

tente isso:

O componente ACBr gera o Qr code internamente sem a necessidade do Google ou afins. Utiliza o componente ou o ACBrMonitor? Qual o seu gerador de relatório?

Bom dia, não fiz teste na Daruma mas na Bematech, Epson e Sweda é muito rápido, a impressão é imediata seja local ou em rede.

Utilizo a impressão pelo FastReport através do spoller da Bematech, Epson e Sweda. Não necessito de nenhuma dll.

Boa tarde, Segue anexo alteração para leitura da cidade do prestador.