Daniel Simoes

A fim de ganharmos algum tempo... sabe quais foram as modificações ? O Documento não tem a descrição do comando utilizando o Sw.Básico do ECF Virtual

Isso foi corrigido nos fontes a poucos dias... (Veja o ACBrNFe-Change-Log.txt)

A Bematech já lançou uma nova DLL que também tem um Workaround para o mesmo problema...

Waldir, Pela mesma falta de tempo... fica muito complicado para nós acatarmos uma Unit sem nenhum "change-log.txt" ou descrição do que foi modificado e porque... Lembre-se que se você estivesse efetuando um Pull-Request (GIT), precisaria descrever as modificações enviadas Trabalhei com o GIT com a equipe do Fortes Report... minha impressão foi: "ódio a primeira vista"... Demasiadamente burocrático, e confuso... achei muito improdutivo...

Esse componente usa o TACBrPosPrinter para imprimir... Ou seja, baixe aqui no fórum (área de Downloads) o executável PosPrinterTeste.exe, assim você pode testar a compatibilidade... Se não me engano, esse modelo é compatível com EscPosEpson

1 - O ideal é você discutir as necessidades da modificação aqui no fórum... antes mesmo de implementá-las... Isso evita situações como: Já enviaram correção semelhante, a equipe de commiter discordas da maneira como foi implementado 2 - Se algum commiter quiser, pode enviar correções para o Trunk1... mas acredito que no momento, todos já optaram por não o fazerem, pois já estão usando o Trunk2 em produção 3 - Dependendo da Unit isso seria ótimo... veja a pasta "Testes" 4 - Apenas usuários convidados a serem commiter podem submeter ao SVN... Eles atingem esse privilégio através da meritocracia e reconhecimento da equipe atual 5 - Se depender de mim... o ACBr nunca usará Git... tive péssimas experiencias de uso com ele: cada comando simples no SVN é traduzido em 3 comandos do Git (ou mais)... Seria um inferno lidar com os inúmeros Pull Requests..

O Workaround para esse problema já foi aplicado nos fontes do Trunk2 a um bom tempo...

Prezado.. não é assim que funciona... Sendo assim, sem o "Change-Log.txt", suas modificações não serão nem analisadas...

Você não forneceu todos detalhes... Que tipo de impressão (EscPos,Fortes) ? Se for EscPos configurou para EscBematech ?

Realmente a analise do equipamento está errada... Na especificação do SAT, o campo entrega.xCpl é descrito como não obrigatório (Ocorrência = 0-1) AC G04 xCpl Complemento E G01 C 0-1 1-60

O método "Ativar" irá fazer a conexão com o equipamento... Usei o Demo do ACBrTCPServer apenas para simular a presença de um equipamento...

Sua analise está correta... pois os acentos retornados por "RetEventoNFe.XML", estão em UNICODE (ou ANSI) dependendo da versão do seu Delphi... o método ConvertesXMLtoUTF8, irá converter esses acentos para UTF8 e anexar o cabeçalho...

Sua Unit está muito defasada em relação aos fontes originais... e afetam áreas da geração do XML que não estão relacionadas a este problema... Por favor reavalie melhor sua sugestão de modificação... Quais linhas devem ser realmente modificadas ? Porque essas modificações são necessárias ?

O MonitorPLUS não foi projetado para ser um Servidor SAT... Isso deve funcionar, assim como você mesmo pode comprovar... mas não podemos dar a plena garantia de funcionamento dessa modalidade de uso... Se não me engano, você pode informar o nome da impressora no comando de Impressão...

Poste um passo a passo de como reproduzir o problema, usando o Demo do ACBrNFe

Cara... pensa bem... não tem como o componente imprimir, sem a sua aplicação comandar...

Isso porque os "motores" de impressão são completamente diferentes... As opções do MonitorPLUS estão confusas (o preview só deve estar habilitado com o Fortes)... pois com EscPos você NUNCA terá um Preview antes...

Existe um projeto de exemplo de comunicação TCP com o Monitor, em Pascal (Lazarus), na pasta de Exemplos do ACBrMonitor Dependerá muito de como você trata os dados recebidos... usar um TStringList para salvar o arquivo, não funcionará... você pode usar uma classe derivada de TStream por exemplo...

Acho que o ideal é instalar em cada máquina... e nunca compartilhar pastas (isso é um prato cheio para vírus... e expõem o BD para os usuários da rede) Você pode ter um módulo "atualizador", que cuidaria de baixar uma versão nova...

A ideia não é transformar todos os espaços duplos em simples ?? De uma olhada nos fontes do método indicado, na ACBrUtil.pas

Eu alterei apenas o WebSevice se SP para testar... Nao tem erro, localize a sessão correta, e altere a chave desejada... exemplo: NFe_SP_H observe: NFe é o tipo do documento, SP é a UF, H = homologação

Não compreendi muito bem o problema... você diz, que mesmo após a conversão, a Descrição ainda mantém um espaço duplo ? Se SIM... essa linha poderia ser substituída por: aTexto := RemoverEspacosDuplos(aTexto);

Se você configurar ImprimeChaveEmUmaLinha = rNao deve funcionar mesmo para TM-T81

Provavelmente há alguma coisa errada na sua configuração... acabei de testar uma modificação na URL e tudo funcionou a contento... Lembre-se que você deve reiniciar o Monitor após modifica o .INI

Obrigado pela contribuição... já enviei para o SVN