José M. S. Junior

Bom dia, as dlls que precisa para comunicação Web, são da OpenSSL caso esteja utilizando a configuração HTTPOpenSSL em "WebService". Caso esteja utilizando WinCrypt só precisa que o Windows esteja totalmente atualizado. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.7/

Boa tarde, qual exatamente o problema utilizando o componente? Chegou a testar o o Demo ACBrBoleto?

Verifique o ajuste que o colega @BigWings, identificou acima...

Boa tarde deve gravar nesse diretório informado para eventos: PathEvento=C:\CriaSoftWare\NFe\CCe Marque também SarvarArq=1

Boa tarde, Realizando teste com esse método por aqui não ocorre o problema... Validou e não remove nenhum campo... Esse XML é gerado pelo sua aplicação ou pelo ACBr? Se for pela sua aplicação, verifique se o XML está sendo gerado corretamente pelo validador SEFAZ: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx?

Como se trata de uso da lib ACBrBoleto estamos movendo o tópico para a Categoria adequada.

Bom dia Esta property espera um TString, então pode alimentar as informações em um TStringList para passar para esse campo. Assim como é feito com o campo Mensagem no Aplicativo Exemplo ACBrBoletoDemo

Bom dia, Sim utilize ponto e virgula ';' para realizar quebra de linha em dados adicionais.

Creio que precise remover todas as dependências de pacotes do Fortes já instalado e instalar o pack_powerpdf antes... Depois veja as dependencias de cada pacote antes de instalar o mesmo. Se existir dependencia não instalada, instale as mesmas antes... Para o Fortes baixe do git https://github.com/fortesinformatica/fortesreport-ce.git

Apesar de estar compatibilizado para o layout mais atual, aparentemente mantem funcionalidades do layout anterior... Não sei se alguém ainda usa dessa forma, mas alterando simplesmente o tamanho do campo quebraria essa compatibilidade na função "Define Carteira". Vou tentar simular o erro conforme está relatando para identificar a melhor solução.

Bom dia Paulo, essa propriedade do Banco não pode ser alterado pois por padrão para esse banco é esperado uma carteira com 3 dígitos realmente (por exemplo 101). Note que é a função DefineCarteira que faz a conversão com o código que será gerado na remessa... No seu caso a orientação de Carteira é apenas "1" mesmo? Isso é o que sai impresso no boleto também? Se sim creio que o ajuste precise ser feito na função "DefineCarteira".

@Rodrigo Pachesen ApoioInf., obrigado por reportar... Quanto ao primeiro erro será ajustado conforme sua sugestão, carregando os dados de proxy antes das validações do Boleto. Quanto ao segundo erro realmente não conseguimos simular.

Esta versão do ACBrMonitorPlus está bem defasada, sugiro que faça o cadastro e atualize... https://www.projetoacbr.com.br/forum/sac/v2/cadastro/

Bom dia, está utilizando a versão x86 do ACBrMonitor? Chegou a fazer um testes realizando uma intalação do zero em um novo diretório?

Bom dia, o Banco do Brasil tem um série de regras para gerar o Nosso número... Baseia-se no código de Carteira, tamanho do de convênio em alguns casos o tamanho sequencial do nosso número deve ter no máximo 5 digitos. Mas precisa ter os dados exatos de Convenio e Carteira passados para sua conta para que consiga homologar os boletos com eles...

Boa tarde, para gerar CSOSN900 o CRT precisa ser Simples Nacional CRT=1 Informando 2 - , como estra nas regras de ICMS.

Sim, por padrão ficam na pasta bin, ou no path definido nas configurações ACBrLib.ini campo "LogPath=" é gerado um arquivo com a extensão .log

Bom dia, sim é utilizado mesmo... O que identifica se é em percentual ou valor é a propriedade "MultaValorFixo"

@alemellado creio que já respondi a pergunta no Chat ACBr, mas realize um teste passando apenas 11 caracteres para CPF.

Se possível extraia um log do aparelho e anexe para verificação.

Boa tarde, o erro ocorre ao instanciar a lib? Se possível anexo o log da ACBrLibBoleto para verificação.

Copie a mesma dll utilizada pelo aplicativo da Tanca. Certifique-se do tipo da dll, se está compilando sua aplicação em x86 a dll do sat também deve ser x86 e vice versa para x64. Veja nesse tópico as configurações de homologação desse aparelho

Qual aparelho e modelo de dll está utilizando ?

@OFF-DEV realmente não esta claro na documentação vou informar... Mas deve ser o CNPJ da Sw.House + CNPJ do Emissor no primeiro parametro, isso é uma especificação do próprio SAT para esse método. Quanto a resposta teria que analisar o log. Pois a mesma sempre vem do aparelho... Chegou a ver se está utilizando a dll correta, normalmente versão errada da dll do fabricante causa erro neste método.

Atualizado no SVN a leitura destes campos peloTXT. Favor atualizar e realizar os testes.