José M. S. Junior
-
Total de ítens
6.523 -
Registro em
-
Última visita
-
Days Won
54
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por José M. S. Junior
-
-
Boa tarde @Dev Telluria,
Até que seja resolvido o problema no buid da lib, estou disponibilizando aqui a versão da lib compilada localmente por aqui.
Favor testar com essa lib, estou disponibilizando a versão MT e ST 32bits, utilize conforme a versão da sua aplicação:
-
Bom dia,
Por favor anexe o log.txt gerado pela lib e o arquivo de configuração ACBrLib.ini
-
43 minutos atrás, Dev Telluria disse:
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.
Boa tarde,
Realmente não está atualizando com o fonte alterado na versão disponibilizada da lib. Estamos verificando o que está ocorrendo.
-
Qual dll está copiando para a pasta da sua aplicação? da pasta STDCALL? MultThread da pasta MT ou ST?
-
A lib está sendo instanciada corretamente? A partir do momento que instancia é gerado o arquivo de configuração da lib no diretório, o arquivo é: "ACBrLib.ini" veja se está sendo gerado.
Também gera um arquivo de log onde pode validar o que a lib está recebendo e o que ela retornou.
-
Estranho, pois a versão da lib foi gerada depois de atualizado o fonte no repositório com o ajuste, vamos gerar outra versão para teste...
-
Acho que ainda está pegando da lib anterior na sua aplicação.
Veja o arquivo gerado na lib 0.2.0.178, foi corrigido a posição 2 e 3:
-
Bom dia,
Por favor atualize a lib novamente para testes, creio que resolvemos nessa versão.
-
Está usando o demo de exemplo de uso da lib em Harbour, correto?
Essa função deve fazer a conversão da String para UTF8, creio que não precisaria ser exatamente essa, qualquer que faça essa conversão pode ser utilizada, para passar os parâmetros de chamada do método da dll.
-
Bom dia,
Tanto os Schemas quanto as dlls de dependência da openSSL e LibXML2 precisam ser copiadas do diretório baixado junto com a ACBrLibNFe, e as dlls de dependência devem estar no mesmo diretório da ACBrLibNFe.dll para que sejam usadas pela lib. Esta fazendo uso dos Schemas e dlls de dependencia do próprio ACBr, baixados na pasta (dep)?
-
Bom dia,
Onde exatamente está essa função?
-
24 minutos atrás, Dev Telluria disse:
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.
Poderia anexar o log.txt da lib, se possível...
-
2 horas atrás, Dev Telluria disse:
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).
Estava errado, mas foi atualizado lendo de Cedente.TipoInscricao
Está passando o campo TipoPessoa nos dados do cedente?
[Cedente]
TipoPessoa=1 ;;0- Pessoa Física e 1- Pessoa Juridica
-
Obrigado por reportar.
Fechando. Para novas dúvidas, criar um novo tópico.
-
Bom dia,
Geramos uma nova versão da lib... Favor atualizar e testar a questão do tipo de Inscrição do Cedente no arquivo.
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
-
Realizando um teste aqui com seu arquivo de configuração no aplicativo demonstração em C# que temos e utilizando seu modelo .ini de NFCe gerou e transmitiu com sucesso, apenas trocando os dados do emissor e certificado. Isso indica que não há problemas na configuração e nem nos dados da NFCe.
Mas Verifique alguns detalhes nas suas configurações.
ModeloDF=1 Configure como 1 quando for emitir NFCe
PathSchemas=C:\Users\dep\Schemas\NFe - esse path deve informar o diretório raiz dos Schemas da NFe, note que quando baixa a ACBrLib, tem pasta Schemas e subpasta NFe, deve direcionar esse path: Schemas/NFe (está apenas Schemas na sua configuração)
Se o problema persistir, tente executar um método por vez, ex: CarregarINI, Assinar, Enviar (sem imprimir) para tentar identificar exatamente onde ocorre o erro
No método de Envio informe os seguintes parametros:
NFE_Enviar(1, 0, 1,... ) Pois o terceiro parâmetro indica que deve ser um Envio Sincrono no caso de NFCe
https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html
Após executar com essas alterações, anexe novamente o log aqui.
-
Bom dia,
Removi os arquivos devido a dados sigilosos, mas estamos analisando aqui...
-
2 horas atrás, Dev Telluria disse:
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.
Ok, Estamos verificando...
-
Até então o Integrador Fiscal também se faz necessário para realização da integração de Pagamentos Eletrônicos (VFPE - Validador Fiscal de Pagamentos Eletrônicos), com o anúncio da desativação do Validador Fiscal pela SEFAZ-CE este serviço também não será mais utilizado.
No ACBr o serviço VFPe era configurado conforme tópico abaixo, com a desativação do Validador Fiscal esse serviço não é mais necessário:
-
1
-
1
-
-
Bom dia @Net Shopping,
Qual linguagem de programação está utilizando para integrar com ACBrLib?
Pois é importante que rode primeiramente o exemplo com o demo onde já está funcional. Chegou a testar o envio de NFe pelo exemplo? -
O campo operação é uma particularidade desse Banco, pode ser definido de forma fixa nas configurações da Lib também:
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html
Sobre a NFe, inicialmente era utilizado apenas pelo Banco Pine, mas já está disponível para o Daycoval também. A sua ACBrlibBoleto.dll está atualizada? Se sim anexe seu arquivo .ini com os dados que está ocorrendo erro.
Em 13/05/2022 at 18:30, Dev Telluria disse:E sobre a posição 2, há uma previsão de quando a correção será liberada?
Amanhã será disponibilizada uma nova versão e já será disponibilizado esse ajuste
-
1
-
-
42 minutos atrás, Rodrigo Cardilo disse:
pagemode pc850 nem funciona corretamente. Só o pc1252
Isso é a Pagina de Código, o PageMode é a funcionalidade que permite impressão em modo página (divide em coluna para impressão do qrcode na lateral). Mas não são todas as impressoras que tem essa funcionalidade.
-
1
-
-
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.Operacao -
Boa tarde,
Aparentemente essa impressora não tem suporte para PageMode, utilizada nessa configuração de impressão:
[URGENTE] ACBrBoleto - Homologação banco Daycoval
em ACBrLIB
Postado
Isso não vai interferir é por que não está sendo gerada pelo nosso server de build.
Convenção é STDCALL no seu caso, segue abaixo a versão correta:
ACBrBoleto32.zip