Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

TXID não transmitido pelo PSP pagador #209

Open
rubenskuhl opened this issue Nov 25, 2020 · 62 comments
Open

TXID não transmitido pelo PSP pagador #209

rubenskuhl opened this issue Nov 25, 2020 · 62 comments
Assignees
@ninrod
Labels
Dica Uma informação oriunda da comunidade (e não do BACEN) para o benefício da comunidade Erros dos PSPs Os PSPs não estão implementando algo de maneira adequada melhoria algo está funcionando, mas poderia ser melhor txid aspectos relacionados ao identificador da transação

Comments

@rubenskuhl
Copy link

Diferente dos problemas do #188, onde o PSP pagador não consegue entender/baixar o payload do QR-Code dinâmico, neste issue o foco é em PSPs pagadores que apesar de conseguirem fazer o pagamento, não mandam o txid. Isso impede a conciliação pelo recebedor e pode gerar situações de discórdia entre pagadores e recebedores ("mas eu paguei", "mas eu não recebi").

PSPs pagadores até o momento detectados com esse problema:

  • Banco Inter
  • Sofisa
@ninrod ninrod self-assigned this Nov 26, 2020
@ninrod ninrod added Erros dos PSPs Os PSPs não estão implementando algo de maneira adequada bug Algo não está funcionando como deveria. labels Nov 26, 2020
@ninrod
Copy link
Member

ninrod commented Nov 26, 2020

@rubenskuhl , obrigado pelo reporte. Estamos cientes, é um problema grave, estamos atuando para resolver esta questão com os PSPs pagadores.

@grudnitzki
Copy link

Que bom que estão atuando nisso, Filipe!

No QR Code estático, os PSPs pagadores estão exibindo a descrição e o identificador aos clientes e enviando aos PSPs recebedores . Mas os merchants não estão vendo estas informações, que não são apresentadas pelos PSPs.

Parece feito de propósito pelos PSPs, para dificultar a conciliação de pagamentos com QR Code estático (gratuitos), forçando as empresas a usarem o dinâmico (pagos).

@ghost
Copy link

ghost commented Dec 2, 2020 •
edited by ghost
Loading

@bacen qual a previsão de resolução disto junto aos PSPs? estamos com este problema diariamente afetando nossas conciliações e principalmente afetando negativamente a experiência do usuário que tem seu dinheiro sacado porém os sistemas não são devidamente comunicados do pagamento.

@ninrod
Copy link
Member

ninrod commented Dec 3, 2020

@gustavcesar ,

a resposta é "o mais rápido possível".

sugiro entrarem em contato oficial com o DECEM para relatarem estas graves percepções.

@rubenskuhl
Copy link
Author

@gustavcesar ,

a resposta é "o mais rápido possível".

sugiro entrarem em contato oficial com o DECEM para relatarem estas graves percepções.

Grato pela sugestão @ninrod , feito.

@HMPannuti
Copy link

O Banco Inter nos informou que corrigiram o lado deles.
Se alguém tiver como testar, por favor, divulgue o resultado aqui.

@renatofrota
Copy link

O Banco Inter nos informou que corrigiram o lado deles.
Se alguém tiver como testar, por favor, divulgue o resultado aqui.

O @joelemanoel testou e tá ok.

@joelemanoel
Copy link

Hoje efetuei um teste e o mesmo funcionou normal!

@flaviolenz
Copy link

Diferente dos problemas do #188, onde o PSP pagador não consegue entender/baixar o payload do QR-Code dinâmico, neste issue o foco é em PSPs pagadores que apesar de conseguirem fazer o pagamento, não mandam o txid. Isso impede a conciliação pelo recebedor e pode gerar situações de discórdia entre pagadores e recebedores ("mas eu paguei", "mas eu não recebi").

PSPs pagadores até o momento detectados com esse problema:

  • Banco Inter
  • Sofisa

Estão sem repassar o txid pro PSP recebedor: (teste com qrcode estático)

  • Banco Neon
  • Cora

Fico imaginando se os desenvolvedores desses PSP ao menos leem essas mensagens aqui.

@joelemanoel
Copy link

