Daniel Simoes

Por favor... para relatar problemas... * SEMPRE * poste um passo a passo de como reproduzi-lo usando os Demos do ACBr

Se você já tem o XML de resposta do SAT... você já fez a sua parte... Cabe ao SAT transmitir o CFe armazenado ao SEFAZ

Provavelmente é um problema do Emulador (pela mensagem de erro)... Tente removê-lo e instalá-lo novamente... Mas observe que os códigos que você está usando tem apenas 6 dígitos, e o mínimo requerido são 8 dígitos

Parece ser algo na sua instalação do emulador... Uso o Emulador SAT com o ACBrSAT no meu dia a dia... o ACBrSAT foi construído usando o Emulador SAT... Em relação ao TimeOut... isso é com a DLL do SAT... não há como o ACBrSAT interferir no funcionamento da DLL

Se você usa Fortes, não há necessidade de configurar o protocolo "EscPos" (são motores de impressão completamente diferentes) Provavelmente você precisa configurar a Largura e Margens de Impressão do componente de Impressão do Fortes

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

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

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