Daniel Simoes

Seria mais simples fazer: function ExisteIndiceECF( CodFormaPagto: String): Boolean; Var FPG : TACBrECFFormaPagamento ; begin ACBrECF1.CarregaFormasPagamento; FPG := ACBrECF1.AchaFPGIndice( CodFormaPagto ) ; Result := (FPG <> nil); end;

Jair, Alguns dos Administradores e Moderadores do ACBr, prestam consultoria individualizada... Provavelmente algum deles entre em contato com você...

Você mesmo postou anteriormente... Veja os métodos: AchaFPG*, CarregaFormasPagamento e a Lista de Objetos: FormasPagamento

Na minha opinião... não... pois você que está causando o erro... Não é uma falha de comunicação com o ECF... ou uma violação de regra do Sw.Básico do ECF, como por exemplo, tentar efetuar um Pagamento após o Saldo a pagar ser zero...

Mas esse caso é totalmente diferente... Observe que não há erros no Log... Você está enviando uma Forma de Pagamento inválida, e o componente rejeita a mesma antes de tentar qq comunicação com o ECF... O que faz sentido, pois sabemos de antemão que não funcionará, já que ela não existe no ECF... Você deve tratar isso na sua aplicação... Não faz sentido você enviar o comando para uma Forma de Pagamento que não existe no ECF... O ACBrECF tem métodos e propriedades (exemplo acima) que permite a você, na sua aplicação, tratar disso e não enviar o comando errado...

Por favor poste o Log gerado na operação... os fontes parecem corretos... veja: procedure TACBrECF.EfetuaPagamento ....... try Tratado := False; fsECF.EfetuaPagamento( CodFormaPagto, Valor, Observacao, ImprimeVinculado, CodMeioPagamento ); except if Assigned( fOnErrorEfetuaPagamento ) then fOnErrorEfetuaPagamento(Tratado); if not Tratado then raise; end;

Por que não ativar apenas no inicio da sua aplicação ? Na inicialização do sistema, na fase de ativação dos equipamentos, você ATIVA o ECF, e tenta ler a Data ou Num.Série (por exemplo)... Se você não conseguir, a inicialização é parada, acusando erro no ECF...

Pelo Log, no inicio dá pra perceber que o ACBrECF conseguiu "conversar" com o seu ECF... Porém notei que o TimeOut está baixo... (deixe 10) Depois, o ACBrECF não teve mais comunicação com o ECF... Verifique se há algum outro programa rodando ao mesmo tempo, e prendendo a porta serial... "Impressora EscECF não está em linha"... Isso geralmente pode ser: - Impressora desligada - Impressora com tampa aberta - Cabo desconectado - Impressora usa outro handshake... (você está usando DTR/DSR)

Como eu já lhe disse antes.... A Daruma não nos enviou um ECF desses para testes... Não há como garantir a compatibilidade a não ser testando... Talvez você possa entrar em contato com eles... Porém... Se você enviar o LOG gerado, pode ajudar na investigação do problema

Acho que você deixou o modelo em ecfNenhum O ACBrECF não usa o Darumaframwork... ele se comunica direto com o ECF pela porta serial

Passamos por instabilidade no fórum recentemente... Acredito que os problemas já foram sanados... Alguns tópicos podem ter sido repetidos, mas acredito que não houve perda de informação

É bem provável que ele tenha digitado errado a senha... Mas já vi isso acontecer ocasionalmente... problemas de driver, etc... difícil ter uma diagnóstico preciso...

Ainda não tenho previsão... ando muito ocupado com o "trunk2"... talvez outro colaborador possa ajudar nessa tarefa...

O Erro é no envio dos comandos... o que pode indicar um problema no Cabo ou Porta Serial... Veja as soluções desse tópico:

Rogerio, Uma dica... evite divulgar emails em fóruns públicos... Há vários spammers que adoram isso.. Minha sugestão é usar essa área mesmo para troca de ideias, assim todos os desenvolvedores podem opinar...

O Kit de desenvolvimento da DIMEP é bem completo... e permite simular a comunicação com o SEFAZ.... Mas para desenvolvimento, usando o ACBrSAT, o Emulador é o suficiente... Use uma Impressora que seja compatível com o ESCPOS, pois usando ESCPOS é possível imprimir o QRCode e o Cod.Barras, eu recomendaria marcas como EPSON e DASCOM

Com essas informações não dá pra te ajudar... Você precisa capturar o LOG no momento do "erro"

O Captcha mudou, e utiliza PNG... O Demo já está atualizado... Verifique se sua IDE suporta PNG, caso contrário você precisará adicionar um Package de terceiros

Não recebemos da Daruma, um ECF desses para testes... e Infelizmente não há Emulador do mesmo... Por favor anexe o Log gerado... pode ser que dê uma pista da diferença do retorno desse ECF em relação ao protocolo padrão...

No seu arquivo de Log, não existe nenhum ERRO...

Provavelmente SIM, vamos verificar... mas hoje em dia há o SAC do ACBr http://www.projetoacbr.com.br/forum/index.php?/page/SAC/sobre_o_sac.html

Assim como os demais componentes do ACBr... a maneira de estudá-lo, é abrir a aplicação Demo (SATTeste) e ler atentamente os fontes...

O André é "danado" mesmo... mesmo sem ter participado desse tópico ele resolveu o problema... Leia com mais atenção... meu nome é Daniel

Não tenho certeza... eu fiz o Extrato para o SAT em ESCPOS e FortesReport... as versões do DANFE da NFCe, derivam desses códigos.. Um problema conhecido, que temos com o Extrato SAT em Fortes Report, é o fato de que o Fortes não existe o conceito de Relatório em bobina... e isso exige que o usuário crie no windows um formulário com a altura customizada...

A única coisa que conheço, é o endereço do projeto: https://github.com/fortesinformatica/fortesreport-ce Como eu uso Lazarus/FPC.. eu uso o Fortes4Lazarus http://fortes4lazarus.sourceforge.net/