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. Você usa CAPICOM e A3, correto ? Ontem promovemos mudanças na maneira como a classe DFeCapicom inicializa a WinAPI... pode ser que resolva esse problema... Por favor teste com a versão em anexo... ACBrMonitor.zip
  2. Difícil compreender o que você está alegando ser um problema... Teste Fim a Fim, depende do retaguarda do SEFAZ... e nos Logs que você postou acima não possuem nenhum erro... 20151007073950|SAT-AC|info|Funcao TesteFimAFim: Emitido com sucesso Sobre o seu sistema ser derrubado... isso tem a ver com o Seu Delphi e algum módulo de segurança da máquina... pesquise no fórum, há vários tópicos sobre isso
  3. Por enquanto não há conversão do Stream do TCP de ANSI para UTF8... Você poderia converter do seu lado
  4. Substitua: tiposBasico_v1.03.xsd por tiposBasico_v1.03_OPENSSL.xsd
  5. SIM, tem um modelo que usa carga Dinámica da DLL da Gertec... (não lembro o nome)
  6. O PLUS aceita o arquivo em ANSI.. basta configurar na pasta Monitor
  7. Você falou que não passa a segunda venda... O que ocorre ? Da erro ? Qual o retorno do ACBrSAT. ? Poste o Log completo do ACBrSAT
  8. Se você não relatar a exata mensagem de erro... Não tem como analisar
  9. É natural que o Log fique menor... pois é a DLL da Epson que está fazendo boa parte do trabalho, interpretando os retornos intermediários do ECF, até obter a resposta final... Já entrei em contato com a Epson, sobre a falta de Retorno em condições de erro...
  10. Esse é o arquivo que foi enviado para o SAT... como ainda não existe a Chave (que virá na resposta do SAT), ele usa a data no formato indicado no Post anterior...
  11. Sua implementação parece mais correta, por fazer melhor uso e liberação dos recursos... e nos meus testes de múltiplas instâncias do ACBrNFe (na mesma thread), continuam funcionando... Enviei as correções para o SVN
  12. Copie todas as DLLs da pasta "DLL\XMLSec" para o seu SysWow64 (se o seu Windows for 64 bits)
  13. Acho que podemos adotar sua solução, de Try / Finally... O meu receio é saber se a chamada a: CoUninitialize não irá atrapalhar outras Threads em execução...
  14. Use o modelo ppEscBematech Teste com o PosPrinterTeste, disponível para download aqui no fórum
  15. Cara, não posso fazer isso... os fontes estão lá... pra quem não quer pagar o SAC, basta compilar...
  16. Acompanhe no seu CallStack até o erro... o CoInitialize sempre será chamado no Create...
  17. O Lazarus também é OpenSource...
  18. Faça download e Tente com a última versão do NFeMonitor...
  19. Provavelmente você está usando o Modelo errado (stdcall, cdecl)
  20. É OpenSource... porque você mesmo não olha ?
  21. Tudo indica que não foi atualizado... Na dúvida apague tudo e baixe novamente
  22. Você mandou o Log do Monitor e não do ACBrECF....
  23. Como reproduzir o problema com a aplicação Demo do ACBrNFe ? Como deve ser configurado ? Qual é o passo a passo ?
  24. Cara.. não tenho os seus parâmetros, então não tenho como testar... Use a Indy... e não o ACBrMail...
  25. O arquivo parece correto... Como ficou o XML gerado para esse arquivo ?
×
×
  • 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.