Daniel Simoes

Você precisa recompilar a ACBrComum

Vá com o Debug e veja exatamente qual é a última linha antes do disparo do erro...

Verifique as alterações feitas nos fontes... (use o histórico do SVN) Nada foi alterado em relação ao processamento das alíquotas

Nesse caso essa data não é opcional... Será que não é isso mesmo que o teste visa garantir ? Que a sua aplicação verifica se a data é ou não opcional... Eu recomendo tirar essa dúvida com os Homologadores

Repare que o SiTEF já mostra a Data no título da pergunta... Você realmente só precisa digitar ENTER e responder vazio ""

As modificações parecem corretas... Em relação a linha: finNFP, finNFPTDM: raise EACBrECFErro.Create( ACBrStr( 'Utilize o método PafMF_GerarCAT52.')); Acha que poderíamos remover ? Creio que isso pode quebrar código de quem já está usando...

No Log não aparece.... Qual é o seu TimeOut ? use no mínimo 10

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...

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...