Dev Telluria

Fizemos as alterações e deu certo! Muito obrigada.

Boa tarde! Verificamos em nosso sistema, e realmente não passamos o campo referente ao regime tributário. Vamos fazer alguns testes aqui e qualquer coisa retorno novamente. Muito obrigada!

Claro, segue anexo dos arquivos. CFe002.INI Cliente-CFe002.INI

Bom dia! Estamos com um problema em um cliente, onde ele tenta emitir qualquer nota e a funçao EnviarDadosVenda está retornando Nulo ou o erro "Não informado o código do produto". Já verificamos várias coisas, e não conseguimos detectar onde pode está falho o código do produto ou outro campo. Poderiam ajudar? Em axexo coloquei os Logs do ACBrLibSAT e ACBrSat que retornou em desenvolvimento e também que retornou no cliente. Obrigada! ACBrLibSAT-20230831.log ACBrSat20230831.log Cliente-ACBrSat20230830.log Cliente-ACBrLibSAT-20230830.log

O modelo da balança é Toledo Prix 8217

Estou verificando o modelo das balanças, para ajudar na análise.

Bom dia pessoal! Estamos com um problema ocorrendo em mais de um cliente, as vezes a função LePeso() está retornando o valor 9, o que não tem nada a ver com o peso que está na balança, estamos na dúvida se isso é um código de erro ou o que pode ser esse valor 9. Mas segundo a documentação, os códigos de erro são apenas -1 e -10. O que poderia ser esse valor 9?

Obrigado @José M. S. Junior! Agora está correto!

Boa noite @José M. S. Junior! Essa versão funcionou! Gerou o arquivo corretamente! Iremos utilizar essa versão provisória até voces resolverem a questão da disponibilização da lib. Vou deixar este tópico aberto até esteja tudo normalizado! Muito obrigado pela atenção!

Boa tarde @José M. S. Junior. Estamos utilizando a versão ST. Realizamos o teste com essa versão que vc disponilizou e agora está dando erro na inicialização da biblioteca: Segue em anexo o arquivo ini de configuração e o log. Outra coisa que verifiquei é que esse build que vc gerou está com o número da versão 0.2.0.157 (que é bem anterior a essas que estávamos testando) ACBrLib.ini ACBrLibBoleto-20220520.log

Bom dia. Certo. Realmente, achei aqui o commit do José Junior de 2 dias atrás que deveria ter resolvido o problema: Peço desculpas pela minha insistencia, mas é que realmente estamos com muita urgencia nesse caso... E já estamos atrasados com nosso cliente, pois informamos um prazo mais curto pensando que o Daycoval já estaria 100% homologado no ACBr. Peço por favor que, se possível, seja priorizado a resolução desse problema de disponibilização da lib com a correção.

Boa noite! Verifiquei no projeto de vocês no GitHub, na master, no arquivo https://github.com/ProjetoACBr/ACBr/blob/master/Fontes/ACBrBoleto/ACBrBancoDaycoval.pas (linhas 483 e 509), o seguinte trecho da procedure "TACBrBancoDaycoval.GerarRegistroTransacao400": Verifiquei que função DefineTIpoInscricao retorna apenas um caractere. Acredito que não possa alterar o retorno dela pois tbm é usada pra outros bancos. Então fiz uma alteração na linha 483 acrescentando um zero à esquerda, como vi que já era feito em outros bancos, ficando assim: Peço por favor que, se possível, analisem o pull request que enviei e disponibilizem uma nova versão com a correção para que possamos testar novamente.

Boa tarde! Alguma posição referente ao meu último questionamento? Verificamos que vcs disponibilizaram a versão 0.2.0.179, baixamos e tentamos utilizar ela, mas continua com o mesmo comportamento errado.

Está bem! Obrigado! Aguardamos seu retorno. Caso seu teste continue gerando correto, é possível olhar no código fonte se há alguma configuração que talvez estejamos passando errado que possa gerar essa posição com um caractere e não dois? (Não faz muito sentido), mas é estranho pq na versão anterior que gerava o valor errado estava formatando corretamente.

Dessa vez a versão da lib está correta, eu conferi no log gerado: E mesmo nessa versão está gerando o arquivo assim: Segue em anexo o log e o arquivo de remessa gerado. 4VV18051.TXT ACBrLibBoleto-20220518.log