Jhonlenon Ribeiro

Boa noite como tinha lhe falando..enviei um e-mail para o Sicoob e eles me retornaram hoje. Boa tarde, Ricardo. O fluxo client credential é utilizado para a API Pix. Por enquanto a API de cobrança bancária ainda está utilizando o autorization code. Caso deseje obter suas credenciais do ambiente de produção por favor, entre em contato com a sua cooperativa. Obrigada, Time Open Banking Sicoob Confederação SIG quadra 6 lotes 2080 SIG, St. Sudoeste 70610-460 - Brasília - DF https://developers.sicoob.com.br Boa noite...aí fica difícil de lhe ajudar se vc não usa o Delphi... infelizmente o que podia fazer pra lhe ajudar já fiz.

duduccosta você usou o demo que te passei? porque testei aqui e consegui gerar o boleto em homologação tranquilo. veja que os parametros do rest são diferentes do homologação e produção Se vc conseguiu fazer no demo em homologação é só vc observar os parametros do REST. Observi que a forma de passar os parametros no REST muda de homologação e produção.

Boa tarde, alguém fez a emissão de boleto com registro online do itaú usando API de cobrança v2 (versão 2.0)? ACBr tem mais é na v1 (versão 1.0) e para clientes novos no ITÁU eles não libera mais essa API...estou aqui na luta pra conseguir mais esse banco com registro online...mais está compliado porque são muitos critérios, envolvi o envio do certificado em varios formatos.

duduccosta Boa tarde amigo, vc tem que entender toda a documentação no site do developers.....o sicoob é pouco dificil...mais tem bancos mais dificil como é o caso do santander e do itáu...eu a emissão do registro do boleto do santander...já está em produção...agora a luta é com API de cobrança do itáu. Mais vou deixar um temo atualizado onde vc pode gerar boleto do sicoob em homologação...use esses dados para autenticação. no forms não mostra o nome dos campos ai coloquei pra vc saber.... 1ª campo - Cooperativa: 0001 2ª campo - Conta: 700033690 3ª campo - Senha: 12345678 https://mega.nz/file/zgJU3T4L#iIKyJDT76al8JlDY1goByFuIR-zdMh48QwwcWnoCzc0

CARLOS EDUARDO isso é normal...o fluxo Autorization Code sempre ficou daquele jeito desativado...o correto é vc enviar um e-mail para [email protected] perguntando sobre se o Fluxo Cliente Credenciais já está disponível ou ainda é o fluxo autorization core...mais caso seja liberado a fluxo client credenciais vc vai precisar enviar o certificado digital no formato .pem e também será exigido o certificado digital no envio do boleto

CARLOS EDUARDO isso é normal...o fluxo Autorization Code sempre ficou daquele jeito desativado...o correto é vc enviar um e-mail para [email protected] perguntando sobre se o Fluxo Cliente Credenciais já está disponível ou ainda é o fluxo autorization core...mais caso seja liberado a fluxo client credenciais vc vai precisar enviar o certificado digital no formato .pem e também será exigido o certificado digital no envio do boleto

