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. O arquivo TACBrSATExtratoESCPOS.pas já imprime todo o Comprovante, usando comandos ESC P/2 internos da Epson, ou seja, a própria impressora gera o QRCode... Hoje em dia, acredito que todas as impressoras não fiscais, possuem esse recurso... A dificuldade é compreender os comandos "nativos" da impressora... Mas seguindo o modelo de TACBrSATExtratoESCPOS.pas, poderiamos ter um Comprovante semelhante todo feito em FastReport, por exemplo... e usando um componente ou DLL de terceiro para gerar a imagem do QRCode... Muito semelhante os componentes existentes para a DANFE do ACBrNFe2
  2. Realmente parece ser um problema de Hardware... Do lado do Aplicativo, acho que seria impossível enviar um comando que causasse esse tipo problema... Mesmo que fosse, seria um sério bug do Sw.Básico do ECF.
  3. Você poderia criar um novo componente do Tipo TACBrSATExtratoClass, seguindo o exemplo do componente já existente ( TACBrSATExtratoESCPOS ), e nele implementar a sua própria rotina de impressão... usando um QRCode de terceiros, por exemplo
  4. Daniel Simoes

    Dll Sat.dll

    Baixe os fontes do ACBr, usando SVN ( a instruções na página do projeto ) Cada fabricante disponibilizará sua própria DLL
  5. Qual a dificuldade de enviar outro comando de texto, com o numero abaixo do código de barras ?
  6. Você testou no Demo do ACBr ? Alguns códigos de barras devem seguir uma formatação específica, como por exemplo apenas números, um numero fixo de caracteres, etc..
  7. A modificação ocorreu na linha 690 de Unit1.pas mVenda.Lines.Text := ACBrSAT1.CFe.GetXMLString( True ) ;
  8. O método AtivarSAT não deve ser chamado a cada inicialização do componente... Ele serve para inicializar o SAT e não o componente
  9. Acho que você não leu esse post: Use o programa do Fisco para Ativar o Emulador do SAT... siga as instruções do Documento fornecido pelo Fisco
  10. Daniel Simoes

    Dll Sat.dll

    Claro que não... a DLL do Fisco foi projetada para falar apenas com o Emulador... Cada fabricante terá uma maneira diferente de se comunicar pela USB... Porém todas as DLLs terão o mesmo nome e a mesma assinatura... mudando talvez a maneira de carrega-la (estática, dinâmica; stdcall, cdecl, etc)
  11. Daniel Simoes

    Dll Sat.dll

    Seu pensamento não está correto... Como a Dll do fisco saberia conversar com diferentes portas USB ??
  12. Pelo que li nos fontes... o método TACBrHTTP.HTTPMethod de ACBrSocket.pas já faz um tratamento de / para UTF8... Mas acho que é necessário mais estudos... - Como ficam as demais chamadas a ACBrStr() dentro de ACBrConsultaCPF.pas ? (Todas precisam ser removidas ?) - Testes em D7 - Testes em XE5
  13. Ficaria algo como: procedure TForm1.ACBrSAT1GetcodigoDeAtivacao(var Chave : String) ; begin Chave := edtCodigoAtivacao.Text; end;
  14. Acredito que não... só testando... ( Imaginei que você estava falando de uma Impressora Epson)
  15. E porque não usar o ACBrSAT ? Baixe os fontes e estude... A resposta para a sua dúvida pode ser respondida dessa maneira
  16. Verifique a velocidade ( Baudrate )... Alguns ECFs da Daruma usam 115.200, outros 9.600...
  17. Ja viu so os fontes do ACBrSAT ? Você está usando o ACBrSAT ou chamando a DLL diretamente ?
  18. Rescrevi o evento para usar String... Experimente apagar o evento existente e deixar a IDE criá-lo novamente
  19. É uma impressora não fiscal, correto ? Recomendo tentar usar alguma DLL do Fabricante... Mas você também poderia usar um programa da Epson para transformas a porta USB em Serial... Usar o componente ACBrECF com o modelo ecfNaoFiscal e configurar o comando da Gaveta no arquivo ACBrECF????.INI
  20. Sinceramente nunca testei... Vale lembrar que impressora NãoFiscal não retorna SubTotal, TotalPago, etc... Caberia a sua aplicação calcular isso e retornar ao componente ACBrTEFD quando o mesmo perguntar
  21. Quem é GetCard ?? Algum link para pesquisa ?
  22. Oi Jeter, Obrigado pela contribuição... já subi para o SVN, na Rev.6333
  23. Provavelmente você está com uma versão errada da CliSiTef32.dll Infelizmente não temos autorização para distribui-la... mas é só entrar em contato com o pessoal da Sw.Express que eles lhe enviam...
  24. O ACBrStr, converte de Ansi para UTF8 se necessário, usando diretivas IFDEF Por motivos de compatibilidade, todos os fontes do ACBr usam o encoding cp1252... E isso pode ser um problema para IDEs mais novas como Delphi 2009 ou Lazarus
  25. Nenhum dos homologadores está preparado para NFCe ou SAT... Usando SiTEF, existe a homologação com impressora Não Fiscal... Ligue na Sw.express que eles lhe mandam os roteiros
×
×
  • 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.