José M. S. Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Por favor teste com a última versão disponibilizada.

Está gerando no mesmo diretório definido no campo pathPDF, do ACBrLib.ini?

Qual o pathPDF configurado no seu arquivo ACBrLib.ini? Verifique se o pdf está sendo gerado neste diretório... Pode ser ainda que esteja sem permissão de gravação e leitura neste diretório.

Pode utilizar o método ConsultarSAT antes do envio (é o recomendado), vai retornar se a comunicação está ok apenas. Com esse método não vai obter todas esta informações acima. Porém, não é necessário obter essas informações a cada venda.

Bom dia, Veja como Configurar:

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.