CARLOS EDUARDO Boa noite, funciona da seguinte forma o sicoob tem 2 tipo de API de Cobrança. Fluxo Client Credential e Fluxo Authorization Code....a que eu fiz foi a Fluxo Authorization Code...essa que vc está vendo pelo site do developers na época não estava disponivel....já existia ela....mais não funciona...agora talves já deve está funcionando...meu código é em cima Fluxo Authorization Code...veja na documentação do sicoob na parte de credenciais em produção pra vc entender melhor...seria bom vc entrar em contato com eles pra saber se essa outra API já está funcionando. Eu sei que ela exige o certificado digital no registro do boleto. Credenciais de produção Nossas credenciais de produção estão automatizadas no Portal Developers para as APIs cuja autenticação seja Client Credencial. Para as APIs que utilizam Authorization Code como forma de autenticação, o processo de solicitação das credenciais não sofreu alteração. Foi publicado uma nova versão da Api de Cobrança, modificando a sua forma de autenticação de Authorization Code para Client Credencial. Segue quadro atualizado das autenticações utilizadas pelas APIs: API Tipo do Fluxo de Autorização Captação Remunerada Authorization Code Cobrança Bancária Client credentials Conta Corrente Authorization Code API Pix Client credentials Poupança Authorization Code Yoou Authorization Code Os cooperados que já estão no fluxo de autorization code não serão impactados. As novas solicitações deverão ocorrer nesse novo padrão e oportunamente iremos realizar a migração dos cooperados que se encontram no fluxo antigo. Fluxo Client Credential Para o novo fluxo, devem ser seguidos os passos abaixo: Para solicitar credenciais das APIs do fluxo de autorização Client Credencial acesse o Portal DEV > DASHBOARD. São apresentadas as informações pessoais e informações de acesso ao ambiente Sandbox. 1) A solicitação deve ser realizada selecionando o botão ''Acesso à Produção'' disponível em ''Criar aplicativo em ambiente de Produção''. 2) Quando selecionada a opção ocorre o direcionamento para a atualização cadastral. 3) Caso deseje, pode-se realizar atualização dos dados cadastrais. Em seguida deve-se selecionar o botão ''Salvar'', para confirmar as alterações ou para continuar a solicitação. 4) Nesse momento ocorre o direcionamento para a tela de login. 5) Devem ser informados os seguintes dados para autenticação: Cooperativa. Conta corrente ou chave de acesso. Senha de acesso. 6) Para confirmar deve-se selecionar o escopo do OAuth2.0 para obter autorização (Se essa ação tiver sido realizada em outro momento, selecionando a opção ''Aprovar Sempre'', esta confirmação não será necessária). 7) Caso já exista algum aplicativo cadastrado serão listados nessa tela. Nesse momento poderá ser realizado o cadastro dos aplicativos por conta corrente, podendo ser: Cobrança Bancária e/ou Pix para a própria empresa ou empresa terceira. Nos casos de empresa terceira deve-se informar o número do CNPJ da empresa. 9) Após o cadastro do aplicativo, o cooperado poderá visualizar as credencias geradas para a conta informada. 10) O cooperado deverá aguardar 24 horas para liberação do IP informado no cadastro. Por enquanto ainda não é possível realizar alteração ou exclusão de aplicativos cadastrados. Oportunamente essas opções serão disponibilizadas. Fluxo Authorization Code Para esse fluxo, devem ser seguidos os passos abaixo: 1) O cooperado deve manifestar o interesse de integração com o Open Banking Sicoob a partir de sua cooperativa. Nesse contato, é necessário que o cooperado já esteja com a posse das informações necessárias para solicitação de credenciais de acordo com o fluxo de autorização da API: Número da Central Número da Cooperativa Número da Conta Corrente Gerente no Sicoob Informações sobre seu aplicativo/Website Nome do Responsável CNPJ da empresa Razão Social da empresa Nome Fantasia Logradouro Cidade do Cooperado CEP UF Telefone Celular E-mail URL de Callback 2) Por meio da solicitação do cooperado, a cooperativa faz a solicitação internamente no SICOOB Central de Suporte do CCS conforme a API desejada pelo cooperado. 3) O SICOOB analisa e faz a geração das credenciais. 4) O SICOOB envia para o e-mail do cooperado e para o telefone celular do cooperado o acesso às credenciais. Atenção: Somente o cooperado pode solicitar as credenciais de produção. Se você for um desenvolvedor prestador de serviço, solicite ao cooperado responsável que entre em contato com o SICOOB.

Boa tarde, alguém sabe como eu faria pra assinar json do boleto do Bradesco nesse formato! padrão PKCS#7 com os algoritmos RSA 2048 e SHA256...faz tempo que estou tentando desenvolver a emissão do boleto bradesco com registro online, pesquisando vi que o Bradesco tem 2 tipo registro de boleto online: Tipo 1: Normal (Gerar o Json Assinar nesse formato padrão PKCS#7 com os algoritmos RSA 2048 e SHA256) e enviar para o webservice junto certificado digital, Tipo 2: Shop Fácil (esse não precisa assinar o json apenas gerar o boleto no formato json ou xml) mais precisa de uma especie de chave de segurança e Merchant_ID...estou tentando das 2 formas pra ver se consigo algum, vou postar os 2 manuais que tenho do Bradesco via webservice/api http://projetoboleto.orgfree.com/api/bradesco/manual/Manual_Boleto_Bancario_Meios_Pagamento_Bradesco.pdf Manual_Bradesco_API_Webservice.pdf

Antonio Gomes A requisição é só um boleto por mês então no retorno só vem um de cada vez. Vejo também algo que poderia ser modificado da função function TRetornoEnvio_BancoBrasil_API.LerRetorno: Boolean; por só entra nela se a variavel RetWS <> '', por exemplo se agente mandar baixar o mesmo boleto 2 vezes...não entra nessa função pra trazer o erro no json de boleto já baixado ou outro retorno.

Boa tarde, estou executando a rotina de baixar boleto do banco do Brasil via api, mais as vezes dá falha na minha validação! não é problema no componente ACBrBoleto é na minha validação mesmo. Eu queria saber se o boleto foi realmente baixado porque as vezes devolvi o numero do contrato e data da baixa no retorno e mesmo assim não baixa o boleto no banco...vou postar minha validação. var Retorno : TListaRetEnvio; begin DATA_BAIXA_BOLETO :=0; Retorno := ACBrBoleto.ListaRetornoWeb; if Retorno.Count > 0 then begin for j := 0 to Retorno.Count-1 do for I := 0 to Pred(Retorno.Count) do begin CONTRATO :=ACBrBoleto.ListaRetornoweb[i].DadosRet.TituloRet.Contrato; DATA_BAIXA_BOLETO :=ACBrBoleto.ListaRetornoweb[i].DadosRet.TituloRet.DataBaixa; end; end; if (CONTRATO <> '') and (DATA_BAIXA_BOLETO = DM.DATA_SEM_HORA) then begin //--------Aqui rodo meu update no banco--------------------------- end; end;

Victor H. Gonzales - Panda nesse demo atualizado que estou postando aqui vc consegui gerar boleto do sicoob via API Authorization Code em homologação autenticando com os dados da conta de homologação do sicoob, aqui no meu código, para pegar o Code tem que autenticar com os dados da conta do cooperado do sicoob, aqui eu gero Token Bearer, ai fico só atualizando ele, porque para atualizar não precisa que autenticar com os dados da conta do cooperado do sicoob novamente, mais o token pode ser feito o reflash durante 30 dias, depois tem que gerar um novo token Bearer. No botão Token Reflash tem o processo de fazer o reflash do token Dados para autenticar com os dados da conta de homologação. Cooperativa: 0001 Conta: 700033690 Senha: 12345678 Fontes_Sicoob.rar

Victor H. Gonzales - Panda Infelizmente meu conhecimento nos fontes do ACBrBoleto é limitado, se não incorporava aos fontes com todo prazer, recentimente fiz 3 emissão de boleto com registro instantâneio via api e webservice, sicredi, sicoob e santander, os 3 eu liberei o código para os demais colegas...já estou correndo atrás do Bradesco com registro instantâneio, se eu conseguir vou disponibilizar também. Porém uso componentes nativo do Delphi mais recentes como REST e THTTPRIO

Victor H. Gonzales - Panda é complicado incorporar a emissão de boleto do sicoob via API Authorization Code aos fontes do ACBrBoleto. Hoje o sicoob tem 2 metodo de emissão de boleto com registro instantâneio, via API Authorization Code e via Client Credenciais.....a mais facil é via Client Credenciais, porem além de exigir o certificado digital, essa opção foi destativado por enquanto....então o que está liberado é emissão via API Authorization Code. Mais vou postar aqui um exemplo...não é uma unit pronta pra incorporar aos fontes do ACBrBoleto....mais tem uns 3 passos..por isso que tem o link do Pastben pra entender melhor todos os passos. Observe que dentro do link do pastebin tem 2 link pra baixar os demos. https://developers.sicoob.com.br/?fbclid=IwAR2fsyJWkV1OE1LLwGsGNO5ma1Ck5nHYMlZ3Z_ahZnqj_lLQhsHVpAy4osg#!/documentacao https://pastebin.com/cCicbM3V //-----------Processo de Conseguir o Code--------------------------------- Baixe essa units que tem todo o processo de conseguir o code https://mega.nz/file/mpxlVCRA#ykFSFxuIiVlrjCaPdzjKIVVjhaDJIaM7Ie27HJMyD8o Baixe esse fontes que é um Demo de geração de boleto em homologação e produção https://mega.nz/file/So5g0aZA#HhmxioqT58ehaAxNVNQE7akVVPjiEyk-9LW3gtPDbO4 U_boleto_sicoob.pas

