Daniel InfoCotidiano

@Carlos Paiva boa tarde ! Para certificado A1, recomendamos que use openssl: WinCrypt depende do Windows, Openssl é idependente.

@Souza Ontem tive um problema semelhante qdo executei uma aplicação x64 com as dlls incompatíveis. Pode fazer um teste por favor Vou te passar o link p vc baixar e colocar junto com o seu executável (tem q ser compatível com arquitetura do seu exe) Download32 Bits Download64 Bits

Bom dia @C4Dev Obrigado por reportar. Sempre que precisar postar Log ou trechos longos, anexe em arquivos para ficar mais organizado o fórum. Vi que você citou que fez a correção e testou, por favor anexe a unit modificada para que nossa equipe possa analisar. Como não temos relatos semelhantes, pode anexar a documentação que consta esta alteração, este campo. Muito Obrigado !

Bom dia @mgmobile favor informar o campo: DataLimitePagamento = (lembrando que existe uma regra conforme manual: Informar “0”, "30" ou "60". Esses são os dias decorridos da data de vencimento do título em que ainda será possível o pagamento) Exemplo: DataVencimento=14/08/2023 14/08/2023+30=13/09/23 DataLimitePagamento=13/09/2023

Tente marcar a opção remover arquivos antigos do disco

Com este exemplo do ACBrCEP? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/CEP_MT_Linux/

@jarbasjrsa Chegou a fazer o teste com o exemplo q te mandei com o link do forum acima anexado Para efeito de testes e para poder abstrair o conceito da lib no Harbour ?

@jarbasjrsa Mesmo definindo STR_LEN, conforme o @Diego Foliene citou acima? @jarbasjrsa Pode testar com este exemplo por favor para que possamos ver o comportamento e que vc possa extrair o funcionamento da lib.

@jarbasjrsa uma observação importante que estávamos discutindo com o time. Observe que nesta imagem está declarada StdCall, então a lib utilizada é da pasta stdcall: Imagem acima retirada do post do forum PCToledo O Sr utiliza Harbour ou xHarbour ? Pergunto pq li em um forum que no Xharbour a lib compila normalmente, mas em Harbour, o usuario só compilou na versao Harbour 3.2.0dev (r1802131223). (apenas uma dica, quem sabe o sr esta usando uma versao anterior)

Precisa ver se vc esta utilizando a versão correta da DLL. No exemplo foi utilizada ACBrNFSe32.dll para gerar aplicações (exe) 32 bits. Agora existem Cdecl e SdtCall precisa ver qual é compativel com o Harbour. Lembrando que dll existe singlethread e multithread (multithread dentro da pasta MT) Além desta dll temos as dependências que deve seguir a mesma regra de arquitetura x86 ou x64; Na pasta do EXE, crie a pasta ACBrLib. Dentro da pasta ACBrLib, crie a pasta compativel com seu sistema, exemplo x86 Dentro da pasta x86 vc coloca as dlls

Boa tarde @Souza Você utiliza Delphi ? Se utilizar, vi um problema semelhante e uma dica foi: Pode ser que você tenha ligado a diretiva de Verificação de Faixa (Range Check), o padrão é ela desligada http://docwiki.embarcadero.com/RADStudio/Rio/en/Range_checking Talvez inserir a diretiva {$R-} No ACBr.INC já resolva o problema

Agora com o nosso componente ACBrBoleto é possível emitir Boletos, gerar e receber CNAB 400 para o banco 604 - Banco Industrial do Brasil A atualização já está em nossos repositórios ! Agradecimento ao nosso amigo @Victor H. Gonzales - Panda pelo trabalho. *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

Agora temos o implementado o ATHENA Banco Fomento Mercantil. Ele utiliza layout CNAB 444 foi criado tendo como base o padrao CNAB400 do Banco Bradesco. Sendo assim em nossos componentes está listada como AthenaBradesco. Agradecimento ao autor da colaboração @Marcos Lenharo Na rotina deste banco foi inclusa o campo de Chave da Nota Fiscal Eletrônica ao final da linha de cada Registro. Sendo assim é obrigatório informar a chave da nota em cada boleto. Exemplo para incluir os dados da nota no boleto: *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

@Alvaro Marcelo Boa tarde! Desculpe, só para entender, você esta informando os campos juros , mas não quer que a mensagem seja exibida no boleto?

@Antares Boa tarde ! Primeiro passo atualizar o ACBrMonitorPlus, pois ja estamos na versão 1.4.0.189 Clique aqui Neste post o Diego anexou um INI como exemplo com os campos necessários e informações sobre o assunto.

Boa tarde @Jéter Rabelo Ferreira Desculpe a demora, mas precisei de um tempo para falar com o time todo de boleto. Uma detalhe que estamos curiosos é que por enquanto não tivemos relatos com estas divergências. E estamos com receio de subir isso e impactar usuários que talvez utilizam carteiras diferentes e por isso não apresentou relatou erro. Até fui orientado a te perguntar, estas alterações foi utilizada somente em um cliente seu ou mais? destes clientes todos são do mesmo tipo de carteira ou modalidade ? Abr

@Goodsoft_ViniciusBonato Pode fazer um teste com uma alteração por favor. Na seção [Total] Você informou vlICMSMonoret, deixe como vICMSMonoRet Aguardo um feedback

@rpaulogio Foi criado uma Tarefa para analise e modificação da API do SICOOB TK-4196; O sr será notificado assim que concluída. Obrigado por reportar

Bom dia ! Deixe em branco o nosso numero, mas dai vc vai ter q esperar o retorno para pegar o nosso numero e incluir na sua base para gerar os boletos. Como diz no manual aque acho q foi o mesmo q enviei o print ontem, como é um campo opicional, se vc qser enviar ele, pode enviar desde que esteja calculado e está, por isso pedi p questionar o banco, pq nao esta aceitando um codigo calculado no padrao deles.

Sim, pq estamos gerando o DV do nosso numero conforme manual. Mas o banco esta dizendo q é invalido, precisamos saber o pq

Se vc observar o json gerado o nosso numero esta correto: Tem como enviar esta imagem para o suporte e questiona-los por favor

Por favor, como contem dados sensiveis, envie o arquivo de log gerado ArqBoletoWS.log para [email protected] No corpo da mensagem cole o link deste post.

Estranho que era para gerar 000034 Verificando o manual do banco Mas olhando o fonte o lNossoNumero é gerado, conforme manual: LNossoNumero := ACBrUtil.Strings.RemoveZerosEsquerda(OnlyNumber(aTitulo.NossoNumero)+aTitulo.ACBrBoleto.Banco.CalcularDigitoVerificador(aTitulo)); Seus fontes estão atualizados ? Tente passar o nosso numero com 6 posições = 000003

Show ! isso ai ! Delphi/Lazarus: Alimenta aqui: Titulo.NossoNumero := edtNossoNro.Text; Acbrlib:

Se funciona no postman com pfx com os mesmos dados q vc esta informando no ambiente do boleto, acredito que possa ser na exportação do certificado. Se qser testar no postman, vai ter q usar os 2 certificados ao inves do pfx, ou se preferir, tente gerar a .key .pem novamente pelo site Sicoob (clique aqui) ou exportar o certificado pfx em dois arquivos .crt e .key, utilizando os comandos do openssl: openssl pkcs12 -in <filename.pfx> -clcerts -nokeys -out certificate.crt openssl pkcs12 -in <filename.pfx> -nocerts -nodes -out private.key Configurar postman