Gilson_ST

arieltonlima, estou com um cliente implantado lá funcionando normalmente. Verifique se ACBrNFe1.Configuracoes.WebServices.UF := 'DF'; A mensagem de rejeição é esta mesma.

Boa tarde, segue anexo arquivo ACBrNFeUtil.pas com as URLs para DF. Agradeço a quem puder subir para o repositório, já testei em homologação e produção. ACBrNFeUtil.pas ACBrNFeUtil.pas

Testei a impressão via Esc/POS na Daruma DR700 ETH e funciona muito bem, já no spooler fica muito lenta e com pouca quallidade (quick report). Obrigado.

Silvanoxr3, de uma olhada neste Convênio CONFAZ: http://www1.fazenda.gov.br/confaz/confaz/Convenios/ICMS/2011/cv125_11.htm Aqui no RJ, nós lançamos como produto não tributado, conforme orientação de 2 contadores, mas também podemos apenas discriminar na parte de informações complementares. Isso varia de estado para estado.

Vou atualizar agora. Obrigado André.

Desculpem-me, eu estava olhando o ACBrNFe1.WebServices.Enviar.cStat em vez do ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.cStat. Mas de qualquer forma, antes o componente gerava um exception neste caso.

Olha ai, gerei as duas NFEs com o mesmo cnpj, numero e série. A diferença é que uma recebe o numero, data e hora de autorização e a outra somente data e hora (no DANFE) No Envio o cStat é 103 e no retorno 104 e não 100 em ambas. Vou atualizar e reinstalar os componentes para ver se resolve. Atualizei semana passada, antes dava erro de rejeição de duplicidade. 33141205443508000188550010000002881000002881-nfe B.xml 33141205443508000188550010000002881000002881-nfe A.xml

Pessoal, Hoje encontrei um problema muito estranho, consigo emitir duas NFE's com o mesmo CNPJ, numero e série e o webservice autoriza as duas. Seguem abaixo os arquivos xml para provar. A diferença é que uma foi emitida em novembro e a outra em dezembro. Se eu tentar cancelar a de dezembro me retorna o erro: <cStat>613</cStat> <xMotivo>Rejeicao: Codigo Numerico informado na Chave de Acesso difere do Codigo Numerico da NF-e [33141105443508000188550010000002871000002872]</xMotivo> Eu sei que deveria tratar isso na minha aplicação, e trato, o problema é que o cliente instalou o mesmo certificado digital em lojas diferentes, não interligadas. Vou testar emitindo duas NFe com a mesma numeração e série hoje, mas deve retornar o erro de duplicidade de chave porque serão idênticas. Desde já agradeço por qualquer ajuda. 33141105443508000188550010000002871000002872-NFe emissao 26-11-2014.xml 33141205443508000188550010000002871000002876-nfe emissao 01-12-2014.xml

Aqui no RJ a mesma coisa.

Estranho, RLFilters e RLPDFFilter não são do Fortes Reports ? Para quem só trabalha com o Quick Report como eu realmente ocorre o erro reportado pelo hetoandrade Consegui compilar o ACBr_BoletoFC_Quick, ainda não sei se fiz alguma besteira mas vai a minha solução: No arquivo Fontes\ACBrBoleto\ACBrBoletoFCQuickFr.pas . Comentar "RLFilters, RLPDFFilter" . Comentar "FiltroExportacao:" e descomentar "MultiExport :" na procedure Imprimir . Comentar "FiltroExportacao :=" e descomentar "MultiExport :=" na procedure Imprimir (ambos até o End do finally) Por favor, me corrijam se eu estiver errado.

Ítalo, Eu já havia tendtdo isto sim, mas no desespero abri o arquivo .dfm e não apareceu nenhum erro para eu ignorar, depois da sua respostas tive certeza que o problema era comigo então eu abri o .pas e continuei com o procedimento do link que você passou, deu certo, resolvido. Obrigado.

Bom dia, Já fiz de tudo que encontrei no fórum e no google, mas sempre recebo o erro "error reading PreviewLeft:Property PreviewLeft does not exist" Em uma dos resultados do google encontrei https://github.com/cesarjr/ACBr/blob/master/Fontes/ACBrNFe2/ACBrNFeDANFeQR.dfm e não entendi porque ainda existem as propriedades PreviewLeft e PreviewTop se o QR 5.02 não o implementa mais. Estou tentando sair do QR 3 para o 5.02 por causa do filtro de PDF, já estou há uma semana tentando e nada, estou quase desistindo por isso peço a ajuda de vocês. Obrigado.