dbechelli Sicoob é complicado amigo mais vou postar meu código novamente do Pastebin... https://pastebin.com/cCicbM3V

Juliomar Marchetti Fiz um simples demo do registro de boleto santander via XML/Webservice, não é uma unit pronta para incorporar aos fontes do ACBrBoleto, mais se alguém quizer fazer essa implementação esteja a vontade, lembrando que para poder testar o boleto em homologação tem ser enviando o certificado digital para o setor de homologação / entrega eletronica do santander. U_boleto_santader.pas

Juliomar Marchetti Minha intenção era disponibilizar meu código como exemplo, para que alguns dos nobres colegas assim se quizerem e tiverem tempo tentar incorporar ao fontes do ACBrBoleto, Hoje ACBrBoleto está com 4 Bancos com registros instantâneio, Banco do Brasil, Caixa, Itau e Sicredi, muito bom isso, quem contribiu está de parabéns, sicredi teve minha contribuição indiretamente, passei meu codigo para um colega e ele incorporou aos fontes do ACBoleto, com santander é a mesma coisa, muita gente me pediu o código e o manual atualizado do santander e passei sem cobrar nada por isso. Mais se quizer pode encerrar o tópico

Juliomar Marchetti Eu não sei o que aconteceu que o Pastebin removeu o link...mais vou postar aqui no forum. anexe

Bom dia, se alguém tiver enteresse em incorporar aos fontes do ACBrBoleto estou disponibilizando meu codigo...aqui no Pastebin.... https://pastebin.com/L7ezHiRx?fbclid=IwAR2ni7XExG5Hkh6bTLdT-NV-EO7ZZadxgwexpRd3vDIZME-tyoZZ7qZ961E

Boa tarde, estou tentando emitir um CT-e de Substituição e estou recebendo essa Rejeição 19->734-Rejeição: Erro não catalogado (código de status não localizado: 734 (xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)), segundo o que pesquisei na internet teria que colocar a chave de acesso da NF-e de Anulação de Valores, Eu coloquei e mesmo assim recebo a rejeição. alguém já passou por esse problema?

MARCELO VIDAL Eu consegui emitir o boleto do santander via XML (Webervice)...mais a certificado fica sempre pedindo na emissão....se vc ainda não fez pode acompanhar esse topico que abrir...

Eu só queria deixar registrado aqui no forum que eu consegui emitir boleto do santander via xml (webservice). Fiz todo o processo com componente THTTPRIO, o unico problema que tenho é que fiz de tudo mais o THTTPRIO ainda está abrindo a caixa pra selecionar o certificado digital, mais fora isso está tudo OK..emitindo boleto via webservice em homologação e produção. Eu faço todo o processo de emissão usando o ACBrBoleto, ai uso qry pra alimentar o xml e componente ACBrBoleto, sendo assim eu uso o PDF do ACBrBoleto, ficou 100% . se alguém tiver enteresse em incorporar aos fontes do ACBr eu posso disponbilizar meu código aqui no forum. 1 - Passo abrir um chamado no setor de homologação de cobrança do santander (quem pode abrir esse chamado é o proprio cliente ou seu gerente de conta do santander) 2 - Passo pegar o numero do chamado e entrar em contato com setor de homologação de cobrança do santander. 3 - Passo enviar o certificado digital para o setor de homologação de cobrança do santander (Enviar o arquivo .pfx é mais facil). 4 - Passo o santander vai validar o certificado digital e liberar o webservice para o cliente. 5 - Passo receberá um e-mail com todos os passos e alguns exemplo, só que os exemplos são em php, c# e java 6 - Passo desenvolver seu processo e emissão de boleto santander em homologão e produção.

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?