Daniel Simoes

Obrigado pela ótima explicação... O seu entendimento está correto... É pra funcionar dessa maneira... Vou fazer alguns testes e volto a postar

Um comportamento estranho... provavelmente algo no S.O. em relação a essa porta serial... ou o driver do fabricante está bloqueando o acesso a ela... A dica do José Roberto é uma possível solução

Ahhh... acho que descobri o problema... Você precisa selecionar a opção "Imprimir Valor Liquido do Produto"... Na dúvida, copie um Print da sua tela de configuração de Impressão

O PosPrinter é impressão usando a linguagem da Impressora (Esc/POS)... isso é muito rápido, mas não há preview... Não faz sentido ter preview de NFCe... isso quebra a agilidade do caixa... De forma análoga, você não tem preview da impressão do ECF Usando EscPos, é a impressora que desenha o QRCode, portanto, somente impressoras com suporte a QRCode, conseguirão desenhá-lo A impressão com descontos ocorreu com sucesso.... (Veja anexo) Qual versão você está usando ?

A Classe THTTPSend é do pacote Synapse... tudo indica que você precisa recompilar esse pacote:

Mas o correto não é ter a Tag de cabeçalho informando o tipo do XML ? Se não tiver isso, o XML não é aberto nos navagadores, caso o mesmo contenha algum acento

apague o arquivo "ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBrNFeDAInutRL.dfm" e baixe novamente... Ou então apenas abra ele no bloco de notas, e exclua a linha que contem: LCLVersion

Qual é a exata mensagem de erro ? Você pode imprimir usando compartilhamento do Windows:

Já tentaram usar o TACBrPosPrinter ?

O convenio 09/09 descreve esse parâmetro como: "Data da gravação (ddmmaaaahhmmssf) "... Será que é a mesma informação DataHoraEmissao ? Pelo SIM, pelo NÃO... acho que realmente é mais correto capturar o valor... Modificações já no SVN, obrigado

Bematech funciona com ppEscBematech... porém precisa de atualização de firmware... ( basta procurar aqui no fórum, para ver que vários já estão usando) Elgin I9, funciona com ppEscPosEpson... conforme descrito nesse mesmo tópico.. Elgin VOX, tem um modelo próprio, ppEscElgin... porém esse modelo tem um Bug que não é capaz (até o momento) de imprimir o QRCode do SAT, que é maior do que 255 chars

Para usar o EscPos, vc precisa configurar a aba "PosPrinter"... ela não usa uma Impressora do windows, mas sim uma porta Serial válida ou Porta compartilhada (Ex: \\localhost\EPSON)... Vejas os exemplos de porta no DropDown do Edit da Porta

Não compreendi... Você quer que ele separe por modelo, mas com a opção de "Separar por modelo" desativada ??

Desculpe, mas não tenho tempo para lhe ajudar com isso agora... Use o Find In Files com as palavras chaves correta, que você descobre...

Provavelmente há algo errado na configuração da Conta.. se você me fornecer dados para teste (em privado), para esse provedor, posso averiguar... De qual Canhoto você está falando ? Por favor anexe uma imagem com o antes e o agora... O MonitorPLUS, não usa o Rave como Gerador de relatório... ele usa o Fortes... pode haver diferenças nas implementações

Provavelmente era algo no nome do arquivo... a opção de ValidarDigest, apenas tem efeito nos fontes, em uma comparação no método: TNFeRecepcao.TratarResposta if (TACBrNFe(FPDFeOwner).Configuracoes.Geral.ValidarDigest) and (TACBrNFe(FPDFeOwner).NotasFiscais.Items[I].NFe.signature.DigestValue <> FNFeRetornoSincrono.protNFe.digVal) and (FNFeRetornoSincrono.protNFe.digVal <> '') then begin raise EACBrNFeException.Create('DigestValue do documento ' + TACBrNFe(FPDFeOwner).NotasFiscais.Items[I].NumID + ' não confere.'); end;

Enviado para o SVN, obrigado

Está dando certo porque esse modelo adiciona "Aplicativo:" no inicio da linha.... mas isso não ocorrer nos demais modelos, trará problemas, vai sair tudo na mesma linha

Por favor leia melhor os fontes... Suas afirmações não são corretas.. e suas modificações podem causar muitos efeitos colaterais... Você deve compreender o que os métodos fazem, antes de modificá-los... No tópico anterior, já descrevi o que faz a ConverteXMLtoUTF8 e a ACBrStrToUTF8

É pra sair igual... mas acho que no componente, também tem uma propriedade para configurar o cabeçalho

Não é o correto, pois se rodar a conversão em um código que já é UTF8, você terá problemas... Por isso o IF... Se não entra no IF, é porque o XML já possui o cabeçalho de UTF8... O que você está tentando converter com essa função ? Por favor poste um fragmento de código.. Se você quer simplesmente converter para UTF8, pode chamar a ACBrStrToUTF8, diretamente... Observe porém, que esse método apenas fará a conversão, e não adicionará o cabeçalho de UTF8... ( o que não é um problema se o que você quer converter, já possui o cabeçalho ) Para que o XML seja exibido corretamente no Browser ele precisa estar em UTF8, e possuir o cabeçalho indicando o Encoding

A sugestão é boa, e deve ser implementada... Criar um Log rotate... Pode até ser mais simples... A cada dia ele compacta os Logs do dia anterior em um arquivo... E deixamos uma configuração com o número de dias a manter arquivos de Log

Por favor detalhe um pouco mais... qual o XML ? O que você quer nos fazer notar nas imagens acima ? Tentou a impressão com EscPos ?

Todos certificados, possuem chave pública e privada... Isso é tudo o que você precisa pra ativar assinaturas com o seu certificado. Chave privada do seu lado, e a chave pública do lado do SGRSAT

Sem o Log não dá pra analisar Você precisa isolar o problema... É no envio da NFe ? É no e-mail ? Em relação à desempenho... Há algum benchmark comparando ambos, que comprove a lentidão ? Varios usuários nos relataram um aumento de performance de até 20%