Kirliam Maciel Dias

Tudo bem. Fiz o teste devido à mensagem do Alexandre. Farei outro teste no final de semana.

Testado com a versão 1.4.0.197. Problema continua.

Eu uso o AcbrMonitor. Isso foi corrigido e gerada uma nova versão do monitor?

Olá. Qual a possibilidade de criar um novo método no ACBR Monitor para geração do XML de envio ao portal GNRE? Eu sei que o mesmo fica armazenado nos logs, mas gostaria de um método pela API. Motivo: como SP não participa ainda do Portal GNRE, pelo menos com o XML é possível gerar a guia através do site deles.

O que eu informei é que eu uso o ACBR para leitura de retorno de outros bancos e funciona como esperado. Os outros bancos tem suas particularidades... Não sei se entendi a pergunta, mas esse retorno é uma confirmação de 10 boletos registrados com sucesso e 1 baixa efetuada com sucesso!

Sim, todas as instruções foram confirmadas (02). As 10 primeiras são pedidos de registro, e a 11ª é um pedido de baixa. Conforme o manual, a instrução de origem (registro ou baixa) está nas posições 327 a 328. Então era esperado "toRetornoRegistroConfirmado" para as 10 primeiras, e "toRetornoBaixadoViaArquivo" para a 11ª.

Boa noite. Os retorno de baixa confirmada estão sendo lidos como "toRetornoRegistroConfirmado". Esperava algo do tipo "toRetornoBaixadoViaArquivo". Tentei tanto no formato CNAB400 quanto no CNAB240, e o problema é o mesmo. Homologamos a UNICRED recentemente. Para os outros bancos está funcionando de acordo: BB, Itaú, Sicoob, Sicredi. O retorno deles parece correto. Eles usam as posições 327 a 328 para a instrução de origem, que está corretamente 02 (Pedido de Baixa) para o último (11º) boleto do retorno. Os 10 primeiros estão como 01 (Registro). Essa é a especificação deles: https://www.unicred.com.br/site/1685563159823-gr---cob136---cobranca-web---layout-cnab-400---retornopdf.pdf Em anexo o retorno em CNAB400. Estou usando a última versão, 1.4.0.193 x64. CNAB400_UNICRED_TODAS_0007784481_0515_11082023_02.RET

É, parece que resolveu, desde ontem quando mudei não caiu mais. Obrigado!

Beleza, troquei aqui, vamos ver se resolve...

Há dois dias atrás atualizei a versão do meu ACBRMonitor de 1.4.0.52 para 1.4.0.139. Sim, estava usando uma versão bem antiga, mas era bem raro o monitor encerrar sozinho. Mas fiz a integração com o GNRe, e fui obrigado a atualizar. O resultado é que os monitores (uso 3 em uma mesma máquina) estão encerrando a cada meia hora aproximadamente!! Ainda são poucas guias geradas por dia. Hoje, por exemplo, não tinha sido gerada nenhuma ainda e o monitor caiu várias vezes, então não acredito que esteja relacionado ao meu novo código do GNRe. Desconfio que possa ser algo relacionado à configuração do SSL dos certificados. Antes eu usava httpOpenSSL, e para conseguir fazer funcionar o GNRe eu tive que trocar para httpWinINet. O servidor é Windows Server 2019, versão OpenSSL 1.1.1.j de 16/02/2021. No LOG.txt não tem nenhum informação sobre os encerramentos. Não achei nenhum outro log.

Claro, segue o conteúdo do arquivo: <guia xmlns="http://www.gnre.pe.gov.br" versao="2.00"> <guia versao="2.00"> <situacaoGuia>0</situacaoGuia> <ufFavorecida>MG</ufFavorecida> <tipoGnre>0</tipoGnre> <contribuinteEmitente> <identificacao> <CNPJ>12345678901234</CNPJ> </identificacao> <razaoSocial>XXXXXXXXXXX</razaoSocial> <endereco>Rua Pedro Soares</endereco> <municipio>05407</municipio> <uf>SC</uf> <cep>88020070</cep> <telefone>4812345678</telefone> </contribuinteEmitente> <itensGNRE> <item> <receita>100102</receita> <documentoOrigem tipo="10">3084</documentoOrigem> <dataVencimento>2022-10-26</dataVencimento> <valor tipo="11">1314.00</valor> <valor tipo="21">1314.00</valor> </item> </itensGNRE> <valorGNRE>1314.00</valorGNRE> <identificadorGuia>3084</identificadorGuia> <dataLimitePagamento>2022-10-26</dataLimitePagamento> <nossoNumero>0000006292200051</nossoNumero> <linhaDigitavel>858800000130140003022221990100000064292200051002</linhaDigitavel> <codigoBarras>85880000013140003022229901000000629220005100</codigoBarras> </guia> </guia>

