Daniel Simoes

Realmente, ele está devolvendo apenas a Via única... porém, analisando a resposta, acho que seria seguro fazer o seguinte... Assim que você detectar 3 linhas em branco seguidas, aplique o corte de papel

Eu uso Lazarus.. e não tenho esse problema.. deve ser alguma modificação local nos seus fontes...

Me parece ser conflito com BPLs antigas... Sugiro marcar a opção de Limpeza de instalações anteriores... no momento de rodar o instalador

pode ser algo relacionado a versão do Windows instalado no Server... como você usa A1... recomendo usar OpenSSL... pois assim, você não fica dependente de correções e atualizações do Windows

Realmente todos os tópicos criados em: https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/ são de acesso exclusivo, a usuários do SAC do ACBr... pois nela catalogamos um extenso trabalho de pesquisa, que fizemos nas UFs... essa área, é publica... https://www.projetoacbr.com.br/forum/forum/88-mapa-fiscal/

Acho que a opção mais simples, para homologar diretamente (sem usar os facilitadores do ACBr) ê o TEF IP da PayGo, que usa a troca de arquivos... Você pode baixar o Emulador, Maual de Integração, em: https://projetoacbr.com.br/tef/#integracao

Veja o texto de "Download", no tópico acima

Que linguagem de programação você usa ? Se for Delphi, use os componentes Veja esse vídeo:

o componente ACBrETQ, que comando para gerar QRCode.. Veja o Demo do ACBrETQ

Parece ser falta de RunTime do VisualC... tente rodar esse instalador na máquina: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe

pode por favor anexar a Unit modificada ?

Provavelmente,isso é uma configuração do Leitor... ele está interpretando o código e removendo esse dígito... Você precisa consultar o manual do Leitor, para identificar, qual o ajuste na configuração do mesmo, para que ele não faça isso...

A.V. somente ocorre quando você tenta acessar um Objeto que não existe... ou seja, ele já foi destruído, ou ainda não foi criado... Revise a sua rotina de impressão, e verifique se você está modificando por código a atribuição do DANFE ao componente... Vá com o Debug, e identifique a linha exata, onde ocorre o problema...

Não Existe em EscPos o conceito de texto "justificado"... mas você poderia implementar algo, usando o método PadSpace da ACBrUtil.pas

O Amazon não permite o envio de emails por API ? no SparkPost você conseguiria... https://www.sparkpost.com/

Eu nunca tive acesso a esse tipo certificado... se puder me enviar por M.P.... posso tentar fazer alguns testes e debugar...

Se é o mesmo codigo fonte, deve ter o mesmo comportamento... Sugiro fazer uma varredura em todo projeto, procurando por essa propriedade, para verificar se em algum momento você modifica ela... Se tiver duvidas quanto aos fontes do ACBr, você pode testar com nosso Demo

O Hash para esse tipo de algoritmo, sempre terá 256bytes... apenas o Buffer, onde ele é armazenado, tem 1024, para poder ser compatível com outros algoritmos.... o parâmetro mBytesLen, é passo por referência na chamada de "CryptSignHash(mHash, dwKeySpec, Nil, 0, @mHashBuffer, mBytesLen )" por isso que ele muda de valor, de acordo com o Hash gerado... Observe ainda, que inclusive tem um código para remover os caracteres nulos do Buffer, caso o mBytesLen, seja informado de forma incorreta... while (mBytesLen > 256) and (mHashBuffer[mBytesLen-1] = #0) do Dec(mBytesLen);

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

você não atribui essas configurações em RunTime, em uma rotina de leitura de parâmetros?

copie todas as DLLs da Elgin, para a mesma pasta do seu .EXE

Não temos reclamações dos usuários do SAC ACBr, nesse sentido...

Aparentemente as DLLs não estão registradas corretamente... Evite usar MSXML, ela está obsoleta, e pode apresentar problemas com certificados A3 Use: SSLXmlSignLib := xsLibXml2; DLLs da XML2: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/