Daniel Simoes

provavelmente o problema é o indice da Forma de Pagamento, conforme indicado pelo colega Webale... Tire uma Leitura X e veja os Indices disponíveis e se eles permite cupom vinculado. Cada ECF tem um método próprio para identificar os pagamentos... Exemplo: 01 -Dinheiro na Bematech A - Dinheiro na Daruma FS345 -2 - Dinheiro na FiscNet (OEM)

Veja se esse post ajuda: viewtopic.php?f=5&t=22&p=6000

Se for uma impressora fiscal, provavelmente ela usará o protocolo "ecfFiscNet"

Na classe ACBrECFNaoFiscal, não está implementado o método "EfetuaPagamentoNaoFiscal", portanto ele executará o método da classe Mãe (ACBrECFClass), que chama o método genérico de pagamento: EfetuaPagamento procedure TACBrECFClass.EfetuaPagamentoNaoFiscal(CodFormaPagto: String; Valor: Double; Observacao: AnsiString; ImprimeVinculado: Boolean); begin EfetuaPagamento( CodFormaPagto, Valor, Observacao, ImprimeVinculado ); end;[/code]

Vou gerar amanhã... fique atento ao Link

Pelo erro, realmente parece que o ECF ainda não foi para a lacração...

Provavelmente a alteração foi acidental... Elton, fique a vontade para corrigir...

Pesquise por "ArredondaItemMFD" na Unit da Bematech e vc não encontrará nada... Ou seja, essa propriedade não é usada na Bematech... por um dos seguintes motivos: - Ainda não foi implementada ou - O ECF não suporta essa característica... Verifique com o fabricante se o ECF possui essa característica... e solicite qual o comando (usando a comunicação direta) para implementa-la...

Qual é a versão do FPC ? é recomendada a 2.5.1

Infelizmente não há um padrão em nada quando se fala de Cupom Não Fiscal... foram as rotinas mais difíceis de implementar no ACBrECF, devido a dificuldade de conseguir uma assinatura única para os métodos relacionados a Não Fiscal... Acho que podemos tratar com um IF no método da Bematech... Tente assim: function TACBrECFBematech.GetSubTotal: Double; Var RetCmd : AnsiString ; begin if (not fpMFD) or (Estado estNaoFiscal) then begin BytesResp := 7 ; RetCmd := BcdToAsc( EnviaComando( #29 ) ) ; end else RetCmd := RetornaInfoECF('66') ; Result := StrToFloatDef( BcdToAsc( RetCmd ), 0) / 100 ; end; [/code]

SIM, pretendemos implementa-lo... mas até o momento o projeto ainda não virou uma realidade... Nem mesmo o emulador que era disponibilizado pelo fisco se encontra disponível para download... Pelo que li na especificação técnica o protocolo dele e bem parecido com o de um ECF, porém mais simples... Quando houver um Emulador operacional podemos iniciar o ACBrSAT

cbssistemas, Você usa Proxy ? Se SIM, configure-o no TortoiseSVN...

a NFe não precisa ser lançada no N.F.P.... pois há integração entre eles...

Oi Fernando... Modificação enviada pro SVN... muito obrigado

Então provavelmente a sua impressora não suporta o protocolo ZPLII ou PPLB

Classe Sweda ou SwedaSTX ? Se for Sweda com MFD use sempre a classe ecfSwedaSTX O fato do ECF estar no estado estRequerZ não deveria ser impedimento para ler as informações do mesmo...

Atualizei o instalador no S.F. http://sourceforge.net/projects/acbr/fi ... e/download

o Regys ainda está trabalhando nesse componente... portanto pode haver modificações nos métodos ou propriedades... Não deixe de conferir no Demo do ACBrECF (ECFTeste.dpr) a nova aba chamada "MenuFiscal"

Maravilha... muito obrigado pela contribuição... já foi pro SVN

Aparentemente havia um bug no Teste da execução do sucesso do comando... Enviei uma possível correção para o SVN, favor testar...

Acredito que você não tenha instalado os componentes corretamente... (não é necessário copiar ou mover nenhum arquivo fonte) Por favor certifique-se de ter lido atentamente as instruções de instalação no arquivo LEIA-ME.TXT

Isso é normal... lembre-se que nem todos os métodos precisam ter um retorno significativo... (valor após o OK:) o ACBrMonitor irá retornar exatamente o que foi lido do ECF, para o caso de você fazer a sua própria interpretação do protocolo do ECF... Exemplo, no método "ECF.Ativar", tudo o que importa é reconhecer se os 3 primeiros caracteres do retorno são "OK:" Já no método "ECF.NumSerie" o retorno é significativo, então a resposta já vem interpretada pelo ACBrMonitor OK: 00000000000000000001

O ideal é completarmos a classe SwedaSTX, que é bem mais rápida que a classe Sweda... Não compreendi corretamente o problema... quais informações estão com valor incorreto ? Seria possível enviar um LOG do ACBrMonitor ressaltando os problemas ?

Todos os manuais dos equipamentos suportados pelo ACBr podem ser encontrados em: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/

Não tem nada a ver com Win7 64 bits... a titulo de exemplo, minha máquina é Win7 64bits Qual é a exata msg de erro ? Se possível anexe um PrintScreen