Diferente dos problemas do #188, onde o PSP pagador não consegue entender/baixar o payload do QR-Code dinâmico, neste issue o foco é em PSPs pagadores que apesar de conseguirem fazer o pagamento, não mandam o txid. Isso impede a conciliação pelo recebedor e pode gerar situações de discórdia entre pagadores e recebedores ("mas eu paguei", "mas eu não recebi").
PSPs pagadores até o momento detectados com esse problema:

  • Banco Inter
  • Sofisa

Estão sem repassar o txid pro PSP recebedor: (teste com qrcode estático)

  • Banco Neon
  • Cora

Fico imaginando se os desenvolvedores desses PSP ao menos leem essas mensagens aqui.

Se pelo menos o Neon funcionasse eu conseguiria testar (qrcode dinâmico), mas nem isso consigo fazer kkkk

@flaviolenz
Copy link

flaviolenz commented Dec 7, 2020 via email

@renatofrota renatofrota mentioned this issue Dec 9, 2020
Open
@daburajr
Copy link

O banco PJBank (https://www.pjbank.com.br/) não está repassando o txId (qrcode dinâmico).

@edison
Copy link

edison commented Jan 30, 2021 •
edited
Loading

Pode incluir o Banco BS2 nesta lista também. Sobrescrevem o txid definido em QRCode estático gerado manualmente.

Pelo app deles, sequer dão opção de definir txid, somente descrição, que não retorna também no extrato.

@renatofrota
Copy link

Pode incluir o Banco BS2 nesta lista também. Sobrescrevem o txid definido em QRCode estático gerado manualmente.

Pelo app deles, sequer dão opção de definir txid, somente descrição, que não retorna também no extrato.

Como assim? Você gera o QR Estático com txid = 123, alguém paga, e vc recebe o Pix com outro txid no lugar de 123?

@edison
Copy link

edison commented Jan 30, 2021

Pode incluir o Banco BS2 nesta lista também. Sobrescrevem o txid definido em QRCode estático gerado manualmente.
Pelo app deles, sequer dão opção de definir txid, somente descrição, que não retorna também no extrato.

Como assim? Você gera o QR Estático com txid = 123, alguém paga, e vc recebe o Pix com outro txid no lugar de 123?

Exato! Mas vou usar o Banco Inter de exemplo aqui, que aconteceu o mesmo. Por exemplo, usei exatamente o mesmo QRCode de #236, mudando apenas a chave para meu banco, ficando assim:

00020126360014br.gov.bcb.pix01143798980600016452040000530398654040.155802BR5911Arrumadinho6008Brasilia62260522e433v1524u155f31mDvx016304DD4E

O txid deveria ser e433v1524u155f31mDvx01, correto?

Porém depois de pago o Pix, o extrato mostra como Id da transação: E00416968202101300356jBh0Kn2Ejoi. Em nenhum local encontro o e433v1524u155f31mDvx01 que gostaria.

Será que estou fazendo algo errado?

@renatofrota
Copy link

O E00416968202101300356jBh0Kn2Ejoi é o End To End ID, não o txid.

O txid, por enquanto, você só tem acesso por meio da API Pix (que você deve contratar com o PSP onde você tem conta e recebeu o Pix).

Mas, em breve (espera-se) os PSPs começarão a se adequar ao manual de UX 3.0 (lançado há não muito tempo) e começar a exibir o txid nos comprovantes e no extrato do recebedor, também.

@fuku5hima
Copy link

@ninrod já tem a previsão para essa correção?

@ninrod
Copy link
Member

ninrod commented Feb 23, 2021

@ninrod já tem a previsão para essa correção?

@fuku5hima, a correção é realizada por parte dos PSPs. É caso a caso, com cobrança realizada pelo DECEM.

@renatofrota renatofrota mentioned this issue Feb 25, 2021
Closed
@LeandroBastos99
Copy link

LeandroBastos99 commented Feb 25, 2021 •
edited
Loading

Pessoal, identificamos ontem este erro com a Stone onde o mesmo foi tratado e está na nova versão do android 1.29.0.

@ninrod
Copy link
Member

ninrod commented Feb 25, 2021

Continuando da #335:

Isso é PSP a PSP mesmo. O SPI não sabe se é ou não um QR-Code dinâmico sem olhar o TxID... a não ser que chaves no DICT pudessem receber flag "só aceita QR-Code dinâmico". Acha possível isso, @ninrod ?

@rubenskuhl , eu já até conversei com o DECEM sobre a possibilidade. Acho tecnicamente possível; por outro lado, será que resolve mesmo? Porque pode ser que ok, a gente pare de receber TXIDs nulos, mas comece a receber TXIDs errados. Exemplo 000000000000... Não acho que ajuda tanto assim.

O que acredito que vai ajudar mesmo a estancar o problema é o processo de homologação com o QRTester. A ver.

@mliberato
Copy link

A maior parte dos problemas atualmente que temos recebido com pagamentos de qrcode dinâmico são txid nulos pelos motivos explicitados aqui: #299.

Contudo, uma funcionalidade legal e necessária pelos problemas atuais é a possibilidade de configurar, no PSP recebedor, determinada chave (EVP) para não aceitar pagamentos com txid nulo.

Nesse caso depende do PSP recebedor oferecer essa facilidade, mas acredito que isso poderia virar funcionalidade prevista regulamentada. Não afeta endereçamento no DICT, é simples e direto.

@ninrod
Copy link
Member

ninrod commented Feb 25, 2021

A maior parte dos problemas atualmente que temos recebido com pagamentos de qrcode dinâmico são txid nulos pelos motivos explicitados aqui: #299.

Contudo, uma funcionalidade legal e necessária pelos problemas atuais é a possibilidade de configurar, no PSP recebedor, determinada chave (EVP) para não aceitar pagamentos com txid nulo.

Nesse caso depende do PSP recebedor oferecer essa facilidade, mas acredito que isso poderia virar funcionalidade prevista regulamentada. Não afeta endereçamento no DICT, é simples e direto.

Como eu disse acima, @mliberato, seguindo essa estratégia da "configuração da chave dict", pode ser que ok, a gente pare de receber TXIDs nulos, mas comece a receber TXIDs errados. Exemplo 000000000000... Não acho que ajude tanto assim. Ajuda, mas não acho que resolve.

@mliberato
Copy link

O ponto que levantei é que é praticamente inexistente esse cenário de receber txid "errado", pelo menos pela minha experiência. Em dezenas de milhares de pagamentos de mais de 130 PSPs, tivemos apenas uns 10 erros desse tipo, de apenas 1 instituição, em janeiro. Entrei em contato, foi resolvido e não aconteceu mais.

Acho que a maior preocupação e que de fato "resolve" é entender quem pode "burlar" o sistema, de propósito ou sem querer. A #299 apresenta cenários "sem querer".

Mas, como sabemos, é muito fácil obter a chave pix a partir de qualquer qr code dinâmico, bastando um request para o payload. Esses seriam os casos "de propósito", onde uma pessoa possa tentar burlar o sistema, obtendo a chave a partir do payload e fazendo um pagamento de valor diferente, por exemplo.

Mas mesmo que faça o pagamento com o valor "correto", prejudica a conciliação. Com certeza "marcar" o DICT para que determinada chave aceite só qrcode dinâmico é a melhor opção para resolver este ponto, pois não dependeria dos PSPs e poderia ser rejeitado de maneira centralizada. Se não for possível alterar o DICT para contemplar essa feature, talvez a ideia de recusar para chaves específicas no recebedor seja uma boa opção.

Para não permitir txid inexistente/errado, como entendo que seja a exceção da exceção, não vejo problemas em manter as tratativas pelo lado do PSP recebedor/merchant, em último caso devolvendo o pagamento. Até porque nesse caso a única solução para manter centralizado seria criar um serviço de registro central do txid, que acredito não valer a pena.

Mesmo assim, deveria ser mandatório para o PSP recebedor, ao receber um PIX com um txid inexistente, recusar o pagamento. E ai nesse ponto caberia a homologação do Bacen validar esse ponto.

@ninrod
Copy link
Member

ninrod commented Feb 25, 2021

O ponto que levantei é que é praticamente inexistente esse cenário de receber txid "errado", pelo menos pela minha experiência. Em dezenas de milhares de pagamentos de mais de 130 PSPs, tivemos apenas uns 10 erros desse tipo, de apenas 1 instituição, em janeiro. Entrei em contato, foi resolvido e não aconteceu mais.

Interessante o relato. Pode ser que resolva mesmo. Sensibilizar o DECEM quanto a essa problemática e quanto a essa solução seria a minha recomendação.

@LeandroBastos99
Copy link

Identificamos mais dois ISPB que não estão gerando o TXid, peço a regularização:
ISPB: 62232889
NOME: BCO DAYCOVAL S.A
TIPO: DIRECT

ISPB: 71297899,
NOME: CCLA OESTE MINEIRO LTDA-SICOOB
TIPO: INDIRECT

@flaviolenz
Copy link

flaviolenz commented Mar 12, 2021 via email

@renatofrota
Copy link

Se o seu PSP (recebedor) oferece o recurso de bloqueio de recebimentos sem txid a seu pedido, não importa a caquinha que os outros PSPs façam, você nunca terá que realizar estornos por essa razão (Pix recebido sem txid). Por isso, não precisa da obrigatoriedade de oferta do recurso para que você esteja a salvo. Basta o seu PSP (que é você quem escolhe) oferecer. Usar um PSP que não dá ouvidos aos seus clientes - quando há outros PSPs dando ouvidos - é uma escolha questionável.

@ninrod ninrod removed the bug Algo não está funcionando como deveria. label Mar 12, 2021
@rubenskuhl
Copy link
Author

Ou seja, apenas quem sentir a necessidade, pode escolher usar essa opção. O maior prejudicado é o EC, e hoje ele não tem opção nem voz ativa no PSP para demandar tal funcionalidade, sendo obrigado a devolver (estorno) o pagamento e ficar no prejuízo da taxa do PIX.

Se sua percepção é de não ter voz ativa no PSP, você provavelmente não está usando o PSP mais adequado a você.

@mliberato
Copy link

mliberato commented Mar 12, 2021 •
edited
Loading

Não é uma percepção pessoal, tenho visto colegas no mercado sofrerem com detalhes e "desculpas" de que algo não está especificado e "não deve" ser feito. Sei que isso pode se tornar fator de escolha entre um PSP ou outro, mas ao mesmo tempo entendo que a falta de padronização/definição pode levar a procedimentos alternativos inadequados. Por exemplo, o PSP "A" pode implementar essa função recebendo e estornando, o "B" marcando a chave, o "C" não implementando por entender que "não pode".

O EC que não tem (e teoricamente não precisaria) conhecimento profundo desses detalhes da estrutura do PIX, não consegue nem colocar na balança pra decidir se vai para o A, B ou C, principalmente por entender que o PIX é padronizado.

Para nós que estamos discutindo todos os detalhes, é fácil optar pelo A ou B. Ao padronizar, o ecossistema se fortalece, e o mercado todo ganha.

Não precisa ser uma função "obrigatória" como eu coloquei, mas que pelo menos seja padronizada, ainda que opcional.

@ninrod ninrod added Dica Uma informação oriunda da comunidade (e não do BACEN) para o benefício da comunidade melhoria algo está funcionando, mas poderia ser melhor txid aspectos relacionados ao identificador da transação labels Mar 13, 2021
@rubenskuhl
Copy link
Author

rubenskuhl commented Mar 15, 2021 •
edited
Loading

Se padronizado, seria interessante seguir esta configuração oferecida por um PSP:
https://dev.gerencianet.com.br/docs/api-pix#section-criar-modificar-configura-es-da-conta

{ "pix": { "receberSemChave": true, "chaves": { "1a2306f6-75a5-4d81-ba53-aff8f87327f7": { "recebimento": { "txidObrigatorio": false, "qrCodeEstatico": { "recusarTodos": false } } } } } }

Isso faz tanto a mitigação de recusar transações que deveriam ter vindo com txid, quanto mitigação do ataque dos centavos.

@joelemanoel
Copy link

Se padronizado, seria interessante seguir esta configuração oferecida por um PSP:
https://dev.gerencianet.com.br/docs/api-pix#section-criar-modificar-configura-es-da-conta

{ "pix": { "receberSemChave": true, "chaves": { "1a2306f6-75a5-4d81-ba53-aff8f87327f7": { "recebimento": { "txidObrigatorio": false, "qrCodeEstatico": { "recusarTodos": false } } } } } }

Isso faz tanto a mitigação de recusar transações que deveriam ter vindo com txid, quanto mitigação do ataque dos centavos.

E há também uma evolução na conversa em ter algo como validar txid via regex ou outros métodos.

@renatofrota
Copy link

Um dos outros métodos sugeridos (este por mim) é o PSP enviar um request para webhookURL/txidmatch esperando uma resposta positiva (http status 200-299) ou negativa (http status 400-599) para o aceite do pagamento. Faria mais sentido nos QR Codes estáticos: o EC poderia controlar os txid estáticos que podem ser aceitos sem precisar registrar previamente as cobranças no PSP.

@ninrod ninrod pinned this issue May 17, 2021
@ninrod ninrod changed the title Problema no QR-Code dinâmico - txid não transmitido pelo PSP pagador TXID não transmitido pelo PSP pagador May 24, 2021
@Simone-Albuquerque
Copy link

Pessoal estamos em fase de testes no Pix cobrança com vencimento e estamos com o problema descrito nesse forúm, muitos dos nossos parceiros enviam o pagamento sem o txid o que afeta diretamente a conciliação. Gostaria de saber se houve uma evolução sobre esse tema. Qual caminho estão tomando para resolver essa questão de pagamento sem txid?

@rubenskuhl
Copy link
Author

Pessoal estamos em fase de testes no Pix cobrança com vencimento e estamos com o problema descrito nesse forúm, muitos dos nossos parceiros enviam o pagamento sem o txid o que afeta diretamente a conciliação. Gostaria de saber se houve uma evolução sobre esse tema. Qual caminho estão tomando para resolver essa questão de pagamento sem txid?

Quais PSPs não estão enviando txid ?

@josimarcordeiro
Copy link

Bom dia Pessoal! Gerei um QR Estático para o Banco Inter (recebedor) com inclusão de um TXID e o Inter recusou o pagamento (Feito pela CAIXA). Se eu gerar o mesmo QR Code sem o TXID o Inter aceita. Lendo esse tópico entendi que isso é uma política do Banco Inter e que não há o que fazer. Estou correto nesse entendimento? Algum outro banco com essa mesma política. Desde já agradeço a atenção.

@rubenskuhl
Copy link
Author

Bom dia Pessoal! Gerei um QR Estático para o Banco Inter (recebedor) com inclusão de um TXID e o Inter recusou o pagamento (Feito pela CAIXA). Se eu gerar o mesmo QR Code sem o TXID o Inter aceita. Lendo esse tópico entendi que isso é uma política do Banco Inter e que não há o que fazer. Estou correto nesse entendimento? Algum outro banco com essa mesma política. Desde já agradeço a atenção.

Não tem essa de política, se o Inter estiver fazendo isso é caso de denúncia ao Banco Central.
O txid atendia às regras sintáticas de txid para estático ? Quantos caracteres e que tipo de caracteres especiais utilizava ?

@josimarcordeiro
Copy link

O txid atendia às regras sintáticas de txid para estático ?

Acredito que o txid atende às regras sim, pois fiz o teste com outros bancos e não tive problema. No caso o txid era "20230527120617074" , ou seja, Data atual, com horas, minutos, segundos e microsegundos sem nenhuma formatação.

@flaviolenz
Copy link

flaviolenz commented May 27, 2023 via email

@rubenskuhl
Copy link
Author

O txid atendia às regras sintáticas de txid para estático ?

Acredito que o txid atende às regras sim, pois fiz o teste com outros bancos e não tive problema. No caso o txid era "20230527120617074" , ou seja, Data atual, com horas, minutos, segundos e microsegundos sem nenhuma formatação.

Esse txid atende sim ao regex. É denúncia mesmo para fazer o pessoal lá se mexer.

@josimarcordeiro
Copy link

@rubenskuhl realizei novos testes e realmente o Inter não está aceitando meu txid.
Segue abaixo o copia e cola do QR Code:

00020101021126580014br.gov.bcb.pix0136ac8f3bdf-d72d-46db-811e-75f039bcf3bf52040000530398654041.005802BR5916JOSIMAR CORDEIRO6014BELO HORIZONTE622105172023052712061707463042FCD

o txid foi: 20230527120617074

Estou QR Code acima estou recebendo a seguinte mensagem do banco pagador (CAIXA) "Pagamento rejeitado pelo PSP do recebedor"

O mesmo QR Code usando uma chave na CAIXA funciona normalmente (com o mesmo txid). Segue abaixo:

00020101021126580014br.gov.bcb.pix01362ed5ab31-a5a7-4577-b356-f09d6f43b0ff52040000530398654041.005802BR5916JOSIMAR CORDEIRO6014BELO HORIZONTE62210517202305271206170746304725F

@flaviolenz No caso estou testando com contas de pessoa física e MEI no Inter. No seu caso, a conta recebedora seria uma conta PJ (exceto MEI)?

@flaviolenz
Copy link

flaviolenz commented May 27, 2023 via email

@josimarcordeiro
Copy link

@flaviolenz seria possível você fazer um teste com o destinatário sendo uma conta PF no Inter? Acho que o problema no Inter pode ser o tipo da conta recebedora.

@flaviolenz
Copy link

flaviolenz commented May 27, 2023 via email

@josimarcordeiro
Copy link

Mas o segundo que você passou o destinatário é PJ e não PF. Consegue gerar um aí cujo destinatário seja PF.

O segundo você informou que o destinatário é PJ.. entendeu?

Esse, tb de R$0.10, foi pago de Inter pra Inter: (origem PF, destinatário
PJ)

@flaviolenz
Copy link

flaviolenz commented May 27, 2023 via email

@flaviolenz
Copy link

flaviolenz commented May 27, 2023 via email

@josimarcordeiro
Copy link

Muito obrigado pessoal! Vou relatar esse problema aos Devs do Inter. Se não houver solução vou denunciar ao Banco Central. @ninrod acha que consegue ajudar nesse caso?

@victor-torres
Copy link

victor-torres commented Aug 31, 2023 •
edited
Loading

Infelizmente trago mais um relato sobre inconsistências na exibição de identificador e descrição de pagamentos.

Banco Identificador Descrição
Inter Não mostra Não mostra
BTG Mostra apenas na push notification (iOS) Não mostra
Nubank Mostra Mostra

Todos eles aceitam pagamentos para um mesmo identificador repetido, independente do valor.

Triste porque a impressão que fica é a de que eles não mostram essas informações para forçar uma contratação de uma API Pix para empresas, quando em muitos casos, uma solução simples de BR Code estático resolveria a situação sem incorrer no pagamento de taxas ou contratação de serviços extras.

Sem essas informações fica muito difícil fazer a conciliação dos pagamentos.

@rubenskuhl
Copy link
Author

rubenskuhl commented Aug 31, 2023 •
edited
Loading

Infelizmente trago mais um relato sobre inconsistências na exibição de identificador e descrição de pagamentos.

Banco Identificador Descrição
Inter Não mostra Não mostra
BTG Mostra apenas na push notification (iOS) Não mostra
Nubank Mostra Não mostra
Todos eles aceitam pagamentos para um mesmo identificador repetido, independente do valor.

Triste porque a impressão que fica é a de que eles não mostram essas informações para forçar uma contratação de uma API Pix para empresas, quando em muitos casos, uma solução simples de BR Code estático resolveria a situação sem incorrer no pagamento de taxas ou contratação de serviços extras.

Sem essas informações fica muito difícil fazer a conciliação dos pagamentos.

Não atribua a malícia o que pode ser explicado por incompetência...
(Hanlan's razor)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@ninrod ninrod

Labels
Dica Uma informação oriunda da comunidade (e não do BACEN) para o benefício da comunidade Erros dos PSPs Os PSPs não estão implementando algo de maneira adequada melhoria algo está funcionando, mas poderia ser melhor txid aspectos relacionados ao identificador da transação
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests