José M. S. Junior

Me refiro a fazer testes com o demo da lib disponível no fórum, assim eliminamos processos para descobrir o problema.

Obrigado, será validado assim que possível.

Qual método está utilizando para enviar a NFe? Para saber a resposta exata, habilite a opção gerar log na tela inicial, após o envio anexe aqui o log.txt para análise...

Chegou a realizar esse mesmo teste com a aplicação Demo?

Esta mensagem é gerada quando você está emitindo o XML sem envio para SEFAZ, ou seja, o XML não foi autorizado com o Protocolo de Envio, precisa ver no log se realmente não está sendo enviado ou se está recebendo algum erro...

Precisa anexar o log.txt com o método e os dados que está passando... Mas precisa atualizar a versão do ACBrMonitor, essa é bem antiga teve muitas alterações...

Qual rejeição esta ocorrendo com esse arquivo de remessa em anexo? Veja que os dados desse arquivo não condizem com os dados de erros postados acima no print do validador.

No ACBrMonitor voce define Tipo de Impressão e Impressora padrão

Precisa passar o path da imagem no parametro para ser impresso como marca dagua, pode ser formato jpg, png...

Se possível anexe também seu último arquivo .ini com os dados do título.

Boa tarde, é possível simular esse erro com algum Demo? Verifique a propriedade "SegundoPlano" no arquivo ACBrLib.ini, deixe desativada com valor =0 pera testes...

Boa tarde, estamos realizando um refactory nas classes do Banco Unicred, assim que for disponibilizado os fontes adicionamos também estes ajustes. Obrigado pela contribuição.

Esse erro deve ser devido a dados incorretos... Lembre-se que para preenchimento do .ini deve seguir o código do manual da lib e não do Banco, é o componente que faz a conversão para o código do Banco, conforme o Banco que está setando. Por exemplo o Responsável de emissão deve preencher com: 0 - Cliente Emite 1 - Banco Emite 2 - Banco Reemite 3 - Banco não Reemite Sacado.Pessoa deve preencher: 0 - Pessoa Física 1 - Pessoa Jurídica 2 - Outras

Estranho realizando um teste aqui com esse CNPJ, leu normalmente... Utilizando o demo da LibBoleto esta tendo o mesmo problema?

Verifique se não está passando essa configuração diretamente no arquivo .ini com os dados do Cedente, campo: "CNAB" https://acbr.sourceforge.io/ACBrLib/ModeloCedenteINI.html

Bom dia Está validando uma arquivo CNAB400, mas gerou CNAB240, veja pela quantidade de posições no final da linha do arquivo. Configure o CNAB no campo "LayoutRemessa": https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html

Experimente baixar a dll atualizada do site do fabricante. Outro detalhe, a dll da bematech precisa estar no mesmo diretório da aplicação, deixe junto também o arquivo .xml com a configuração do aparelho.

Aparentemente na rejeição está validando a Codigo do Cedente como sendo numero da Conta, como esta passando as informações no arquivo .ini? Se possível anexe o mesmo para verificação.

Boa tarde Precisa alterar no código fonte, aparentemente sempre está considerando que exista uma data para este campo. Se desejar alterar, anexe o fonte aqui, assim atualizamos no SVN.

Boa tarde Atualizado no SVN, obrigado pelo ajuste!

A partir desta postagem os fontes ACBr passaram por ajustes, ficando compatível com a versão 1.1.1 da lib OpenSSL. Sendo assim desconsidere as configurações acima, se a sua Distro Linux já utiliza a versão 1.1 da OpenSSL. Se a sua Distro utiliza a versão anterior da OpenSSL , vai funcionar da mesma forma, porém apenas a versão 1.1 será mantida atualizada pelo projeto OpenSSL, até mesmo por isso o ACBr atualizou-a no Projeto. Saiba mais detalhes no post abaixo:

Bom dia, essa implementação precisará ser testada com calma para não quebrar outras parametrizações já existentes na impressão dos itens dos produtos.

Essa propriedade, realiza uma nova consulta de forma automática no aparelho, nos casos em que o método não recebe o retorno da dll... Você pode fazer um teste para ver se vai evitar o ;problema que está tendo, visto que vai realizar uma consulta automática quando não obter o último número de sessão. Mas creio que o problema no seu caso esteja sendo a demora do retorno no método ConsultaStatusOperacional, quando envia mais de uma solicitação antes de obter a resposta...

Bom dia, isso já foi corrigido. Favor atualizar os fontes.

Pode configurar essa propriedade no próprio componente ACBrSAT, Se não existir, precisa atualizar seus fontes e reinstalar o componente: