Daniel Simoes

Esse fórum é sobre o componente ACBrSAT... Meu palpite é que você mapeou errado algum dos parâmetros dessa função... Talvez ajude... Veja nessa Unit como foram mapeadas os métodos da DLL pelo ACBrSAT https://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrSAT/ACBrSATDinamico_cdecl.pas

O problema é que adicionar uma modificação compatível com apenas 2 modelos e sem estudar os demais não é uma boa... Esse é o preço a pagar, quando temos um Framework que abstrai a diferença dos diversos modelos de ECF ... Em alguns casos é necessário nivelar por baixo... Mas veja, que não estou dizendo que não será feito.... mas sim que sem a analise dos demais modelos, não podemos tomar uma decisão...

Realmente será necessário analisar a compatibilidade da modificação proposta nos demais ECFs... Você poderia trabalhar com emulador de ECF das marcas: Sweda, Epson, FiscNet,

Não compreendi a pergunta... talvez seja necessário você descrever um passo a passo detalhado Se você quer que o ACBrTEFD controle a impressão das Formas de Pagamento... você não deve chamar ACBrECF.EfetuaPagamento() diretamente... Mas sim deixar isso para o ACBrTEFD através dos eventos...

Você está comandando uma nova Leitura de Estado após abrir o Cupom ?? Favor anexar o Log

O Corte de Papel após o fechamento do Documento deve ser programado na Intervenção... Mas acredito que você mesmo consiga ajustar isso... usando o aplicativo de envio de comandos do Fabricante

A sugestão não é aplicável para o cenário proposto... O comando de ACBrECF.SubtotalizaCupom, só possui um parâmetro de Entrada, que pode ser Desconto ou Acréscimo... Ou seja, como você mesmo mencionou no seu post, a ideia era chamá-lo 2 vezes de forma consecutiva, uma com o Desconto e outra com o Acréscimo (ou vice-versa)... Portanto, o que você precisa verificar, é se a Bematech aceita a chamada de dois comandos "32" em sequencia.. e não na mesma linha...

Apliquei a correção sugerida nos fontes do SVN... Rev:7091 Obrigado pela correção

O ACBr não tem nenhuma influência nos Bitmaps impressos na Red.Z Isso é controlado pelo próprio ECF, e está diretamente ligado a quantidade de documentos impressos no dia...

Acho pouco provável... a explicação mais simples é alguma condição muito específica estar modificando as propriedades de QtdDecimais... Hoje ha um "SetQtd..." (vazio), na classe da Daruma... você poderia modificá-lo para gravar algo no Log e com isso tentar entender de onde ele poderia estar vindo...

Talvez meus fontes estejam um pouco diferentes... opeImprimePagamentos : begin //if ACBrECF1.TotalPago > 0 then // Adicione essa linha para efetuar pagamento de Dinheiro apos Cartão while mPagamentos.Lines.Count > 0 do begin Linha := mPagamentos.Lines[0] ; P := pos('|',Linha) ; if P > 0 then begin CodFPG := Trim(copy(Linha,1,P-1)) ; ValorFPG := StringToFloatDef( copy(Linha, P+1, Length(Linha) ), 0 ); if (CodFPG <> '') and (ValorFPG > 0) then ACBrECF1.EfetuaPagamento( CodFPG, ValorFPG ); end; mPagamentos.Lines.Delete(0); end; end; Remova o comentário da Linha mencionada...

Está tudo normal... Nem todo comando tem resposta específica... a maioria deles só retorna ACK, ST1 e ST2 (além dos retornos estedndidos) Veja o manual de comunicação direta com a serial da Bamatech para maiores detalhes

Você removeu o comentário da Linha que eu mencionei ? Quem envia a FPG em Dinheiro.. você ou o componente ACBrTEFD no evento que citei acima... e na opção opeImprimePagamentos ? Se você envia as formas de pgamento.. então não há como o componente tratar isso... Para que o componente trate, siga o exemplo de Demo... mas lembre-se de descomentar a Linha mencionada

Notei uma inconsistência na assinatura do comando AtivarSAT, e apliquei uma possível correção para este problema Favor atualizar os fontes pelo SVN e testar novamente

Por que em algum momento nos seus fontes, após ter ativado o componente, você provavelmente está modificando o valor dessa propriedade... Veja: Se um bug tão básico assim existisse... Teríamos MUITOS pedidos de suporte aqui no fórum.. pois isso inviabilizaria o uso dessa classe.. - Use o seu Debug... pare na linha 2294 de ACBrECFDaruma.pas e veja o valor de fpDecimaisQtd e fpDecimaisPreco... observe como essa variáveis influenciam a montagem da String que é enviada para o ECF - Teste com o ECFTeste - Teste com os novos fontes...

Como esse problema é recorrente... Apliquei uma modificação nos fontes da Daruma para ignorar a modificação de DecimaisQtd e DecimaisPreco Rev: 7079

Acho que essa "Plataforma Fiscal" acaba usando a Bemafi32.dll por JNI ou JNA

Por favor abra um tópico para cada dúvida... Vou responder aqui apenas em relação ao emulador da Sweda: Tente primeiro com o ECFTeste... ele irá gerar um LOG mais completo, com a comunicação Serial... Minha suspeita é que o seu Virtualizador de Portas Seriais não está instalado de forma correta..

Como vc acessa a impressora para Impressão comum ? Use a mesma porta... Ex: "\\localhost\@PRINTER"

Você não deve usar o modelo ecfSweda (use apenas para Matriciais).... Use o modelo ecfSwedaSTX

No modelo da Daruma, você não deve modificar o numero numero de casas decimais do Preço ou Qtd por código... Esse ECF não suporta mudar essa propriedade, que deve ser definida no momento da lacração O componente lê do ECF o numero de casas decimais programados e ajusta nas propriedades...

Sim... é recomendado usar sempre o ecfSwedaSTX... a classe antiga não recebe mais correções ou melhorias

Veja o exemplo no TEFDDemo... Linha: 1401 opeImprimePagamentos : begin //if ACBrECF1.TotalPago > 0 then // Adicione essa linha para efetuar pagamento de Dinheiro apos Cartão

Parabéns pela sua homologação

Provavelmente você está falando de um PinPad USB Você pode ver a porta Serial do PinPad no Gerenciador de Dispositivos do Windows... Remova e Plug o PinPad e veja qual é a Porta Serial criada...