EMBarbosa

Pelo log a balança não está respondendo nada.
Você precisa verificar no manual da balança se há alguma configuração pendente e se o protocolo está correto.
Também precisa verificar se as configurações da pora serial do componente estão corretas de acordo com a balança.
 

Olá Gil,
 Todas as vias são geradas pelo gerenciador (aplicativo da certificadora/rede), não podemos alterar o conteúdo. Mas pelas imagens, parece que não está sendo impresso tudo o que vem do gerenciador.
  Será que não está enviando outros comandos a impressora durante a impressão e isso a está deixando "confusa"?
  Você está usando o ACBrTEFD? Em caso afirmativo, chegou a verficar o log se ele está enviando a impressora todos os dados?
  Como está o código do evento OnComandaECFImprimeVia?

Olá Leonardo.
   Que tipo de leitura você está querendo fazer? No QrCode não tem dados da nota, apenas um link para acessar a nota na web.
 

Olá,
  Me parece que você está considerando o valor como sendo arredondado pela máscara que está usando. Mas o valor não está sendo arredondado.
   A máscara no DisplayFormat é apenas para visualização (Display). Isso quer dizer que não altera o valor do campo. Ele vai te mostrar arredondado, mas o valor não foi arredondado.
   Se você quer que o valor seja arredondado, tem que fazer na atribuição do campo.

Não existe mais o pacote ACBr_NFe2. Agora o pacote se chama ACBr_NFe. O mesmo para o DANFe.
Os outros pacotes não são do projeto ACBr e você precisa verificar sua fonte.

Olá Pointer Softwares,
Você quer dizer quando a nota foi rejeitada?
Se a nota for emitida e aceita você não pode corrigir a NFC-e mais. Ela não possui Carta de Correção eletrônica. Você precisa cancelá-la.
Mas quando a nota é rejeitada, basta corrigir os dados e enviar novamente.

Não encontrei uma orientação específica sobre assinatura na legislação ou documentação do LCDPR. O que me faz acreditar que a assinatura é feita durante a transmissão do arquivo.
   A transmissão é atualmente feita no portal e-CAC no serviço “Meu Imposto de Renda”, com utilização de certificado digital válido.
   Você pode tentar localizar mais informações na página do LCDPR:
http://receita.economia.gov.br/orientacao/tributaria/declaracoes-e-demonstrativos/lcdpr-livro-caixa-digital-do-produtor-rural

Não tem novas versões ainda. As versões 3.0 e 2.0 foram canceladas. A que está valendo é a 1.4.
Você pode verificar isso pelos schemas disponibilizados no site do EFD-REINF: http://sped.rfb.gov.br/pasta/show/2141
Talvez queira ver também esse tópico:
 

Me parece que sim.
Muito obrigado pela contribuição. Já corrigi.
Subi as alterações para o SVN na Revisão  18402.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Nas configurações de resolução, verifique a escala. Se a escala na resolução estiver diferente de 100% pode ser esse o motivo.
No Windows 10 a tela é semelhante a essa:

Tentou um profiler?

Você informou a tag vTotTrib dos itens dentro do grupo ICMS. Pelo layout do XML, ele deveria ser informado nos dados do produto.
Você também pode ver esse exemplo na documentação do Monitor, já que o modelo do ini na ACBrLib é o mesmo:
https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Veja esse help do Monitor com as tags permitidas:
Acredito que seja a tag:
<code39> - Bloco - Cod.Barras Code39 - Aceita: 0..9,A..Z, ,$,%,*,+,-,.,/, tamanho livre  

No Indy realmente não tem... dá uma olhada no que comentaram nesse tópico aqui (em inglês):
https://en.delphipraxis.net/topic/1725-sftp-client/
 
 

Olá Arturguerra,
   Muito obrigado. O que pode estar acontecendo na sua situação é que o ACBrBal ligado ao ACBrMTer não está configurado para interpretar corretamente o peso passado a ele.
   Você pode tentar trocar os protocolos ou implementar um novo protocolo no ACBrBal.
   Mas infelizmente, verifiquei que não podemos enviar ao SVN essa alteração.
   O que acontece é que sua alteração faz com que o componente ACBrMTer passe a ignorar a ligação com o componente ACBrBal e interpretar o peso sempre do mesmo jeito.
   O componente ACBrBal é quem deve fazer a interpretação de peso, porque a forma como se interpreta o peso muda de modelo para modelo.
   Tentei adaptar suas alterações para o ACBrBal, mas as informações são insuficientes. O protocolo da balança Magna que temos implementado é mais complexo do que você implementou nesse código acima.
   De qualquer maneira agradecemos sua intenção em ajudar.
 

