Jhonlenon Ribeiro

Boa tarde, estou iniciando o boleto do santander via webserrvice / XML, eu tenho um cliente que usa o santander ai consegui abrir um chamado para o setor de cobrança eletronica do santander onde eles pediram o certificado digital para está valido o mesmo e enviando os manuais e processo de emissão de boleto bancario via xml...quem já fez ou quizer contribuir podemos conseguir mais esse banco e incorporar ao ACBrBoleto, onde já são 4 bancos homologado no ACBrBoleto com emissão via webservice ou api...o email que recebi do santander é esse aqui... Prezados, Bom dia. A partir de hoje auxiliarei na fase de conectividade da Cobrança XML do Banco Santander. Os passos a seguir são para guia-lo no início da conexão com o ambiente do banco Santander. Porém, caso seu ambiente esteja pronto para realizar a chamada de registro, a mesma pode ser realizada sem a execução dos passos abaixo. Obs1: Se você fará a emissão dos boletos através da VTex, Mundpagg ou GetNet por favor, não execute os passos abaixo, apenas me informe para que possamos seguir outro procedimento. O e-mail será sempre a melhor forma de comunicação entre nós pois, nem sempre estarei disponível para ligações. Caso não vá utilizar nenhum dos intermediários citados acima, seguir o procedimento abaixo.: Em anexo, o layout da Cobrança XML, um exemplo na linguagem PHP, um exemplo na linguagem C# e os modelos de XML para geração do ticket e registro do título. Obs.2: O passo 6 é apenas para clientes que irão utilizar linguagem PHP, o passo 7 é para clientes que irão utilizar C#. Informações Gerais: Passo 1: Como gerar o arquivo .pfx: Alguns clientes quando chegam nessa etapa ainda não possuem o arquivo .pfx para realizar os testes abaixo, portanto, se esse é seu caso, a seguir estão as instruções para a geração do arquivo .pfx com os arquivos .key e .cer, ou .crt que foram encaminhados pela Certificadora. Obs.1: É preciso ter o OPENSSL na máquina para gera-lo. Obs.2: Se você já possui o .pfx, basta pular para o passo 2. Dentro do CMD, navegue até a pasta onde estão os arquivos, abra o OPENSSL e digite o seguinte comando: Sintaxe da linha: pkcs12 -export –out nome_arquivo.pfx -inkey nome_arquivo.key -in nome_arquivo.crt. Explicando a linha acima: · Pkcs12 : Parte obrigatória para que o comando seja interpretado. · -out : Parte obrigatória para que o comando seja interpretado. · nome_arquivo.pfx: Tipo de arquivo que será gerado na saída, ou seja, o nome que será dado ao seu .pfx. · - inkey : Parte obrigatória para que o comando seja interpretado. · nome_arquivo.key: Nome do arquivo .key que Autoridade Certificadora disponibilizou. · -in: Parte obrigatória para que o comando seja interpretado · nome_arquivo.crt: Nome do arquivo .crt que Autoridade Certificadora disponibilizou. Passo 2: Como instalar o arquivo .pfx no browser: Esse passo será complementado pelo passo 3. As duas etapas permitem que seja verificado se há algum bloqueio no ambiente ao tentar o acesso ao nosso WSDL através do browser. Para acionar o WSDL via browser, o certificado com a chave privada (.pfx) precisa ser instalado/importado no browser na máquina onde será realizado o teste. Se o acionamento for por alguma ferramenta, por exemplo, SoapUI, será necessária a configuração do certificado na ferramenta. Se seu sistema já estiver desenvolvido para chamar nossas URL´s, o certificado privado deverá estar configurado na sua aplicação (endereço do certificado e a senha), para que seja realizada a comunicação. Instalação do certificado .pfx no browser: Dê dois cliques no arquivo .pfx. Quando forem solicitadas as opções na tela que solicita a senha, marque as opções abaixo: - Marcar esta chave como exportável. Isso possibilitará o backup do transporte das chaves posteriormente. - Incluir todas as propriedades estendidas. Passo 3: Como acessar o WSDL da URL de geração de tickets: Após importar o certificado em sua máquina local ou servidor, antes de acionar a URL do ymbdlb informada abaixo, verifique se o certificado está no diretório e limpe os caches para evitar algum problema de infra. Acione a URL abaixo através do browser, será solicitada a autenticação do certificado, não havendo nenhum problema, ou bloqueio, você terá acesso ao WSDL. https://ymbdlb.santander.com.br/dl-ticket-services/TicketEndpointService/TicketEndpointService.wsdl Atenção: Error 403 Forbiden pode acontecer: - Se o seu certificado estiver vencido. - Quando o certificado não for importado corretamente em sua máquina local ou servidor; - Se o cadastro do seu certificado ainda não estiver liberado, ou seja, foi realizado, mas ainda não subiu nos servidores do Banco Santander. (Que tem o prazo de um (01) dia útil após o cadastro). . Importante: Caso ocorra o erro: “error 403 Forbidden”, por algum dos motivos citados acima, é importante fazer a limpeza dos caches novamente antes de fazer uma nova chamada. Passo 4: Como testar a comunicação entre o certificado privado (arquivo .pfx), e o certificado público (arquivo .cer). O teste abaixo realiza a comunicação direta entre seu certificado privado (.pfx), e seu certificado público (.cer ), que foi cadastrado no ambiente do banco Santander. Com esse teste é possível identificar falhas de comunicação, porém, tudo estando corretamente configurado, será gerado o ticket ao fim do log que será gerado após a execução da linha de comando. TESTE DLB: O arquivo para o teste em Java pode ser obtido através do link: https://drive.google.com/file/d/101Z0G1RpbPWf3CZ8wwfMPZfXIorlGgDB/view?usp=drivesdk O arquivo pode estar em sua extensão correta (.jar), ou pode estar compactado. Para descompactar a senha é: YMBDLB . Caso esteja em outro tipo de extensão diferente da .zip, ou .jar, renomeie o arquivo para .zip e use a senha indicada. Para realizar o teste Java seguir o seguinte procedimento: Em alguns ambientes, devido ás políticas de segurança, somente os administradores conseguem executar este teste. Você precisa ter o arquivo .jar e o arquivo .pfx na mesma pasta para que possa ser gerado o log, de preferência, apenas os dois na mesma pasta para que não aja nenhuma influência de outro arquivo. Abra o CMD, navegue até a pasta onde está o certificado (arquivo .pfx), e execute a linha de comando abaixo. Importante: Não copie e cole a linha de exemplo abaixo para apenas alterar os parâmetros no CMD pois, pode apresentar erro. Linha de exemplo para execução: · java –jar TesteDLBTicket.jar P PKCS12 nome_do_certificado.pfx (informar a senha do certificado sem o parênteses) >20190321.txt Obs.: Ø Adicionar o parâmetro de ambiente P; Ø O sinal de maior ( > ) deve ser digitado junto ao nome do log, sem espaços; Ø A linha não pode ser copiada e colada pois, apresenta erro. Ø A versão do Java deve ser até 8/1.8. Assim que finalizar o teste peço que me encaminhe o log (txt) de retorno para que eu possa avaliar. Obs.: Os testes gerais iniciais foram concluídos. Após esta etapa é necessário realizar o teste de registro, portanto que pode ser por sua aplicação se a mesma estiver preparada para gerar boletos, ou você já pode realizar o teste através SoapUI. Esta ferramenta utiliza o mesmo protocolo de comunicação que o nosso Webservice, portanto, você pode realizar testes efetivos de criação de ticket e registro de títulos obtendo as mensagens de retorno do Webservice caso tudo esteja funcionando corretamente. Caso necessite de apoio na configuração do SoapUI me informe que encaminho as configurações necessárias. Passo 5: Teste de Registro: Se os passos anteriores foram bem-sucedidos, você deve realizar o teste de registro. Obs.: Caso sua aplicação ainda não esteja preparada para o teste de registro, você pode utilizar o SoapUI, ele utiliza o mesmo protocolo de comunicação do Webservice e após as validações, você pode replicar o que foi realizado em sua aplicação. Assim que realizado o registro poderá avançar para a próxima fase da homologação que será a validação dos dados. Para o teste, você deverá gerar um novo ticket através de sua aplicação, ou SoapUI e usar o ticket obtido para realizar a segunda requisição, através da URL abaixo, onde será realizado o registro do título. https://ymbcash.santander.com.br/ymbsrv/CobrancaV3EndpointService/CobrancaV3EndpointService.wsdl Passo 6 Informações para aplicações em PHP. Se estiver utilizando PHP, segue em anexo o arquivo index como exemplo para chamar as URL´s e configurar o certificado. Para o PHP deve-se usar o certificado do tipo .pem. (Obs.: O mesmo deve estar completo, ou seja, deve ter toda a cadeia de certificado, mais a chave privada. Você pode verificar isso editando o arquivo .pem com algum editor de textos Ex: Bloco de Notas ou Notepad++). Geralmente quando o .pem é criado a partir do .crt e .key, o mesmo não é criado com toda a cadeia e pode não funcionar no acionamento da URL de geração de ticket. Para que esse problema não ocorra, deve ser criado primeiramente o arquivo .pfx, e após isso importa-lo e exportá-lo em .cer ou .crt, porém, marcando para que seja exportad com toda a cadeia de caracteres. Somente após o procedimento acima, converter o .pfx para .pem. Importante: Antes de executar o teste na aplicação PHP, verifique se a comunicação está funcionando realizando o teste DLB informado no passo 4. Procedimento para conversão do .pfx em .pem: Gere o certificado .pfx conforme informado anteriormente, navegue através do Prompt de Comando até a pasta onde está o certificado e execute o OPENSSL. Dentro do OPENSSL execute a linha conforme exemplo abaixo: pkcs12 -in nome_certificado.pfx -out nome_certificado.pem Insira a senha atual do certificado, depois insira a nova senha e confirme a nova senha. Obs: Se todos os passos até aqui foram bem sucedidos, execute o teste de registro informado no passo 5. Passo 7 Informações para aplicações em C#. Exemplo C# Segue anexo um exemplo em C# para gerar as referências dos serviços utilizando WSDL. As referências PRECISAM ser importadas como Web Reference, caso contrário, não gerará as referências corretamente. Obs: Para importar a referência, o certificado com a chave privada (PFX ou P12) deve estar instalado. 1. Botão direito no projeto -> Adicionar -> Referência de serviço 2. Clique no botão Avançado 3. Clique no botão Adicionar Referência Web 4. Informe a url do wsdl e tecle enter. Será exibido na caixa de texto o wsdl do serviço. Url: https://ymbdlb.santander.com.br/dl-ticket-services/TicketEndpointService/TicketEndpointService.wsdl 5. Clicar no botão Adicionar Referência Repetir o processo acima para a url abaixo: https://ymbcash.santander.com.br/ymbsrv/CobrancaV3EndpointService/CobrancaV3EndpointService.wsdl Obs: Ao realizar a referência à URL, mudar depois no arquivo de configuração para o modelo abaixo: https://ymbdlb.santander.com.br:443/dl-ticket-services/TicketEndpointService https://ymbcash.santander.com.br:443/ymbsrv/CobrancaV3EndpointService Obs: Se todos os passos até aqui foram bem sucedidos, execute o teste de registro informado no passo 5. Finalização: Ao realizar o registro do título, envie um boleto no formato .pdf para que possamos fazer a validação das informações contidas no mesmo, assim, você terá a confirmação se suas configurações estão aptas a subirem no ambiente de produção. Qualquer dúvida sobre o processo estarei à disposição. Obrigado! Tenham um ótimo dia! index_exemploV3.txt Modelo_Gera+º+úo_Ticket_.txt Layout XML Cobran+ºa OnLine Setembro v1.9 (1).pdf Modelo_Registro_Tiutlo_.txt Layout XML Cobran+ºa OnLine Setembro v1.9.pdf ExemploC#.rar TesteDLBTicket.zip WSDL V3.zip Registro de Boleto Hibrido.txt

