Painel de líderes

Boa tarde! A informação de VersaoeSocial no seu arquivo ACBrMonitor.ini parece estar correta. No seu arquivo log.txt, tem um registro: Veja que ele deu um erro ao enviar. No seu arquivo ACBrMonitor.ini, o valor para SSLType está como 6 que equivale a LT_TLSv1_3. Por favor, altere para LT_TLSv1_2(equivale a 5 no .ini) e faça um novo teste.

Bom dia Felipe, No inicio do arquivo ACBrNFSeXServicos.ini temos o seguinte texto: ; ##################################################################### ; O que fazer após a alteração deste arquivo? ; ; Resposta: ; Após a alteração salve este arquivo, execute o Compila_RES que se encontra na mesma pasta. ; Reinstale o ACBr, abra a aplicação e compile ela com a opção Build. ; Por fim realize os testes de preferencia com o programa exemplo do componente ACBrNFSeX. ; ; Opcionalmente você pode apenas fazer o seguinte (apenas para testes): ; Após a alteração salve este arquivo, faça uma copia dele para dentro da pasta que tem o ; EXE do programa exemplo. ; Compile o programa exemplo com a opção Build e inicie os testes. ; ; Estando tudo OK, crie um tópico no fórum com a sua alteração para que possamos validar e ; caso esteja tudo correto enviaremos para o SVN. ; No fórum não precisa anexar este arquivo, apenas anexe a sua alteração. Note que a sua duvida esta respondida, veja: ; Opcionalmente você pode apenas fazer o seguinte (apenas para testes): ; Após a alteração salve este arquivo, faça uma copia dele para dentro da pasta que tem o ; EXE do programa exemplo. ; Compile o programa exemplo com a opção Build e inicie os testes. Se desejar pode fazer da forma que o @Renato Rubinho sugeriu: primeiro copie o arquivo para dentro da pasta do EXE e depois altere ele.

Bom dia Felipe, Quando você precisar fazer testes pontuais com o ACBrNFSeXServicos.ini diferente do oficial dos fontes, salve este arquivo na pasta da aplicação, pois as configurações dele prevalecerão.

Olá pessoal! Foi publicada no dia 18/01/2024 comunicado no portal do SPED informando sobre a versão 10.0.1 do programa ECF utilizado para transmitir arquivos do ano-calendário 2023 e situações especiais de 2024(registro 10). A nova versão trás as seguintes atualizações: Fonte: http://sped.rfb.gov.br/pagina/show/7318

