Histórico de mensagens sobre integrador em pix

A discussão no momento é permitir ao integrador bloquear Pix sem txid. Mas eu vou levantar essa questão também para a equipe, pois, já não seria com a API e sim com a equipe financeira.

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.

Para evitar que isso ocorra e prejudique o sistema do integrador vamos avisar com alguns dias de antecedência sobre qualquer modificação, seja por adequação ao BACEN ou não.

<@!671762828046106646> vocês utilizam o D para identificar devoluções na chave (txid), correto? Mas se um integrador gerar um txid começando com D, seu sistema não vai entender como uma devolução?

Boa tarde pessoal! O endpoint tem uma validação interna, ou seja, se os dados não são válidos não há débito na conta do pagador. No entanto, fica difícil para o integrador verificar como é feito a validação, devido a isto, vamos elaborar algumas respostas para as falhas de validação.

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.

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.

Estava só evidenciando a questão caso algum integrador fique com dúvida do porque o txid aparece em alguns Pix e em outros não

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

Estamos analisandoa possibilidade do integrador gerar um crt assinado com uma chave privada que só ele tem acesso, aumentando ainda mais a segurança

O cliente não tem a necessidade de acesso ao end2EndId, uma vez que o consumo é feito pelo integrador

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.

o txid é você integrador que gera e ele não é mandatório no QRCode estático, só no dinâmico. Deve obedecer a seguinte Regex ^[a-zA-Z0-9]{26,35}$

<@!710205440956563536> a chave será lido pelo PSP do pagador, essa parte de consulta ao DICT vai ser responsabilidade do PSP, você não precisa se preocupar com essa implementação. Pode atentar-se as partes do integrador

A elaboração do QRCODE é um passo a ser seguido pelo integrador. O manual do BC (https://www.bcb.gov.br/content/estabilidadefinanceira/spb_docs/ManualBRCode.pdf) explica essa elaboração.
Já adianto que estamos verificando uma melhor forma de disponibilizar o QRCODE pronto, mas, enquanto isso, podemos retirar todas as dúvidas.