Painel de líderes

Sério???

NF-e é quase a mesma coisa que NFC-e, são raras as diferenças. Pra gerar e enviar NFC-e você usa o botão Criar e Enviar, o resto é tudo a mesma coisa(os botões da aba NF-e), pra imprimir o danfce, cancelamento, Inutilizacao etc... você Só tem que setar no componente qual documento se é nfe ou nfce.

o próprio nome já diz..... é um arquivo binário... somente o fabricante conseguirá decifrá-lo...

Por isso mesmo... ligue o seu debug e tente descobri o problema... É dessa maneira que funciona um projeto OpenSource... com contribuições dos seus usuários... Ou você espera que alguém pare de fazer o que está fazendo para resolver o problema para você ? Veja: Isso não ocorrerá de forma natural... O problema é corrigido por alguém da equipe, em alguma das seguintes situações: - O desenvolvedor tem interesse no caso, e está disposto a ajudar, - O desenvolvedor tem Tempo livre, e está disposto a ajudar, - O desenvolvedor está com o mesmo problema, e precisa resolvê-lo... Abra os fontes e tente... você verá que não é tão difícil contribuir...

Não sei se vc precisa imprimir ou Preview nestas notas , vc explicou que precisa imprimir , porque visualizar varias notas na tela acho que não tem fundamento , então vou dar um dica de como Imprimir varias notas . Se vc não optar por Preview nas NFe's independente de qual Gerador de Danfe vc utilizar , ou seja , enviar as impressões direto para impressora , vc consegue criar uma rotina simples na sua aplicação sem modificar nada no componente ! Vc memoriza os path's dos XML's a serem impressos antes de add ao ACBrNFe , vc pode criar um TStringlist ou TClientDataset de Paths destes XML's , depois destes Paths de XML's memorizados ai sim vc trabalha o envio de Impressão . Obs : ACBrNFe.Danfe.Preview := False ; // No inicio da rotina antes do for... for i := 0 to Lista.count -1 do begin ...Clear ; ...LoadFromFile ( StringList.Strings ) ; // Aqui o path do XML ...Imprimir ; end; ...no laço acima , vai trabalhando o componente ACBrNFe , ...Clear ; ...LoadFromFile ( StringList.String ) ; ...Imprimir ; .... e assim vai . Com certeza ira tudo pra impressora .

Juliomar, Me expressei errado, realmente não é erro..... E consegui analisando as propriedades.. etc... deu tudo certinho Parabens!!!

Se olhar na pasta de Exemplos que tem no SVN do ACBr vai achar um a um como usar cada componente e seus métodos e propriedades

Entendi, com o ACBrECF.PafMF_ArqMF ele já cria os 2 arquivos o .bin e o .txt assinado. Obrigado, Darlan, Giulianon e Daniel.. qualquer dia tomamos uma beer hehehe.

Converse com o contador do seu cliente... parece que ele não fez o dever de casa dele...

Bom dia, Isaque no log das atualizações não consta mas... está incorporada a correção do Daniel em relação ao XML do SAT correto ? Daniel, acabei de pagar meu boleto. HASA

Ola eu nao uso o preview, portanto defino o s paths a partir de edit´s //defino o path edtpdf.text:= ExtractFileDir(application.ExeName) +'\'+copy(datetostr(date),7,4)+copy(datetostr(date),4,2)+'\Pdf'; ex: no fastreport ACBrNFEDANFEFR1.FastFile := ExtractFileDir(application.ExeName) + '\Report\DANFERETRATONOVO.fr3'; ACBrNFEDANFEFR1.LOGO := EDTLOGOMARCA.TEXT; ACBrNFEDANFEFR1.PATHPDF := EDTPDF.TEXT; <<<------------------------- PRINTDIALOG1.EXECUTE; ACBrNFe1.NotasFiscais.Imprimir; ACBrNFe1.NotasFiscais.ImprimirPDF;

Já considerou assinar o SAC ? Lembrando que você mesmo pode compilar o ACBRMonitorPLUS, pois os fontes, e todas as ferramentas necessárias para gerar o executável... são livres

