Pedro.Bravin

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, sobre o que seria o erro 403 e como corrigi-lo caso no processo envolva um certificado digital. O que seria este erro? O Erro 403 seria uma falha de permissão de acesso ao conteúdo, ou seja uma falha nas credenciais de autenticação da rota ou processo que está realizando. Como por exemplo os Headers da requisição e também autenticações até mesmo do banco sobre a utilização de um certificado digital ou ClientID e Secret. Como eu consigo corrigir este problema? A primeira questão que deve ser analisada, seria se todas as informações de autenticação que encaminhou na requisição, estão sendo passadas corretamente, e também conforme o banco espera, ou seja, é recomendado realizar uma confirmação das credenciais juntamente ao Internet Banking. Caso todas as credenciais estejam corretas, mas mesmo assim um certificado digital é necessário para autenticar, recomendo realizar o seguinte processo com o mesmo atentando-se as opções selecionadas no processo : O processo seria a inclusão e exportação do certificado digital no computador no computador porém durante o processo, realizando as seguintes marcações: Inclusão: Exportação: Após realizar este processo de importação e exportação, recomendo realizar um novo teste em sua requisição com o novo certificado exportado. Este problema quanto a validação errônea no certificado digital pode ocorrer justamente por conta da criptografia do certificado incluso, onde os servidores da AWS podem pensar que existe algum erro e por conta disso ocorre o erro 403, porém realizando este processo e importando o certificado novamente na plataforma, o erro é corrigido. Viu só como é simples realizar a correção deste cenário? Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes a o que é e como funciona o ambiente de Homologação e Produção disponibilizado na API de Pagamentos. Ambiente de Homologação: No ambiente de Homologação da API de Pagamentos, são realizados testes sem que haja qualquer movimentação financeira real. Esse ambiente é utilizado para testar a integração da API com o sistema de software do cliente, a fim de garantir que todas as funcionalidades estejam funcionando corretamente e identificar possíveis problemas antes de entrar em produção. Ambiente de Produção: Já o ambiente de Produção na API de Pagamentos é utilizado quando os testes em Homologação foram concluídos e o sistema está pronto para ser utilizado em ambiente real. Nesse caso, a geração de pagamentos feitos através deles são de fato processados pelo sistema bancário e movimentam dinheiro de verdade. Ao se trabalhar com a API de Pagamentos, é possível escolher qual ambiente se deseja utilizar através de diferentes chaves de API. A chave de Homologação é usada para realizar testes e simulações, enquanto a chave de Produção é utilizada para emissão e processamento de pagamentos reais. É importante destacar que é fundamental conhecer as diferenças entre os ambientes de Produção e Homologação para evitar erros e prejuízos financeiros. Utilizar o ambiente de Homologação para testes é uma forma de minimizar os riscos e garantir que o sistema está funcionando corretamente antes de começar a lidar com transações financeiras reais. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes a quais as diferenças entre o relatório de VAN (Transmissão automática de arquivos de remessa e retorno) presente no portal da Software House e Portal do Cedente. Mesmo possuindo um nome parecido tanto o acesso através do Portal da Software House e Portal do Cedente, tem objetivos diferentes. Então eu acredito inicialmente que pode haver um conflito de conceitos entre os relatórios e por este motivo irei explicitar a diferença sobre ambos. Diferença entre eles: Atualmente o relatório do Portal da Software House tem como objetivo listar todos os boletos que foram trafegados via VAN (Transmissão automática de arquivos de remessa e retorno) de todos os cedentes. Ele traz uma listagem de boletos em diversos status que foram movimentados via VAN. Em relação ao relatório disponível pelo Portal do Cedente, esse tem como objetivo listar os retornos que foram inclusos no produto e com uma relação dos boletos que vieram em cada arquivo. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá pessoal tudo bem? Irei lhes apresentar a minha experiência e também o resultados da minha pesquisa sobre uma dúvida que assola a maioria dos ingressantes na área da TI e até mesmo aqueles que já estão na área e pensam em trabalhar no exterior. Onde tudo começou Desde o momento no qual decidi investir na carreira de TI, acabei me deparando com a seguinte dúvida. Qual faculdade cursar? Análise e Desenvolvimento de Sistemas ou Engenharia de Software? Quais as diferenças? Na época realizei várias pesquisas porém não consegui diferenciar ambas, e por fim acabei optando pela Engenharia de Software por conta de ser uma faculdade com maior tempo de conclusão, pois associei obter um maior conhecimento. Mesmo após estar cursando Engenharia de Software e trabalhando na área da TI, esta dúvida acabou não saindo da minha cabeça e com isso resolvi realizar uma pesquisa com os estudantes, professores, profissionais atuantes da área e também empresas em diversas localidades do país. Objetivo: O objetivo desta pesquisa não é citar qual graduação é melhor, mas explicar da melhor maneira possível para que aqueles que estão pensando em ingressar na área da TI quais são as diferenças entre elas quanto a carreira, mercado de trabalho e tempo de curso. Diferenças entre elas: A diferença sobre as matérias e o tempo de curso, acaba sendo muito grande, principalmente por conta de que Análise e desenvolvimento de sistemas tem a média de tempo da finalização da graduação de 2 a 3 anos, enquanto Engenharia de Software seja de 4 anos. Ou seja sobre questões sobre quantidade de conteúdo a Engenharia de Software acaba se sobressaindo por tem este tempo a mais. Quanto a opinião dos professores no qual realizei a entrevista, observei que parte deles caso tenha a vontade imediata de entrar no mercado de trabalho, optariam por Análise e desenvolvimento de sistemas por conta do seu tempo de conclusão do curso. Já outra parte acabou escolhendo Engenharia de Software por conta da quantidade de matérias e também sobre a possibilidade de seguir carreira de pesquisa na área. Lembrando que para seguir a carreira de pesquisa não é obrigatório ser graduado em Engenharia de Software, porém acaba sendo mais fácil por ter um maior conhecimento por conta da graduação possuir mais conteúdos. Mercado de trabalho: Diante destes cenários, resolvi realizar uma pesquisa sobre o mercado de trabalho, realizando ligações para várias empresas de TI Nacionais a fim de descobrir se entre estas 2 graduações, existe alguma que acaba se sobressaindo no momento das contratações e o resultado foi surpreendente pois praticamente TODAS tiveram o mesmo discurso, no qual estas graduações possuem o mesmo peso, porém o diferencial realmente no momento das contratações, seriam as experiências e especializações dos participantes. Sobre o mercado de trabalho Internacional, na maioria das vezes é necessário possuir obter algum curso envolvendo a área da TI porém o mais importante é a experiência do candidato e suas especializações pois de qualquer maneira será necessário realizar provas que atestem o seu conhecimento e assim verificar se está apto ou não para o cargo. Vale lembrar também que existem empresas que podem solicitar a graduação de Engenharia de Software para preencher cargos específicos na empresa. Opinião dos estudantes: Para obter uma maior quantidade de informações, realizei também uma pesquisa sobre os estudantes de ambas as graduações, utilizando como base aqueles que encontram-se entre a metade e o fim da graduação, para então sabermos se durante os estudos acabaram sendo tentados a cursar Engenharia de software e vice versa. Sobre os estudantes de Análise e Desenvolvimento de sistemas, praticamente 100% não se arrependem de ter escolhido o curso, e ao perguntar os motivos me foi citado de que seria por conta do curso ser de um curto período de tempo, porém focado no mercado de trabalho. Sobre os estudantes de Engenharia de Software, 90% não se arrependem de ter escolhido o curso, onde o maior motivo de manterem suas escolhas foi por ter uma graduação mais abrangente de conhecimento sobre a área e também sobre as questões de trabalho internacionais, enquanto os 10% escolheu Análise e Desenvolvimento de sistemas por conta de sua velocidade para ir ao mercado de trabalho. Uma outra visão entre as diferenças: Além destas informações que obtive com as pesquisas, também solicitei para que a IA ( chatGPT ) possa exemplificar a diferença entre ambas as graduações e também o seu foco em cada uma delas e o resultado foi: Análise e Desenvolvimento de Sistemas: Foco: A graduação em Análise e Desenvolvimento de Sistemas tem um enfoque mais prático e voltado para a aplicação de técnicas e ferramentas no desenvolvimento de sistemas de software. Duração: Geralmente, é um curso de tecnólogo, com duração média de 2 a 3 anos. Abordagem: O curso abrange o ciclo de vida do desenvolvimento de sistemas, desde a análise de requisitos até a implementação e manutenção dos sistemas. Ênfase: Os estudantes adquirem habilidades específicas para a análise de sistemas, desenvolvimento de software, programação, testes e solução de problemas técnicos. Título: Ao concluir o curso, o aluno obtém o título de tecnólogo em Análise e Desenvolvimento de Sistemas Engenharia de Software: Foco: A graduação em Engenharia de Software tem um enfoque mais abrangente e voltado para a concepção, projeto, desenvolvimento e manutenção de sistemas de software complexos. Duração: Geralmente, é um curso de bacharelado, com duração média de 4 a 5 anos. Abordagem: O curso abrange aspectos teóricos e práticos do desenvolvimento de software, combinando conhecimentos de ciência da computação, engenharia de software e gerenciamento de projetos. Ênfase: Os estudantes adquirem habilidades em análise de requisitos, arquitetura de software, design, qualidade de software, gestão de projetos e trabalho em equipe. Título: Ao concluir o curso, o aluno obtém o título de bacharel em Engenharia de Software Conclusão: Após esta gama de informações, sobre empresas, professores, IA, estudantes e profissionais da Área podemos acabei chegando a conclusão de que a escolha entre Análise e Desenvolvimento de Sistemas e Engenharia de Software acaba dependendo muito de qual carreira você pretende seguir, e qual o seu objetivo profissional. Portanto mesmo que seja difícil realizar esta escolha inicialmente, recomendo que se aprofunde o máximo possível em qual carreira você deseja seguir. Espero que estas informações possam lhe ser útil em sua tomada de decisão.

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes a o que é e como funciona o ambiente de Homologação e Produção disponibilizado na API Plugboleto. Ambiente de Homologação: No ambiente de Homologação da API PlugBoleto, são realizados testes sem que haja qualquer movimentação financeira real. Esse ambiente é utilizado para testar a integração da API com o sistema de software do cliente, a fim de garantir que todas as funcionalidades estejam funcionando corretamente e identificar possíveis problemas antes de entrar em produção. Ambiente de Produção: Já o ambiente de Produção na API Plugboleto é utilizado quando os testes em Homologação foram concluídos e o sistema está pronto para ser utilizado em ambiente real. Nesse caso, a emissão de boletos e os pagamentos feitos através deles são de fato processados pelo sistema bancário e movimentam dinheiro de verdade. Ao se trabalhar com a API Plugboleto, é possível escolher qual ambiente se deseja utilizar através de diferentes chaves de API. A chave de Homologação é usada para realizar testes e simulações, enquanto a chave de Produção é utilizada para emissão e processamento de boletos reais. É importante destacar que é fundamental conhecer as diferenças entre os ambientes de Produção e Homologação para evitar erros e prejuízos financeiros. Utilizar o ambiente de Homologação para testes é uma forma de minimizar os riscos e garantir que o sistema está funcionando corretamente antes de começar a lidar com transações financeiras reais. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossa solução de Boleto para desenvolvedores , estaremos sempre à disposição e será um prazer ajudar! No banner abaixo você pode falar conosco também.

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes a o que é e como funciona o Sandbox disponibilizado na API PIX. Muitas vezes um ambiente Sandbox pode ser confundido com o ambiente de homologação disponibilizado pelas API, porém cada um dos ambientes possuem suas finalidades, como irei distingui-las nesta documentação. Ambiente de Homologação O ambiente de Homologação é muito utilizado para realizarmos testes que não são em produção, onde assim conseguimos validar algumas informações cadastrais e realizar testes com base nestas validações realizadas pela própria API. Ambiente Sandbox Diferentemente do ambiente de Homologação, o ambiente Sandbox não possui uma validação sobre as informações passadas na requisição, pois ele apenas apresenta uma resposta básica de retorno sobre a requisição enviada, este ambiente é utilizado e recomendado, apenas para que você realize um mapeamento dos campos disponibilizados pela API sobre tal requisição ou rota, sem precisar realizar cadastros prévios na API. Assim como podemos observar na API PIX, no qual a mesma possui apenas o ambiente de Sandbox com esta finalidade, onde assim os testes devem ser realizados totalmente em Produção, no qual a API irá validar todos os dados ali passados. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá tudo bem Jairo? Neste caso as instruções para todos os bancos, são conforme a documentação Como informar Juros

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes a o que é e como fazer um boleto proposta. O que é o boleto proposta? A melhor forma de explicar como funciona o boleto proposta seria utilizando o exemplo de doações. Vamos supor que você faz parte de uma ONG que recorrentemente acaba recebendo doações, e deseja receber estas doações também através de boletos. Estes boletos não podem conter um valor específico, mas sim um valor "zerado" em sua impressão, e aceitar qualquer valor que o pagador inserir, correto? Então, é exatamente isso o que o boleto proposta tem a oferecer. Como eu gero o boleto proposta? Para gerar um boleto proposta basta encaminhar na requisição do boleto os seguintes campos: TituloMinimoValorTaxa: Campo onde deve ser informado um valor monetário mínimo para o pagamento de um Boleto Proposta (TituloDocEspecie 08). TituloMaximoValorTaxa: Campo onde deve ser informado um valor monetário máximo para o pagamento de um Boleto Proposta (TituloDocEspecie 08). OBS: Quando estes campos forem informados, recomenda-se que o campo TituloValor seja passado como 0,00. Viu só como é simples realizar a emissão do boleto proposta? Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{unathorized.exception}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{unathorized.exception}” está diretamente ligado as credencias de segurança do PIX, ela está ligada aos campos "clientId", "clientSecret" , "clientKey" e certificado digital, ou seja tudo que acaba passando por uma "validação" para a geração do PIX. Como corrigir: Para corrigir o erro acima basta realizar a confirmação dos campos "clientId", "clientSecret" , "clientKey" e também do certificado digital junto ao banco e realizar o preenchimento de acordo na API PIX. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{Não foi possível obter os dados do recebedor}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{Não foi possível obter os dados do recebedor}” está diretamente ligado as informações cadastradas na API PIX sobre a conta e também a company, este erro ocorre quando existe alguma informação cadastrada em desencontro com o que o banco espera. Como corrigir: Para corrigir o erro acima basta realizar uma confirmação de todos os dados cadastrados na API para verificar se está tudo de acordo com o que o banco espera. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{forbidden.exception}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{forbidden.exception}” está diretamente ligado as credencias de segurança do PIX, ela está ligada aos campos "clientId", "clientSecret" , "clientKey" e certificado digital, ou seja tudo que acaba passando por uma "validação" para a geração do PIX. Como corrigir: Para corrigir o erro acima basta realizar a confirmação dos campos "clientId", "clientSecret" , "clientKey" e também do certificado digital junto ao banco e realizar o preenchimento de acordo na API PIX. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{Falha na validação do certificado filter failed}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{Falha na validação do certificado filter failed}” está diretamente ligado ao certificado digital cadastrado na API de emissão do PIX, isso ocorre quando o certificado digital é inválido, vencido ou não homologado pelo banco. Como corrigir: Para corrigir o erro acima basta realizar a inclusão de um novo certificado na API PIX, sendo ele válido e homologado pelo banco. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{A chave Pix não foi localizada.}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{A chave Pix não foi localizada.}” está diretamente ligado ao campo pixKey no envio da requisição de cadastro da conta na API. E ocorre principalmente quando a chave do PIX cadastrada na API não está de acordo com a chave PIX cadastrada no banco. Como corrigir: Para corrigir o erro acima basta realizar a alteração do campo pixKey nas configurações da conta cadastrada na API, e deixar de acordo com a chave informada pelo banco. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a como realizar o download do arquivo de remessa e retorno através da API Plug Boleto. Download via portal do Cedente Para realizar este tipo de download, é necessário estar logado através do Perfil do cedente. Selecione a aba lateral esquerda "Boletos": Selecione o boleto que deseja, e na lateral direita selecione o menu de ações e vá para a opção Histórico; Após isso irá constar todos as movimentações do boletos, seja a geração de arquivo de remessa quanto a recepção de arquivos de retorno; E para finalizar basta selecionar a opção de download; Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar.

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações sobre como realizar a integração PIX utilizando o banco SICREDI. Quando vamos realizar a integração do banco SICREDI na api PIX, acabamos ficando muito confusos por conta de que é um processo extenso😩 . Porém pode ficar tranquilo que nesta documentação, vamos te passar todo o passo a passo de como realizar este processo, de uma maneira simples e objetiva. Vamos lá? Passo 1 - Gerar o arquivo de chave (.key) Para fazer estes processos, certifique-se de ter o open ssl instalado. Será necessário colocar no terminal exatamente os comandos conforme abaixo: # openssl genrsa -des3 -out APLICACAO.key 2048 Recomendações: •  Algoritmo da chave: RSA (genrsa); •  Tamanho da chave: 2048 ou mais; •  Criptografia da senha da chave privada: AES256 ou Triple DES (-aes256 ou -des3). Passo 2- Será solicitado o preenchimento de uma senha: Neste passo será solicitada uma frase secreta para gerar o arquivo de chaves, conforme abaixo:  Enter pass phrase for APLICACAO.key:  Verifying - Enter pass phrase for APLICACAO.key: Informe um valor qualquer para a frase secreta, e anote-o para ser usado no passo 2. Passo 3 - Gerar a requisição do certificado (.csr) através da chave (.key) gerada no passo anterior # openssl req -new -key APLICACAO.key -out APLICACAO.csr 4- Será solicitada a senha que você cadastrou e preencher as informações (país, estado, cidade, etc) EXATAMENTE como está no manual: Neste passo será solicitada a frase secreta cadastrada no passo 1, ao digitá-la as seguintes informações serão solicitadas, preencha conforme padrão Sicredi abaixo: - Country Name (2 letter code) [AU]: BR - State or Province Name (full name) [Some-State]: Rio Grande do Sul - Locality Name (eg, city) [ ]: Porto Alegre - Organization Name (eg, company) [Internet Widgits Pty Ltd]: Confederacao Interestadual das Cooperativas Ligadas ao Sicredi - Organizational Unit Name (eg, section) [ ]: API PIX Sicredi - Common Name (eg, YOUR name) [ ]: Utilizar o prefixo api-pix- + Nome do Estabelecimento, 5- Será solicitado o preenchimento do nome do seu estabelecimento junto do prefixo api-pix como abaixo: Exemplo: api-pix-SUPERMERCADOABC 6- Após isso, será solicitado o preenchimento do seu e-mail: - Email Address [ ]: [E-mail do Associado] 7- Para finalizar a etapa de preenchimento, você irá deixar vazio e apenas apertar a tecla "enter" para o campo senha: - A challenge password [ ]: Campo não setado - An optional company name [ ]: Campo não setado Passo 8 - Retirando a frase secreta Dependendo do Web Server será necessário retirar a frase secreta da chave (.key) gerada no primeiro passo para que a mesma não seja solicitada no momento de algum restart do Web Server. 9- Feito isso, será necessário retirar a frase secreta da chave que foi gerada. Será retirada utilizando os comandos: Para isso, execute os passos abaixo informando a senha definida no primeiro passo. # mv APLICACAO.key APLICACAO_COMSENHA.key # openssl rsa -in APLICACAO_COMSENHA.key -out APLICACAO.key Integração do SICREDI na API PIX (Internet Banking): Agora que você conseguiu todas estas credenciais do Sicredi, basta seguir as etapas abaixo: ETAPA 1 1.1 Acesse o Internet Banking com seus dados de Cooperativa e Conta 1.2 Clique no menu Outros Serviços / Acesso API Pix / Gerenciar Certificados 1.3 Realize o Upload do arquivo CSR (Certificate Signing Request)* *Está disponível ao inicio desta cartilha um anexo com instruções para geração do arquivo. 1.4 Avance as etapas para concluir a solicitação Observação: • O arquivo enviado será recebido pelo Sicredi e avaliado dentro do perímetro de segurança dos mesmos. • Com as informações validadas, dentro do prazo informado o banco disponibilizará seu certificado digital assinado, que é necessário para a correta implementação. Para isso, siga a próxima etapa. ETAPA 2 2.1 Acesse o Internet Banking com seus dados de Cooperativa e Conta 2.2 Clique no menu Outros Serviços / Acesso API Pix / Gerenciar Certificados 2.3 Realize o download dos arquivos disponibilizados - Certificado Digital .CER e Cadeia de Certificados Completa Sicredi .CER Observação: • Realizada esta etapa é possível gerar suas credenciais de acesso (Cliente_Id e Cliente_Secret). Para isso, siga a próxima etapa. ETAPA 3 3.1 Acesse o Internet Banking com seus dados de Cooperativa e Conta 3.2 Clique no menu Outros Serviços / Acesso API Pix / Gerar Credenciais 3.3 Selecione o Certificado Digital Aprovado 3.4 Selecione o ambiente virtual de Homologação (obrigatório para a realização de testes e validações) 3.5 Selecione o campo de ‘Aceite’ do Termo de Uso apresentado em tela  Avance a etapa para prosseguir com a solicitação 3.6 Digite os números correspondentes a sua assinatura eletrônica  Avance a etapa para finalizar a solicitação IMPORTANTE: • É fundamental realizar todos os testes em URL de homologação indicados no Manual de Integrações API Pix Sicredi (página 14), para alcançarmos os casos de sucesso descritos. • Somente ao final de todo o processo de homologação, é que a solicitação da geração das credenciais ao ambiente de Produção deve ser solicitada no Internet Banking. Para isso, siga a próxima etapa. ETAPA 4 4.1 Acesse o Internet Banking com seus dados de Cooperativa e Conta 4.2 Clique no menu Outros Serviços / Acesso API Pix / Gerar Credenciais 4.3 Selecione o Certificado Digital Aprovado 4.4 Selecione o ambiente virtual de Produção 4.5 Selecione o campo de ‘Aceite’ do Termo de Uso apresentado em tela  Avance a etapa para prosseguir com a solicitação 4.6 Digite os números correspondentes a sua assinatura eletrônica  Avance a etapa para finalizar a solicitação Observação: • As credenciais geradas nas etapas 3 e 4 serão apresentadas em tela e poderão ser copiadas através dos botões “Copiar Client_ID” e “Copiar Client_Secret”. • Atenção: Suas credenciais não poderão ser consultadas posteriormente, portanto recomendamos que já sejam armazenadas em local seguro. Após a finalização de todas as etapas, basta então realizar o cadastro na conta na API, e também incluir o certificado digital. Esta tudo completo, pode emitir um pix para teste. Viu como é fácil? Sim a documentação é extensa, porém seguindo este passo a passo, você conseguirá integrar o Sicredi com a API PIX. OBS: Todas as informações contidas neste Post, foram fornecidas diretamente pelo banco SICREDI conforme a documentação em anexo. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar! Cartilha_IB_V3.pdf

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{O campo cobv.calendario.validadeAposVencimento é menor do que zero.}”, apresentado ao gerar o PIX bancário. Mensagem de erro Este erro “{O campo cobv.calendario.validadeAposVencimento é menor do que zero.}” está diretamente ligado ao campo dueDate no envio da requisição para a API. Como corrigir: Para corrigir o erro acima basta realizar a alteração das informações encaminhadas na requisição, referente ao campo dueDate não pode ser anterior a data atual. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “{O campo cobv.calendario.dataDeVencimento é anterior à data de criação da cobrança.}”, apresentado ao gerar o PIX bancário . Mensagem de erro Este erro “{O campo cobv.calendario.dataDeVencimento é anterior à data de criação da cobrança.}” está diretamente ligado ao campo daysAfterDueDate. Como corrigir: Para corrigir o erro acima basta realizar a alteração das informações encaminhadas na requisição, referente ao campo daysAfterDueDate não pode ser menor que zero. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: Rejeição: "4678420:Campo número título beneficiário preenchido com dados inválidos. - Ocorrencia: CBSB00000958044624800101" , apresentado pelo WebService bancário de registro de boletos de cobrança do banco do Brasil. Mensagem de erro Por mais que este erro pareça estar ligado ao código do beneficiário, o mesmo encontra-se ligado ao campo "TituloDocEspecie". Este erro será apresentado quando o cedente que disparou a requisição de REGISTRO via WEBSERVICE encaminhou ao banco, na requisição HTTP, o campo "TituloDocEspecie" estaria com divergências com o que o banco solicita, por exemplo: Exemplo: O banco espera que seja encaminhado um boleto com "TituloDocEspecie": 01 ( Duplicata Mercantil ), porém o boleto enviado ao banco consta "TituloDocEspecie":04 ( Duplicata de Serviço ). E por este motivo o banco retorna o erro: "4678420:Campo número título beneficiário preenchido com dados inválidos. - Ocorrencia: CBSB00000958044624800101". Como corrigir: Para corrigir o erro acima basta realizar a alteração das informações encaminhadas na requisição, referente ao campo "TituloDocEspecie", lembrando de que o mesmo deve estar sempre se acordo com o que o banco espera. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