O SAC do Itaú me ligou hoje.. realmente a emissão de boleto via webservice ou api está liberado apenas para clientes do porte grande...eles estão melhorando isso...eu deixei registro minha insatisfação ref. ao Itaú limitar a emissão de boleto via webservice ou API...citei os bancos que trabalha diferente...falei que quem perdia era só o banco.

Victor H. Gonzales - Panda é complicado trabalhar com itau...imagine que liguei no SAC do itau e existe uma limitação por cliente ou seja para o meu cliente não está liberação o serviço para emissão de boleto via webservice ou api. Sendo que o porte desse cliente é meio, abri uma reclamação no sac do itau mais dificilmente eles muda isso. Pelo que me informaram o cliente pode emitir boleto só pelo proprio gerenciador do itau..

Boa tarde, estou um cliente que já tem mais de 6 meses que estou lutando com gerente de conta dele pra conseguir pra mim as credenciais client_id, client_secret e itau_key e ele não consegui. Alguém que já usa a emissão de boleto do itau via webservice pode me explicar como fez pra conseguir essas credenciais?

Victor H. Gonzales - Panda Deu certo obrigado...pode encerrar o topico.

Victor H. Gonzales - Panda Talves eu não expliquei direito o que eu estava me referindo...no caso queria gerar esse txt igual o demo da ACBr gera....ficaria melhor pra mim saber quando dê algum erro...porque só estou conseguindo debugando. Cod_Retorno= Msg_Retorno= Ori_Retorno= HTTP_Result=400 JSON={"erros":[{"codigo":"4678420","versao":"1","mensagem":"Campo DV CNPJ pagador preenchido com dados inv\u00e1lidos.","ocorrencia":"CHOM00000061505941750101"}]} [Rejeicao0] Campo= Codigo=4678420 Versao=1 Mensagem=Campo DV CNPJ pagador preenchido com dados inválidos. Ocorrencia=CHOM00000061505941750101 Valor=

