Histórico de mensagens

nao entendi mt bem o pq

o txid foi substituido por

Eu uso aqui com o campo Point of Initiation Method e passo o valor.

tá faltando na verdade passar o valor

t

Comigo foi retornado algo do tipo.. "62070503"

<@!652136709982781470> percebi que o br code, para o qr code dinâmico, o "Point of Initiation Method" deveria ser passado como sendo "010212" e não está sendo, uma vez que a intenção do QR Code Dinâmico é ser usado apenas uma vez... E acho que o "Additional Data Field" para o campo "Reference Label" tá faltando passar o tamanho do valor

O que temos é que a regra do txid é uma e a regra do Bacen PIX para o ID 62 é outra, pois o campo de ID 62 é Additional Data
Field Template . E pode ser utilizado para várias finalidades, inclusive para o txid.

A regra definida no manual para o txid é: A-Za-z0-9]{26,35} para o QRCode dinâmico e [A-Za-z0-9]{1,25} para o QRCode estático. Estou verificando com a nossa equipe sobre essas definições e como vão ser implementadas

A quantidade de caracteres é clara dentro do ID 62 temos os ID 05 que é M (Mandatório) e temos o ID 50, tambem dentro do ID 62 temos o ID 05 de tamanho 01 a 25 caracteres e também temos o ID 50 de tamanho 30 caracteres (Mandatório)também. Ainda existindo dentro do ID 50 os ID 00 e ID 01 , com o ID 00 tendo 17 caracteres e o ID 01 cinco caracteres todos eles mandatórios.

Pessoal quando a nossa equipe terminar de verificar essa questão da quantidade de caracteres do txid, vou atualizar aqui e em nossa documentação.

Exato Leonidas, somos 300 🙂

Ya, mas seguindo o Manual, máximo 25. Assim garantimos que o receptor entenda e confira. Se este depois apresenta ao pagador, são outros trezentos.

Para o meu caso aqui no ecomm e AVA, sem o txid fica inviável validar, pois ele é unico justamente para se tornar uma chave secundária e ate primaria no banco do ecomm. Valew...vamos ver no que dá 🙂

Eu proponho que seja validado. É o único local onde pode colocar um ID que associe à emissão. E se fizer a verificação de unicidade, melhor 😉

Por isso afirmei que o ID 62 é Opcional, tem gente validando e tem gente não . Vamos esperar hoje no que vai dar, tem uma galera ao nosso favor 🙂

até melhor opinião, claro

Pelo que entendi, o problema deles é no Recebedor não deve conferir o TxId. Motivado por QR codigo estatico de valor zero e que servirá para imensos pagamentos. Ora como é gerado pela api do banco/fintech acho que fica ao critério do mesmo, sendo que o máximo indicado é de 25 digitos alfanumericos

Se o Visa segue o padrao EMVCo ele tem que seguir esta = https://www.emvco.com/wp-content/uploads/documents/EMVCo-Merchant-Presented-QR-Specification-v1-1.pdf

o Bacen está a usar um codigo que era destinado ao Visa se nao estou em erro, segundo esse manual. Portanto, é interessante de ler, mas é lei o do Bacen