Daniel Simoes

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>")

Afim de deduzirmos se o problema é no ACBrNFe ou no SEFAZ... Algum outro aplicativo (que não use o ACBrNFe) consegue enviar com os acentos ?

Não acho que a implementação seja correta, a rotina espera que o valor de "ItemCupom.DescAcres" contenha sinal (loops com a soma pode dar errado) Não consegui reproduzir o problema que você alega... usando o FPCUnitTeste da ACBrComum, adicionei os testes abaixo: procedure RoundABNTTest.ValoresNegativos; var AVal: Double; begin AVal := -2; CheckEquals( AVal, RoundABNT(AVal, 0) ); CheckEquals( AVal, RoundABNT(AVal, -1) ); CheckEquals( AVal, RoundABNT(AVal, -2) ); end; ... e tudo funcionou a contento...

O ACBr é OpenSource... estude a Unit pcnAuxiliar.pas function GetUTC(UF: string; const dataHora: TDateTime): string;

Prometo que dou uma olhada... mas estou com vários outros assuntos para avaliar no momento...

Baixe o Demo do PosPrinter.exe primeiro faça testes com ele... confira o botão "Ajuda - tags válidas" Veja a tag "</abre_gaveta>" Consulte no manual do ACBrMonitorPLUS, os comandos disponíveis no Objeto "ESCPOS", para compreender como enviar os comandos e as Tags

A mensagem de erro vem da DLL... Entre em contato com a Bematech

Use o modelo StdCall

Você consegue abrir a URL do Webservice, pelo Internet Explorer ?

Você precisa criar um mini exemplo que demonstre o problema...

Extraia o Log do SAT... A falha ficará descrita nele... Geralmente é falta da configuração da interface de rede

Humm... Sempre imaginei que já estávamos falando do MonitorPLUS, afinal conforme já anunciamos, o MonitorNFe é atualmente obsoleto... Não faz mas sentido investigar e corrigir problemas no MonitorNFe...