O que é a transmissão automática? 🤔 A transmissão automática na atualidade é uma das formas mais simples é fácil de se trabalhar com arquivos de remessa e retorno, pois ao invés do cedente realizar a inclusão dos arquivos de remessa e download dos arquivos de retorno do Internet Banking, a Tecnospeed será a responsável pelo tráfego de arquivos ao banco. Para entendermos o recurso da transmissão automática, primeiro precisamos entender a modalidade de transmissão de arquivos manual. Transmissão Manual Na transmissão de arquivos feita de forma manual, o cedente deve realizar os seguintes passos: De forma resumida, identificamos que o processo manual, como o nome sugere, traz diversas partes de seu fluxo que precisam ser feitas manualmente pelo cedente ou seu responsável financeiro. Pensando em otimizar este trabalho, temos a transmissão automática de remessas e retornos, que apresentaremos logo em seguida! Transmissão Automática Com a transmissão automática, o processo acaba sendo simplificado, economizando o tempo do cedente, e para que ele funcione, dentro do fluxo de emissão temos os seguintes passos: O processo de transmissão automática tem o uso no dia-a-dia mais simples, pois a partir do momento em que o cedente realiza a emissão do boleto e gera o arquivo de remessa, a aplicação da Tecnospeed realiza o envio do arquivo de remessa à Nexxera, e assim a Nexxera realiza encaminha o arquivo de remessa ao banco. Após 1 dia útil o banco realiza a liberação do arquivo de retorno e o mesmo é encaminhado a Nexxera, e a Nexxera por sua vez encaminha os retornos de forma automática para a Tecnospeed, e assim, seguimos com o processo de conciliação! Para que o cedente seja notificado assim que os boletos tenha seus status alterados, você pode configurar os Webhooks para receber alertas sempre que um boleto for atualizado pelo banco. Abaixo, segue também um infográfico mostrando a lógica desta forma de comunicação com os bancos: Como posso solicitar a Transmissão automática ao banco? Passo 1: Confirmar se seu banco possui liberação para a utilização da transmissão automática Para realizar o processo de liberação da transmissão automática, primeiramente é necessário verificar se o banco que você utiliza, aceita esta modalidade de transmissão ou não, onde neste caso você pode verificar através da documentação de Bancos Homologados conforme exemplo abaixo: *Caso recentemente seu banco tenha liberado a transmissão automática recentemente e em nossa documentação não conste a transmissão automática marcada, solicito que entre em contato conosco através do suporte para que possamos realizar a homologação do novo processo.* Passo 2: Preenchimento da carta Após confirmar que seu banco possui a modalidade de transmissão automática, o próximo passo é realizar o preenchimento da Carta de Abertura de Relacionamento, onde esta carta deve obter todos os seus campos preenchidos e após isso realizar o envio para a Tecnospeed e também para o banco. Porém alguns bancos podem solicitar a integração com a própria carta, caso a sua solicitação seja para os bancos Sicredi, Banco do Brasil ou Itaú, estão disponíveis as seguintes templates: Sicredi, BB, Itaú. *** Junto ao preenchimento da carta, não alterar os dados referente aos responsáveis técnicos, para que o processo de liberação junto a Nexxera possa seguir normalmente. Passo 3: Entrega da carta à Tecnospeed A carta preenchida pelo correntista com as informações da conta precisa ser enviada à Tecnospeed, via chat ou ticket, para que nós possamos iniciar por aqui o fluxo de liberação da Transmissão Automática. Após nos entregar as cartas, um ticket registrando o pedido será aberto, e para que o processo se conclua com sucesso e no menor tempo possível, é essencial que a mesma carta seja entregue ao banco para que o mesmo inicie o processo de configuração e ativação da Transmissão Automática das remessas e retornos (explicaremos com mais detalhes este processo na sequência). Passo 4: Entrega da Carta ao banco e validação das remessas Após preencher a carta com os dados da conta do cliente, é necessário encaminhá-la ao gerente bancário responsável pela conta do cedente, informando a necessidade de trafegar arquivos de Cobrança Registrada com a VAN Nexxera (caso o gerente tenha dificuldades em fazer este processo, logo abaixo traremos com mais detalhes o processo nos principais bancos); *Exceto para o banco SICOOB, onde não é necessário a carta para abertura de relacionamento, a abertura deve ser feita diretamente no Internet Banking. Exemplo em anexo Ao entregar ao gerente da conta as cartas, é de fundamental importância que você também solicite a ele o processo de validação das remessas geradas. Para isso, utilize a nossa rotina de geração de remessas para gerar pelo menos 10 arquivos (a quantidade varia de acordo com o banco) e encaminhe-as ao gerente para a validação. Feito isso, assim que o banco concluir todas as configurações ele notificará a Nexxera/Tecnospeed para que nós possamos prosseguir com o processo de liberação. Desta forma, tendo qualquer novidade sobre o andamento e assim que estiver tudo pronto nós te avisaremos pelo ticket! Mas e se o banco gerente tiver dificuldades em iniciar o processo de liberação? Por via de regra, a orientação junto aos bancos é solicitar uma alteração na forma como as remessas e retornos são recepcionados. Deixando de ser via internet banking, e passando a ser via VAN. Para os principais bancos elaboramos um passo-a-passo mostrando como orientar o gerente caso haja dificuldades na liberação: Bradesco: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente operacional da conta; Gerente Operacional a encaminha a demanda para o setor de conectividade; Após a conclusão do processo junto ao banco, a demanda é repassada para a VAN Nexxera. Itaú: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente operacional da conta; Gerente operacional encaminha a demanda para o setor de Implantação Cash ou Assistente comercial; Demanda é encaminhara para a equipe de Implantação Cash Técnica; Demanda é encaminhada para a equipe de Guia de Intercambio de Arquivos; Após a conclusão do processo junto ao banco, a demanda é repassada para a VAN Nexxera. Santander: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente da conta; Gerente encaminha a demanda para o setor de cadastramento; Demanda é encaminhada para o setor de Conectividade; Após a conclusão do processo junto ao banco, a demanda é repassada para a VAN Nexxera. Banco do Brasil: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente da conta; Gerente encaminha a demanda para a Superintendência da agência; Demanda é encaminhada para a equipe de Conectividade (DITEC); Após a conclusão do processo junto ao banco, a demanda é repassada para a VAN Nexxera. Caixa: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente da conta; Gerente abre as Fises; Banco configura o CEF Controller (Nexxera); Banco direciona o cadastro para a Implantação Nexxera para que o mesmo seja concluído. Banrisul: Cliente preenche a carta de relacionamento; Correntista entrega a carta para o gerente da conta; Gerente abre a solicitação via intranet do Banrisul; Solicitação é encaminhada ao Gerente de produtos; Gerente de produtos configura a Rede EDI (Conectividade); Após a conclusão do processo junto ao banco, a demanda é repassada para a VAN Nexxera. Observação Importante: E é importante citar também que o recurso de transmissão automática das remessas e retornos funciona apenas em ambiente de produção (para boletos reais). Como posso acompanhar o processo de liberação da transmissão automática? Assim que a Nexxera atualizar o processo interno com alguma informação, a Tecnospeed irá lhe notificar no mesmo ticket em que o processo foi aberto. A Tecnospeed monitora atualizações sobre os processos diariamente para que o mesmo seja finalizado o mais breve possível. Abaixo segue alguns tipos de atualizações que podem ocorrer no ticket: Alertar a falta de relacionamento do banco - Esta mensagem indica que até o momento a Nexxera não recebeu um contato do banco referente ao processo, ou seja, que o pedido de transmissão automática que deve ser enviada pelo banco ainda não foi feito. Caso recebe este feedback no seu ticket é importante confirmar junto ao banco se a abertura do relacionamento já foi iniciada. OBS: Esta liberação bancária é essencial para o processo e o andamento da liberação de transmissão automática depende dela. Solicitar a autorização para testes - Enviamos esta mensagem assim que a Nexxera libera o cadastro, e o intuito é para que possamos realizar um teste de emissão de boletos em produção (no valor de 1 real e com informações do pagador fictícios), para que o tráfego da remessa e do retorno ao banco possa ser validado. Informar que o processo foi finalizado - Com o sucesso do teste da etapa anterior, assim que a conciliação do retorno acontece nós encaminhamos a mensagem de conclusão, e a partir de agora suas remessas (para a conta vinculada ao ticket) já podem ser trafegadas de forma automatizada! Qual o prazo de finalização do processo? 🤔 Referente aos prazos de finalização do processo, existe uma grande dependência pelas liberações bancárias para que o processo avance. Por isso, boa parte do prazo depende do trabalho de seu gerente/equipe responsável pela configuração junto ao banco. Após a recepção do relacionamento pela Nexxera, existe um SLA que varia de 5 a 10 dias para finalizar o processo de transmissão automática. Porém vale reforçar que caso o banco demore para realizar o contato com a Nexxera, o processo pode levar mais tempo, pois esta liberação bancária é essencial para o processo, e o andamento da liberação de transmissão automática depende dela. *Caso o banco demore + de 90 dias para encaminhar o relacionamento a Nexxera, o processo será cancelado. E após o processo for finalizado com sucesso? 🤔 Assim que o processo for finalizado, iremos lhe encaminhar o uma notificação através do ticket para que seja autorizado a ativação da transmissão automática e assim, solicitamos a autorização para gerarmos um boleto de teste (no valor de 1 real com informações do pagador fictícios), para que o tráfego da remessa e do retorno ao banco possa ser validado. Existem mais modalidades de transmissão de boletos? 🤔 Existe sim, temos também a modalidade de Web Service, porém a mesma não utiliza arquivos de retorno e remessa, e ela pode ser utilizada em conjunto com a Transmissão automática. Para saber mais sobre esta modalidade basta clicar nos links abaixo: Transmissão automática e Registro via Web Service Entendendo a Transmissão Manual, Automática e por WebService Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “Movimento: Comando recusado, Nosso número já existente", apresentado pelo banco Caixa. Mensagem de erro Conforme a própria mensagem de erro, esta mensagem de erro está diretamente ligada o ao nosso número do banco do boleto. Este erro será apresentado quando o cedente que disparou a requisição HTTP, o nosso número divergente no qual o banco do que o banco espera. Exemplo: O banco espera receber o próximo nosso número do boleto: 65 Porém na requisição enviada, está sendo passado o nosso número: 64 (Já existente no banco) Como corrigir: Para corrigir o erro acima basta realizar a confirmação das informações encaminhadas na requisição, com as informações que o banco espera recepcionar. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “E0033 - Token Chave Transacao inválida para este beneficiario", apresentado pelo WebService bancário de registro de boletos de cobrança do banco do Sicredi. Mensagem de erro Conforme a própria mensagem de erro, esta mensagem de erro está diretamente ligada o ao código do beneficiário. Este erro será apresentado quando o cedente que disparou a requisição de REGISTRO via WEBSERVICE encaminhou ao banco, na requisição HTTP, o código do beneficiário divergente do que o banco espera. Exemplo: O banco espera receber o código do beneficiário: 12345 Porém na requisição enviada, está sendo passado 123456 Como corrigir: Para corrigir o erro acima basta realizar a confirmação das informações encaminhadas na requisição, com as informações que o banco espera recepcionar. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais, referentes as diferenças entre o abatimento e desconto no boleto. Se o abatimento e o desconto são praticamente a mesma coisa, qual a diferença entre eles?🤔 Bem, por mais que eles tecnicamente são a mesma coisa, cada um possui uma determinada diferença, sendo ela: Desconto: Um determinado valor que é descontado do valor original do boleto, sendo disponibilizado apenas até a data de vencimento. Abatimento: Um determinado valor que é descontado do valor original do boleto, sendo disponibilizado antes e depois da data de vencimento do boleto. Resumindo: O desconto é condicionado a uma data (data do desconto), já o abatimento não tem essa relação. Ficou meio complicado de entender? Vamos lá😉 Vamos imaginar que um boleto tenha seu valor original de R$100,00 com vencimento para o dia 10/05. Caso você informe um Desconto de R$5,00 o cliente poderá pagar R$95,00 no boleto, até o dia 10/05. Caso você informe um Abatimento de R$5,00 o cliente poderá pagar R$95,00 no boleto, antes e após a data de vencimento do boleto. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “Valor da multa deverá ser diferente de '0' (zero) para o código de multa informado.[BLMU106]", apresentado pelo WebService bancário de registro de boletos de cobrança do Banco Inter. Mensagem de erro Este erro acaba acontecendo quando você passa a data de multa, passa o código da da multa, porém você acaba encaminhando o valor da multa como vazio, por exemplo: Como informar Multa TituloCodigoMulta: 1, TituloDataMulta: "05/05/2022", TituloValorMultaTaxa: "" Com isso a instrução sobre o código e data da multa acaba sendo encaminhado normalmente, porém como você não indicou o valor da multa, o WebService irá acusar este erro Também existe a possibilidade de você estar informando o código da multa de uma maneira, porém apresentando o valor da multa diferente do solicitado, por exemplo: "TituloCodigoMulta": "1", "TituloValorMultaTaxa": "1,55", "TituloDataMulta": "07/01/2020" Informando desta forma após a data informada no campo TituloDataMulta será cobrado o valor de R$ 1,55 de multa. "TituloCodigoMulta": "2", "TituloValorMultaTaxa": "2,00", "TituloDataMulta": "07/01/2020" Informando desta forma após a data informada no campo TituloDataMulta será cobrado o valor de 2% sobre o valor total do boleto. Ou seja, você pode estar encaminhando o código da multa 2, porém informando o valor da multa sem ser %, tome muito cuidado. Como corrigir: Para corrigir o erro acima basta confirmar se o campo o TituloValorMultaTaxa está realmente sendo preenchido, e também verifique ser o campo TituloValorMultaTaxa está sendo passado de acordo com o campo TituloCodigoMulta do boleto. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “Data de emissão inválida![BLDA101]", apresentado pelo WebService bancário de registro de boletos de cobrança do Banco Inter. Mensagem de erro Este seria um erro simples de se resolver, quando ele é retornado pelo WebService, significa que, o boleto que você está emitindo agora, está com a data de emissão inválida, por exemplo: Hoje é o dia 05/05/2022 porém a data de emissão do boleto está para o dia 08/12/2022. Ou seja, estou tentando emitir um boleto com uma data diferente da que estou atualmente . Como corrigir: Para corrigir o erro acima basta confirmar se a data de emissão do boleto está realmente preenchido com a data atual. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!

Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes sobre, o que fazer quando o seu boleto consta como LIQUIDADO no banco, porém porém na API consta como REGISTRADO ou EMITIDO. Por qual motivo isso ocorre? Este problema pode ocorrer por 3 motivos: 1° O banco não disponibilizou o arquivo de retorno; 2° O arquivo de retorno não foi incluso na API; 3° A instrução que o banco encaminhou no arquivo de retorno não foi de LIQUIDAÇÂO ou REGISTRO do título; De qualquer forma, como resolvemos este cenário?🤔 Para resolvermos este cenário, nós temos realizar uma série de análises para identificar onde foi a falha, e assim dar sequência com o processo. Você utiliza o método de transmissão manual ou automático? Caso for manual: Verifique se realmente para este boleto foi incluso um arquivo de retorno (Mais simples verificar o histórico via Portal do cedente) Se constar o arquivo de retorno incluso na API, o próximo passo será verificarmos qual foi a instrução (Ocorrência e movimento) que o banco acabou encaminhando referente a este boleto. Este processo pode ser feito, realizando a consulta do boleto na API e se atentando aos campos "TituloOcorrencias" e "TituloMovimentos" conforme exemplo abaixo. Se seu boleto conste REGISTRADO no banco e ao consultar o boleto tenha a informação "codigo": "02", "mensagem": "Movimento: Entrada Confirmada", Peço para que entre em contato conosco através dos canais de atendimento. Se seu boleto conste LIQUIDADO no banco e ao consultar o boleto tenha a informação "codigo": "06", "mensagem": "Movimento: Liquidação normal", Peço para que entre em contato conosco através dos canais de atendimento. Caso seu boleto ainda conste como EMITIDO ou REGISTRADO, será necessário observar o código de movimento e ocorrência que seu arquivo de retorno possui. Caso utilize a transmissão automática de arquivos de remessa e retorno: Basta entrar em contato com o banco e solicitar os logs de envio do arquivo de retorno, e entrar em contato conosco através dos canais de atendimento,pois assim conseguimos verificar mais a fundo onde o problema se encontra. Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!