EMBarbosa

Percebi que o texto gerado para a propriedade MemoBobina está marcando a versão 0.9.0a para o ACBr. Essa versão é baseada na constante ACBR_VERSAO da Unit ACBrConsts. Essa versão é a do pacote inteiro? Está correta? Eu estranhei pois o ACBrECF já está na versão 1.0

Não tenho o Fortes instalado no momento. Mas, se não me engano, BPLs devem ficar em pastas acessíveis pelo path do Windows. Acredito (mas não estou certo) que deveria copiar esse arquivo pra pasta de BPLs no diretório do Delphi. Sobre download do Fortes, veja: viewtopic.php?p=4208#p4208 P.S.: Note que essa é uma dúvida sobre o Fortes e não exatamente sobre o ACBrNFe. Então estou movendo para a área de Delphi

Obrigado Daniel.

Pelo visto é isso mesmo. Mas veja que o NBM foi extinto em 1996. Assim essa correlação deve ser pra ajudar a substituição dos NBM pelo NCM. Talvez esse link possa ajudar também: http://www2.desenvolvimento.gov.br/siti ... aturas.php

Acho que encontrei um erro no código do TACBrECFBematech.NaoFiscalCompleto. Deveria ser o seguinte: procedure TACBrECFBematech.NaoFiscalCompleto(CodCNF: String; Valor: Double; CodFormaPagto: String; Obs: AnsiString; IndiceBMP : Integer); Var FPG : TACBrECFFormaPagamento ; begin fsTotalizadoresParciais := '' ; if NOT fs25MFD then // inherited NaoFiscalCompleto(CodCNF, Valor, CodFormaPagto, Obs) else begin FPG := AchaFPGIndice(CodFormaPagto) ; if FPG = nil then raise Exception.create( ACBrStr('Forma de pagamento: '+CodFormaPagto+ ' não encontrada')); AguardaImpressao := True ; EnviaComando( #25 + CodCNF + IntToStrZero(Round(Valor * 100) ,14) + padL(FPG.Descricao,16), 13 ) ; end ; end; [/code] Alguém pode confirmar? Estou usando como base os manuais dos ECFs MP25FI, MP2100, MP 3000 e MP 4000. EDIT: Na verdade não é um ERRO estritamente falando. Apenas a maneira mais recomendada pra fazer.

Olá Dante, Veja bem, se você colocar um valor quebrado no suprimento do DEMO, ele não vai executar. O Resultado do arquivo deveria ser algo como isso: ---------------------------------------- -- 14:50:39 11/2/2011 Ativar TX -> [STX][4][0][28][19]/[0] 14:50:39 RX -- 14:50:39 TX -> [STX][5][0][28]#)h[0] 14:50:39 RX -- 14:50:39 TX -> [STX][5][0][28]# 14:50:40 RX -- 14:50:40 TX -> [STX][5][0][28]#(g[0] 14:50:40 RX -- 14:50:40 Estado TX -> [STX][5][0][28]#[17]P[0] 14:50:40 RX -- 14:50:40 TX -> [STX][5][0][28]#A[128][0] 14:50:40 RX -- 14:50:40 TX -> [STX][5][0][28]#[ESC]Z[0] 14:50:40 RX -- 14:50:40 Estado TX -> [STX][5][0][28]#[17]P[0] 14:50:40 RX -- 14:50:40 TX -> [STX][5][0][28]#A[128][0] 14:50:41 RX -- 14:50:41 TX -> [STX][5][0][28]#[ESC]Z[0] 14:50:41 RX -- 14:50:48 TX -> [STX][5][0][28]#!`[0] 14:50:50 RX -- 14:50:50 TX -> [STX][5][0][28]#/n[0] 14:50:50 RX -- 14:50:50 TX -> [STX][4][0][28]Ws[0] 14:50:51 RX -- 14:50:51 TX -> [STX][5][0][28]# _[0] 14:50:53 RX -- 14:50:53 AbreNaoFiscal( ) TX -> [STX][4][0][28]Mi[0] 14:50:54 RX -- 14:50:54 NumCupom TX -> [STX][4][0][28][30]:[0] 14:50:54 RX -- 14:50:54 RegistraItemNaoFiscal( SU , 100 , ) TX -> [STX][20][0][28]N3000000000010000n[ETX] 14:50:54 RX -- 14:50:54 SubtotalizaNaoFiscal( 0 , ) TX -> [STX][19][0][28]Oa00000000000000l[ETX] 14:50:54 RX -- 14:50:54 Subtotal TX -> [STX][4][0][28][29]9[0] 14:50:55 RX -- 14:50:55 EfetuaPagamentoNaoFiscal( 01 , 100 , , 0 ) TX -> [STX][20][0][28]H0100000000010000f[ETX] 14:50:55 RX -- 14:50:55 FechaNaoFiscal( TESTE DE SUPRIMENTO ) TX -> [STX][24][0][28]"TESTE DE SUPRIMENTO[LF][172][5] 14:50:56 RX -- 14:50:56 Estado TX -> [STX][5][0][28]#[17]P[0] 14:50:56 RX -- 14:50:56 TX -> [STX][5][0][28]#A[128][0] 14:50:56 RX -- 14:50:56 TX -> [STX][5][0][28]#[ESC]Z[0] 14:50:56 RX -- 14:50:56 TX -> [STX][5][0][28]#[23]V[0] 14:50:56 RX Estive aqui analisando e pessoal eu não achei nos fontes do componente nem da Bematech nem da Daruma o comando de log para Suprimento. Acho que não está sendo feito não. Vejam também: viewtopic.php?f=10&t=1039 EDIT: Dante, me surgiu uma outra dúvida aqui. Verifique por favor a execução do CarregaFormasPagamento e do CarregaComprovantesNaoFiscais?

