Daniel Simoes

Você teria que criar um "Server", que receberia as requisições de diferentes computadores, e um controle de semáforo, para acessar o hardware (MFE).. o seja.. não é tão simples

parece que você precisa diminuir a margem esquerda e a largura do relatório

Importante... Observe na imagem abaixo que existem 2 aplicativos em execução: o Monitor DRIVER que é obrigatório para que funcione a DLL e o Integrador e Validador que será descontinuado (e pode ser removido). Então siga esses passos, para obter as DLLs 1 - Faça download do último Driver em: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ 2 - Rode o Instalador do Driver 3 - Localize onde os Drivers foram instalados Aqui ele ficou em: "C:\Program Files (x86)\SEFAZ-CE\Driver MFE" 4 - Copie a pasta com as DLLs necessárias SIM.. você precisará de todas essas DLLs na mesma pasta e não apenas a MFE.dll 5 - Copie todas essas DLLs na mesma pasta do seu Aplicativo (.EXE) 6 - Configure o ACBrSAT, para fazer uso das DLLs que estão na pasta do seu .EXE DICA: Antes de remover o INTEGRADOR, você pode fechar o aplicativo para fazer os testes direto com os drivers MFE. Depois de ter executado os testes com sucesso (com o integrador fechado), o mesmo não será mais necessário. Apenas os drivers MFE. Pronto, agora sua aplicação está pronta para se integrar ao MFe!

Os Drivers para integração direta, podem ser encontrados nesse link: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/

Você precisa atualizar o ACBr, ter certreza que não há fontes alterados do seu lado (na dúvida baixe o ACBr em uma nova pasta) após isso, rode o instalador do ACBr

o CRCDF solicitou a extensão do Prazo de implantação... (que realmente era inexequível) O PDF em anexo foi enviado por um usuário, em nosso Discord... OFICIO_GAB-PRES_076-2022_-_SECRETARIA_DE_FAZENDA_DO_DF-1.pdf

ACBrLibGTIN Visulizar Arquivo ACBrGTIN - Biblioteca para consulta de Códigos GTIN na Base da Sefaz, através do Serviço disponibilizado pela SVRS Faça Download pelo SVN, dos Demos de uso da ACBrLibGTIN em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor Daniel Simoes Enviado 05-10-2022 Categoria ACBrLib - PRO  

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

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