Daniel Simoes

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%

O SAT pode ser alimentado apenas pela USB... basta desconectar, esperar, e conectar...

Acho que somente o fabricante saberia responder...

Se está funcionando para todos os demais... porque deveríamos corrigir ?

http://www.projetoacbr.com.br/forum/topic/23777-bematech-mp-4200-th-fi-erro-retornado-pela-impressora-bematech-categoria-16-erro-específico-do-fabricante-motivo-40/?do=findComment&comment=158056

Se deseja reportar um problema, favor fornecer um passo a passo, bem específico de como reproduzi-lo usando o Demo do ACBrNFe

Não compreendi o que você modificou e porque...

Sem o Log não há como lhe ajudar...

basta usar o componente ACBrSATExtratoFortes

Desinicializar não efeta em nada o SAT... A inicialização do ACBrSAT, apenas carrega a DLL do fabricante na memória Você precisará desligar e ligar o SAT, se o problema persistir

Mas se ficar conactenado, não ficará errado ?? o MD5 deve ficar em uma linha e a aplicação em outra...

Quem define o ambiente de comunicação é o SAT... O ACBrSAT tem essa propriedade, apenas para saber como montar o XML e imprimir o Extrato

O WebService do governo não devolve o XML como você o recupera em (NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML).... Ele devolve um Envelope SOAP, com vários componentes dentro... pra chegar no XML que você extraiu com o comando acima, muito "parser" foi feito... Observe ainda, dentro do XML do envelope SOAP de Resposta, achando a Tag de onde esse XML do evento é extraído, que não há a Tag de indicação de (UTF8)... ou seja, se simplesmente lhe entregarmos o que contem dentro da Tag do evento, como UTF8, você continuará com o problema... pois não tem o cabeçalho de indicação do tipo do XML Para isso existe o método function ConverteXMLtoUTF8(const AXML: String): String; em ACBrUtil... ele faz a conversão e inclui o cabeçalho (se necessário)... deixando o resultado final pronto para ser salvo e exibido em qq browser

Tanto faz... A vantagem de fazer isso no Delphi, é que não afeta outras versões do delphi que não usem essa BPL http://isaquesp.blogspot.com.br/2011/09/varias-versoes-do-delphi-instaladas-sem.html

No tópico que indiquei... ele fala que pode ser corrigido usando apenas o Alias no Projeto... No, you do not. Go into the Project Options for your XE2 package(s) and make sure "Vcl" is included in the "Unit scope names" field of the Delphi compiler. Then your old references will work as-is without changing the code. - See more at: http://codeverge.com/public.delphi.vcl.writing/unit-aliases-for-xe2-version-of-com/1090804#sthash.9YjNXtB6.dpuf No, you do not. Go into the Project Options for your XE2 package(s) and make sure "Vcl" is included in the "Unit scope names" field of the Delphi compiler. Then your old references will work as-is without changing the code. - See more at: http://codeverge.com/public.delphi.vcl.writing/unit-aliases-for-xe2-version-of-com/1090804#sthash.9YjNXtB6.dpuf

Por favor sempre informe: - Qual foi o problema que você encontrou. - Qual foi o ponto que você corrigiu ? Acabei de usar o ACBrInstall_Trunk2.exe e funcionou perfeitamente...

Se fizermos isso... o Delphi ficará perdido na hora de exibir os campos que contem acentos... por mim seria ótimo, afinal o Lazarus usa UTF8 de forma nativa

Prezado, Não sei... Para que eu possa investigar o seu problema, eu preciso de um passo a passo com detalhes, de como reproduzir o problema usando o Demo do ACBrNFe

Não há tal comando, pois isso não faz sentido para o SAT... O SAT não precisa estar OnLine para aprovar os CFe's

Não sou usuário do Delphi... deixo a cargo de outro commiter... Mas isso aqui está errado: + VCL.Graphics, VCL.Controls, VCL.Forms, VCL.Dialogs, VCL.ExtCtrls, Se subirmos isso... quebra todo o suporte a D7 e Lazarus Você não precisa modificar isso, basta usar Aliases no seu projeto Veja esse link: http://codeverge.com/public.delphi.vcl.writing/unit-aliases-for-xe2-version-of-com/1090804

Acredito que não... basta deixar configurada a versão no MonitorPLUS