Ele quis dizer que se você perguntar eles provavelmente vão lhe dar as exatas diferenças que ocorreram e onde é que você precisa dar maior atenção.

Na verdade, é bom que se explique bem as coisas. Uma falha na comunicação pode gerar tensões desnecessárias. Eu quase movi seu tópico pra área de Dúvidas sobre o Delphi pois parecia mais relacionado com códigos Delphi em geral do que com o componente. Sobre sua sugestão, o Site Delphi Basics está equivocado, pelo menos desde o Delphi 7. O tipo Real na verdade é um Double. Veja o Help do Delphi XE: (O grifo é meu) O tipo Real que é obsoleto é o Real48. Real só é substituído por Real48 se você ligar a diretiva de compilação {$REALCOMPATIBILITY ON}. Atenciosamente, EDIT: a propósito, minhas diretivas de warnings e Hints do compilador sempre estão ligadas no máximo. O Delphi NUNCA acusou Real como obsoleto, nem como Hint muito menos como Warning.

Acho que precisa desinstalar novamente o componente e apagar manualmente esse arquivo bpl citado. Daí você reinstala o Fortes. Deve resolver.

Por favor explique melhor o assunto.

Você precisa ver no manual da balança qual é a que a balança usa. Talvez tenha até que configurar a porta no Windows para ser compatível. Se não tiver o manual, entre em contato com a fabricante.

Olá Jaime, Ainda não tive esse tipo de problema, mas aconselho a você tentar entrar em contato com a própria Secretaria de Comércio Exterior (SECEX). Faça uma pergunta bem direta do tipo, qual é o NCM para um Refrigerante de Cola? Pelo que está no site seria 2202.90.00, mas não faço a menor ideia de onde surgiu esse código aí... Veja o site. http://www.mdic.gov.br/sitio/interna/in ... efr=605#IV

Qual versão do Validador que você usou? Qual versão do componente está usando? Qual a mensagem de erro completa?

Existe esse arquivo (RLibWinD2010.bpl) no seu computador? Em qual pasta? Não poderia ser um erro dessa versão do Fortes Report?

tenho quase certeza que já há um tópico no fórum sobre o mesmo assunto. Já pesquisou?

Sem problemas amigo. Isso acontece, e eu, assim como outros usuários, podemos entender perfeitamente a frustração que se sente ao tentar fazer as coisas de acordo com a legislação e padrões das certificadoras TEF. Eu passo por isso quase todo o dia. Mas então, conseguiu resolver com a dica do rodrigorodrigues? Em caso negativo tente fazer o que eu disse: Bom trabalho.

