Daniel Simoes

Suas informações não dizem muita coisa... Para esse tipo de tarefa, compilação em 64 bits, que é algo experimental... não é válido usar o ACBrInstall... Tente instalar os Packages manualmente

Notei que o Projeto Android no Lazarus está muito lento... eu mesmo desisti de usá-lo... Você pode medir o acompanhamento em: http://wiki.freepascal.org/Custom_Drawn_Interface/Android Para acesso direto a banco no WinCE, vc precisaria compilar a sqlDB (biblioteca padrão do Lazarus) no WinCE, algo que não deve ser simples... há também o problema de achar as DLLs client do BD na versão WinCE Se vc quer acessar um servidor remoto acho que a maneira mais "compatível" seria usar a Synapse, e com ela usar FTP, para transferir arquivos, ou ainda HTTP com REST ou outro tipo de requisição baseada em GET ou POST

Tiago, Estamos reformulando o SAC... acho que aprontamos ainda esta semana o novo portal, que será integrado com este fórum... O pagamento será sempre mensal, no valor de R$ 120,00. O contrato será sempre mensal, e renovado automaticamente através da emissão de um novo boleto todo mês O Boleto será gerado automaticamente, e enviado por e-mail Ha possibilidade de imprimir ou gerar 2a via aqui mesmo no próprio fórum Haverá opção para Sair do SAC quando o usuário quiser, não gerando o próximo boleto O não pagamento em até 10 dias significa que o usuário deseja sair do SAC O usuário pode aderir novamente ao SAC quando quiser, através do botão "Quero Contratar", onde será gerado um novo Boleto Ou seja, o SAC passará a ser mensal, mas com renovação automática... Haverá um botão "Quero contratar" e outro "Quero Sair"

A classe do Quik Report é usada por muito poucos usuários... Tente debugar a rotina de impressão usando Break Points

Se deseja sugerir modificações nos fontes do ACBrBoleto no SVN, por favor envie as Units modificadas para analise...

Não adianta falar "estou com o mesmo problema"... Não sei se você notou, mas no inicio do tópico, há uma solução de problema, e a mesma já foi aplicada no SVN... Abra um novo tópico e descreva em detalhes qual é a sua situação...

Seus fontes não estão sincronizados com os do SVN... em caso de dúvidas apague toda a pasta e baixe novamente... (tb será necessário proceder a instalação desde o inicio)

Dificilmente incorporarei modificações nos fontes do SynaSer ou SynaList... Essas modificações precisam ser sugeridas a lista do projeto original http://www.ararat.cz/synapse/doku.php/support

Seria mais fácil se você copiasse aqui as mensagens de erro de compilação...

Veja ainda: Mais resultados usando o mecanismo de Busca http://www.projetoacbr.com.br/forum/index.php?app=core&module=search&do=search&fromMainBar=1

Vou verificar se nos outros Gerenciadores também existiria a possibilidade de retornar esses valores... Se SIM, a alteração faz sentido...

O ACBrTEFD cuida de toda parte de NCN na inicialização... Por favor, antes de derrubar o componente ACBrTEFD no seu projeto, e sair escrevendo código... Teste estude e leia com muita atenção os fontes do projeto TEFDDemo... Leia também o Guia Prático do Gerenciador Padrão Duvidas como essa serão respondidas se você fizer isso...

Isso está errado... if TACBrECFModelo(Ecf.Modelo) = ecfDaruma then Ecf.DecimaisPreco := 2; Você não deve atribuir o valor de Decimais ao ACBrECF... Apenas a Epson suporta a definição dinâmica desse parâmetro... Em todos os demais ECFs isso é definido no momento da Lacração.. O ACBrECF irá ler o numero de Decimais suportadas pelo ECF no momento da ativação

Se você usar Rel.Gerencial, seu caixa pode ficar diferente do registrado no ECF, pois o Gerencial não gera "Entrada de recursos" (recebimento) As suas mudanças são realmente necessárias ? pelo que entendi você está usando o evento "OnDepoisConfirmarTransacoes" Memo1.Lines.Add('Campo 11: ' + LeInformacao(590,0).AsString ); Pega a operadora Memo1.Lines.Add('Campo 11: ' + LeInformacao(591,0).AsString ); Pega o valor

Não faço a mínima ideia... Já tentou fazer o que foi sugerido ??

Os fontes atuais no SVN, da Unit da Bematech tem a assinatura para os métodos... O problema é que os comandos disparam um A.V. em algumas situações..

Se o código estava lá, e foi comentado... é porque houve algum motivo... Por favor verifiquem no Change-log.TXT deste componente...

O problema é que se você usar Rel.Gerencial.. não terá como informar as Formas de pagamento no fechamento da Transação...

De acordo com o Manual do G.P. não existe o campo Moeda para o comando CNC

Você comentou que usa um Rel.Gerencial... Acredito que para aceitar outras formas de pagamento o correto seria você utilizar um "Comprovante Não Fiscal"

O ACBrECF não conseguiu nem enviar comandos... provavelmente o ECF está usando outra configuração Serial (Baud, Stop, etc) diferente da setada no componente (o valor default) Tente descobrir qual era a configuração anterior investigando os arquivos de configuração da DLL que funcionava...

Você deve estar tentando ler o Estado em algo evento ou Timer... Isso é complicado de achar por BkPoint, pois as vezes o problema só ocorre quando em execução corrente... Sugiro inserir a gravação de arquivos de Logs, nos métodos que chamam o ACBrECF... isso mostrará qual linha está disparando essa leitura de Estado prematura

Sim, por favor... De uma lida no Metodo: procedure TACBrTEFDRespCliSiTef.ConteudoToProperty; de ACBrTEFDRespCliSiTef.pas Alias, mesmo sem qualquer modificação nos fontes, você consegue ler os valores dessas propriedades em: OnDepoisConfirmarTransacoes Veja que no TEFDDemo ele demonstra como ler o campo "11" Memo1.Lines.Add('Campo 11: ' + LeInformacao(11,0).AsString );

E qual é o resultado do LOG ? Você fechou o outro programa que acessa a porta Serial ?