Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.585
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. O Retorno da autorização é imediato... pois quem assina o XML é o SAT, e não o SEFAZ... A transmissão do XML ao SEFAZ ocorrerá em segundo plano, e é administrada pelo SAT, sem que a aplicação precise se preocupar com isso...
  2. Não.. a ideia é que o SAT lide com o Certificado entre ele e o SEFAZ.. isso fica transparente para a aplicação...
  3. O certificado do SAT e pre instalado no SAT O seu erro deve ter relação ao prenchimenro do XML
  4. Sim, é possível, teste com a aplicação já compilada em Lazarus
  5. Essa Unit não será mais utilizada... No Trunk2 toda a impressão de EscPos é feita pelo novo componente Mas as informações que você forneceu, podem ser úteis para compatibilizar esse modelo com o novo componente...
  6. Após ler o XML da venda, apenas chame: ACBrSAT1.CancelarUltimaVenda ( sem parâmetro nenhum)
  7. Sim, está nos meus planos recentes....
  8. Deixando apenas o ACBrSAT, ainda ocorre o problema ?
  9. Analise a resposta do LOG do ACBrSAT.... Veja o retorno do comando enviado.. Aqui funciona normal...
  10. O Calculo é feito pelo SAT... O ACBrSAT apenas lê o resultado... É necessário consultar o fabricante...
  11. Acabei de testar e não vi nenhum problema... ACBrSAT1.CFe.LoadFromFile('C:\Pascal\Comp\ACBr\trunk2\Exemplos\ACBrSAT\Lazarus\CFesEnviados\CFe35150511111111111111591234567890000757243865.xml'); ACBrSAT1.ImprimirExtrato; Provavelmente há algo errado na Instalação... verifique a IDE se não está misturando os fontes de Trunk e Trunk2... Vá como o Debug e acompanhe em pcnCFe.pas - function TCFe.LoadFromFile(AFileName : String) : boolean ;... nesse momento o XML é transformado em objeto...
  12. Pode ser um problema na Classe da Daruma.. se há exception é porque o ACBrECF não pode garantir a execução do comando... Porém parece que a o ECF está retornando um código de Erro, mesmo quando o mesmo não existe...
  13. O ECF não será capaz de cancelar o último documento, se você enviou um Gerencial após o Cupom ou CDC
  14. Não não há... Se você não tem uma Impressora compatível como "EscPos", pode usar o Extrato em Fortes Report...
  15. Pode ser A.V. causado pela incompatibilidade de propriedades do Componente e o DFM (eventos são propriedades no DFM) Apague todos os eventos relacionados ao ACBrSAT, e reescreva-os novamente...
  16. Apenas chame ACBrECF.CancelaCupom... esse método já verifica que o último documento é um CCD e estorna ele...
  17. Não para ambas as perguntas... o ACBrMonitorPlus não é capaz de gerenciar um Pool de conexões para o mesmo SAT
  18. Testei na Epson TM-T800F 01.00.00 e a alteração não foi incompatível... Já enviei as correções para o SVN... Obrigado Amarildo...
  19. Desmarque a opção Preview, ou use o modelo "EscPos"
  20. Talvez outros "core developers" de Delphi, possam responder... eu não trabalho no projeto do ACBrInstall
  21. Se o erro é "Desconhecido", como eu posso saber... Provavelmente é algo na montagem do XML, em relação a configuração de Empresa que você ajustou nos parâmetros... ou ainda na versão dos dados...
  22. Parece ser um erro no ACBrInstall... Verifique se você tem a última versão dele... (apague e baixe novamente) O ACBrSAT.dpk depende de PCNComum.dpk
  23. Estou para receber um SAT da Bematech... mas a compatibilidade entre os equipamentos é muito grande, pois a DLL de acesso ao mesmo, é normatizada pela Especificação Técnica... Com exceção da GERTEC, o ACBrSAT já foi testado em todas as marcas mencionadas
×
×
  • 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.