José M. S. Junior

Boa tarde As aulas 4,5,8 e 9 do Curso dominando o ACBrMonitor pode ajudar a esclarecer suas dúvidas: https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Bom dia, veja exemplo de como deve ficar as configurações de margem no componente ACBr: Isso parece ser a configuração de margem de pagina da impressora que está selecionando...

Bom dia Obrigado pela contribuição... Vamos verificar.

Dê uma olhada nesse post. Sat Tanca configurado no ACBr SATTest... É a mesma funcionalidade que o ACBrMonitor usa. Se for esse modelo experimente utilizar a dll que acompanha o executável do ACBrMonitor, fica na pasta SAT/Tanca esse é a homologação do modelo touch:

Isso pode causar problemas também... Não importa a arquitetura do Windows e sim da Aplicação. Se estiver utilizando ACBrMonitor x86 a dll SAT também precisa ser x86...

Qual o modelo do SAT?

Bom dia, esse erro normalmente ocorre por não conseguir acessar corretamente a dll equipamento... Está utilizando a mesma dll do seu aplicativos, experimente copiar e configurar a dll para a mesma pasta do .exe do ACBrMonitor, se existir dlls dependentes copie também para o mesmo diretório do ACBrMonitor.

Entendi... É que pelo log não esta aparecendo a passagem do parâmetro. Parece ser algo com o demo em VB6, vamos verificar...

Houve muitas mudanças nesse componente devidos as alterações no Serviço WebService do BlocoX... Precisa utilizar uma versão atualizada https://acbr.sourceforge.io/ACBrMonitor/PAFMenuFiscal.html

Aparentemente não está sendo passando o parâmetro com o indice da lista de boletos... Chegou a realizar um teste com o Demo ACBrLibBoleto? 0/09/20 11:07:39:884 - Boleto_RetornaCodigoBarras 30/09/20 11:07:39:885 - Travar É necessário passar o primeiro parâmetro com o indice da lista de títulos que deseja retornar, começando com 0: https://acbr.sourceforge.io/ACBrLib/Boleto_RetornarLinhaDigitavel.html

Bom dia, para gravar o arquivo de envio e retorno ative a opção abaixo... Mas esse erro é na autenticação, não chega a enviar os dados do título. Veja: "Software não cadastrado"... Chegou a validar com o Banco se esse cadastro já está disponível para homologação, talvez seja necessário questionar o motivo dessa rejeição.

Bom dia, se possível anexe o log da lib...

Boa tarde O componente tem essa funcionalidade mas ainda não está no ACBrMonitor... Vamos adicionar para a próxima versão semanal.

Bom dia, O formato que está sendo passado no .ini não está fora do padrão DD/MM/YYYY veja: no ini está 8/17/2020 Precisa gerar o .ini assim Vencimento=17/08/2020

Bom dia, sim... Se o e-mail do sacado já estiver informado em cada título, não será necessário informar novamente em cada método, mas o envio em si precisa ser realizado título a título. Estes métodos de Geração de boletos e envio de forma individual são recentes, precisa atualizar a versão.

Boa tarde Para envio com destinatários diversos utilizando uma mesma lista, precisa utilizar o método abaixo, percorrendo a lista passando o indice do título que deseja enviar https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarEmailBoleto.html

Boa tarde Certifique se realmente está sendo passado ValorMoraJuros, os demais campos só serão preenchidos se esse campo for maior que 0.

Rogerio, o que ocorre é o seguinte, para o componente conseguir gerar o PDF de evento seguindo a mesmo estrutura de diretórios da NFe ( CNPJ / Data / Tipo... ) é necessário que seja carregado também o XML da NFe, para o componente obter as informações necessárias, caso contrário será gerado o PDF de evento apenas no diretório Raiz configurado na imagem acima. Para voce carregar também o XML da NFe no método ImprimirEventoPDF, utilize o segundo parâmetro do método, dessa forma vai gerar o pdf na estrutura configurada conforme os dados da NFe... https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirEventoPDF.html

Boa tarde, como está configurado o diretório e as parametrizações de gravação? Se possível anexe o seu arquivo de configurações...

Bom dia, vou verificar a geração do pdf nesse método... Mas o ideal é sempre realizar a leitura do retorno para validação, ou seja, verificar se foi autorizado pelo cStat retornado.

Para o Banco do Brasil é enviado um XML, seria esse arquivo Registro_Boleto.xml que voce anexou acima... Mas pelo erro reportado o problema agora está no cadastro do Beneficiário junto ao banco.

Ok Kelvin, a sua aplicação passa o valor do documento sempre já arredondado com duas casas decimais para o componente Boleto?

Como eu disse, o componente que calcula o digito verificador, 13 seria com o dígito. Por isso considera doze digitos para geração do boleto e da remessa, apenas no retorno já vem com o dígito por isso está lendo 13 posições no retorno.

Boa tarde Está gerando o XML através da sua aplicação? Pois esse XML possui vários erros de Schemas. Além disso não está com o encoding="UTF-8 especificado e possui quebras de linha. Pode validar esse XML no site da SEFAZ: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Sugiro que gere o XML utilizando o método NEFe.CriarNFe, pois já vai gerar no padrão correto, ou então seguir o mesmo modelo para gerar por outra aplicação. https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html

Este problema realmente parece ser algo muito específico no ambiente, até mesmo por ser aleatório... Caso contrário teria muitos relatos sobre isso... Note que o campo "ValorDocumento" tem um SET setValorDocumento, onde sempre ANTES de chegar na geração do código de barras ou na remessa, passa por essa função e já realiza o arredondamento de duas casas seguindo padrão ABNT. Quando chega na função MontarCodigoBarras, o "round" apenas utiliza o valor inteiro (já multiplicado por 100). Certifique se realmente não está chegando o valor com 3 casas decimais na procedure "setValorDocumento". Por exemplo 381,406, nesse caso sim arredondaria com 0,01 centavo. Poderíamos alterar conforme sugerido, mas note que todas os campos de valores e todas as classes de Bancos utilizam o round, nesse caso afetaria todos os demais valores também... e o ideal seria revisar todo o componente Boleto se fosse o caso.