Daniel Simoes

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...

Parece ser um memory leak.. Geralmente essa demora ocorre quando o HeapTrace está sendo gravado... Veja o conteúdo do Log do HeapTrace

Apliquei as seguintes modificações no SVN -- pcnAuxiliar -- (por: DSA) [+] Adicionado novo Tipo: TTimeZoneModoDeteccao = (tzSistema, tzPCN, tzManual); [+] Adicionada novca classe: "TTimeZoneConf" com as propriedades published: ModoDeteccao: TTimeZoneModoDeteccao TimeZoneStr: String [*] Removida a sobrecarga do método: "GetUTC" [+] Adicionado o método: "GetUTCSistema", que utiliza a rotina de synautil para detectar o TimeZone do Sistema Operacional [+] Adicionada uma variável global "TimeZoneConf: TTimeZoneConf", para permitir configurar a maneira que o método "GetUTC", irá se comportar de acordo com as propriedades de TTimeZoneConf -- ACBrDFeConfiguracoes -- [+] Adicionado a propriedade: TimeZoneConf: TTimeZoneConf em TWebServicesConf, para permitit configurar como o métoto pcnAuxiliar.GetUTC se comportará, na detecção do TimeZone (leia mais em: PCNComum-change-log.txt) -- pcnCCeNFe, pcnEnvEventoNFe, pcnNFeW, pcnProcNFe -- [*] Ajuste para usar nova versão de pcnAuxiliar.GetUTC (por: DSA) -- ACBrNFE, ACBrNFeNotasFiscais -- [*] Ajuste para propagar valores de ACBrNFE.Configuracoes.WebServices.TimeZoneConf para pcnAuxiliar.TimeZoneConf (por: DSA)

Notei que a impressora definida, não era informada para a rotina que gerava o PDF.. Fiz alguns ajustes, numa tentativa de corrigir o problema Realmente o problema parece ser o caso do Windows usar a impressora como Default Por favor faça um teste, com o executável em anexo... ACBrMonitor.zip

A impressora definida como padrão, "Ricoh Aficio MP 171 PCL6", existe no sistema ? A impressão de NFe (55), ocorre com sucesso ?

modificações aplicadas: [*] Ajuste em "SAT.EnviarCFe", para permitir o envio do XML que esteja na memória carregado com "SAT.CarregarDadosVenda" (por: DSA) [-] Ajustes na leitura dos campos Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN (por: Anfm)

Modifiquei a rotina "DescontoAcrescimoAnterior" para considerar os acréscimos em: Det.Prod.vOutro - "Valor de acréscimos sobre valor do item"