Daniel Simoes

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

Acho mais prudente verificar essa informação com o SEFAZ de MG

A chamada a RetornaInfoECF( '17|'+ECFCRZ ) ; não dispara um Exception no caso do Erro ? Pode anexar o LOG gerado ?

Elton... Aqui funcionou.. Veja:

Você poderia enviar o LOG deste ECF para compreendermos o que ele está retornando de diferente ?