Bom dia, Estava testando o componente ACBrSTDA e verifiquei que o componente está com um bug para escrever o registro 0030. Ao invés de colocar 0030 no arquivo txt, ele está colocando 0005, conforme o código abaixo, extraído da procedure WriteRegistro0030, da unit ACBRDESTDABLOCO_0_CLASS: Add( LFill('0005') + LFill(strIND_ED) + LFill(strIND_ARQ) + LFill(strPRF_ISS) + LFill(strPRF_ICMS) + LFill(strPRF_RIDF) + LFill(strPRF_RUDF) + LFill(strPRF_LMC) + LFill(strPRF_RV) + LFill(strPRF_RI) + LFill(strIND_EC) + LFill(strIND_ISS) + LFill(strIND_RT) + LFill(strIND_ICMS) + LFill(strIND_ST) + LFill(strIND_AT) + LFill(strIND_IPI) + LFill(strIND_RI) ) ; Já alterei em meu projeto para que gerasse corretamente.. Vou disponibilizar aqui a Unit corrigida para que seja atualizado no trunk2. Obrigado, ACBrDeSTDABloco_0_Class.rar

Bom dia ncc, Infelizmente existe essa diferença no retorno. Lembre-se que o componente não gera o XML de retorno, apenas obtêm e salva em disco. Outra coisa os Schemas (arquivos XSD) só são utilizados pelo componente para validar o XML gerado antes do seu envio para a SEFAZ. Isso é feito para minimizar eventuais erros de estrutura e preenchimento. Se você esta com todos os fontes atualizados, o componente vai gerar o XML conforme consta nos manuais e notas técnicas. Caso os seus schemas estejam desatualizados com certeza o XML não será validado e consequentemente não será enviado. Com relação aos dois erros que você mencionou na sua primeira postagem: Erro1 - Schemas desatualizados. Erro2 - O componente possui uma propriedade de configuração chamada Timeout, tente aumentar o valor, quem sabe resolve o problema.

Bom dia, Eu fiz um teste alterando o XML com os dados da Tanca. Fiz a emissão com o InteliSat e um kit SDK. O SAT retornou o motivo da Rejeição "Rejeição: Valor total do CF-e-SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento." Apenas mudei o valor para um valor maior, coloquei 350 pra ele gerar troco. O cupom foi gerado normalmente. Seguem anexos os dois cupons. Att Cristiano Abbud Resp_AD20160211182801-336190-env - Tanca.xml AD20160211182801-336190-env - Tanca.xml

Paulo se entendi sua dúvida você poderá testar seu desenvolvimento para NFC-e apenas setando a porta para um arquivo TXT exemplo PORTA=arquivo.txt o ACBr vai criar um arquivo em TXT bloco de notas na pasta do seu EXE com a copia fiel do que deveria ser impresso em uma mini impressora não fiscal térmica. Essa opção é apenas para lhe ajudar no desenvolvimento inicial do seu sistema e não estar gastando com equipamentos até que seu sistema estar "redondo" de inicio e só funciona em EscPos. Em modo relatório Fast ou Fortes não funciona. Se for usar uma mini impressora sugiro a Epson TM-T20 ou a Daruma DR700 ou DR800 em ambas o ACBR é perfeito! Bons códigos!

Você está utilizando incorretamente as tags por isso não funciona, veja se é simples nacional use CSOSN se é normal use CST, nunca os dois como você está fazendo. Veja um trecho do seu arquivo: [ICMS001] CST=02 <--------------------- CSOSN=102 <--------------------- ValorBase=0.00 Aliquota=0.00 Valor=0.00 ValorBaseST=0.00 AliquotaST=0.00 ValorST=0.00 Ou é CST ou é CSOSN, e tudo você envia assim ou somente CST.

Se foi Gambi ou não aqui foi o Santo São Sleep que resolveu o mesmo problema da DR800!! Obrigado BigWins pela sua colaboração!

Olá Administrador, Sou usuário do projeto ACBR e gostaria de contribuir com um componente porém não sei como proceder. Gostaria por gentileza da sua orientação e avaliação do mesmo. Segue em anexo. Trata-se de da geração de um arquivo no formato txt para atender a legislação do estado do Pará em relação ao programa de incentivo fiscal. NFC - Nota Fiscal Cidadã. http://nfc.sefa.pa..gov.br/ Layout do arquivo http://www.sefa.pa.gov.br/LEGISLA/leg/estadual/DecInstNormPortarias/INs/in00016_12an0.pdf Atenciosamente, Solivan Araújo Delphos Automação automação comercial ao seu alcance /www.delphosautomacao.com.br msn: [email protected] NFC.rar

O primeiro é falta de schemas pra validar! deve de conferir

Enviei modificação para o SVN baseado na sugestão... Obrigado pelo bug report...

