Daniel Simoes

Já verificou os Demos do ACBr, na pasta Exemplos ?

Não há erros no seu Log Verifique se você não copiou para a pasta do seu Projeto, alguma das Units do ACBr

Use libWinCrypt

Experimente: ACBrNFe1.DANFE.NomeDocumento

Use o método: ACBrUtil.RountABNT

O ACBrETQ, não usa as métricas de Etiqueta... ele deixa para o equipamento a detecção do fim da Etiqueta, pelo GAP da Etiqueta.. Faça um reset no equipamento, para remover qualquer programação de Etiqueta da memória... Se após isso a Impressora não estiver controlando o tamanho da Etiqueta, é porque provavelmente essa Etiqueta não tem GAP, ou está com o GAP no lugar errado, em relação ao sensor da Impressora

O Fortes Report só quebra a palavra (soft break), quando há espaços nela...

Verifique se você nao tem fontes modificados.. na dúvida baixe em outra pasta... Rode o Instalador e marque a opção de Apagar as instalações anteriores

Parece ser a última... veja https://deolhonoimposto.ibpt.org.br

Como podemos reproduzir o problema, usando o Demo do Projeto ACBr ?

https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html https://acbr.sourceforge.io/ACBrMonitor/NFEInutilizarNFe.html

O Correto é consultar a Chave da Nota, e verificar se ela existe ou não no SEFAZ Nunca é bom reutilizar números... Se a Nota não existir no SEFAZ, você pode inutilizar a Numeração, para não ficar furos na sequencia...

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

Não compreendi em que situação a sessão "initialization", não é chamada... Essa característica poderá causar problemas em outras Units do ACBr tente a solução proposta nesse tópico: https://stackoverflow.com/questions/4618650/delphi-unit-initialization-not-always-called

Você precisa nos dar mais informações... Usa o ACBrPosPrinter? Qual a sua IDE ?

Isso é uma característica do Driver desse fabricante, não há o que possa ser feito do lado do ACBr... mas não há problema em usar ela pela porta COM

Clique em Informações USB... essa impressora não está sendo listada como um dispositivo, nos GUIDs GUID_DEVCLASS_PORT : TGUID = '{4D36E978-E325-11CE-BFC1-08002BE10318}'; GUID_DEVCLASS_PRINTER : TGUID = '{4D36E979-E325-11CE-BFC1-08002BE10318}'; GUID_DEVINTERFACE_USBPRINT: TGUID = '{28D78FAD-5A12-11D1-AE5B-0000F803A8C2}';

SIM... pois para todos os efeitos... é uma porta COM, como outra qualquer... O único equipamento detectado como USB, na sua imagem, é justamente o PinPad

SIM

Pode ser que na versão 64 eles não distribuam do Windres.exe.... Eu recomendo usar a IDE em 32 Bits, e Instalar o Cross Compile, para 64 Bits assim você poderá compilar aplicações em 32 e 64 bits https://sourceforge.net/projects/lazarus/files/Lazarus Windows 32 bits/Lazarus 2.0.8/

Parece ter algo errado na sua configuração do Lazarus, já que ele não está achando o compilador de Resource Você pode ignorar esse erro mudando esse Bloco //{$IFDEF FPC} // {$R ACBrUSBID.rc} //{$ELSE} {$R ACBrUSBID.res} //{$ENDIF} Isso fará o Lazarus usar o resource já compilado "ACBrUSBID.res", assim como ocorre no Delphi... Esse tópico explica um pouco mais, sobre a compilação de resource no Lazarus https://wiki.freepascal.org/Lazarus_Resources Como você pode ver na imagem abaixo, no Lazarus Windows, o windres.exe, é distribuído em conjunto com o os binários do FPC

Não compreendi bem a pergunta... Mas para desenvolvimento, você pode usar o Emulador de SAT, fornecido pela SEFAZ de SP https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/emulador_off_line_v2_9_4.zip

Não há outra explicação, a não ser o Erro de posicionamento da Bobina... Como aplicação, você pode iniciar a impressão na coluna que desejar... basta enviar espaços antes do texto

Eu uso Lazarus como principal IDE... Essa Unit foi escrita usando o Lazarus

Obrigado pelos testes, e Bug Reports...