ADRIANOOLLIE

@datilas Boa tarde, baixei seu exemplo atualizei o caminho dos Search paths conforme necessário, adicionei diretamente no uses o ACBrDCe e funcionou perfeitamente... Muito Obrigado!

@datilas baixei seu projeto e tentei fazer os testes, aqui no PC do trabalho não consegui rodar, vou tentar no meu pessoal em casa.

Olá @datilas, desde já obrigado pela resposta! Tentei criar um novo projeto de teste com os parâmetros que você descreveu, criei também um datamodule com um NFe e ainda tenho o mesmo retorno:

Olá pessoal, tudo bem? Estou desenvolvendo uma API RESTful usando o framework Horse no Lazarus, com o objetivo de centralizar a emissão de DC-e (Declaração de Conteúdo Eletrônica). Essa API vai rodar como um serviço de background em um servidor Linux (Debian) em modo console, sem ambiente gráfico. A motivação para essa arquitetura é que nosso ERP principal é legado (Delphi 2009) e não consegue mais lidar nativamente com as exigências atuais de TLS 1.2 da SEFAZ. Portanto, o microserviço em Lazarus receberá uma requisição do ERP, fará a montagem, assinatura com certificado A1 e o envio. O Problema: O obstáculo que estou enfrentando é a forte dependência da LCL nos pacotes do ACBr. Ao criar um projeto do tipo "Console Application" e declarar as units do componente (ex: ACBrDCe) no uses, o projeto não compila, gerando erros de dependência de bibliotecas visuais, mesmo eu não utilizando nenhuma tela. O que já tentei: Pesquisando no fórum e na documentação, tentei a abordagem de "enganar" o compilador: Criei um projeto Application padrão e removi os formulários. Fui em Project Options > Compiler Options > Additions and Overrides. Alterei o LCLWidgetType para nogui. Certifiquei-me de não incluir nenhum pacote de impressão (como Fortes Report), usando apenas o componente base de comunicação. Ainda assim, não tive sucesso. Durante a compilação, a árvore de dependências do ACBr acaba puxando referências que quebram a geração do executável de terminal, ou dão erro ao tentar rodar no Debian puro.

Faltava incluir esses blocos na importação, segue o .pas com essas inclusões ACBrEFDBloco_D_Importar.pas

Pessoal, consegui reescrever o arquivo importado com os novos blocos de estoque utilizando o método SaveFileTXT, porém, notei que os blocos D195 e D197 que estavam no arquivo original não retornaram no novo arquivo. Alguma sugestão? Desde já muito obrigado!

Pessoal tenho um cliente que já possui um sistema fiscal que gera todos os processos fiscais, e na parte de produção e estoque ele utiliza meu ERP, minha dúvida é a seguinte ele irá precisar informar o Bloco K a partir do próximo ano, portanto pensei em pegar o arquivo que já é gerado pelo sistema fiscal deles e incluir as informações de Estoque, para isso estou usando os componentes SpedFiscalImportar e SpedFiscal, consegui ler o arquivo com esses componentes, porém não consigo reescrever um novo arquivo.... Gostaria de saber se é possível e se alguém teria alguma sugestão? Desde já muito obrigado.