Olá pessoal! O Fisco começando 2024 a todo vapor! Foi publicado no dia 17/01/2024 no Portal do CT-e, a Nota Técnica 2024/001. Alterações Altera a redação da mensagem de rejeição do código 203. A nova mensagem de rejeição 203 passará a ser: Alteração dos Schemas CT-e e CT-e OS. Adiciona nos grupos de ICMS dos respectivos documentos fiscais os campos relativos ao Benefício Fiscal. vICMSDeson: Campo para receber o valor do ICMS Desonerado, é do tipo decimal, podendo ter até 15 dígitos sendo 13 para parte inteira e 2 decimais. cBenef: Campo para receber o código do benefício fiscal utilizado pela UF, é do tipo string e pode ter até 10 caracteres. Eliminação do tipo de emissão em Formulário de Segurança (FS-DA) (exceto para Minas Gerais). Para CT-e: Adiciona a regra G008a: cStat: 928 - Rejeição: Tipo de emissão FS-DA não é permitido. Remove as rejeições 586 e 587 que validavam Data e Justificativa de contingência no CT-e cuja forma de emissão seja FS-DA. Altera a redação das regras de validação das rejeições 228, 853 e 855 removendo o FS-DA. Para CT-e OS: Adiciona a regra de validação H004a: cStat: 929 - Rejeição: Tipo de emissão FS-DA não é permitido. Remove as rejeições 586, 587, 853 e 855 que tratam de validações referentes ao FS-DA. Altera a redação da regra de validação da rejeição 228, removendo informações relativas ao FS-DA. Atenção: As alterações descritas tanto para o CT-e quanto o CT-e OS neste seção, não se aplicam a Sefaz de MG. Limitação de tempo nas chaves de acesso relacionadas no CT-e. Devido aos eventos de marcação que são gerados automaticamente durante o trânsito da mercadoria, o Fisco julgou relevante manter uma data de corte na indicação das chaves de acesso dos documentos associados ao CT-e. Para isso foram criadas as seguintes regras: Para CT-e: G040a: Se tipo do CT-e=0 (Normal) ou 3 (Substituição) e informados grupos de informações de documentos (infDoc) e NFe(infNFe), para cada uma das NFe´s relacionadas Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do CT-e. cStat: 930 - Rejeição: Chave de acesso da NFe transportada muito antiga. G065a: Se Tipo do CTe= 0 (Normal) ou 3 (Substituição) e informados grupos de informações de documentos eletrônicos (idDocAntEle) em documentos anteriores (docAnt), para cada um dos CTe´s relacionados Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do CT-e. cStat: 931 - Rejeição: Chave de acesso do CTe anterior muito antiga. G071a: Se Tipo do CTe= 0 (Normal) ou 3 (Substituição) e informado grupo de informações dos CTe multimodais vinculados (infCTeMultimodal), para cada um dos CTe´s relacionados (chCTeMultimodal) Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do CTe cStat: 932 - Rejeição: Chave de acesso do CTe multimodal muito antiga. G161a: Se Tipo do CTe= 1 (Complementar), para cada chave de CTe informado Verificar se o Ano/Mês da chave de acesso são anteriores a 12 meses da Data de Autorização do CTe. cStat: 933 - Rejeição: Chave de acesso do CTe complementado muito antiga. Para CT-e OS: H029a: Se tipo de serviço = Excesso de Bagagem e informada chave de BP-e referenciada (infDocRef\chBPe) Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do CTe OS. cStat: 934 - Rejeição: Chave de acesso do BPe referenciado muito antiga. H038a: Se Tipo do CTe = 0 (Normal) ou 3 (Substituição) e referenciado CTe cancelado (refCTeCanc). Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do CTe OS cStat: 935 - Rejeição: Chave de acesso do CTe referenciado muito antiga. H046a: Se tipo de serviço for Transporte de Valores e informado grupo infGTVe, para cada uma das chaves informadas. cStat 936 - Rejeição: Chave de acesso da GTVe muito antiga. Alteração na RV que restringe informar Nota em Papel A regra G044 passa a vigorar com a seguinte redação: Grupo de documentos informado inválido para remetente que emite NFe operações interestaduais Datas Implantação em Homologação: as datas de implantação poderão variar conforme a Sefaz, mas a data limite é 11/03/2024. Implantação em Produção: 08/04/2024 E como fica o ACBr? Como é possível observar, a NT além das alterações nas regras de validação, a NT adiciona campos nos grupos de ICMS, por isso, modificações nos fontes do ACBr serão necessárias. Foi criada a #TK-5005 em nosso backlog para implementação dos campos. Assim que estiverem disponíveis, será informado no tópico. Leia a Nota Técnica na integra AQUI. Um agradecimento ao membro @AndreasOtowicz por compartilhar a informação em nossa comunidade do Discord.

