Painel de líderes

Só para completar, isso é necessário em todos os comandos que envia dados para o Monitor (aspas duplas no começo e fim )

Você não tinha citado que a situação ocorria com o Monitor, ai muda tudo, o certo seria enviar o comando assim: ECF.FechaCupom("MD-5: 194E95F0967512A6B08BF1E55B217C38 | |Val Aprox Tributos R$0,10(10,00%) Fonte: IBPT |CLIENTE: AO CONSUMIDOR - 1 |CNPJ/CPF: IE/RG: |CAIXA: 1 TC: 1 TV: 1 VEND: 1 S:|13VENCTOS: 22/11/13 - 1.00|") Note as aspas duplas abrindo e fechando a string, se não colocar, realmente vai dar problema no monitor.

Cara eu não vi nada de errado no codigo, eu estou observando ainda. Sobre o lazarus é uma IDE não linguagem de programação a linguagem é Pascal, como o delphi que tambem é uma IDE e não uma liguagem de programação. Não saberia te recomendar um livro pois o q eu sei aprendi na pratica.

Em principio é por não te os gerenciadores de relatórios instalados, as vezes o quick report faz o seguinte insere no bin do delphi os bpl e o dcp, pegue e coloque os mesmo na pasta correta do delphi e adiciona ao mesmo com certeza irá resolver se você já tem o quick instalado e mesmo assim da erro agora o fast report é a instalação incorreta ou outras versões existentes no seu micro

Prezado Rafael Dias, Segue em anexo um patch para recuperação dos relatórios gerencias que não estava encapsulado. Att., recuperacaoInclusaoRelatoriosGerenciais.zip

As suas modificações já estão no SVN.

Ola Pessoal, Estamos com o mesmo problema em nossos clientes. Fizemos várias tentativas, não sabemos qual revolveu, aparentemente foi a última. 1. Desinstalamos o Internet explorer 11 e 10 2. Restauração do sistema para dia antes da atualização 3. Desativar o firewal e antivirus 4. Reinstalar o certificado e capicom.dll e msxml5.dll 5. Iniciar : excecutar -> inetcpl.cpl - avançadas : [X] Usar SSL 2.0 [ ] Usar SSL 3.0 [X] Usar TLS 2.0 [ ] Usar TLS 1.1 [ ] Usar TLS 1.2 [ ] Verificar revogação de certificados do servidor

Saudações a todos: O problema: Sob Windows 8, o bloqueio de teclado/mouse não funciona. Testei, inclusive a função BlockInput em um aplicação simples, sem ACBR e realmente não funciona. O problema está no nível de privilégio requerido para que o Windows processe a função. Uma forma de fazer com que o aplicativo funcione é mudar o nível de privilégio do arquivo .exe manualmente (marcando a opção Executar este programa como administrador). O desejável é que o aplicativo não requeira esta mudança. A solução: Ao pesquisar na NET encontrei este artigo bem explicado.(http://www.cesarromero.com.br/embutindo-o-manifesto-na-aplicao-com-delphi/). Lá tem uma boa explicação do mecanismo de permissões. Fiz os simples procedimentos e embuti o RES na minha aplicação. abaixo um exemplo .dpr simples com a adição do RES program Project1; uses Vcl.Forms, Unit2 in 'Unit2.pas' {Form2}; {$R *.res} {$R UAC.res} begin Application.Initialize; Application.MainFormOnTaskbar := True; Application.CreateForm(TForm2, Form2); Application.Run; end. Vá em Project/Options/Application e coloque "none" em runtimes themes. Se estiver diferente de None, não funciona. Após a compilação o bloqueio passou a funcionar normalmente. Uma dica: o Delphi deve estar rodando com privilégios administrativos, do contrário ele compila e gera o exe mas não o roda, além de exibir uma mensagem informando que necessita de elevação. O arquivo compilado (.RES) deve estar junto aos principais arquivos do projeto, ou ao compilar, o Delphi informará que o .RES não foi encontrado. Eu testei o executável na minha maquina de desenvolvimento (W8) e em outras duas, rodando W8 e W8.1. Não testei no W7 com o UAC ativo. Espero que a dica ajude aos colegas que possam ter a mesma dificuldade.