Daniel Simoes

Na verdade ainda não havia sido copiado... Ok, acabei de subir na pasta "Projetos"

Consegui descobrir o problema... a CAPICOM não gosta que os dados seja informados em UTF8.. já estou aplicando uma correção...

anexe os seus fontes, para analise....

Não tenho como testar.. não tenho essa IDE...

Você pode usar a área "ObjectPascal" http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

sim, é possível... veja os eventos ""QuandoGravarArqINI, QuandoLerArqINI", e verifique se gravando em outra mídia, fica mais rápido e seguro...

Use os eventos "QuandoGravarArqINI, QuandoLerArqINI" e grave/leia o conteúdo do INI no seu Banco de dados (por exemplo)

Apliquei algumas modificações na ACBrUtil, que devem resolver o problema... Também está disponível um novo Projeto para Delphi, para UnitTeste da ACBrComum

Mas nesse caso não há o que possa ser feito... A origem do arquivo está errada e não o componente

Você reconstruiu o seu Lazarus ? A IDE compila os componentes de forma estática... ou seja, provavelmente a sua IDE ainda tem a versão antiga do ACBrMail...

Enviei modificações no SVN, para que o Objeto "TimeZoneConf", se comporte como um Singleton

Quando implementei tinha em mente a otimização de velocidade... (não fazia sentido ler posições vazias).... mas realmente traz esse problema... apliquei a modificação no SVN Obrigado...

como reproduzir o problema, usando o XML indicado, e o Demo do ACBr ?

Por favor responda... Caso contrário... não há como investigar...

vou modificar, para criar o "TimeZoneConf", conforme a demanda...

repare que na versão nova, tem opções para configurar o TimeZone manualmente...

Obrigado pelo retorno... foi mais rápido do que eu...

Acredito que você configurou o arquivo de SAIDA, com o mesmo nome do arquivo de Entrada

O A.V. só ocorreria se "pcnAuxiliar.TimeZoneConf" ou "Configuracoes.WebServices.TimeZoneConf", fossem nulas ou foram destruídos... Você manipula esses objetos diretamente ? Como reproduzir o problema usando o demo do ACBrNFe ?

Isso é controlado pelo Spooler do windows... você precisa configurar no Windows, um tamanho de papel maior... dependendo do driver da impressora, há uma opção específica para isso.. Outra alternativa é usar EscPOS, que não depende do Spool do windows

Tenho um D7 aqui... Vou tentar nele... Um workaround, seria mudar o valor para positivo, arredondar e depois voltar ele pra negativo... e só então, somar nos fields da classe

Não é erro no portal, pois funciona no botão de teste... Parece ser algo na sintaxe do comando enviado ( não estou no PC no momento )

Por favor gere 2 XMLs idênticos, e assinados com ambos os programas, para compararmos... anexe no post

Que post grosseiro... Ninguém aqui é seu empregado... Faça você mesmo o seu...

o Objeto GAV é diferente... (e está obsoleto hoje em dia) Minha sugestão é que você passe a imprimir seus relatórios de bobina, todos baseados no ESCPOS.. e com isso ganhar suporte a Gaveta, Cod.Barras, QRCode, Guilhotina, etc Exemplo: ESCPOS.imprimir("</zera></linha_dupla>FONTE NORMAL: 48 Colunas</lf>....+....1....+....2....+....3.... +....4....+...</lf><e>EXPANDIDO: 24 Colunas</lf>....+....1....+....2....</lf></e><c>CONDENSADO: 64 Colunas</lf>....+....1....+....2....+....3....+....4....+....5....+....6....</lf></pular_linhas></corte_total></abre_gaveta>")