Ir para conteúdo
  • Cadastre-se

Dev Telluria

Membros
  • Total de ítens

    91
  • Registro em

  • Última visita

Tudo que Dev Telluria postou

  1. 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
  2. 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). 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.
  3. 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.
  4. 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
  5. 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.
  6. 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.
  7. Outra 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)
  8. Boa 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?
  9. 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 - 70797901200000020000001121184870400845801060 Alguém pode nos ajudar? Estamos com urgencia na homologação deste banco junto a um cliente.
  10. Bom dia! Desculpa a demora, estamos validando essa opção do TimeOutPorThread. Muito obrigado!
  11. 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
  12. Entendi. Vou verificar o que me recomendou. Muito obrigado!
  13. Boa tarde! Perdão, esqueci de anexar o .ini e o log. Muito Obrigado! ACBrLibNFE-20220323.rar ACBrLib.ini
  14. 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?
  15. Certo. Vou fazer os testes recomendados. Muito Obrigado!
  16. Dev Telluria

    Dúvida sobre ACBrLibBal

    Bom dia pessoal! Gostaria de saber se a ACBrLibBal possui integração com a balança Elgin DP-3005?
  17. Bom dia pessoal! Alguma ideia do que possa causar esse problema?
  18. 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 ACBrLibSAT-20210610.log cfe.xml CFe001.INI
  19. 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. ACBrLib.ini ACBrLibSAT-20210610.log CFe001.INI cfe.xml
  20. 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?
  21. 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
  22. 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
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.