Antonio Gomes

Isso, o meu eu mudei também de sandbox paa homologacao e deu certo... Eu pensava que ja tinha testado isso antes em modo sandbox kkk o case ali

a falta da url descobri pq, se pusermos em sandbox nao entra nisso, nao tem como colocar o sandbox ali no homogacao ?

dead_line deles tem pegadinha tá: O deles é carencia de juros, nao dias apos vencido para calcular juros, eu pasava no meu que o juros era um dia apos o vencimento, mandaram eu colocar zero no dead_line O retorno prepara que tem outra pegadinha, o nosso numero vem com zero a menos no retorno txt, e nao tem comando ainda na api para pegar extrato dos boletos pagos. 29/05/25 09:27:35:873 -03:00 - Comando Enviar: {"external_reference_id":"MN00001","amount":100, "due_date":"2025-06-29","instructions":["Teste MSG!"], "discount":{"discount_type":"P", "first":{"value":10,"dead_line":10}}, "interest":{"type":"P","value":0.1,"dead_line":5}, "fine":{"type":"P","value":5,"dead_line":5}, "payer":{"name":"Teste de Nome Sacado","tax_id":"50146335015", "address":{"street":"Teste de Endereco","number":1,"complement":"","city":"Teste Cidade","state":"SP","zip_code":"01014000"}}} Por hora atualizei o acbr ontem, deu erro de falta de url de sandbox... devem ter mexido algo mesmo

A solução por hora nao foi no componente. Mas no programa mesmo. A do meu ponto de vista, o retorno vindo no txt eles tilham que nivelar os campos ao retorno quando é carteira 20,gerado via boleto cliente emite. Mas como disse, a api pede pouca coisa.

Como não vi evolução por parte do C6, para colocar o valor correto, eu fiz uma gambia no meu sistema, acrescentando o zero para achar o nosso numero, e vida que segue. Fecha o tópico, se puder ate deletar, pois nao tem relevancia.

Alexandre, ali a gente pode mexer, para atender uma carteira né ? Pois a api está vindo como carteira 15, logo o retorno se vc analisar, nao tem de fato os dados tudo. Embora eles tenha devolvido meu dado unico no campo da posicao do "numero do documento", acho que é so inverter a leitura, ou ainda assim, aguardar se o c6 ajuste o retorno de liquidações de boletos oriundos da api.

Voce está em sandbox com o certificado de desenvolvedor ou está usando credencial do seu cliente?

Alexandre, aguarda que estou em contato com C6, detectei, que o retorno veio diferente, por causa da carteira 15, da API. O retorno está ok para carteira 20, que é aquela de remessa enviada em txt.

Olá, @Alexandre de Paula Retorno C6: CNAB400, posição de captura de dados incorreta. Seguindo o manual anexo, na página 10/41, mostra a captura do "Seu Numero", na posição 117 com corte de 10 posições, porém, no componente está sendo lancado, como se fosse documento, pergunta, posso arrumar vocês subirem isso ? Manual anexo, e print do fonte do local incorreto. c6 2025 manual-cnab.pdf

Resolvi dentro do meu ERP, como disse, fiz coisa que nunca era pra ter feito... criar parametro para dias para começa contar juros, era fixo no meu sistema, juros, é sempre manhã seguinte do vencimento do boleto, logo: vencimento + 1 dia... Mas, o C6, inventou um tal de carencia, o dead_line, era tão simples, ter mantido a data para juros, igual era na remessa txt... enfim, não murro em ponta de faca, resolvi para o cliente, mas, sei que todos demais bancos, é o oposto dessa ideia, no caso, é qdo começa contar como juros, a data. Em teoria, dentro do Brasil, juros é sempre após vencido né... A proposito, no acbr, minha sugestão de mexer, é para o corte das strings, bem como os caráteres que nao podem ir, que é diferente tambem. O json deles, precisa ter validador antes, de repente, ao invés de cortar, validar. Não sei até que ponto, é valido fazer validação, sou ser drástico, e cortar, eu cortei, pois, se o cliente precisar de mexer em nome e rua de cliente, para atender a um segmento, o cadastro fica ruim, pois, NF-e, se você pegar, acata 60 dígitos.. nome, rua, enfim. Carece analisar, antes de mudar, o que é bom para eu, pode não ser para outro, embora no final a regra é da API kkk.

Alexandre, tem outro bug lá tambem, onde pedem o dead_line, o prazo em dias, para juros ou multa, no meu sistema, eu resolvi, criando campos dentro da conta corrente, para colocar quantos dias para começar calcular juros e multas, na remessa, isso vai, a data que a gente manda, na api do C6, mandaram eu enviar zero, no dois campos dead_line, tanto do juro quanto da multa. Outro caso que ocorreu no cliente hoje, foi ter o nome da rua com Rodovia X/Cidade, essa barra, foi motivo de rejeição, no caso, eu recordo na nfe, que é passado pelo conversor de, por exemplo, quando tem uma barra, que atrapalha o xml, é criado com aquele &amp, nesse, via documentação, você acha que poderia ser? A documentação: https://developers.c6bank.com.br/apis/bankslip#tag/bank_slips/POST/ Penso, que os caracteres estanhos do lado, seja as excessoes. Vou criar no meu, modo de retirar, mas, nem todas é assim, tão criteriosa, tanto, que eu uso inter em outros clientes, e nao acusa tanto problema assim de cadastros. É possivel ter o meu soft nessas tags? para conhecimento de problemas... partner-software-name partner-software-version

