Dev Telluria
-
Total de ítens
91 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Dev Telluria
-
-
1 hora atrás, José M. S. Junior disse:
Geramos uma nova versão da lib... Favor atualizar e testar a questão do tipo de Inscrição do Cedente no arquivo.
Boa tarde, utilizando a versão "0.2.0.177" da DLL realizamos o teste e continua gerando errado a posição 2 a 3 do registro de título. Conforme eu disse inicialmente, a lib está considerando a informação do Tipo de inscrição do sacado, em vez de considerar o tipo de inscrição do cedente para gerar essa posição.... acredito que deve estar sendo usado a mesma variável que é utilizado na posição 219 a 220 (essa posição está correta, nessa sim deve ser utilizado o tipo de inscrição do sacado).
1 hora atrás, José M. S. Junior disse:Referente as notas no arquivo ini, a documentação estava desatualizada, favor testar preenchendo conforme documentação atualizada. Mas de qualquer forma estamos corrigindo para não ocorrer o erro atual.
Segue a forma de preenchimento da seção: [NFe1-1]https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html
Referente a essa mudança na montagem da seção referente à NFe ainda vamos realizar as alterações e testar e retornamos.
Mas de qualquer forma já peço que seja verificado a questão do tipo de inscrição que permanece errado.
-
Boa tarde!
Alguma posição?
-
22 minutos atrás, José M. S. Junior disse:
Ok, Estamos verificando...
Ok! Estamos aguardando!
Obrigado!
Ps.: Lembrando que esse erro só ocorre quando adicionamos a seção da NFe, carregando o INI dos títulos sem essa seção gera o arquivo normalmente.
-
5 horas atrás, José M. S. Junior disse:
A sua ACBrlibBoleto.dll está atualizada? Se sim anexe seu arquivo .ini com os dados que está ocorrendo erro.
Estamos utilizando a versão da DLL ACBrBoleto32.dll = 0.2.0.168 (Creio que esteja bem atualizada).
Segue em anexo arquivos INI utilizados (ACBr.ini, Cedente.ini, Titulos.ini) onde ocorre o erro "Out of memory" ao chamar a rotina de geração do arquivo de remessa.
Tbm anexei o log do ACBr para análise.
ACBrLib.ini ACBrLibBoleto-20220516.log Cedente.ini Titulos.ini
-
Em 14/05/2022 at 12:55, Renato Rubinho disse:
Experimente preencher:
[Cedente]
Operacao=<valor>
Anexe o ini com os dados do segmento de NFe preenchidos para os consultores poderem simular o mesmo erro.
Vamos verificar qual o valor tenho que informar para esse campo "Operacao" no cedente e tentar gerar novamente. E depois envio os arquivos INI com as informaões corretas.
-
Em 13/05/2022 at 22:15, Juliomar Marchetti disse:
Neste caso está falando da LibNFe? ou me equivoquei?
Não, é a LibBoleto mesmo. Na geração de remessa de cobrança bancaria há uma seção para acrescentar informações de NFe, conforme citado acima. Porém na documentação há um comentário que isso seria específico para o banco Pine, e no caso o banco que está pedindo essa informação como obrigatória é o Daycoval... E quando preenchemos essa informação na geração do arquivo ocorre um erro, conforme eu expliquei no meu comentário anterior.
-
40 minutos atrás, José M. S. Junior disse:
Boa tarde
A questão da posição 02 parece estar errado no componente Boleto, vamos corrigir...
As informações de NFe pode adicionar para esse Banco, note na documentação que tem a seção para adicionar notas
https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html
Quanto a linha digitável e código de barras, provavelmente está faltando o preenchimento de algum campo que compõem esses dados, pois esse banco já está homologado em uso...
Verifique se está preenchendo os campos:
ACBrTitulo.Carteira
Cedente.OperacaoOutra questão também é sobre a NFe, que na documentação do INI do título diz que essa seção é apenas para o banco Pine, e quando tentamos preencher essas informações, na geração do arquivo fica travado por algum tempo e depois retorna um erro de "out of memory" (estamos utilizando o código do projeto demo VB6 que vocês disponibilizam)
-
32 minutos atrás, José M. S. Junior disse:
Boa tarde
A questão da posição 02 parece estar errado no componente Boleto, vamos corrigir...
As informações de NFe pode adicionar para esse Banco, note na documentação que tem a seção para adicionar notas
https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html
Quanto a linha digitável e código de barras, provavelmente está faltando o preenchimento de algum campo que compõem esses dados, pois esse banco já está homologado em uso...
Verifique se está preenchendo os campos:
ACBrTitulo.Carteira
Cedente.OperacaoBoa noite! Obrigado pelo retorno!
O campo "Cedente.Operacao" que você citou não consta na documentação referente ao .ini do cedente: https://acbr.sourceforge.io/ACBrLib/ModeloCedenteINI.html
Essa documentação está desatualizada?
E sobre a posição 2, há uma previsão de quando a correção será liberada?
-
Boa tarde.
Estamos tentando homologar a remessa CNAB 400 para o banco Daycoval, porém o banco retornou algumas inconsistencias no arquivo:
>LAYOUT
-> ACERTO NO DETALHE Posicao 002 a 003 Campo tem que ser = '02' (Verificamos que nessa posição a LibBoleto está montando com a informação referente ao tipo de inscrição do sacado, e não do cedente, a informação de tipo de inscrição do sacado deve ser apenas na posição 219 a 220)-> REGISTRO DE NFE
OBRIGATÓRIO NO ARQUIVO! VERIFICAR INSTRUÇÕES EM NOSSO LAYOUT PARA DESENVOLVIMENTO DO REGISTRO DA NOTA FISCAL ELETRONICA.>ACERTO NA LINHA DIGITAVEL
-> SEU BOLETO / ERRADO - 7079000118 21008458016 0604 5 90120000002000
-> VALIDADO / CORRETO - 7079000118 21184870406 08458010603 7 90120000002000>ACERTO NO CODIGO DE BARRAS
-> SEU BOLETO / ERRADO - CÓDIGO DE BARRAS COM ERRO NA LEITURA
-> VALIDADO / CORRETO - 70797901200000020000001121184870400845801060Alguém pode nos ajudar? Estamos com urgencia na homologação deste banco junto a um cliente.
-
Em 31/03/2022 at 09:16, Daniel Simoes disse:
O TimeOut do lado do Client, é feito pelo Sistema Operacional... Em algumas situações, o Sistema Operacional pode ter dificuldades em saber que trata-se de uma situação de TimeOut... isso ocorreria por exemplo, quando o servidor Http esta OnLine mas há algum problema no WebService
Devido a essa característica, tem uma opção no ACBr que é TimeOutPorThread (algo assim)...
Com ela ativada o ACBr faz a conexão em uma Thread e abandona a mesma, no tempo exato definido em TimeOut... e deixa a Thread morrer sozinha...
Eu não gosto de usar essa opção pois você não terá o verdadeiro erro HTTP, mas pode ser uma opção em Clientes onde o TimeOut é problemático
Bom dia! Desculpa a demora, estamos validando essa opção do TimeOutPorThread.
Muito obrigado!
-
1
-
1
-
-
Em 29/03/2022 at 08:35, Dev Telluria disse:
Entendi. Vou verificar o que me recomendou.
Muito obrigado!
Boa tarde!
Conforme mostra a imagem a seguir o XML está sendo gerado no tempo exato do log.
Sobre realizar o mesmo teste com o aplicativo de demonstração, é complicado pois o problema acontece em produção e não acontece em todos os clientes, além disso apesar da frequência com que o problema ocorre, não é possível prever quando ele irá ocorrer.
Sobre o problema ser no método Ultimo_Retorno do lado da aplicação, em nossa solução não comunicamos diretamente com a DLL, nós importamos os projetos ACBrLib.Core e ACBrLib.Core do exemplo de demonstração e em nossa solução e utilizamos a classe ACBrNFe para realizar a chamada dos métodos da DLL.
Sobre
-
14 horas atrás, José M. S. Junior disse:
Esse tempo de retorno na resposta está estranho mesmo... Mas analisando os logs notei que quando de fato ocorre timeout o tempo é de 5 segundos para gravar a mensagem, então creio que não seja referente ao timeOut e sim ao método de ultimo_retorno no caso de processamento com sucesso, pois é ele que de fato trás o retorno completo da resposta.
23/03/22 10:59:21:044 - NFe_Enviar(0,Sincrono ) 23/03/22 10:59:21:060 - Travar 23/03/22 10:59:26:076 - Destravar 23/03/22 10:59:26:076 - SetRetorno(-10, Erro Interno: 10060 Erro HTTP: 0 URL: https://nfce.fazenda.mg.gov.br/nfce/services/NFeAutorizacao4 Connection timed out )Sugiro que verifique no XML gerado em disco, o tempo que está sendo gravado, se é exatamente o tempo do log ou se está gravando antes... Tente realizar esse mesmo teste com o aplicativo demonstração também, para verificar se ocorre essa demora, pois suspeito que seja algo na implementação do método Ultimo_Retorno no lado da aplicação.
Entendi. Vou verificar o que me recomendou.
Muito obrigado!
-
Boa tarde!
Perdão, esqueci de anexar o .ini e o log.
Muito Obrigado!
-
Bom dia pessoal!
Estamos enfrentando um problema em alguns clientes, ao enviar um NFC-e, está acontecendo um travamento e está demorando bem mais que o timeout configurado no ACBrLib.ini.
Segue em anexo o log mostrando que demorou mais de um minuto para destravar sendo que o timeout configurado no ACBrLib.ini é apenas 5 segundos.
O que pode estar acontecendo?
-
Certo. Vou fazer os testes recomendados.
Muito Obrigado!
-
Bom dia pessoal!
Gostaria de saber se a ACBrLibBal possui integração com a balança Elgin DP-3005?
-
Entendi.
Muito obrigado.
-
1
-
-
1 hora atrás, José M. S. Junior disse:
Bom dia,
As Tags vProd e vItem não são geradas no XML da Aplicação e sim pelo SA. O erro nesse caso está no retorno: RetornoStr=182916|06010|1408|Valor total do CFe maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento"
a tag vMP não deveria ser 48,62 ?
Note que está passando a tag indRegra=A isso indica que vai arredondar os valores de cálculo.
Entendi.
Mas no arquivo ini estou passando indRegra=T
-
16 horas atrás, Dev Telluria disse:
Boa tarde pessoal!
Estou utilizando a ACBrSAT32.dll, e em um cliente está retornando os XML's sem os campos vProd e vItem mesmo enviando esses campos para o arquivo ini.
Segue o arquivo ini enviado, log e xml retornado.
ACBrLib.ini 3 kB · 0 downloads ACBrLibSAT-20210610.log 38 kB · 1 download cfe.xml 4 kB · 0 downloads CFe001.INI 1 kB · 0 downloads
Bom dia pessoal!
Alguma ideia do que possa causar esse problema?
-
Boa tarde pessoal!
Estou utilizando a ACBrSAT32.dll, e em um cliente está retornando os XML's sem os campos vProd e vItem mesmo enviando esses campos para o arquivo ini.
Segue o arquivo ini enviado, log e xml retornado.
-
Bom dia pessoal
Estou utilizando a ACBrSAT32.dll, e em um cliente está retornando os XML's sem os campos vProd e vItem mesmo enviando esses campos para o arquivo ini.
Segue o arquivo ini enviado, log e xml retornado.
-
17 minutos atrás, José M. S. Junior disse:
Boa tarde, as dll de dependencia voce copiou da pasta x86 também? Além disso a sua aplicação deve ser compilado em 32 bits...
Se não for esse o problema pode ser algum problema com o arquivo .pfx... experimente exportar novamente o certificado, selecionando para exportar chaves privadas.A senha era araujo24, eu reimportei o certificado várias vezes com a mesma senha e não deu certo, decidi então trocar a senha do certificado para 1234 e funcionou.
Existe algum problema a senha do certificado não ser somente numérica?
-
Boa tarde pessoal!
Estou utilizando a ACBrNFe32.dll para emitir NFC-e e estou recebendo o erro "Erro ao ler informações do Certificado.
Provavelmente a senha está errada)" quando utilizo o método NFe_Assinar, mas a senha não está errado. Poderiam me ajudar?Segue em anexo o arquivo ini e log.ACBrLib.iniACBrLibNFE-20210512.log
-
Olá Antônio!
Encontrei o problema. Por algum motivo, eu colei indevidamente a DLL ACBrSAT32.dll dentro da pasta C:\Windows\SysWOW64. Exclui e deu certo.
Obrigado!
Agnaldo Gonçalves
-
1
-
[URGENTE] ACBrBoleto - Homologação banco Daycoval
em ACBrLIB
Postado
SIm, estamos passando o Cedente.TipoPessoa=1 , conforme arquivo INI do cedente que enviei em anexo em uma das respostas anteriores. (Continuo usando o mesmo arquivo INI para o cedente)
Estou anexando outro arquivo INI de títulos (com mais registros) onde em um deles o tipo de inscrição do Sacado é Pessoa Física. No caso, apenas o registro onde o sacado é pessoa física está ficando a posição 2.
Cedente.ini Titulos.ini