Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.553
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. Seria mais simples fazer: function ExisteIndiceECF( CodFormaPagto: String): Boolean; Var FPG : TACBrECFFormaPagamento ; begin ACBrECF1.CarregaFormasPagamento; FPG := ACBrECF1.AchaFPGIndice( CodFormaPagto ) ; Result := (FPG <> nil); end;
  2. Jair, Alguns dos Administradores e Moderadores do ACBr, prestam consultoria individualizada... Provavelmente algum deles entre em contato com você...
  3. Você mesmo postou anteriormente... Veja os métodos: AchaFPG*, CarregaFormasPagamento e a Lista de Objetos: FormasPagamento
  4. 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...
  5. 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...
  6. 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;
  7. 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)
  8. 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
  9. 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
  10. 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
      • 11
      • Curtir
  11. É 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...
  12. O Erro é no envio dos comandos... o que pode indicar um problema no Cabo ou Porta Serial... Veja as soluções desse tópico:
  13. 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...
  14. Com essas informações não dá pra te ajudar... Você precisa capturar o LOG no momento do "erro"
  15. 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
  16. 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...
  17. No seu arquivo de Log, não existe nenhum ERRO...
  18. 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
  19. Assim como os demais componentes do ACBr... a maneira de estudá-lo, é abrir a aplicação Demo (SATTeste) e ler atentamente os fontes...
  20. O André é "danado" mesmo... mesmo sem ter participado desse tópico ele resolveu o problema... Leia com mais atenção... meu nome é Daniel
  21. Comece lendo a documentação do SAT http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp Procure por: "Especificação de Requisitos do SAT"... não precisa ler as sessões que dizem respeito a implementação técnica do equipamento, mas vc precisa conhecer o XML, e os princípios de funcionamento do SAT, além dos comandos disponíveis
  22. Apliquei uma possível correção no SVN
  23. Aparentemente esse SAT inclui quebras de linha no Retorno do Encode64 do XML... e isso está atrapalhando a interpretação do componente... Vou aplicar um workaround
  24. Essa versão é para a extinta CLX (veja o prefixo "Q" nas Units)
  25. Vamos esperar o André responder...
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.