daniel.simoes

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

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

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);

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}

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

Apenas se modificar nos fontes.. o que não é muito recomendado..

obrigado pelas contribuições... @EMBarbosa, pode analisar, quando tiver disponibilidade ?

Não compreendi sua mensagem.. a ACBrLib, nunca teve um componente para TEF... (isso nunca foi anunciado) Nossos componentes de TEF rodam apenas em Delphi e Lazarus

A SEFAZ nunca disponibilizou um Schema para a aplicação.. o SAT sempre irá validar o XML e rejeitar, se estiver errado

Os Schemas são para uso interno do equipamento.. são baseados em Lotes de XML

Não conseguiu achar algo aqui ? https://github.com/PGPagamentos?tab=repositories