Daniel Simoes

Legal a iniciativa pessoal.... não deixem de vir... Será ótimo conhece-los...

Não é possível alterar o layout de impressão de um ECF... quem faz isso é a impressora Fiscal... Creio que usar a Unidade como 50, pode trazer problemas ao seu cliente... (multas) ele tem que usar uma unidade do Inmetro... o escritório de contabilidade dele, pode informar qual é a correta

Qual a marca e modelo do ECF ? Acho que isso pode ser desligado no ECF, com a ajuda de algum utilitário do fabricante...

Wiltomar... acho apenas por TXT... Eles tem um Gerenciador TEF próprio ? Não usam OKI, Direção ?

Como eu já havia dito antes... não deixe nada hard coded... Leia os parâmetros de Decimais do ECF

Pode variar na Quantidade e no Preço Unitário

Depende do Segmento atendido... não conheço um padrão geral...

Você tem que descobrir quantas casas o ECF está usando, e seguir o mesmo... Após Ativar a comunicação com o ECF... use ACBrECF.DecimaisPreco para saber o número de casas decimais que ele usa

Sim, está correto... Veja que o Browser, "preferiu", usar TLS1.2 para essa conexão

Use o método: RoundABNT, da ACBrUtil.pas http://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf

Por favor estude os Fontes do projeto Demo do ACBrNFe... na pasta Exemplos Veja ainda, esse vídeo, (que fala sobre esse assunto)

Eu que agradeço o Bug Report e a correção...

O problema ocorreria se a Linha fosse algo como: Linha := StringOfChar('.',511)+LF; correto ? Enviei para o SVN, um ajuste, baseado na solução proposta... commit: 15866

O LT_All roda um código que tenta conexão usando vários protocolos... mas não há um Callback ou algo parecido que informe qual foi o aceito... Creio que você possa testar usando LT_SSL3

Por favor fiquem atentos a este tópico... Haverá muitas mudança nos Relatórios

Faltam pacotes... Veja as instruções no PDF na Raiz... (Bem_Vindo_ao_Trunk2.pdf)

Talvez essa não seja uma afirmação correta... o mais correto, seria dizer que a NFCe ainda suporta o antigo protocolo SSL3, provavelmente ele foi o protocolo utilizado quando você selecionou LT_ALL... Mas repare pelo teste que fizemos no navegador, que o Servidor já está pronto para TLS1.2

Todas as URLs ficam no arquivo ACBrNFeServicos.ini... Você pode distribuir esse arquivo, e mantê-lo na mesma pasta do .EXE, para que o Componente faça uso dele... caso ele não existe no disco, o Componente usa uma versão interna, que foi compilada e anexada como Resource No caso do RJ, creio que ele use a Sefaz virtual.. portanto... estaria na sessão [NFCe_SVRS_P], [NFe_SVRS_P] NFe Se for NFCe, ele ainda aceitaria SSL3

Notei que a Unit que foi adicionada recentemente, está fora do padrão atual dos fontes... e está sobrepondo métodos desnecessários... Um exemplo de Classe atual, seria necessário apenas sobrepor o método: InterpretarRepostaPeso { TACBrBALSaturno } TACBrBALSaturno = class(TACBrBALClass) public constructor Create(AOwner: TComponent); function InterpretarRepostaPeso(aResposta: AnsiString): Double; override; end;

Se voce abrir a URL do SEFAZ no navegador e usar o Debuger do Navegador ( Chrome, Firefox) em Rede ele mostra como foi estabelecida a conexão

Usando o software do Fabricante, mude a impressora para usar o protocolo Esc/Bema

Sim, você precisa configurar em ACBrPosPrinter o KeyCode1 e 2... Em nossa área de equipamentos testados, isso é demonstrado, em diversos modelos de impressoras https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/ Nosso cabeçalho segue rigorosamente as especificações da Norma Técnica https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Manual_Orientacao_SAT_v_MO_2_17_07.pdf

Você precisará de um programa disponibilizado pelo Fabricante da Impressora Fiscal, que gerou esse arquivo...

Provavelmente você configurou no ACBrPosPrinter, o KeyCode1 e KeyCode2 de forma errada... por favor leia com atenção o artigo indicado.. Lá é descrito como achar os valores corretos

Isso é feito pela API do hardware do certificado...