Olá pessoal! No dia 16/01/2024, foi publicado no Portal do MDF-e a Nota Técnica 2024/001 trazendo alterações nas regras de validação do MDF-e. Alterações Limitação de tempo nas chaves de acesso relacionadas no MDFe. Devido aos eventos de marcação que são gerados de forma automática no transito de mercadorias, o Fisco julgou relevante estabelecer uma data de corte na indicação das chaves e acesso de documentos associados ao MDFe. Para isso, foi implementado as seguintes regras de validação: F30a: Se informado grupo CTe, para cada um dos CTe relacionados. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 518 - Rejeição: Chave de acesso do CTe muito antiga. F37a: Se informado grupo NFe, para cada uma das NFe relacionadas. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 519 - Rejeição: Chave de acesso da NFe informada muito antiga. F45a: Se informado o grupo MDFeTransp, para cada um dos MDFe relacionados. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 520 - Rejeição: Chave de acesso de MDFe informada muito antiga. Alterações na regra de validação de veículos do modal rodoviário. Adiciona as seguintes regras de validação para o Modal Rodoviário: F89a: Se modal rodoviário, UF Carregamento e Descarregamento forem diferentes de Exterior. Verificar se as placas informadas (veículo Tração e Reboques) estão válidas de acordo com validador do órgão SENATRAN. Observação: Validação será aplicada após integração prevista com o órgão SENATRAN for efetivada. cStat: 521 - Rejeição: Placa de veículo inválida conforme SENATRAN. F89b: Se modal rodoviário, UF Carregamento e Descarregamento forem diferentes de Exterior. Verificar se a placa informada para o veículo de tração (tag: veicTracao) é do tipo Tração conforme base de dados do RNTRC da ANTT. cStat: 522 - Rejeição: Placa informada no veículo de tração pertence a um veículo rebocável. F89c: Se modal rodoviário e tipo do rodado for igual a Cavalo Mecânico (tag: tpRod=03). Rejeitar se não informado ao menos 1 veículo de reboque. cStat: 523 - Rejeição: Pelo menor um reboque deve ser colocado na composição em um transporte com cavalo mecânico. Remove a regra de validação que devolve a rejeição 684. Encerramento pelo Transportador. A regra de validação da rejeição 632 para validar o CNPJ do emissor ao tentar emitir um evento passa a vigorar com a seguinte redação: A regra de validação da rejeição 203 passa a vigorar com a seguinte redação: Prazo de Cancelamento do MDFe gerado pelo aplicativo da NFF Adiciona nova exceção a regra de validação da rejeição 220, que passa a vigora com a seguinte redação: Desativação do Serviço Assíncrono Conforme explicado no MOC, o webservice de lote assíncrono e o serviço de consulta de resposta do lote serão desativados. O MDFe sempre trabalhou com lote de um MDFe, o que torna desinteressante manter estes serviços, principalmente considerando que o método síncrono devolve as informações de autorização ou rejeição de forma imediata. DATAS Implantação em Homologação: 11/03/2024. Implantação em Produção: 08/04/2024. Desativação do webservice de lote assíncrono e do serviço de consulta de Lote: 30/06/2024 E como fica o ACBr? Como é possível observar, a NT trás alterações nas regras de validação aplicadas no webservice da Sefaz e desativação de serviço fornecido pelo mesmo, logo, alterações no ACBr não serão necessárias. No que se refere ao fim do envio no modo assíncrono, o componente ACBrMDFe, bem como o ACBrLibMDFe e o ACBrMonitor já estão prontos para o envio no modo síncrono. Para quem usa o componente, no programa exemplo do mesmo temos o botão [Criar e Enviar modo Síncrono] que exemplifica o modo de envio bem como a leitura do retorno. Para quem usa o ACBrLibMDFe, o terceiro parâmetro do comando MDFe_Enviar define se o envio será feito de maneira síncrona ou assíncrona. Para quem usa o ACBrMonitor, o quinto parâmetro no comando MDFe.CriarEnviarMDFe e o sexto no comando MDFe.EnviarMDFe definem se o envio será feito de maneira síncrona ou assíncrona. Veja a nota técnica na íntegra AQUI.

Olá Pessoal, É com grande alegria que informo a todos que já se encontra no SVN o componente ACBrNFCom. Para quem não sabe o que vem a ser NFCom, segue abaixo o texto copiado do Portal da SEFAZ-Virtual do Rio Grande do Sul. "O Projeto NFCom tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 62) que venha substituir a sistemática atual de emissão da Nota Fiscal de Serviço de Comunicação/Telecomunicações (modelos 21 e 22), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Foi enviado para o SVN, os fontes do componente, os pacotes de instalação para o Delphi e Lazarus e o programa exemplo para o Delphi. O que falta a ser feito: o programa exemplo para o Lazarus e a instalação do componente via ACBrInstall. Enquanto não for liberado uma nova versão do ACBrInstall a instalação do componente vai ter que ser via pacote. Como eu não tenho um certificado digital de um prestador de serviço de comunicação/telecomunicações os testes ficam prejudicados. Detalhe importante: Na pagina que trata o NFCom no Portal da SEFAZ-Virtual do Rio Grande do Sul não consta ainda o manual com o layout do DANFCom, sendo assim não foi possível implementar o componente de geração do Documento Auxiliar da NFCom. Convido a todos que tenham interesse nesse componente, instalar e fazer os testes. Ficaremos felizes em receber melhorias e correções nos fontes do componente.

Confirme, nas configurações do monitor pela tela se selecionou a versão correta e confirme se gravou as configurações antes de enviar.

