Daniel Simoes

Você está usando o ACBrInstall ? (ele facilita a instalação) O ACBrDevice faz parte do pacote ACBrSerial.dpk, ele também precisa ser instalado

Estude os fontes do Projeto Demo do ACBr (SATTeste.dpr) Veja um trecho do método: TForm1.mGerarVendaClick(Sender : TObject) ; with Det.Add do begin nItem := 2; Prod.cProd := '6291041500213'; Prod.cEAN := '6291041500213'; Prod.xProd := 'Outro produto Qualquer, com a Descrição Grande'; Prod.CFOP := '5529'; Prod.uCom := 'un'; Prod.qCom := 1.1205; Prod.vUnCom := 11.210; Prod.indRegra := irTruncamento; Prod.vOutro := 2; TotalItem := (Prod.qCom * Prod.vUnCom); Imposto.vItem12741 := TotalItem * 0.30; Imposto.ICMS.orig := oeNacional; Imposto.ICMS.CST := cst40; Imposto.PIS.CST := pis03; Imposto.PIS.qBCProd := TotalItem; Imposto.PIS.vAliqProd := 1.0223; Imposto.PISST.qBCProd := TotalItem; Imposto.PISST.vAliqProd := 1.0223; Imposto.COFINS.CST := cof03; Imposto.COFINS.qBCProd := TotalItem; Imposto.COFINS.vAliqProd := 1.0223; //Imposto.COFINSST.qBCProd := 503.6348; //Imposto.COFINSST.vAliqProd := 779.4577; end;

Não compreendi a pergunta.... Quais Campos ?? Chegou a ver a unit pcnCFe.pas

Provavelmente o fabricante tenha um Software para ativar o SAT... mas nada impede que a sua aplicação também faça a chamada ao método "AtivarSAT" da DLL... Veja mais detalhes no manual Especificacao_SAT_v_ER_2_8_5.pdf item 6.1.1.1. AtivarSAT – Descrição e Parâmetros

Veja no post abaixo, que trato o erro 400 como presença de Proxy.. http://pt.wikipedia.org/wiki/Anexo:Lista_de_c%C3%B3digos_de_status_HTTP#400_Requisi.C3.A7.C3.A3o_inv.C3.A1lida

Use o modelo ecfSwedaSTX

Pela mensagem de erro parece que você está enviando mais linhas do que o ECF consegue suportar...

São exceções tratadas em Run-Time (controladas) Desabilite em sua IDE Delphi -> "Stop on Delphi Exceptions"

Não creio que seja algo no seu fonte... e sim na configuração do seu SiTEF A Sw.Express tem um Demo que vc pode usar para testar as operações... solicite para eles, e teste com o Demo deles... Pode ter a ver também com o tipo de cartão que você está usando...

O problema é diferente do Post original... no seu caso há resposta negativa do SiTEF... provavelmente falta alguma configuração no SiTEF, ou vc está com o Emulador antigo...

As respostas do suporte não condizem com a mensagem de erro.. O que você precisa perguntar a eles... é: - Qual é a última versão do .SO para Linux ? (Verifique se é a mesma que você está usando) - Essa última versão do .SO possui o método "CarregarBitmapPromocional_ECF_Daruma" assim como existe na .DLL ?

Não está claro se você o desenvolvedor responsável ou usuário do sistema em questão... Use o DEmo do ACBrECF, o programa ECFTeste,opção: Cupom Fiscal -> Teste de Velocidade, e tire suas próprias conclusões...

Verifique o manual da DLL... "connectc.chm" Se não me engano, quando o arquivo é vazio ele mesmo faz o Download....

Se tiver alguma proposta de correção para os fontes é só anexar a Unit no post... Por favor leia a observação nos fontes:

Lembro que tive esse problema quando estava iniciando o desenvolvimento do ACBrTEFD... e alguns usuários aqui do Forum sugeriram que eu usasse apenas um vinculado para impressão de todos os comprovantes... Assim que tiver um tempo testo novamente no emulador

Mas ele abriu 2 vinculados distintos ?

Isso significa que o ACBrECF tentou carregar o método eCarregarBitmapPromocional_ECF_Daruma da .DLL/.SO e ele não existe nela... Provável causa: O arquivo .SO é muito antigo... Ou ainda esse método não existe na versão Linux da DLL da Daruma... O fabricante pode confirmar isso... Você consegue capturar a MFD usando Demo da Daruma no Linux ? Esse é o primeiro passo, feito isso, temos certeza que o .SO está instalado corretamente

Não compreendi a sua mensagem... O que exatamente aconteceu e o que deveria ter acontecido ??? (Qual é o problema ?)

Notei que é uma MP4000, talvez a falha ocorra apenas na MP2100, um teste no Emulador da Bematech pode responder

Eu aconselho você mudar para somar todos os pagamentos que serão TEF... Motivo: A Bematech não consegue abrir 2 Vinculados de usando o mesmo índice de Forma de Pagamento.... Experimente fazer um teste no ECFTeste.exe

A mensagem indica que algum outro aplicativo está utilizando a porta serial... Certeza que a aplicação foi encerrada ?

Parece que você não está enviando o Desconto em OnComandaECFSubtotaliza Veja trecho do TEFDDemo... observe que ele usa considera os descontos "da aplicação" e "do TEF" os descontos da aplicação são obtidos lendo um componente do formulário (obviamente, você precisa rever isso de acordo com a sua aplicação) MeuAcresDesc := StringToFloatDef( edValorDescAcre.Text, 0 ); Os Total de Descontos do TEF é informado como parâmetro de entrada do Evento procedure TForm1.ACBrTEFD1ComandaECFSubtotaliza(DescAcre: Double; var RetornoECF: Integer); Var Est : TACBrECFEstado ; MeuAcresDesc : Double ; begin Memo1.Lines.Add('ComandaECFSubtotaliza: DescAcre: ' + FormatFloat('0.00',DescAcre) ); MeuAcresDesc := StringToFloatDef( edValorDescAcre.Text, 0 ); try Est := ACBrECF1.Estado; if Est = estNaoFiscal then ACBrECF1.SubtotalizaNaoFiscal( DescAcre + MeuAcresDesc, 'Projeto ACBr|http://acbr.sf.net' ) else ACBrECF1.SubtotalizaCupom( DescAcre + MeuAcresDesc, 'Projeto ACBr|http://acbr.sf.net' ); { Remove o Desconto pois já foi aplicado, caso contrário iria influenciar o retorno de ineSubTotal } edValorDescAcre.Text := '0,00'; RetornoECF := 1 ; except RetornoECF := 0 ; end; end;

Obrigado pelo aviso... já enviei a correção para o SVN

Acho que você não compreendeu corretamente o significado da propriedade ACBrECF1.TotalTroco, repare que ela está no Menu: Variáveis -> MapaResumo do demo ECFTeste... Ela retorna o Total do Registrador TROCO, impresso na Leitura X e Red.Z na sessão Meios de Pagamento... Se você deseja saber o Troco de um Cupom fiscal, basta fazer algo como: Troco = max(ACBrECF.TotalPago - ACBrECF.SubTotal,0)

Apliquei modificações nos fontes do SVN, semelhantes a proposta... Favor atualizar e verificar se está ok