Daniel Simoes

Não dá pra mudar um modo de Envio do SAT... Todos os SATs de desenvolvimento apenas falam com o ambiente de homologação... Eles podem ser identificados pelo Número de Série, que sempre irá iniciar com 9

https://www.projetoacbr.com.br/como-usar/

A falha de Schema é do seu lado, ou após transmitir o XML ? Se for do seu lado, provavelmente seus Schemas estão desatualizados

Eu uso Lazarus/FPC e não pretendo mudar isso...

Por favor verifiquem esse vídeo:

Tudo indica, que a sua aplicação não fechou (e liberou) o arquivo de Entrada

Verifique se a página de codigo definida no ACBrECF está de acordo com a da Impressora

compre um A1, e use OpenSSL

Favor anexar o Log gerado pelo ACBrECF

Me parece que você está usando as DLLs do OpenSSL, inferiores a 1.0

Obrigado pela contribuição... apliquei a modificação de uma maneira mais ampla, para que todas as classes possam usar a conversão de página de código... e também refatorei algumas rotinas repetidas... Já no SVN... favor atualizar, e verificar se está tudo correto...

UTF8 é o futuro... a conversão é a melhor opção

Seu banco de dados precisa estar em UTF8... Verifique também se há como configurar UTF8 na Zeos

Humm.. vc precisará de uma atualização de firmware.. Como o fabricante saiu do Brasil... vou disponibilizar o último arquivo ZIP que recebi dos mesmos.... https://www.projetoacbr.com.br/forum/DT-230.zip

Assuntos como esses não são o forte da comunidade... Sempre que me deparo com um problema desses... eu tenho a seguinte ponto de vista: - Não é a Software House que deve conhecer leis de tributação, principalmente das exceções - Esse trabalho é do contador da empresa... Ainda mais que é o próprio contador que responderá juridicamente pelos documentos emitidos Então, entro em contato com o escritório contábil da empresa, e solicito para que o mesmo me informe, como ele deseja que esse documento seja preenchido, e se possível, me informe o embasamento legal do critério dele... Tecnicamente, nós podemos validar se o documento pode ser gerado, e se ele pode ser aprovado pelo SEFAZ... mas como preenche-lo, é função do contador saber...

Tenho uma dessas... que ganhei quando a DASCOM estava no Brasil... Acabei de ligar e testar ela com o PosPrinterTeste... Parece tudo ok... ela é 100% compatível com Epson Esc/Pos... Mesmo o "Modo Página", funciona nela... o que permitirá a impressão de QRCode Lateral, na NFCe

Prezado, A pergunta é fora do Escopo do SAC do ACBr.. https://www.projetoacbr.com.br/forum/sac/questoes-importantes/ Nossos consultores não tem o conhecimento técnico necessário para responder a essa pergunta... o melhor seria consultar um bom escritório de contabilidade... Creio que seja mais indicado, mover o tópico para a área aberta.. pois pode ser que algum outro usuário do fórum saiba responder...

Tools -> Configure Build All

acabei de enviar uma correção ao SVN

Pode ser uma instabilidade temporária

Provavelmente você tem em seu SourcePath outra Unit, com esse mesmo nome

Passamos por esse mesmo problema.. a comunicação HTTPS do ACBr com a OpenSSL é feita pela classe Synapse, e ela, no Windows usa a API WinSock, que é muito baixo nível.... Por isso que criamos a propriedade TimeOutPorThread... Nesse caso o ACBr abre uma Thread para tentar a comunicação... enquanto a Thread Principal, verifica se o TimeOut ocorreu... se ele ocorreu, a Thread é simplesmente abandonada...

Pode ser que o Microterminal, esteja interpretando a resposta e a modificando... mas não tenho como lhe ajudar nessa questão...

Mais informações em: https://guintherpauli.blogspot.com/2018/07/delphi-tem-agora-versao-totalmente-free.html