Boa tarde, eu uso o programa disponibilizado aqui no fórum para criar a assinatura para o SAT, em anexo PrintScreen do Programa e do ACBrMonitorPLUS onde inseri a assinatura. Sds, Ricardo.

Até onde eu sei, não há restrições legais... o Wine recriou/reescreveu as APIs do Windows... Certamente compilando em Linux, ficará mais rápido... mas o layout pode ser quebrado, pois será usada a GTK2... (use ancoras para que o layout se ajuste a diferentes WidgetSets)

Boa tarde, Quando o Windows está configurado para data em formato americano (mm/dd/yyyy) o ACBrIBPTax não carrega corretamente a vigência inicial e final. Corrigi usando a função disponível no ACBrUtil, segue anexo. Implementei também um overload da função Procurar. Já havia postado antes mas não foi incluído no repositório. Gostaria que analisassem. ACBrIBPTax.pas

Esse modem seria o aparelho SAT ? Não aconselho você a fazer isso novamente.

No fonte ACBrETQPpla existe a função ImprimirTexto, hoje existe uma limitação para aceitar subfonte apenas maior que zero e menor que 7. Ocorreu um caso que nosso cliente solicitou que a etiqueta fosse impressa com fonte Arial, e após importar a fonte para impressora o valor da subfonte ficou superior a 800. Veja a imagem: Na documentação da linguagem PPLA, diz que ao utilizar fontes PCL é possível tersubfontes com até 3 digitos, segue: Realizei a alteração no fonte e já estou utilizando desta maneira a alguns dias perfeitamente. Anexado a alteração. ACBrETQPpla.pas

Não ! você deve ter algo em seu delphi que não está adicionando os Alias no dpr de seu projeto vá até as opções de seu dpr no caso project options e na linha unit scope names coloque algo assim Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell;System;Xml;Data;Datasnap;Web;Soap;FMX.Presentation;FMX

Parece ter havido um erro no fórum no meu post acima, consigo ver a imagem mas não acessar os anexos, e ele não aparecia como último post da thread. Vou anexar novamente aqui. U_Principal.rar

Daniel, muito obrigado pela sua atenção, consegui resolver meu problema, após várias tentativas acabei alterando o HANDSHAKE para XON/XOFF, e aí funcionou.

Boa tarde, Precisei incluir o tratamento para as ocorrências 31 e 38 na unit do HSBC. 31-Liquidação normal em Cheque/Compensação/Banco Correspondente 38-Liquidação de título não registrado - em dinheiro Segue em anexo para análise e, se possível, inclusão ao SVN. ACBrBancoHSBC.pas

sergiowilson.sp Descobri meio que na unha, no Evento onInfoECF inclui o seguinte código, simulando uma resposta do ECF Begin case Operacao of ineSubTotal: begin RetornoECF := ValorFloat(frmFormaPgto.lblLiquido.Caption, 2); //Informo que ao valor Total da Venda já com desconto. end; ineTotalAPagar: RetornoECF := '0'; //Como informo Pagamento a Pagamento para o TEF não existe valor a pagar no meu programa. ineEstadoECF: RetornoECF := sEstadoECF; //Variavel Global End; O grande segredo é sempre antes de fazer algum procedimento informar qual é o estado do ECF, como por exemplo antes do ACBRTEFD.CRT informo que a Variável Global sEStadoECF = "P", ou seja, simulo que o ECF está no Estado (Pagamento). O Estado que mais uso é "L" pois informo que o ECF está livre, permitindo o componente imprimir os comprovantes. Em muitos eventos informei que o RetornoECF := 1, ou seja, deu certo, Já a impressão criei um método extra, para imprimir linha por linha, no teste onde pede para trocar o papel (por falta de papel), ao confirmar no programa que deseja continuar a impressão deve continuar de onde parou. No metodo onComandaECFImprimiVia o ACBRTEFD retorna o comprovante em (ImagemComprovante.Text), eu trato e mando ACBrPosPrinter.ImprimirLinha('</ae>' + ImagemComprovante.Text); Com isso é impresso o comprovante. Espero tê-lo ajudado, pois sofri alguns dias para entender essa logica de emular o ECF. Abraços. Quem ajuda, Será Ajudado..

pah a solução está á vista, envia o respetivo NCM para a sefaz que o rejeita e reclama para eles atualizarem a sua tabela NCM (mas sê gentil e não os chames de incompetentes)