Daniel Simoes

Seria bom, primeiro verificar se o Formato que o seu cliente usa, está batendo com as sugestões do tópico acima...

Lembramos ainda que a contingência da NFCe em SP.. é o aparelho SAT, e vice-versa https://projetoacbr.com.br/cursos/sat-sp/

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

Por favor experimente ativar essa chave ControlePorta=1 Eu acho que o ACBrLibPosPrinter está abrindo a porta, e segurando, impedindo que o ACBrLibNFe (que tem um ACBrPosPrinter interno), acesse a mesma porta

A SEFAZ do RS, publicou em seu diário oficial, um novo Decreto, que em resumo, alterou a legislação do ICMS, incluindo cláusula que proíbe o uso de equipamentos de pagamentos não integrados ao emissor de NFC-e. Link: https://www.diariooficial.rs.gov.br/materia?id=774374 Veja o texto da "Nota 02" No passado, isso significaria a proibição das máquinas autônomas para recebimento de Cartões, que no Brasil chamamos de "POS"... e a obrigação de uso de TEF integrado a Aplicação Comercial... Usar o TEF integrado em um Equipamento de Automação, com certeza atenderá a essa nova exigência do Fisco... Porém, no momento atual, vale lembrar que os dispositivos de Pagamentos, que as Adquirentes disponibilizam no mercado, utilizam o Sistema Operacional Android... Então seria possível instalar o Sistema da Automação Comercial nesse dispositivo, e atender a exigência da SEFAZ, emitindo a NFCe e efetuando o Pagamento com Cartões, no mesmo Equipamento... Lembrando que atualmente, os Fontes do ACBr já são compatíveis com Android... Então com Delphi Firemonkey e ACBr, já é possível criar uma aplicação que seja capaz de Emitir uma NFCe On-Line e Off-Line dentro do dispositivo Android. Temos um Demo nos Fontes do ACBr, que exemplificam isso: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Android/

Até a versão 10.3.x ainda tínhamos o NEXTGEN.. na 10.4.x, introduziram um novo compilador, com mais compatibilidade com a Delphi Language tradicional... como por exemplo com a volta do AnsiString

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado @Juliana Tamizou, sabe se alguém já está trabalhando nesse caso ?

Já leu esse artigo ? https://ajuda.bling.com.br/hc/pt-br/articles/360042167793-Como-configurar-o-SAT-para-emissão-de-Cupom-Fiscal-usando-o-Bling-como-Software-House-

Eu não conheço nenhum emulador de Epson EscPos...

Um desastre em formato de compilador ARC https://blog.synopse.info/?post/2013/05/11/Delphi-XE4-NextGen-compiler-is-disapointing

https://projetoacbr.com.br/cursos/sat-sp/

provavelmente faltam as DLLs do OpenSSL na mesma pasta do seu .EXE

não compreendi.. pode por favor informar, qual linha do Log, está acusando o erro que você menciona ?

parece ser falta das DLLs do OpenSSL, na mesma pasta do seu .EXE

Um Trim não seria mais eficiente que o IF ? QuebrarLinha(Trim(Arquivo.Strings[I]), Item);

Notei que você está chamando 2 vezes o comando de Carregar as Notas 23/09/22 08:41:34:640 - NFE_LimparLista 23/09/22 08:41:34:640 - NFE_CarregarINI(C:/ACBR/Arquivos/INI/35160286000157/09-2022\Venda_46903.ini ) 23/09/22 08:41:34:656 - NFE_CarregarINI(C:/ACBR/Arquivos/INI/35160286000157/09-2022\Venda_46891.ini ) E parece haver algo errado, na montagem do seu Path

Eu só uso o Free, mesmo em Android e FMX... eu acho que o DisposeOf foi inserido na fase negra do compilador NEXTGEN (que já morreu)... parece que quem criou esse compilador realmente não gostava da linguagem Delphi Nesses links tem algo sobre isso: https://stackoverflow.com/questions/27818697/how-to-free-a-component-in-android-ios

Esse modelo usa EscPosEpson O Emulador de ECF não é compatível com EscPos

Parece ser falta da Midas, no seu projeto...

Veja esse tópico:

Desabilita a compilação da XMLSec.. o ACBr não precisa mais dela... Em ACBr.inc {$DEFINE DFE_SEM_XMLSEC}

Veja se essa resposta, ajuda...

Tente o modelo Filizola...deve ser compatível