Daniel Simoes

Não há como modificar as fontes em EscPOS... as fontes são definidas pelo chipset da Impressora... (Condensada, Normal, Expendida) Somente com Fortes/Fast, você poderia criar um modelo personalizado, com fontes muito reduzidas... Por favor anexe o cupom que você está se referindo... para analise...

Para lidar com situações de "Erro não identificado" use os seguintes artifícios, para analisar os erros de validação de Schema e outras inconsistências no XML enviado. - Envie o XML para o emulador de SAT do Fisco... Observe que na janela do Emulador, são detalhados os erros de validação. - Use o programa "InteliSAT" da TANCA, para analisar o seu XML - Extraia o Log do aparelho SAT, e veja mais detalhes sobre o erro.

Na verdade sempre precisou.. conforme está no manual, desde a primeira versão: O que ocorre é que a rotina de Parser de comandos tenta se recuperar em alguns casos..

Estude os fontes do ECFTeste em Lazarus

Seja mais específico... Qual é a exata msg de erro ?

O SAT faz a maioria dos cálculos... veja na Especificação, onde descreve o XML de Venda, quais são as Tags que a aplicação precisa gerar NÃO

Provavelmente é o driver do Fabricante... Infelizmente não tenho mais sugestões...

Se a geração do XML não é um problema para você... Então você poderia consumir a DLL do SAT diretamente... Todos os fabricantes, seguem a Especificação Técnica do SAT, que normatiza os métodos da DLL

ACBrMonitor.pdf ou ACBrMonitor.chm (use o perfil de instalação "completa")

Como está a resposta do WebService ? Marque a opção "Salvar Arquivos Enviados/Recebidos p/WebServices" e veja o XML de retorno.. anexe-o aqui no tópico... Você poderia desabilitar a opção "Validar Digest Value ao consultar XML", para evitar essa validação...

Notei que sua sintaxe está errada.. conforme descrito no manual do ACBrMonitor, você deve usar aspas duplas nas Strings NFE.CONSULTARNFE("Z:\ACBrNFeMonitor\Logs\41160110650569000237550010000014911000014917-nfe.xml")

Vc está mandando imprimir o XML que enviou... vc deve mandar para impressão o XML de resposta do SAT

O maior medo de todo programador, é ver a sua linguagem morrer... Foi assim com o COBOL, com o Clipper, e por várias vezes já se falou do fim do Object Pascal... Hoje em dia é muito difícil achar novos programadores em Delphi, a nova geração nem pensa em aprender ObjectPascal, e para eles, não faz o menor sentido usar um produto pirata, ou pagar caro numa IDE, para aprender a programar... (ainda mais tendo Java, PHP, e tantas outras linguagens disponíveis livremente) Como uma linguagem não morre ? A resposta é simples, com investimento... enquanto houver empresas investindo nela, ela irá crescer e existir... Adquirindo as novas IDEs do Delphi, os programadores (que são dependentes dessa linguagem), mantém o fluxo de investimento e o desenvolvimento da mesma.. Por outro lado, ficar preso a uma IDE de mais de 18 anos... só traz limites... limites de técnicas de programação, limites de tecnologia, limites de interface, de plataforma, etc.... Do ponto de vista de negócios.. é estratégico evoluir para uma nova IDE.. isso DEVE ser planejado e constar no "RoadMap" do produto da empresa... caso contrário o produto (o sistema), ficará preso as limitações da antiga IDE... Sabemos que a decisão é difícil e que irá incomodar muitos usuários do ACBr... mas há tempos já adiamos essa decisão, e agora chegou a hora...

Por favor anexe (zip) o Log do ACBrSAT e o XML gerado

Configure corretamente o modelo..

Já está implementado a uma semana...

Já passei todas as informações que você precisa... repetindo... - Leia o ACBrMonitor.pdf, e veja os comandos do objeto SAT... lá tem a sintaxe do INI - Leia a Especificação Técnica do SAT Cara... vc está transformando esse tópico em uma confusão... por favor não faça isso... crie um novo tópico para cada assunto.... Leia as regras do fórum

Modificações enviadas para o SVN.. obrigado pela contribuição...

Em SP, não é aceita a NFCe off-line, a única contingência permitida para a NFCe, em SP, é o SAT... e o contribuinte que quiser adotar NFCe, precisa ter um SAT registrado... isso faz a NFCe não servir pra muita coisa, aqui em SP. Em SP nunca foi exigida qualquer tipo de homologação... com o SAT isso não é diferente... SAT é completamente diferente de NFCe... vc precisa ler a Especificação Técnica do SAT, para compreender o projeto http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

Ativar novamente, somente se ele quiser mudar o código de Ativação (isso é bom, pois a antiga Sw.House não terá mais acesso ao SAT)... caso contrário, basta Associar nova assinatura

roda novamente o ACBrInstall, para ele recompilar todas as BPL's

Envie um comando "</zera>"

Não sei... nunca tive contato com o MFC-CFe

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

o XML da NFCe e CFe são semelhantes, mas não idênticos... Há uma sintaxe específica para a criação do CFe (veja no ACBrMonitor.pdf)... acredito que você possa aproveitar 90% da rotina de geração do NFCe... 2 - SIM. na verdade é o próprio SAT quem faz o envio, de modo automático e em background Até onde sei, o MFE-CFe é diferente do SAT... trata-se de outro equipamento...