Victor H. Gonzales - Panda mesmo fazendo essas configurações não salva o retorno do erro na pasta....o envio dá certo ai grava o envio e o retorno...mais quando dá erro grava do envio...o retorno que vem o erro não grava.

Aqui faço assim...gero o token e faço o raflash por 30 dias....apenas pra gerar um novo token que vc precisa abrir o browser, o reflsh do token vc não precisa abrir mais o browser...pode fazer tudo em silencioso. Eu teria que analisar seu codigo amigo....assim não dá pra saber...tem um demo onde mostra como testar o json em homologação e produção

Boa tarde, alguém saber qual as configurações que marco para que o log de erro seja salvo na pasta da minha aplicação ao tentar emitir boleto pelo banco do brasil via api ou ws! usando o ACBrBoletoDemo ele grava o log de erro na pasta mais na minha aplicação não grava. Então deve ser configuração.

aslsoftwareltda Consegui sim...refiz o codigo usando o REST ai consegui emitir boleto do sicoob 100%, hoje já tem clientes emitindo em produção....vou postar meu link com as orientações sobre o processo..baixe o demo no link pra testar a emissão. Uma obs: a multa no sicoob é em percentual e não rem valor. O processo não é facio...tive muito problema pra conseguir as credenciais em produção do meu cliente do sicoob...mais consegui, fui a luta...se vc deixar pelo o gerente de conta do cliente do sicoob...eles são muito fraco, não consegui.. https://pastebin.com/rU50zgDV https://developers.sicoob.com.br/?fbclid=IwAR2fsyJWkV1OE1LLwGsGNO5ma1Ck5nHYMlZ3Z_ahZnqj_lLQhsHVpAy4osg#!/documentacao

BigWings Deu certo aqui..obrigado....pode encerrar o topico.

Bom dia, como faço pra incluir um feriado municipal no json do ACBrFeriado? o feriado municipal seria o aniversário da cidade de Araguaína - TO. O json que estou usando é esse abaixo...tentei colocar o feriado municipal mais não é lido pelo componente. peguei o arquivo json desse topico ACBrFeriadoEventos.json

Pode encerrar o topico obrigado

Victor H. Gonzales - Panda Obrigado pela ajuda, realmente o manual estava desatualizado...0800 me mandou o novo manual onde a multa é passada em percentual...o sicredi não aceita em valor. Vou disponibilizar o novo manual caso alguél precise....pode encerrar o topico https://mega.nz/file/ChYmwZAA#1r6tzI20wVjVZEYRSnJCzLnbNEmwhJB59GuCNdUoolI

Liguei no sicredi no 0800 ai eles falaram que o codgio da multa está passando o 2 que seria por valor para percentual teria que passar o 1 mais no manual da API não tem o campo codigo da multa. link do manual. https://mega.nz/file/74Z32QyJ#WXscD3Q5RqJRGkcKLN_o2nNxv5mcFKTZbi7RT_5k51s

Boa noite, faço a emissão do boleto do sicredi usando parte da ACBr, faço todo o processo como se fosse gerar a remessa mais gero é o json e faço a transmissão, até ai tudo bem, mais hoje um cliente reclamou do juros e multa do boleto vencido, a situação ocorrida foi essa: Valor do Boleto: 1263,15 Juros ao dia: 2,11 Valor Multa apois o vencimento: 25,16 Tipo de Juros: A A = Valor B = Percentual Quando o cliente foi pagar cobrou um valor do juros de 326,00 sendo que o json foi enviado dessa forma acima, na minhas conta o valor do juros e multa não passa de 40,00 reais Será que foi porque informei o tipo de juros no valor? teria que ser no percentual? porte do meu json "tipoJuros":"A","juros":2.11,"multas":25.26

Victor H. Gonzales - Panda Era isso mesmo fui ver app key tava passando informação errada. Obrigado pela ajuda. pode encerrrar o topico.

Victor H. Gonzales - Panda Essa mesma app key uso na emissão de boleto e dá certo.

Juliomar Marchetti estranho que pouco dias funcionava eu não alterei nada no codigo. A emissão do boleto está OK.

Boa noite, alguém está tendo erro ao consultar boleto do Banco do Brasil via API? até uns 5 dias atraz tava funcionando. depois parou, já atualizei ACBr e não resolveu..erro no print.

Diego A. Folieni Boa noite, tentei baixar o arquivo no link mais já foi removido...vc poderia postar como fez pra assinar o json do boleto do Bradesco? to fazendo aqui mais precisava assinar o json e ecodificar em 64.

sandrojoel Eu não fiz o pix do sicoob...mais pelo que vi tem passar o certificado digital na chamada do boleto, o mesmo certificado enviado para o sicoob.

Fernando Rodrigo Atualizei o link...eu consegui emitir boleto do sicoob em homologação e produção usando o REST, ficou bacana, ai não precisar mais usar o http do indy. tem um demo do fontes onde vc pode testar a emissão em homologação e produção. Mais para emitir em produção vc precisa das credenciais. https://pastebin.com/rU50zgDV

Fernando Rodrigo em qual passo vc está? está conseguindo pegar o code? e conseguiu o acess_token e reflesh_token? isso em produção porque o sicoob é muito estranho cara vc tudo em homologação quando vai testar em produção não passa. Aqui fiz o seguinte...já com as credenciais de produção em mãos, coloquei no Rest Debug do Delphi e json do boleto, um detalhe que judou foi validar meu json do boleto pelo postman pra saber se está todo correto, qualquer erro não passa. Se você conseguir gerar o boleto no Rest Debug ai vc copia os componentes já configurado e passa os parametros principais, com Client_ID, Autorization e gran_type. Vou postar o codigo detalhado. Mais a parte de emissão de boleto só consegui emitir em produção. Agora conseguir o code e acess_token funciona em homologação e produção. https://pastebin.com/rU50zgDV

Fernando Rodrigo cara graças à DEUS hoje eu consegui emitir boleto do sicoob em Produção! veja que novela, fiz toda o codigo usando o http do indy..funcionou 100% em homologação...quando passei para produção não funcionou...cara passei uns 2 dias pensativo e tentando entender, ai testei no rest de novo....porque já tinha tentando antes no rest e não tinha conseguido...ainda fiz uns teste no Rest Debug do delphi em tempo de execução ai consegui emitir o boleto em produção...mais se eu testar em homologação no rest não vai....kkkkkkkkk...