Daniel Simoes

SAT é completamente diferente de ECF... A princípio não seria possível usar o componente ACBrTEFD, pois ele foi projetado para interagir com os documento e modos de estado do ECF.. Seria necessário muitos ajustes no ACBrTEFD para que ele trabelhe no fluxo de uma impressora Não Fiscal Talvez, quando os ECFs virtuais forem concluídos, seja possível utilizar: ACBrSAT <-> ACBrSAT_ECFVirtual <-> ACBrECF <-> ACBrTEFD

A sintaxe "S01" não é válida para informar uma alíquota... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html Você precisaria usar T05 (quinto Totalizador) ou 02S 2% e ISS

Apliquei as modificações abaixo nos fontes a fim de dar suporte aos ECFs Virtuais... Espero não ter quebrado nada... Testei a compilação em Lazarus e Delphi 7.. por favor reportem qualquer problema

Impossível responder sua pergunta... Não temos a menor idéia de como foi feito esse outro componente

De qual componente você está falando ??

A alteração parece correta... Porém tenho receio de que outros modelos também sejam incompatíveis... Você poderia entrar em contato com o fabricante e verificar ?

Apliquei uma possível correção nos fontes do SVN, favor atualizar e testar...

No discado algumas informações são retornadas... Acho que a Rede (010-000) e Tipo de Transação (011-00) são, retornados... Veja o Demo do ACBrTEFD para saber como ler esses valores em: procedure TForm1.ACBrTEFD1DepoisConfirmarTransacoes Veja o manual do Pay&Go 1 - (PGWPP - Interface com a Automacão Comercial - ) ou o manual do Gerenciador Padrão, para saber todos os campos retornados pelo TEF O componente ACBrTEFD tenta "mapear" rodos os campos retornados, em propriedades, para facilitar a recuperação dos valores... Veja: procedure TACBrTEFDRespTXT.ConteudoToProperty; da unit ACBrTEFDClass.pas lendo ela dá pra compreender quais campos retornados pelo TEF são salvos nos propriedades

Não sei... me parece um Bug da Sweda... Eles deveriam considerar todas as casas decimais existentes... senão, fatalmente o resultado é afetado... Tentou entrar em contato com o Fabricante ?

Muito provavelmente porque o ECF não retornou a data... Analise o Log gerado pelos ACBrECF

Atualize seus fontes novamente, já foi corrigido

Por favor detalhe melhor o problema...

Se deseja correção é só anexar os fontes modificados para a analise...

Se não me engano já existe método para envio de e-mails no ACBrBoleto... ACBrBoleto1.EnviarEmail(); Porém, sugiro ver o Demo do ACBrMail... Assim você poderá criar uma rotina genérica para envio de e-mails no seu sistema

O Correto é 21,37 Na ACBrUtil.pas, temos o método RoundABNT(const AValue: Double; const Digits: SmallInt): Double; No cabeçalho desse métodos tem links com a explicação da lógica. http://www.sofazquemsabe.com/2011/01/como-fazer-arredondamento-da-numeracao.html http://partners.bematech.com.br/2011/12/edicao-98-entendendo-o-truncamento-e-arredondamento-no-ecf/ Você usou a classe ecfSwedaSTX ?

Por favor não poste varias vezes o mesmo tópico: Leia as Regras do Fórum

Eu tenho trabalhado apenas no Demo em Lazarus... Pode ser que comparando os fontes de Lazarus e Delphi você consiga encontrar o problema e corrigi-lo...

Quando há alguma chamada as funções *_DLL... é a DLL do fabricante que assume o comando... Parece que o problema inicia nesse ponto... e quando a DLL libera o controle da Serial pro ACBr, o ECF está ainda retornando dados do comando de leitura da MFD... ( RX <- [233][208]||t{{zx|td{zx|td{zx|td{zx|td{z ) Veja no Log da DLL da Bematech qual foi o erro na chamada a esse comando.

Acho que o mais simples, seria programar novas formas de pagamento sem os caracteres acentuados... Isso sempre causa dificuldades... Mas veja que o seu erro é outro: Provavelmente essas formas de pagamento foram programadas SEM a possibilidade de associar um vinculado a elas... Isso pode ser comprovado pela existência da letra "V" ao lado delas na Leitura X.... Nesse caso, você realmente precisa programar novas formas de pagamento...

Não creio que seja algo que seja possível de ser "corrigido" do nosso lado... Como você disse... parece ser um problema do driver...

Já testou verificar se é ago que ocorre apenas nessa máquina, ou com esse ECF ?? Veja: Centenas de programadores usam a Classe da Bematech como ela está hoje...

Corrigido no SVN...

Provavelmente seus fontes ou versão do ACBrMonitor estão desatualizadas... Esse comando já existe nos fontes do ACBrMonitor: else if Cmd.Metodo = 'datahoraultimareducaoz' then Cmd.Resposta := FormatDateTime('dd/mm/yy hh:nn:ss', DataHoraUltimaReducaoZ )

CAPICOM ??? O ACBrECF não usa nada de CAPICOM... E Sim, está implementado: function TACBrECFDaruma.GetDataHoraUltimaReducaoZ : TDateTime ; var RetCmd : String ; begin if fpMFD then begin RetCmd := RetornaInfoECF('154'); Result := StringToDateTime( copy(RetCmd, 1,2) + DateSeparator + copy(RetCmd, 3,2) + DateSeparator + copy(RetCmd, 5,4) + ' ' + copy(RetCmd, 9,2) + TimeSeparator + copy(RetCmd,11,2) + TimeSeparator + copy(RetCmd,13,2), 'dd/mm/yyyy hh:nn:ss' ) ; end else Result := 0; end ;

ACBrECF.DataHoraUltimaReducaoZ