Boa tarde. As minhas guias impressas estão exibindo o município do emitente com o código numérico do IBGE, o mesmo que eu informo no .ini: Cidade=05407 Segue a imagem: Isso é esperado? Não achei nada no portal do GNRE. Estou utilizando a última versão do Monitor, 1.4.0.139, e a versão 2.0 do GNRe.

Bom dia. Estou testando em homologação.

Oi Victor, voltando à minha pergunta original: o ACBR permite que se incluam N títulos para baixar, usando o Boleto.IncluirTitulos. Então eu esperava ter um resultado de sucesso ou erro para cada título, e não um simples OK geral. O retorno do ACBR quando a operação é registro é seccionado por título, então esperava algo similar quando for operação de baixa. Algo como: [Titulo01] sucesso [Titulo02] erro

Problema é que eu não tenho o request para enviar pelo postman. Não gera nada nos logs além daquele json.

Na verdade estou usando o ambiente de homologação do BB. Está estranho também que não existe o log da chamada da API, como num envio de registro.

Bom dia. Aquilo que eu postei é tudo que tem nos logs, tanto do monitor quanto da API. Na pasta de logs da API só foi gerado 1 arquivo ("536-registro_boleto.json"), só com aquela linha, diferentemente de uma operação de registro, onde são gerados pelo menos 3 arquivos. E o log do monitor é só aquilo ali mesmo.

Boa tarde. Estou confuso quanto ao retorno recebido do ACBRMonitor quando é enviada uma remessa de Baixa. Quando a operação é registro, eu recebo a resposta de cada boleto em uma seção separada. Mas na baixa estou recebendo simplesmente um "OK". Esperava receber uma mensagem por cada boleto baixado, visto que pode acontecer de alguns darem certo e outros darem erro. 09/09/2021 17:18:43 - BOLETO.LimparLista 09/09/2021 17:18:43 - OK: 09/09/2021 17:18:43 - BOLETO.ConfigurarDados("C:\XXXXX\Boletos\bb_api_homologacao.ini") 09/09/2021 17:18:43 - OK: 09/09/2021 17:18:43 - BOLETO.IncluirTitulos("C:\XXXXX\Boletos\boleto.ini") 09/09/2021 17:18:43 - OK: 09/09/2021 17:18:43 - BOLETO.SetOperacaoWS(2) 09/09/2021 17:18:43 - OK: 09/09/2021 17:18:43 - BOLETO.EnviarBoleto 09/09/2021 17:18:45 - OK: Log da api (536-registro_boleto.json): {"numeroConvenio":3128557}

Entendi. Então não dá para misturar registros e baixas num mesmo envio, certo? Essa alteração em breve, seria um parâmetro no "Boleto.EnviarBoleto"?

Ah não, não alterei nada! Nem sabia que precisava... Como reportei no início da conversa, estou passando a lista de Boletos com BOLETO.IncluirTitulos("XXXX"), e incluindo a linha "OcorrenciaOriginal.TipoOcorrencia=1" nos títulos que desejo baixar, de forma similar a uma remessa via arquivo. É inviável ficar trocando no monitor e salvando. Vou aguardar vocês atualizarem então, e me passarem as instruções de como deve ser feito exatamente ao se trabalhar via arquivo.

Acabei de testar aqui em ambiente de homologação, enviando um boleto para baixa. Achei estranho que o Header contem "Operacao=INCLUI_BOLETO". Seguem os arquivos. boleto.ini 390-registro_boleto.json 390-0009935389-retorno_registro.json ret0809211311.txt

Obrigado, vou testar hoje e informo aqui.

Jose, fiz os testes aqui e parece que resolveu, não aconteceu mais.

Oi José. Passei como booleano como você falou, mas ele não usou o valor indicado em "PercentualMulta", pelo visto usou o mesmo valor indicado em "ValorMoraJuros". boleto.ini DataMoraJuros=17/12/2021 DataMulta=17/12/2021 ValorMoraJuros=1,05 MultaValorFixo=1 PercentualMulta=6,00 boleto.json do log da API: "jurosMora": { "tipo": 1, "data": "17.01.2022", "valor": 1.05 }, "multa": { "tipo": 1, "data": "17.01.2022", "valor": 1.05 }

Informando "MultaValorFixo" DataMulta=XX MultaValorFixo=XX o ACBRMonitorPlus não está preenchendo o campo tipo ao enviar para a API: "multa": { "tipo": 3, "data": "29.04.2022" } aí acabou recebendo um erro da API: "Campo tipo multa preenchido com dados inválidos." Mas se ao invés eu usar "PercentualMulta" DataMulta=XX PercentualMulta=XX aí o campo é preenchido: "multa": { "tipo": 2, "data": "29.05.2022", "porcentagem": 2 }