Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.065
  • Registro em

  • Última visita

  • Days Won

    759

Tudo que Daniel Simoes postou

  1. Muito bem observado a falta do cabeçalho... obrigado.. já está no SVN...
  2. O problema parece ser o fato de estar ocorrendo uma dupla conversão para UTF8... Como reproduzir o problema com o Demo do ACBr ? (qual o ambiente ?)
  3. Qual é exatamente o problema ??
  4. Esse provedor precisa ou não do Certificado para a conexão ?? Verifique se para esse provedor está configurada a opção para não usar o Certificado..
  5. Se você fosse criar uma classe filha de DFe, nenhuma complicação desnecessária (como generics) seria necessário... Vou fechar o tópico... dou esse assunto como encerrado... Não está nos planos recentes do "ACBrTeam" o desenvolvimento dessa finalidade... Por favor seja mais cuidadoso, antes de se dispor a fazer algo e anunciar em um fórum público... fica deselegante voltar atrás..
  6. Realmente não faz sentido usar ambos... Talvez a DLL tenha uma opção parecida com o "ControlePorta" do ACBrPosPrinter Como vantagem, o ACBrPosPrinter é compatível com vários equipamentos... Rode o PosPrinterTeste, e veja todas as "Tags" em ação
  7. function CRTTocRegTrib(const t: TpcnCRT): TpcnRegTrib; begin if T = crtSimplesNacional then Result := RTSimplesNacional else Result := RTRegimeNormal; end; Revendo as opções existentes do Tipo "TpcnCRT" ... preferi implementar com um IF simples, principalmente por ser mais legível... Veem algum problema ?
  8. Porque não enviar da sua aplicação, o comando de ativação ? ECF.Ativar
  9. Desculpem-me pela demora... e MUITO Obrigado pela colaboração... já está no SVN...
  10. Não há como responder a sua pergunta... É fundamental, você ter o um bom roteiro de testes... a aplicação final só deve ir para o Cliente, depois de você rodar: Seus testes Unitários e os seus Roteiros de Teste.. Use o ACBrInstall, para recompilar/reinstalar o ACBr
  11. O componente ACBrPosPrinter, não faz uso da DLL da Daruma...
  12. Pode ser algo no VSPE... eu uso o com0com..
  13. STDCALL, e você precisará da DLL da TANCA
  14. Essa exceção é controlada... não vaza para a aplicação... analise os fontes do ACBr
  15. Não existe isso... O que existe é impressora Fiscal, lacrada para o Desenvolvimento Fiscal (lacrada no nome da Software House) Dependendo da marca/modelo, você poderia usar um Emulador... Se é uma impressora fiscal... ela NUNCA irá imprimir relatórios do Windows.... isso é contra a lei...
  16. Já no SVN Waldir... Fiz apenas uns pequenos ajustes... favor verificar...
  17. Não existe um comando na especificação da DLL para isso... O correto seria o SAT atualizar sua data de tempo em tempo, no NTP.... Qual a marca do SAT ? Já entrou em contato com o Fabricante ?
  18. Se você usa impressão no Fortes (Spool do Windows)... então todo o trabalho é feito pelo Driver do fabricante... Ou seja, você precisa falar com o Fabricante...
  19. Você deve ter marcado a opção "Mostrar Preview antes da impressão"
  20. Trata-se de uma impressora NÃO fiscal, correto ? Nesse caso, você precisa instalar o driver do fabricante (assim como qualquer impressora do Windows)
  21. O ACBr possui comando próprio para Sangria e Suprimento... você está usando eles ? Sangria e Suprimento são muito específicos de cada ECF, e a maioria deles não aceita pagamento..
  22. Enviei no SVN, uma correção para o problema de tratamento do CEP ...
  23. Isso se deve ao tamanho da fonte... que não é mono espacejada... Talvez ocorra o efeito que vc deseja, com o EscPos
  24. Impressão em Fortes ou EscPos ?
×
×
  • 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.