Daniel Simoes

Você está bloqueado por 1 hora, por consumo indevido...

Fechando o tópico (ele tem mais de 3 anos de idade) Por favor crie um novo tópico, e detalhe melhor o problema...

Esse método segue estritamente as regras da ABNT... que não permitem variações http://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf

Apenas citei esses protocolos como exemplos... pois são comandos tratados pela Impressora o ACBrPosPrinter não faz uso nenhum do Driver de Spooler... pois usa EscPos, ou seja, ele envia comandos diretamente para a Impressora.. Tudo que você precisa é alguma maneira de mapear a porta da impressora local, no Terminal Remoto

O que o ACBrPosPrinter precisa... e de acesso RAW ao Spool da impressora... Essa técnica de gerar PDF realmente nunca funcionará com o ACBrPosPrinter... Creio que eles já tenham solução para Impressoras de Etiquetas, que usam também protocolos nativos, como PPLA, PPLB, ZPL2... Acho que poderia ser aplicada a mesma solução, para permitir que os comandos no protocolo EscPos, gerados pelo ACBrPosPrinter, cheguem até a impressora

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso pode indicar a falta das DLLs do OpenSSL, na mesma pasta do .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

Obrigado pela contribuição... @Juliana Tamizou, pode por favor criar uma Task no BackLog ?

mas ele traz... Você usa ACBrLib, Monitor ou os componentes do ACBr ?

Essa Unit é da Gertec e foi projetada com IFDEFs, ou seja, diretivas de compilação... então em tempo de compilação, todo código fora do escopo do FDEF é ignorado, sendo impossível de ser usado em execução Mas o ACBrPosPrinter suporta o GPOS800 de forma nativa, através da classe EscPosStar (acho que é esse o modelo) Nunca testei o GPOS700X... não tenho esse equipamento

Apesar do Log enviado, estar no modo paranoico, notei que internamente do método, não havia chamadas no Log, para saber qual operação estava sendo executada... Adicionei várias chamadas de Log, no decorrer do método https://sourceforge.net/p/acbr/code/26585/ Vamos compilar uma nova versão da Lib, e com isso teremos um Log mais assertivo...

Achei difícil.. pois o ACBr depende de componentes de Terceiros, como Fortes Report ou Fast Report... e também temos a opção de não instalar todos os Packages...

Depende do criador do componente, disponibilizar ele no GetIt...

Obrigado por relatar... Realmente precisamos do Log, para compreender por onde o código da Lib passou..

A biblioteca libXML2, não suporta Paths com UNC.. você precisa mapear a rede em uma letra de Drive

Como ela é escrita em Pascal... provavelmente SIM

Não entendi bem a pergunta... Você analisou o Demo do ACBrPosPrinter para Android ? Você precisa criar a classe por programação... Exemplo: fGEDIPrinter := TACBrPosPrinterGEDI.Create(ACBrPosPrinter1); ACBrPosPrinter1.ModeloExterno := fGEDIPrinter;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html O Grupo "NFeRef" deve ser preenchido apenas se existir documentos Referenciados na NFe (Tipos aceitos: NFE, CTE, ECF, NFP, NF) [NFRef001] Tipo=

Sim.. mas existe a licença de Rede, que poderia ser usada em várias máquinas... Conversa com a Aline, que ela explica melhor... https://projetoacbr.com.br/promodelphi/

Por favor anexe o Log, gerado pelo componente ACBrBAL Pode ser que essa balança esteja com uma configuração de protocolo, diferente do padrão

Conforme o artigo indicado.. a própria Capicom usa a Wincrypt... A Capicom é apenas um "wrapper" para a Wincript Então provavelmente você apenas configurou algo errado

Você pode usar todos as Tags conforme o manual da SEFAZ, o MonitorPLUS mantém alguns nomes antigos por compatibilidade... mas atualmente sempre respeitamos as Tags do manual da NFe