Olá Matheus,
   Mais uma vez obrigado por sua disposição e alterações. Boa parte delas já foram adicionadas ao SVN.
   Eu fiquei "debruçado" sobre esse último problema relacionado ao método TLeitor.rExtrai já há algum tempo. Sei que o código atual talvez não seja o mais otimizado, mas ainda não consegui reproduzir o problema.
   Utilizando o xml que você proveu e o exemplo que citei acima, a função TLeitor.rExtrai sempre tem como parâmetro item = 1. Quer dizer que o código é extremamente rápido mesmo sem as alterações. Por outro lado, o seu código realmente parece fazer sentido.
   Essa parte dos componentes é muito delicada porque afeta todos os documentos eletrônicos. Por isso, seria possível prover um exemplo que demonstra realmente o problema? Não precisa ser uma lentidão exagerada. Apenas um passo a passo pra reproduzir o problema com o código atual.
 

Olá Edvaldo. O arquivo citado já foi enviado ao SVN conforme o outro tópico. Veja:
https://www.projetoacbr.com.br/forum/topic/55083-falta-de-arquivos-e-dlls-na-no-demo-do-acbrlib/?do=findComment&comment=361888

Isso parece ser problema de codificação. De que componente você está falando?

A impressora retornou ACK = 0, que é como se a impressora não tivesse recebido o comando e por isso o comando é repetido numa nova tentativa.
Veja essa parte do seu log:
-------------------------------------------------------------------------------- ATIVAR - 26/11/19 07:24:45:594 - Modelo: Bematech - Porta: COM5 - TimeOut: 3 Device: BAUD=38400 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0 -------------------------------------------------------------------------------- Você está utilizando um TimeOut muito pequeno 3.
O recomendado para portas seriais é no mínimo 10. Se for uma porta virtual, sugiro aumentar para 20.
 

Geralmente isso não é normal. Embora possa ser um problema na SEFAZ, não estamos recebendo relatos semelhantes...
Apenas quem dá manutenção no seu sistema pode dizer.
Não ficou muito claro. Vocês são os desenvolvedores?
Em caso afirmativo, vocês podem medir a lentidão e descobrir exatamente onde está acontecendo o problema.
Em caso negativo, o melhor é tentar seguir as recomendações e entrar em contato com o suporte dos desenvolvedores. Eles provavelmente tem condições de medir a lentidão e te dar um diagnóstico mais preciso.

A implementação da versão 3.20 da EFD Contribuições foi feita no componente ACBrSPEDPISCOFINS.
Subi as alterações para o SVN na Revisão  18379.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.

Provavelmente alguma inconsistência no "form". Você precisa abrir o lfm que está gerando essa mensagem no Lazarus para tentar identificar o problema e atualizá-lo.

Olá ALA,
   Embora exista essa propriedade, ela não foi implementada no DANFe NFC-e Fortes para tamanho A4.
   Não deve ser muito difícil adicionar o código para jogar o QrCode pra lateral.
   Caso tenha interesse em implementar e posteriormente anexar o código aqui no fórum para análise, vamos ficar felizes em ajudar.

Já enviei um ajuste ao SVN. Bastaria atualizar.
As modificações foram enviadas na revisão 18368 um pouco diferente do proposto pelo  @BigWings acima.
 

Em partes. Existe as DLLs e classes de alto nível para algumas dessas tarefas. Chamamos essa solução que é acessível ao .Net de ACBrLib.
Algumas soluções já disponíveis para Delphi ainda estão sendo portadas... Por exemplo, a biblioteca para emissão de NF-e, NFC-e, CF-e (SAT), MDF-e e outras, já foram... mas eSocial, GNRe, ONE e outras, ainda não...
Veja mais aqui sobre a ACBrLib aqui: https://www.projetoacbr.com.br/acbrlib/
Todos os componentes estão são desenvolvidos em Lazarus/Pascal/Delphi e assim disponíveis para o Delphi.
Nem todos ainda foram disponibilizados no formato ACBrLib (DLL e/ou classes de alto nível) que é acessível em todas as outras linguagens...
Realmente, tratamos melhor as dúvidas técnicas sobre os componentes no Fórum.
 
Não sei se respondi tudo o que precisava. Então, se ficou mais alguma dúvida, queira por favor dizer.