Daniel Simoes

Apliquei uma possível correção no SVN...

Apliquei as modificações no SVN... vamos observar se isso irá causar efeitos colaterais em outros usuários

Usuário = [email protected] SMTP = smtp.seudominio.com.br Porta = 587 SSL e TLS desativados

Vou verificar... O Lazarus atual é 1.2.4... http://www.lazarus.freepascal.org/

Sem o Log correto não tenho como analisar....

Em nenhuma linha do seu Log existe uma chamada para: IdentificaConsumidorRodape Os únicos erros ocorreram no momento do Pagamento A msg de erro está estranha.... pois não há nenhum retorno do ECF... Qual o seu TimeOut ? experimente deixar 10 A forma de pagamento "05" existe ?

Componentes de acesso a Banco de dados Usuários de Delphi vão sentir muita falta do ClientDataSet ou DataSnap...... O Lazarus possui ótimos componentes nativos para acesso a BD... Mas eu prefiro a Zeos 7.1 (mais simples de usar) Debug O Debug do Lazarus é horrível... muito fraco... e quase nunca dá pra inspecionar as variáveis... A solução é adotar arquivos de Log Dispositivos móveis Até onde sei, o Lazarus está longe de suportar Android e IOS de forma simples e nativa Velocidade de compilação O Delphi compila e faz link bem mais rápido... (no Lazarus o Link é que demora)... porém não notei diferença na execução do código final Em relação a IDE... hoje gosto mais da IDE do Lazarus (usando o AnchorDocking) do que da IDE do Delphi... existem muito recursos para facilitar a escrita de código http://wiki.freepascal.org/New_IDE_features_since

Não fui capaz de reproduzir o erro... alias, não vejo como isso poderia reproduzir o erro... em nenhum lugar do código acima tem a chamada a PulaLinhas

Provavelmente a extensão não é aceita... Zip o arquivo...

Por isso que o nome é ArredondaPorQtd Essa rotina adiciona 0,001 na QTD (depende do número de decimais máximo na Qtd) até que o valor de (Qtd x Preco Unit), e considerando o Truncamento ou Arredondamento do ECF, seja igual ao preço Total Desejado Trata-se de um "ajuste" não oficial...

Conforme solicitado no post anterior, a analise requer o LOG gerado pelo ACBrNFeMonitor

Provavelmente ela não é 100% compatível com os comandos "Epson Esc/POS" Você pode associar o componente ACBrSAT ao ACBrSATExtratoFortes... nesse caso toda a impressão será feita pelo "Fortes Report"

Realmente balanças e bombas de combustível parecem que não seguem as normas de arredondamento da ABNT... Você pode tentar ativar a propriedade ArredondaPorQtd... mas acho que ela não funcionará se detectar que o ECF já está arredondando...

Se não foi implementado é porque provavelmente não existe esse comando no Protocolo ESC/ECF Esse procolo tem vários métodos que não podem ser implementados... (procure por "TODO" nos fontes dessa classe, e verá quantos comandos não tem compatibilidade) As informações que podem ser retornadas por esse ECF estão descritas em: http://www1.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2011/ac042_11.htm Procure por: 3.10.3.4.26. Captura Eletrônica de Dados

Por favor anexe o LOG

Essas são as normas de arredondamento ACBNT http://www.sofazquemsabe.com/2011/01/como-fazer-arredondamento-da-numeracao.html ( Veja a Terceira Regra, item C ) Use o método: ACBrUtil.RoundABNT()

De uma olhada em: www.djpdv.com.br

Em breve será possível usar A3 com Lazarus (apenas em Windows) Aproveitando... o Lazarus não tem suporte oficial para Android, e o que existe ainda é muito embrionário... Migrar de D7 para Lazarus é muito mais difícil do que migrar de D7 para XE7... Se você não tem necessidade de Linux, se pensa em desenvolver para dispositivos móveis no futuro, Delphi XE7 é a sua escolha... A licença não é barata... mas compra-se apenas 1 vez... e acho que dá pra parcelar... Delphi hoje não me atende, por não suportar Linux... Minha escolha por Lazarus se deu por 2 fatores: - Roda e Compila bem no Linux - É um projeto de Código Aberto A questão de código aberto, não tem muito a ver com o fato de ser de graça, mas pela garantia de continuidade do produto... Hoje não adoto nenhuma ferramenta de código fechado... Perdi muito tempo (e dinheiro) investindo em ferramentas que foram abandonadas ou "sumiram"... Ex: Kylix

Provavelmente o problema é no seu projeto... No Log consta claramente que o erro ocorre no envio de: PulaLinhas( 0 ) e não de LinhaRelatorioGerencial() Para maior analise, por favor poste um passo a passo, de como reproduzir o problema, usando o programa de Teste, ECFTestes.exe

Acho que o PulaLinhas até deve funcionar dentro do Gerencial... mas não com o numero 0 de linhas -- 09:31:25:374 PulaLinhas( 0 )

Verifique se precisa marcar a caixa "ANSI" de SAI.TXT

Por favor siga as regras do fórum... 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Notei que as modificações foram apenas no processo de criação do arquivo de configuração do Linux - Ele não precisaria estar em /usr/etc/ ? - Se o arquivo já existir em /usr/etc/ as modificações sugeridas irão funcionar ? (algum efeito colateral?) - precisamos de todas as chaves do arquivo ? (não poderíamos criar o XML apenas com as chaves que usamos ?)

A DLL com o Emulador não usa o canal de portas seriais... funcionaria mesmo sem a instalação do com0com ou outro virtualizador de portas

Tente usar essa versão do com0com, assinada digitalmente https://code.google.com/p/powersdr-iq/downloads/detail?name=setup_com0com_W7_x64_signed.exe&can=2&q=