Não existe arquivo bloco0.pas no projeto ACBr.

essa DLL faz parte do projeto OpenSSL. Você a pode baixar pela internet. Mas existe ela na pasta do ACBr. Veja trunk\DLLs\OpenSSL.

Boa Fernando!

Olá Marcelo, O componente não está completo. É por isso que está na pasta Branches. [moderação] estou movendo esse post para área de dúvidas gerais, visto que não tem relação com legislação...

Você precisa definir o que vai mesmo precisar... e o que não. Precisa saber quais as legislações estão vigentes no seu estado. E por aí vai... Vou tentar reunir algumas informações de forma resumida: (observe que os links são de alguns estados específicos, o que pode não ser o caso do seu estado, mas provavelmente lhe dará alguma ideia.) ECF é o Emissor de Cupom Fiscal (em geral, a Impressora Fiscal) Manuais... (alguns estão abaixo) Manual Fiscal do Usuário de ECF - Para o usuário final do ECF. Indica como ele deve agir com o ECF. Perguntas e respostas PAF- Programa Aplicativo Fiscal (ou seja, o seu programa PDV quando precisa agir de acordo com as normas estabelecidas pela receita.) Requisitos técnicos para PAF - uma seleção das leis em vigor relacionadas com o PAF. RAFPAF (Roteiro de Análise de Programa Aplicativo Fiscal - PAF-ECF) - Serve para dizer exatamente o que seu programa deve fazer para ser homologado no PAF. Pode ser encontrado aqui RAFPAF-ECF - Requisitos Técnicos Comentados. Também pode ser encontrado aqui Manual do Desenvolvedor de Programa Aplicativo Fiscal (PAF-ECF) Serve para dar uma idéia do que você vai ter que implementar no seu sistema. TEF O TEF é a comunicação com programas das operadoras de cartões... http://www.fazenda.mg.gov.br/empresas/ecf/informacoes/solucaotef.htm http://www.forumweb.com.br/foruns/topic/46063-tef-homologacao Vou ter que sair, depois vou tentar voltar com mais informações... talvez outros usuários podem ajudar também... EDIT: PS: A tag de url não está funcionando no fórum EDIT2: Adicionado outros documentos.

Esse tipo de informação seria melhor você verificar com o fabricante. Se não está sendo retornado e deveria, é bug ou então funcionalidade não implementada... Você mesmo pode verificar o código fonte e analisar... é por esse motivo que o ACBr é OpenSource. ArqMFD eu não tenho certeza, mas dos DadosReducaoZ e DadosUltimaReducaoZ nós fizemos algumas implementações faz pouco tempo (alguns meses).

O ACBrECF só faz comunicação com porta serial. Sua impressora USB deve criar uma porta Serial Virtual e aceitar comunicação por meio dela. Se isso for possível, o ACBrECF vai conseguir se comunicar com ela sem problemas.

Olá ESsantos, entendo seu desespero. Mas fazer um "UP" com 4 horas de diferença não vai ajudar. Talvez aconteça justamente o contrário. Lembre-se que os usuários aqui são voluntários e estão todos com os mesmos prazos que você, talvez até menos. Você não paga pela assistência que recebe. Estou falando isso pois no fórum anterior já tivemos esse tipo de problema. Por favor não faça isso novamente. Voltando ao seu problema, tente analisar o log do ACBrECF e do ACBrTEF. Talvez aumente o timeout do ACBrECF para ele dar mais tempo pra executar o comando. Se não conseguir resolver anexe aí os logs.

Pelo que me parece, há alguma requisição que o GP encontrou pendente e não está conseguindo cancelar. Se você está em testes faz uma limpeza nas pastas req e resp. Feche o aplicativo, o GP, e apague quaisquer arquivos lá dentro. (.sts, .tmp, .001, etc...) Olhe também na pasta do seu aplicativo visto que o ACBrTEFD faz uma cópia temporária desses arquivos pra justamente cancelá-los em caso de erro. Apague-os também.