Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.011
  • Registro em

  • Última visita

  • Days Won

    756

Tudo que Daniel Simoes postou

  1. 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
  2. Por enquanto não há conversão do Stream do TCP de ANSI para UTF8... Você poderia converter do seu lado
  3. Substitua: tiposBasico_v1.03.xsd por tiposBasico_v1.03_OPENSSL.xsd
  4. SIM, tem um modelo que usa carga Dinámica da DLL da Gertec... (não lembro o nome)
  5. O PLUS aceita o arquivo em ANSI.. basta configurar na pasta Monitor
  6. 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
  7. Se você não relatar a exata mensagem de erro... Não tem como analisar
  8. É 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...
  9. 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...
  10. 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
  11. Copie todas as DLLs da pasta "DLL\XMLSec" para o seu SysWow64 (se o seu Windows for 64 bits)
  12. Parece ser uma falta de parâmetros de configuração do MonitorPLUS... vamos providenciar a correção....
  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. Sim, está correto... Usamos o mesmo nome da Especificação Técnica e das DLLs dos fabricantes... Acho que esse nome vem de razoes históricas... desde o lançamento do projeto SAT, onde realmente havia a restrição de poder cancelar apenas o último...
  15. Use o modelo ppEscBematech Teste com o PosPrinterTeste, disponível para download aqui no fórum
  16. Cara, não posso fazer isso... os fontes estão lá... pra quem não quer pagar o SAC, basta compilar...
  17. Acompanhe no seu CallStack até o erro... o CoInitialize sempre será chamado no Create...
  18. Faça download e Tente com a última versão do NFeMonitor...
  19. Provavelmente você está usando o Modelo errado (stdcall, cdecl)
  20. Tudo indica que não foi atualizado... Na dúvida apague tudo e baixe novamente
  21. Você mandou o Log do Monitor e não do ACBrECF....
  22. Como reproduzir o problema com a aplicação Demo do ACBrNFe ? Como deve ser configurado ? Qual é o passo a passo ?
  23. Cara.. não tenho os seus parâmetros, então não tenho como testar... Use a Indy... e não o ACBrMail...
×
×
  • 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...