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. Voce deve estar modificando as propriedades em RunTime... Se funciona no PosPrinter, então tem que funcionar nos demais...
  2. Então deve ser algo no seu código,... que está atribuindo o modelo errado... Para reportar problemas de impressão... por favor use apenas o Demo do ACBrPosPrinter... Se funcionar nele... então COM CERTEZA, funciona em outros lugares, simplesmente porque os demais componentes apenas chamam o ACBrPosPrinter para efetuar a impressão...
  3. Não tenho como lhe ajudar...o erro não ocorre pra mim... Verifique se seus fontes estão em sincronismo com o SVN...
  4. Para essa impressora, você precisa usar o modelo ppEscElgin
  5. Copie a versão 1.0... se essa é a última... o componente procura primeiro, por um Schema com a mesma versão que você configurou... não achando, ele usará o Schema imediatamente inferior...
  6. No Trunk2, Vc define em runtime: SSLLib := libOpenSSL Apenas aponte o Arquivo Pfx para o certificado e pronto... não precisa instalar nada...
  7. Vou precisar de um FeedBack sobre o Sleep.. para saber se modifico no SVN... Se resolveu, se ficou muito lento, etc...
  8. Baixa do Sefaz e copia pra lá...
  9. Apenas copie o Schema que falta para a pasta de Schemas
  10. Nem todas as Units iniciam com "acbr"... Exemplo da Unit que você mesmo citou, da synapse use o script apagaacbr.bat para remover todas as Units do HD
  11. Notei alguns bugs nessa rotina... Ja estou trabalhando nisso...
  12. Não vejo isso como um problema do ACBr... Afinal o ACBrInstall funciona normalmente... Deve ser algo no seu ambiente... Se desejar reportar modificações no para os Packages fique a vontade
  13. Estou investigando o caso... Atualmente, vários dos desenvolvedores do ACBr estão atuando no Fortes CE ( eu inclusive )
  14. Qual modelo você está usando ?
  15. É algo no Fortes Report... pode ser difícil de debugar... Se você atribuir o numero de cópias por código e não efetuar o preview.. deve funcionar...
  16. Não é um erro do ACBr... é uma falha de validação de Schema...(a mensagem é bem clara) OpenSSL ou CAPICOM ? Os Schemas estão atualizados ?
  17. O Envio do XML do SAT não depende do ACBr... isso é feito em background pelo próprio SAT Muito provavelmente o SEFAZ de homologação está com problemas... Extraia o Log do SAT e veja os comandos que ele tentou... o A.V. provavelmente ocorre porque você selecionou o modelo errado (STDCALL ou CDECL)
  18. Parece que você está usando uma versão antiga da DLL da Sweda... Ou ainda, a DLL da Sweda depende de outras DLLs, que ela não está encontrando... Experimente copiar TODAS as DLLs da Sweda para a mesma pasta do seu aplicativo...
  19. Comparei as Units com o Trunk2 e notei muita diferenças... o que me leva a crer que essas Units foram feitas para o Trunk... Poderia por favor avaliar se o problema ainda ocorre no Trunk2 ? Se SIM, favor providenciar Units modificadas com a última versão do Trunk2
  20. libCapicomDelphiSoap usa a Indy... e libCapicom usa uma implementação do ACBr semelhante ao THttpReqResp da Indy... estranho... a implementação da Indy, em teoria, deveria ser a mais confiável...
  21. Se você atribuir o número de cópias na propriedade do DANFE, funciona, correto ?
  22. Tente usar ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap;
  23. Ricardo, Antes o ACBrSATExtratoEscPos, fixava a largura em 2... por isso não requeria a configuração... porém, tive reports de que alguns outros modelos não gostavam dessa configuração.... Então agora, ele espera que o usuário efetue a configuração e usa o que estiver configurado... Provavelmente o valor (0), nesse modelo, está usando internamente uma largura maior do que 2...
  24. ahh.. você está falando do Trunk... nós estamos usando o Trunk2... Não estou mais trabalhando no "Trunk"... você pode editar o DFM e remover a propriedade com problema...
  25. Como você já tentou de tudo e não funcionou... desconfie dessa informação... abra você mesmo o SGRSAT e verifique, experimente ainda, apagar essa associação e criar uma nova...
×
×
  • 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.