Olá, Gostaria de sugerir, se posso acatar e mudar dentro do fonte, de fazer o corte de strings, dentro da unit de gerar o json do banco C6, gera muitos erros ao enviar. Ex: Rejeições: Campo: https://developers.c6bank.com.br/v1/error/invalid_request Código: 400 Versão: Correlation_id:93bfea3831671d13-GRU Ocorrência: O campo 'street' do pagador n�o pode ter mais que 33 caracteres. Bad Request Mensagem: Requisi��o inv�lida. Isso se deu, pelo fato de que, nao sempre preocupávamos com o tamanho da string de nome, rua, bairro, complemento, etc., porém, quando é arquivo de remessa, ja corta certo, mas na api, isso nao acontece, então, como sugestão, é, alterar no ato do json e mandar ai, poderia eu fazer?

Grato: A proposito, pessoas que vejo usar isso aqui na cidade, e que perguntei, uma delas, havia feito essa alteração internamente também, já outro, nem sabia do erro, já que nao emite nfse com retenção, logo, vai sanar o problema para esse outro colega de profissão. Havendo mais problemas, eu volto a lhe falar.

mas sua ideia inicial, era eu ter acesso dentro do sistema, foi ai que abri essa thred, pq nao achei como chegar nessas variaveis :((

Então, após ver sua mensagem, e de testar no cliente, mudei, como voce falou, e ficou assim: VersaTecnologia.GravarXml.pas

Cara eu ate tentei manipular essa variavel antes de enviar, mas nao achei como, pode me dar o caminho ? E aquela outra, como acesso ela sem ser pelo fonte? Essas variaveis: NrOcorrRespRetencao e NrOcorrValorDeducoes Esse codigo da 200 eu peguei com um colega de profissao, mas é preciso sim ser dentro da derivação 201 Mas se eu conseguir mexer nela, eu preencho antes de emitir, igual era da antiga nfse

Ah esqueci de mencionar, na nfe anterior, tinha essas gambi tambem:

Sobre o valor do iss retido, do provedor versa, ele nao tem o campo de valorissretido, mas, vai a tag IssRetido = 1, e o valor retido, vai no campo valoriss, ao dar um load no arquivo, o acbr nao acata o valor da retencao, na tag valoriss, o valor retido, como poderia colocar isso, sem ser dentro daquela unit que mandei, detalhe, isso nao acata so a cidade de ubá, mas a versao toda do provedor versa 2.01. olha meu fonte, é atribuido nos dois campos, mas, o provedor nao acata o segundo campo (ValorIssRetido). Repara ao repassar, o valor 0,41 é retenção, e precisa ir no campo valoriss, por isso inverto ele

Então @Italo Giurizzato Junior Essa parte não consigo colocar do meu lado do sistema, teria como fazer ? //============================================================================== // Essa unit tem por finalidade exclusiva gerar o XML do RPS do provedor: // VersaTecologia //============================================================================== { TNFSeW_VersaTecnologia200 } function TNFSeW_VersaTecnologia200.GerarValores: TACbrXmlNode; begin // uba 3169901 if (NFSe.Servico.Valores.ValorIss = 0) and (NFSe.Servico.Valores.ValorIssRetido > 0) then NFSe.Servico.Valores.ValorIss := NFSe.Servico.Valores.ValorIssRetido; Result:= inherited; end; Isso é para tirar um erro de falha de valores de campo, ao transmitir uma RPS com retenção. Onde, o valorIss está indo zerado. Não sei pq nao criam campos separados, o provedor.

Vou testar, isso foi desespero, peguei com um parceiro, a solução dele, eu migrei do componente antigo, e não tive como testar em produção, o cliente que pegou o erro. Irei testar a sua ideia, eu havia pensando, se pudesse ser pela cidade, mas aguarda, eu darei retorno aqui, se resolveu.

@Italo Giurizzato Juniorolá, ao enviar o rps, foi preciso ativar essas opções, é possível agregar aos fontes? Cidade 3169901, provedor versatecnologia. VersaTecnologia.GravarXml.pas Outra coisa Italo, sempre que tenho uma lista de rps para enviar, eu carrego uma por uma, e vou enviando e atualizando minha lista, e sempre no segundo rps, acontece isso X800-Erro de Validação: --> 1824 - Element '{http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd}CodigoMunicipio': '' is not a valid value of the atomic type '{http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd}tsCodigoMunicipioIbge'. E pula pro próximo, e vai de boa, depois repete o erro. Suspeita de algo que pode ser? Se algum campo nao carregou:? Nota, so deu isso quando tem retenção, alias, a unit ali, foi devido a rps com retencao de issqn.

Deu certo sim, agora, estamos com outro dilema, de ir o comando, e o timeout nao deixar vir retorno, nisso, a gente tenta enviar de novo, e devolve o erro que já existe o boleto com o meu numero, uma solução paliativa que fiz, foi colocar o timeout em 999999, parece que esses dias, os 5000 padrão, esteja sendo pouco, testes em sandbox isso, seria possível avaliar, se o retorno nao sendo sucesso, do componente capturar o numero do boleto e consultar e assim normalizar os dados do boleto? Nota: Não vem no retorno, aquele primeiro número que a gente usa no comando, "numero correspondente". Segue aviso da segunda tentativa. [Content] Rejeições: Campo: https://developers.c6bank.com.br/v1/error/invalid_request Código: 400 Versão: Correlation_id:92687b1b218ea17b-GRU Ocorrência: [BoletoClient]: Erro ao inserir registro: Já existe o título 9825391 com o seu número XR4013 cadastrado . Bad Request Mensagem: Requisi��o inv�lida. XR4013 = é meu identificador único.

Tive que corrigir outra linha mais abaixo. ACBrBoletoRet_C6.pas

Muda para o acbr, quase igual, vai ser melhor, eu ja usei esse projeto, foi descontinuado né.

@Victor H. Gonzales - Panda ACBrBoletoRet_C6.pas