EMBarbosa

Isso é um falso positivo. O BitDefender tem vários modos como On-Access e ATC. Algumas vezes, ao desativar um o outro fica habilitado... Talvez seja isso. Já tive um problema com ele aqui onde mesmo adicionando a pasta de exceções ele continuou barrando o executável.

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/

Ainda não foi implementado totalmente. O Guia prático foi ajustado e só foi publicado ontem (28/11/2019). É possível que algum campo ou registro já tenha sido implementado. Mas como saiu um novo guia prático ontem vamos ter que avaliar o que está faltando ainda. Você tem alguma necessidade específica?

Como assim dois sistemas? De qual solução ACBr estamos falando?

Infelizmente, ele não pode simplesmente inventar um código de barra EAN. Os códigos de barra EAN/GTIN tem padrão internacional. Além disso, se você está passando o parâmetro barEAN13, como você vai passar um parâmetro com 14 dígitos?

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.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

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

Se sua ideia é alterar a impressão, por favor, crie um novo tópico. Nele você deve colocar: uma imagem do que está sendo impresso atualmente explicação de como você gostaria que fosse impresso descrição do motivo da alteração Assim podemos avaliar a alteração no layout.

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.

Vocês não tem um xml de exemplo do provedor para comparar com o de vocês?

Olá robinhovrb, Essa é uma mensagem levantada apenas no debug. Qual é a mensagem levantada na aplicação? O mesmo problema acontece com o aplicativo de DEMO?

Olá Jésika, Até onde eu sei não existe um jeito de obter o NSU por fora desses dois métodos. Você deve manter na sua aplicação atualizada o valor do UltNSU e do maxNSU para não sobrecarregar os servidores da SEFAZ. Veja mais sobre esses métodos voltado especificamente para o CT-e na nossa base de conhecimento: É recomendada também ler as informações da Nota Técnica 2015/002 versão 1.00a.

Os arquivos mencionados acima existem nos respectivos diretórios?

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.

Sim. Porque os modelos de balança já tem configurações padrões. Por isso acontece essa mudança ao alterar o modelo.

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.

Olá Alessandro. Se você ficar com alguma dúvida, pode criar um tópico dizendo o que precisa.

Tente as várias sugestões dispostas nesse tópico: