Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    29.391
  • Registro em

  • Última visita

  • Days Won

    782

Tudo que Daniel Simoes postou

  1. Seus fontes não devem estar atualizados... o ACBr não depende mais desse arquivo... Se o seu projeto depende, você pode baixar a JediWin32API direto do site deles...
  2. Não há nada que possa ser feito do lado do ACBrECF... não é ele que está prendendo a porta... Você deve entrar em contato com o suporte do fabricante...
  3. este é o Log do ACBrSAT.. nele aparentemente, já está sem os espaços... Preciso do Log do ACBrMonitor, e de uma Imagem ou PDF da impressão resultante...
  4. Poderia exemplificar o problema ? Qual comando é enviado ? (Anexe o Log) Como fica a impressão ? ( anexe uma imagem )
  5. Compreendi melhor o que ocorre... A Epson não registra como "Sequencia", as Formas de Pagamento que não permitem Vinculado... Apliquei uma correção que funcionará para todos os cenários (mesmo que dinheiro não seja a primeira Forma utilizada)... e não afetará os demais modelos.... [-] Método: "AbreCupomVinculado". Correção para Epson TM800F, que não considera as Formas de Pagamento que não permitem Vinculado, como sequencia de pagamento (por: DSA) [+] Método "GetNumUltimoItem". Implementado leitura dos registradores do ECF, para o Modelo Epson TM800F (por: DSA)
  6. Apliquei no SVN, uma possível correção para o problema... -- ACBrECFEscECF -- [-] Método "GetEstado". Correção para detecção do Estado, quando o ECF possui Bloqueio por hardware (tampa aberta ou sem papel) http://www.projetoacbr.com.br/forum/topic/28830-bematech-mp-4200-th-fi-bloqueada/
  7. Na nossa aplicação incentivamos muito o uso de TEF dedicado e integrado... com o ACBrTEFD é relativamente simples, capturar qualquer retorno do TEF, sendo que os principais campos são mapeados para propriedades do componente... Mas infelizmente o ACBrTEFD não é possível de ser implementado no ACBrMonitorPLUS Segue em anexo, um "Log", do que é retornado em uma transação SITEF, através do ACBrTEFD... é necessário compreensão dos retorno da CliSitef, para saber o significado dos campos... CliSiTef.log
  8. Não há uma versão compilada do TEFDDemo, disponível para Download... Seria necessário baixar os fontes do ACBr, instalar na IDE, e compilar o projeto
  9. Apliquei as modificações dos últimos 2 Posts (com alguns ajustes, devido meu commit anterior) Fiz uma revisão na ACBrUtil, analisando o uso de AnsiString x String em alguns métodos.. apliquei modificações, rodei nossos (parcos) Testes Unitários em Lazarus FPC3, D7 e XE7 e não encontrei nenhum erro... Acredito que com a modificação em ACBrStr() centenas de "Warnings" serão removidos... -- ACBrUtil -- [*] Revisão de métodos que usavam AnsiString, modificando-os quando possível, para usar "String", a fim de diminuir o número de Warnings de compilação (por:DSA)
  10. Não... lembre-se que o ACBrECF é OpenSource... você mesmo pode abrir os fontes e ver os métodos implementados...
  11. Por favor anexe o Log do ACBrMonitorPLUS
  12. o ideal é ter integração com TEF... e capturar o NSU da transação...
  13. Verifique se o estado do ECF é "estRequerZ"... se não o for... você poderá bloquear o dia de trabalho do ECF...
  14. Waldir, Como algumas dessas Units tem modificações no funcionamento do componente, preciso de um tempo para analise... e infelizmente não estou com tempo disponível por enquanto... mas já está na milha lista de tarefas...
  15. Não compreendia a sua sugestão... poderia por favor descrever qual é a sua abordagem ? Há algum problema na Epson, em relação ao índice da Forma de pagamento, quando existe FPG com dinheiro ? Aparente a sua correção funcionará apenas para esse cenário específico... (dinheiro primeiro) e poderá falhar, se houver mesclagem de Dinheiro e outras Formas de pagamento, em uma ordem diferente... Há alguma informação da Epson em relação a isso ?
  16. por favor anexe a Unit modificada ou um Patch, para analise...
  17. Em relação a AnsiString x String... não tem receita de bolo... tem que estudar cada caso.... atenção especial para a pasta ACBrSerial... que faz uso intensivo de Strings binários Não está previsto nenhum refactoring para o ACBrBoleto (não vejo necessidade)
  18. Por favor teste com a versão em anexo... ACBrECFEscECF.pas
  19. Por favor abra um novo tópico e descreva exatamente o problema enfrentado... Lembre-se de informar um passo a passo de como reproduzir o problema, usando os Demos do ACBr, (para que possamos debugar o problema)... Se necessário (se for o caso) adicone os XMLs ou Logs, referentes a operação...
  20. e realmente é para passar... veja que se trata de IFNDEF e não IFDEF
  21. não... veja... não é necessário fazer nada em relação a essa diretiva... Se você está com problemas com isso, é porque provavelmente seus fontes estão errados, baixe uma nova cópia do ACBr... e use o ACBrInstall
  22. No Delphi essa diretiva nunca ficaria ativada... Você deve estar usando o ACBr.inc errado
  23. Anexe um Log sobre o assunto... Qual é o passo a passo, para reproduzir o problema, usando o ECFTeste ?
  24. Antes vc precisa cadastrar o contribuinte do SGRSAT Veja a documentação em: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/desenvolvedores.asp#FAQ
  25. Daniel Simoes

    ACBrBal

    Pode ser a DLL do ECF... algumas DLLs tentam abrir a porta serial, assim que são carregadas...
×
×
  • 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.

The popup will be closed in 10 segundos...