Daniel as propriedades estão vindo preenchidas corretamente. Eu que acabei fazendo a lógica errada aqui, em outros bancos existe uma ocorrência específica para liquidação em cartório e isso não ocorre com o Sicoob. Mas olhei tanto os fontes e realmente o ACBr já faz a leitura desses códigos de rejeição nas propriedades que você listou acima. Vou ter que criar uma condição aqui pra verificar esses códigos mesmo quando é 06-Liquidação para identificar o pagamento em cartório. Então basta desconsiderar os arquivos enviados que eu faço os ajustes aqui e me desculpe pela confusão.

Olá Alexandre, Grato pela dica. Já tinha verificado a implementação o FPDF que o Daniel criou, é bem interessante. Mas converter os nossos relatórios (ou pelo menos estes contratos) para uma nova engine está fora do radar, pois é muita coisa. Usamos o FastReport extensivamente, gosto bastante dele devido a flexibilidade e velocidade, só este problema do tamanho do PDF que está me incomodando.

Ola, obrigado @Daniel InfoCotidiano , então acabei de gerar uma nova remessa com essa nova informação e retorno aqui com o resultado.

Cara, eu acho que faz um pouco de sentido sim, ja que na NFe a gente informa isso pra Consumidor Final por NCM. Na tabela essa que esta exibindo não havia serviço até onde eu lembro, mas de uns 6 meses pra cá (ou mais) notei a inclusão delas, oque antes era chamado de Código de Serviço nas Prefeituras agora tem vindo nessa lista. E como na NFSe tem sempre 1 serviço só, acho que faz sentido sim, embora eu peça pro meu Cliente perguntar todo mês pro Contador junto com a Alíquota do Simples Nacional dele. Mas agradeço se compartilhar tuas descobertas, assim mudo o modo como faço hoje tbm.

@Vitor SuasVendas Boa tarde ! Estou trabalhando na sua tarefa, e realmente o ValorRecebido esta vindo zerado; O valor recebido é a captura da posição 93/102 como o @Diego Foliene reportou acima. Pode por favor questionar o banco sobre isso ? pq deveria vir nessa posição. Vou até anexar os meus prints para que vc possa questionar o banco. Arquivo de retorno vs Manual do Banco:

No inicializar você vai passar uma variável que vai receber uma referência de ponteiro. Essa referência você vai utilizar em todas as próximas chamadas "dessa Thread". Dá uma olhada nesse código em python criado por usuários ACBr para utilizar a ACBrLibCEP: https://github.com/base4sistemas/acbrlib-python/ Pode ajudar você a entender com funciona.

Subimos uma correção, favor baixar a nova dll

Boa tarde, Rev-32056 atualizada e testada com sucesso. Muito obrigado

Bom dia, Você não está enviando a chave pix para realizar a cobrança.

Bom dia Italo. Entendi. Continuarei com os testes.

Conforme reportado no tópico abaixo, o problema original citado no tópico foi resolvido, no entanto, ainda há problemas para utilizar as funções. Para não estender, vou fechar este tópico e criar um novo para a nova necessidade.

Bom dia. Perfeito. Fico aguardando. Obrigado.

Ola, aqui uso assim e funciona de boa usando a classe em harbour hResult:=hHandleDllNfe:Imprimir(cimpressoraImprimeNfce,1,,'True') antes eu carrego o XML para depois aplicar o comando acima

se tu usa isso tu vai usar a Lib ao invés de ficar criando arquivo pra criar arquivo . usa a dll da lib e faz direto

Certo, agradeço a informação, vou tentar contato com a contabilidade para ver se descubro e posto aqui para ter registrado.

Olá pessoal! Foi publicado no dia 15/01/2024, notícia no portal do e-Social informando que após a divulgação de portaria do Ministério da Previdência Social e do Ministério da Fazenda divulgando a tabela de faixas de atribuição das alíquotas previdenciárias. Os empregadores podem enviar os eventos periódicos do e-Social da folha de pagamento do período de Janeiro/2024. Leia a notícia na íntegra em: Liberado o envio de eventos de folha para o eSocial após publicação de portaria que reajusta valores previdenciários em 2024

Show.. obrigado por compartilhar a solução conosco...

