luizduesoft

Bom dia, galera! Realizo emissão de boleto por DLL ACBr via API SICOOB. O LimpaLista está sendo chamado corretamente após cada boleto emitido. A duplicação ocorre apenas em falhas intermitentes de comunicação com o SICOOB. Quando ocorre a falha, o registro do boleto no SICOOB existe (com o mesmo nosso número), mas não há registro interno no sistema, pois a emissão foi considerada “não concluída”, pois não foi retornado 200. Alguém teria alguma sugestão para consultar o boleto se foi registrado ou não?

Obrigado! Vou abrir um tópico por lá, então

Bom dia, galera! Realizo emissão de boleto por DLL ACBr via API SICOOB. O LimpaLista está sendo chamado corretamente após cada boleto emitido. A duplicação ocorre apenas em falhas intermitentes de comunicação com o SICOOB. Quando ocorre a falha, o registro do boleto no SICOOB existe (com o mesmo nosso número), mas não há registro interno no sistema, pois a emissão foi considerada “não concluída”, pois não foi retornado 200. Alguém teria alguma sugestão para consultar o boleto se foi registrado ou não?

Consegui realizar a emissão da NFCe. Além desses campos que mencionei, estava faltando preencher os campos de totais. [ISTot] vIS=0.00 [IBSCBSTot] vBCIBSCBS=0.00 [gIBS] vIBS=0.00 vCredPres=0.00 vCredPresCondSus=0.00 [gIBSUFTot] vDif=0.00 vDevTrib=0.00 vIBSUF=0.00 [gIBSMunTot] vDif=0.00 vDevTrib=0.00 vIBSMun=0.00 [gCBSTot] vDif=0.00 vDevTrib=0.00 vCBS=0.00 vCredPres=0.00 vCredPresCondSus=0.00 [gMono] vIBSMono=0.00 vCBSMono=0.00 vIBSMonoReten=0.00 vCBSMonoReten=0.00 vIBSMonoRet=0.00 vCBSMonoRet=0.00

Estou utilizando a NFCe por DLL. Estou preenchendo o .ini da seguinte forma: [IS001] CSTIS=cstis000 cClassTribIS=000001 vBCIS=0.00 pIS=0.00 pISEspec=0.00 vIS=0.00 [IBSCBS001] CST=000 cClassTrib=000001 [gIBSCBS001] vBC=0.00 vIBS=0.00 [gCBS001] pCBS=0.00 vCBS=0.00 Mas, ainda está me retornando o seguinte erro: Retorno da NFC-e não autorizado! Motivo: Rejeição: Grupo IBS/CBS não informado [nItem: 1] NFCE77966.ini

Entrei em contato com o suporte do Banco do Brasil e ele me retornaram com a seguinte resposta: Mesmo assim ainda persistiu o erro, então, resolvi substituir por alguns números aleatórios no nosso número e o boleto foi emitido. Os números do "nosso número" que está no manual do BB, não deu certo.

Galera, bom dia! Estou desenvolvendo o boleto do Banco do Brasil, estou realizando a emissão via ACBrDLL, pois desenvolvo em VB6. O problema em questão é o retorno que estou tendo: Result={"erros":[{"codigo":"4874915","versao":"1","mensagem":"Nosso Número já incluído anteriormente.","providencia":"Informar outro Nosso Número.","ocorrencia":"000000000000000000221327"}]} A mensagem está bem explícita, porém, qualquer nosso número que passo ele diz que já está incluído anteriormente. Alguém consegue me ajudar com isso? LogWebService.txt

Tinha sim, Juliomar. Era justamente o espaço que estava ocorrendo o problema de comunicação com a API. Obrigado pelo retorno.

Pessoal, estou enfrentando um problema com a DLL do ACBrLib com emissão de boleto por API do SICOOB. Estou tendo o retorno: 09/09/25 16:32:37:572 -03:00 - HTTP/1.1 404 Not Found Porém, identifiquei que está utilizando o seguinte endereço para enviar o boleto: 09/09/25 16:32:37:379 -03:00 - URL: [POST] https://sandbox.sicoob.com.br/sicoob/sandbox/cobranca-bancaria/v2/boletos E estou passando na versão do WS como V3, como está abaixo: [BoletoWebSevice] LogNivel=4 NomeArquivoLog=LogWebService PathGravarRegistro=D:\Git\Luiz\DS Financas Ambiente=1 Operacao=0 VersaoDF= V3 Por questão de dúvidas, realizei uma emissão via ACBrMonitor e houve a resposta 200: 09/09/25 15:39:44:116 -03:00 - C digo do Envio: 200 1.1 OK Porém, pelo que identifiquei o Monitor está utilizando a versão V3: 09/09/25 15:39:44:116 -03:00 - Retorno Envio: TBoletoW_Sicoob_V3 09/09/25 15:39:43:802 -03:00 - URL: [POST] https://sandbox.sicoob.com.br/sicoob/sandbox/cobranca-bancaria/v3/boletos Estou encaminhando os arquivos, por via de dúvidas. Alguém tem uma luz do que porque estar ocorrendo isso com a DLL? Do porque estar utilizando a versão V2? LOG-ACBRMONITOR LogWebService ACBrLib.ini

Obrigado pela resposta, Leandro. Eu imaginei que pudesse ser isso mesmo.

Em relação as particularidades está OK. Gostaria de entender o motivo desse nosso número não vir conforme os dados que estou enviando ao banco. Pois o cálculo de meu sistema está correto, pois existe clientes utilizando o boleto com remessa. O problema em si, é o retorno da API da SICREDI. Se alguém tem uma luz que eu possa estar verificando.

Galera, boa tarde! Estou com um dilema com o boleto da SICREDI por API. Meu boleto, está sistema está calculando a seguinte linha digitável: 74891.12529 00033.867896 03123.451001 1 11900000001000 Mas, o retorno do boleto em homologação da SICREDI retorna a seguinte linha digitável: 74891121150039736789903123451001187340000000050 Minha linguagem é VB6 e utilizo o monitor como forma de comunicação com a API do Banco. Está em anexo meu arquivo de LOG e o arquivo de boleto gerado para comunicação. BOL000356.ini LOG.TXT

Galera, boa tarde! Estou desenvolvendo o boleto Bradesco do ACBr com a lib. API está me retornando o seguinte erro: JSON={ "statusHttp" : 400, "errorMessage" : "IDENTIFICADOR DO PRODUTO NAO CADASTRADO" } Alguém já passou por isso? Não sei o problema está com o banco (por não estar liberado algo na conta) ou se está faltando passar alguma informação na lib do ACBr.

Provavelmente estou no caminho. Está me retornando o seguinte erro: JSON={ "statusHttp" : 400, "errorMessage" : "IDENTIFICADOR DO PRODUTO NAO CADASTRADO" }

Agora, estou com o seguinte erro: DADOS INCONSISTENTES - 0840 Anteriormente, estava com o seguinte erro: JSON={ "errors" : [{ "message" : "com.fasterxml.jackson.databind.exc.InvalidFormatException: Cannot deserialize value of type java.math.BigDecimal from String \"2395000000014385-5\": not a valid representation\n at [Source: (org.apache.cxf.transport.http.AbstractHTTPDestination$1); line: 1, column: 265] (through reference chain: br.com.bradesco.cbon.srv.gerar.boleto.hibrido.model.RegistrarBoleto[\"cnegocCobr\"])" }] } Eu retirei o - da CC e começou a dar o erro de dados inconsistentes.