Termos mais procurados:
Encontrei este tutorial aqui da AWS que ensina passo a passo a configuração com mTLS, outros integradores utilizarem ele, pode ser útil https://aws.amazon.com/pt/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/ . Vou buscar mais informações e retorno para você caso não consiga configurar.
Bom dia @everyone , informamos que foi realizado o deploy relativo a inclusão do /pix em todos os webhooks cadastrados como informado anteriormente aqui no canal e em outros meios de comunicação, como nos tickets que enviamos. Pedimos que os integradores que não fizeram o ajuste ainda que se atentem a esta mudança, pois, vai ocasionar falha(404) no recebimento das notificações.
Temos novidades, pessoal!
Sabe-se que muitos integradores desejam utilizar Qr Codes estáticos em cenários diversos, em especial envolvendo negócios de pequeno porte, mas que exigem um processo de conciliação dos recebimentos.
Para isto, publicamos uma atualização que irá notificar via Webhook os Pix pagos através de Qr Codes estáticos.
Saiba mais detalhes em nosso <#🖥changelog>
Lembrando o informativo enviado:
Informativo sobre à adequação do /pix no webhook
Foi estabelecido que ao realizar o cadastro do webhook base pelo integrador, ocorrerá a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook's e como será a notificação após esta mudança:
Integrador cadastrou a url base https://gerencianet.com.br, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.
Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.
Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 08/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.
Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.
Quaisquer dúvidas referentes a esta transição, estamos a disposição em nossos canais de comunicação.
Boa tarde @everyone, sobre à adequação do /pix no webhook, ficou definido que será feito o cadastro do webhook base pelo integrador e a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook e como será a notificação:
Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.
Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.
Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 01/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.
Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.
À medida que se aproximar da data de deploy seremos mais assíduos nas notificações. Quaisquer dúvidas estamos a disposição em nossos canais de comunicação. [ATUALIZADO]
Não entendi esta:
Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix?id=0000x22
A possibilidade mais simples de contornar a concatenação do /pix que a documentação força é justamente colocar um ?x= ao fim da URL para ficar ?x=/pix.
então pergunto:
1. qual a razão para agregar o /pix "no meio" da URL que foi definida pelo integrador e não no fim?
2. isso vai contra a documentação atual que diz que o /pix irá (sempre) no fim da URL - e se for pra mudar o conceito, seria melhor que esse /pix fosse retirado.
e sugiro aos integradores que estão lendo agora: não usem query params na URL do webhook conforme esse exemplo (prefiram path params)
Boa tarde Paula! O nosso callback foi alterado para o padrão do BACEN, nas futuras modificações avisaremos com antecedência para que os integradores possam ajustar o sistema ao novo padrão. Exemplo de callback de Pix recebido atualmente:
Boa tarde <@!664563985885954079>, não tem problemas de autenticação ocorrendo, o que percebemos é que alguns integradores tentavam utilizar o cerificado de produção em rotas de homologação ou vice-versa. Me informe no privado o número da sua conta e detalhes do seu certificado para que eu identifique se é a mesma causa.
Como o Evanil citou, é algo que estamos abertos a discutir e implementar uma vez que contribua positivamente para os integradores, mas de todo modo teria um tempo para ser implementado
Está em discussão, antes de implementarmos a mudança vamos avisar com antecedência para que os integradores possam se adequar ao /pix. Inclusive hoje eu questionei o andamento e uma discussão foi fomentada . Já trago mais detalhes aqui quando alinharem comigo.
Boa tarde Kleyber! Essa é uma falha de ambiente do Mac, não conseguimos simular todos os ambientes dos integradores. No entanto, podemos auxiliar na busca pela falha. Vamos trazer algumas soluções da falha na tentativa de solucionar o problema.
Entendo Magno, obrigado pela sua colocação. Sou parte do mercado que já trabalha com outras coisas complexas e precisa de agilidade de implementação desse item específico. Minha expectativa é algo tão simples como uma Wirecard ou pagseguro. Se a GN quiser atender melhor esse mercado, eles vão atrás de melhorar isso. Aliás, o grande diferencial dos integradores é facilitar a integração e não serem tão complexos quanto o original.
Boa tarde <@!788406836813365248>, na documentação tem o fluxo de como autenticar e todos os endpoints com os seus atributos. Disponibilizamos uma collection no Postman https://documenter.getpostman.com/view/13574984/TVetcm6R e estamos trabalhando para liberar SDKs em outros linguagens também. Agradecemos a sugestão do fluxo, com certeza auxiliaria aos integradores e estamos sempre dispostos a melhorar. Estamos seguindo todas as normas do BACEN e os status também respeitam os definidos no mesmo.
Bom dia Renato! Faz sentido sim, mas estamos deixando os integradores colocarem seus projetos relacionados ao Pix para que o canal possa crescer e a comunidade interagir cada vez mais. Qualquer mudança nas regras relativas a este tema vamos avisar a todos. Muito obrigado pelos seus feedbacks, eles auxiliam na melhoria da nossa plataforma e neste servidor.
Com certeza <@!771014900428439603>, sem dúvidas estamos trabalhando muito para oferecer um bom serviço para vocês integradores. Esperamos logo disponibilizar para demais integrações, sempre seguindo rigorosamente as obrigações com o Bacen.
Bom dia! <@!440035527127990273>, verificamos mesmo este problema que foram contatados por você e mais alguns integradores. Já estamos providenciando a atualização da correção em nossa SDK PHP.
Obrigado pela atenção, Guilherme. Porém, favor esclarecer se você está se referindo a mexer no SDK (que é algo opcional) ou corrigir a disponibiliade do qrcodes-pix-h (que é essencial não apenas para a SDK como está hoje mas também para integradores externos - como euzinho!)
Em canais assim não vai ter como dar suporte a todo momento, mas se o intuito é deixar os integradores discutirem temas entre si, acredito que dê certo
Só para comentar que o issue sobre o outro tema que mencionei que pode ser do interesse de integradores é este aqui:
https://github.com/bacen/pix-api/issues/83
Com certeza, vai facilitar para os integradores. A determinação do banco central precisa ser seguida de qualquer forma, com o padrão mTLS, mas outras formas sugeridas pela própria comunidade e que atendam aos requisitos podem ser implementadas.
