EMBarbosa

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/

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

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.

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á 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.

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

É exatamente isso. Infelizmente o FPC tem um problema quando há warnings que são desligados globalmente. Estou pra enviar uma alteração no ACBr.inc há algum tempo, mas acabei deixando de lado. Vou fazê-lo.

Tem o componente ACBrSintegra, mas apenas para o Delphi e Lazarus.

Bom dia Miguel Carlos. Existe alguma documentação desse tipo de arquivo? Algum site, manual, ou outro lugar onde podemos obter mais informações?

Isso. Em MG se você gerar o SPED Fiscal pode-se pedir dispensa do SINTEGRA. Mas nem todos os contadores gostam disso.

Italo, Claudemes, a versão 2.0 foi cancelada: http://sped.rfb.gov.br/pagina/show/4184 Vejam também, por favor, o seguinte tópico:

Como o Daniel Port disse acima, é preciso saber qual tipo de nota ele está se referindo. No caso de notas de compras feitas pelos seus clientes, você deve cadastrá-las no seu sistema. Seu cliente deve receber o XML da NFe do fornecedor dele. Mas há também as notas de devolução. Essas são emitidas pelo seu cliente quando ele vai devolver um produto ao fornecedor. São como as notas de saída, só que usando outros parâmetros e CFOP. O Sintegra tem registro para notas de Entrada. Você precisa verificar quais dados precisam ser gerados para o seu cliente. Boa parte das UFs ainda aceita o Sintegra. Algumas permitem a substituição pelo SPED Fiscal (EFD ICSM/IPI), mas varia a forma. É necessário consultar a UF específica.