Boa tarde. Descobri o problema. Seguindo a lógica do Demo, ao chamar a função Administrativa, não informei o segundo parâmetro, sendo esse Número sequencial de operação. Estava assim no demo: procedure TFormPrincipal.btAdministrativoClick(Sender: TObject); begin AdicionarLinhaLog('- btAdministrativoClick'); IniciarOperacao; StatusVenda := stsOperacaoTEF; try ACBrTEFAPI1.EfetuarAdministrativa(tefopAdministrativo); finally StatusVenda := stsFinalizada; end; end; Homologação concluida informando: ACBrTEFAPI1.EfetuarAdministrativa(tefopAdministrativo,NumeroSequencial); Obrigado

Boa tarde pessoal! Conferindo no painel Situação SVC é possível observar a Sefaz da Bahia está com contingência agendada. Com previsão de início no dia 27/01/2024 às 22h00 e encerramento às 06h00 no dia 28/01/2024. Para utilizar o ACBr em contingência durante este período siga as orientações deste tópico: Um agradecimento ao membro @Rafael - ATS Informáticapor compartilhar a informação em nosso Discord.

Olá pessoal! No dia 16/01/2024 foi publicado no Portal da NFCom a Nota Técnica 2024/001. Alterações Criado de um Novo Classificador. Será criado um Classificador de Produtos(cClass): Código: 0500601 Descrição: Repasse de Pré-pago. Alterações no Schema da NFCom Adiciona no grupo ICMS90 os campos relativos ao benefício fiscal e fundo de combate a pobreza. Alteração nas Regras de Validação A regra de validação da rejeição 269 passa a vigorar com a seguinte redação: A regra de validação da rejeição 262 passa a vigorar com a seguinte redação: A regra de validação da rejeição 266 passa a vigorar com a seguinte redação: Elimina a regra de validação G82 que devolve a rejeição 275. Datas Implantação em Homologação: 26/02/2024. Implantação em Produção: 11/03/2024. E como fica o ACBr? O componente ACBrNFCom está nas fases finais para ser disponibilizado a comunidade para testes. (Veja mais neste tópico: Publicado decreto detalhando a Nota Fiscal Fatura de Serviços de Comunicação Eletrônica (NFCom)) Foi criada a #TK-5007 para inclusão dos novos campos nos fontes. Veja a nota técnica na íntegra AQUI.

Olá pessoal! O Fisco está a todo vapor neste início de ano. Até mesmo o BP-e que não via uma nova Nota Técnica a mais de um ano não escapou. No dia 16/01/2024 foi publicado no Portal do BP-e a Nota Técnica 2024/001. Esta NT trás a adição dos campos vICMSDeson e cBenef nos grupos ICMS20, ICMS45 e ICMS90 para receber o valor do ICMS desonerado e o código do benefício fiscal. Datas Implantação Homologação: 26/02/2024 Implantação Produção: 11/03/2024 E quanto ao ACBr? Com a adição dos novos campos será necessário alterações nos fontes do ACBr. Para isso, foi criada a #TK-5004 para adição dos mesmos. Assim que disponibilizado, será notificado aqui. Veja a nota técnica na íntegra AQUI.

Olá pessoal! No dia 16/01/2024 foi publicado no Portal da NF3e a Nota Técnica 2024/001. Esta NT informa sobre a inclusão dos campo cBenef para receber o código do benefício fiscal nos grupos ICMS60 e ICMS90, além da adição dos campos do Fundo de Combate a Pobreza no grupo ICMS90. Datas Implantação em Homologação: 26/02/2024 Implantação em Produção: 11/03/2024 E como fica o ACBr? Será necessário alteração nos fontes para adicionar os novos campos. Foi criada a #TK-5006 em nosso backlog para realização do mesmo. Assim que as alterações forem efetuadas será informado aqui. Veja a nota técnica na integra AQUI.

Boa tarde! Fiz um teste aqui com o seu arquivo e constatei o problema. Em uma análise mais aprofundada: As observações foram feitas considerando o Segmento U que consta neste Leiaute. Na resposta devolvida, ValorRecebido está pegando o valor das posições 93-102, que de acordo com o segmento U, é o "valor liquido a ser recebido". No arquivo que você disponibilizou, está informação está zerada. O valor que você se refere que veio, está nas posições 78-92 que é o "Valor pago pelo pagador". Conferindo aqui, não encontrei esta informação sendo devolvida no retorno da Lib. Criada a #TK-5003 para esta finalidade.

Bom dia! Até hoje não consegui resolver o problema. Pedi para o cliente compra um certificado A1 ou compra um SAT. Sem solução.

Boa tarde! Contribuição enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

bom dia Renato, Agradeço a orientação. Descobri agora que o meu problema estava nos PDF de origem. Eles são gerados pelo fastreport e precisa marcar a opção EmbeddedFotns na hora da exportacao, caso contratio da problema quando unifica. Uma dica que nas versoes atuais da DLL precisa inicializar uma variavel com null, se nao da erro de violacao de acesso. veja linha em amarelo for I := Low(FArquivosJuntar) to High(FArquivosJuntar) do begin SetLength(gsargv, Length(gsargv) + 1); gsargv[high(gsargv)] := PAnsiChar(FArquivosJuntar[I]); end; gsargc := Length(gsargv); minst := Nil; code := gsapi_new_instance(@minst, nil); if (code < 0) then begin result := 1; exit; end; abraço

Olá @Daniel InfoCotidiano, tudo bom? Sabemos que esse seria o cenário ideal, mas ao mesmo tempo sabemos que a realidade é bem diferente. Não sei nos outros estados, mas aqui no RJ a grande maioria dos contadores não estão preparados e nem atualizados em relação as mudanças fiscais e nós, empresas de desenvolvimento, no final das contas acabamos incorporando essa expertise, visto que é em nosso sistema que o ERRO vai aparecer impedindo a venda de ser realizada, portanto é nosso suporte que acaba sendo acionado. O passo seguinte é informar ao cliente para entrar em contato com o contador, que vai empurrar o problema e será uma bola de neve. Acho que vários dos amigos passaram, passam e passaram por isso, infelizmente. Creio que é uma dor nossa, empresas de desenvolvimento. Então na falta de um cenário ideal, a minha única alternativa, assim como creio para maioria de nós, acaba sendo acionar os amigos do fórum. Obrigado @Daniel InfoCotidiano por confirmar que o seu entendimento foi o mesmo que o meu. Peço a todos que puderem que colaborem com informações sobre o tema e confirmem o entendimento que tiveram dessa resolução. Quanto a mim, estarei noticiando vocês aqui das novidades que descobrir a respeito. PS: Nenhum contador contatado por mim até o presente momento tem noção dessa resolução e ninguém conseguiu me informar uma fonte oficial que indicasse o cálculo a ser usado no vBCEfet.

Só adicionando um tempero no assunto... A movimentação de estoque não é exclusivamente vinculada a movimentação de vendas. Você vai ter devolução, inventário, perda... no caso de industrias ainda envolvem processos internos de transformação em que um produto A vira um produto B. Como o Rubinho citou o "Kardex" é uma análise muito usada no controle de estoque e fica mais fácil implementar e entender com uma tabela exclusiva para movimento do estoque. O balanço/inventário também é importante e pode pesar nos processamentos como o Dangelo comentou tbm... mas é melhor ter uma tabela pra movimentação do que "confiar" somente em movimentação de vendas. Finalmente lembre que se a empresa tiver obrigações fiscais de entrega de movimentação (SPED, por exemplo) sua vida fica mais fácil se vc já tiver a movimentação registrada no seu sistema.

Bom dia pessoal, consegui implementar a junção de arquivos PDF com GhostScript, utilizando a dll "gsdll32.dll". Criei uma classe com o método de junção com base em alguns exemplos da internet, gostaria de compartilhar aqui caso mais alguém tenha essa necessidade. UnitPdfUtil.pas Link para download da dll (não consegui postar aqui por ser maior que 2Mb): https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=sharing

Não confunda o ACBrPosPrinter com ACBrLibPosPrinter. O primeiro é o componente para Delphi ou Lazarus. A segunda é a biblioteca compilada em Lazarus que encapsula o componente para poder ser usado por outras linguagens. Você até pode usar o Java para consumir a ACBrLibPosPrinter, desde que esteja rodando em Windows (.dll) ou Linux (.so). Não vai funcionar em Android/OSX/iOS. Então a solução para Android é usar Delphi com ACBrPorPrinter ou procurar uma solução nativa na sua linguagem.