José M. S. Junior

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

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: ST.zipMT.zip

Bom dia, Por favor anexe o log.txt gerado pela lib e o arquivo de configuração ACBrLib.ini

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?

Poderia anexar o log.txt da lib, se possível...

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

@Net Shopping, 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...

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:

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. Amanhã será disponibilizada uma nova versão e já será disponibilizado esse ajuste

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.

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: