Dúvida campo txId preenchido com '***' na PACS.008

[monise]

Olá! Gostaria de confirmar, no caso de um QR code estático, se o campo onde deveria constar o txId estiver preenchido com '' indicando que aquele QR code não possui um txId, os não devem ser enviados na PACS.008, correto? Ou seja o campo TransactionIdentification da PACS.008 deve ficar vazio?

E se o PSP recebedor receber uma PACS.008 com o campo TransactionIdentification igual a '*', o recebimento pode ser rejeitado**?

[ninrod]

bom dia @monise

Ou seja o campo TransactionIdentification da PACS.008 deve ficar vazio?

Correto.

E se o PSP recebedor receber uma PACS.008 com o campo TransactionIdentification igual a '***', o recebimento pode ser rejeitado?

Não. No momento a ICOM está aceitando PACS.008 preenchidas desta maneira. Possivelmente na próxima versão do catálogo este tipo de checagem estará já implementada na ICOM.

[jocimarcan]

@ninrod no manual de experiência 3.1, página 30, é sugerido que se identifique, no extrato, a via pela qual o pagamento/recebimento foi efetuado (Pix via chave, Recebimento Pix via QR code....). Consideranto um QR code estático com txid= e considerando sua resposta de que o txId= não transitaria na PACS.008; como o PSP recebedor conseguirá identificar se um recebimento foi realizado por um QR code nesse caso?

[ninrod]

@jocimarcan ,

@ninrod no manual de experiência 3.1, página 30, é sugerido que se identifique, no extrato, a via pela qual o pagamento/recebimento foi efetuado (Pix via chave, Recebimento Pix via QR code....). Consideranto um QR code estático com txid= e considerando sua resposta de que o txId= não transitaria na PACS.008; como o PSP recebedor conseguirá identificar se um recebimento foi realizado por um QR code nesse caso?

essa questão estará resolvida na próxima versão do catálogo, que deve incluir um campo específico para diferenciar o "método' de iniciação. Se foi estático, se foi dinâmico, se foi manual, se foi chave dict, etc...

[mliberato]

@ninrod,

essa questão estará resolvida na próxima versão do catálogo, que deve incluir um campo específico para diferenciar o "método' de iniciação. Se foi estático, se foi dinâmico, se foi manual, se foi chave dict, etc...

Entendo que isso também deva ser endereçado, mas vale reforçar o pedido: quando o método de iniciação estiver disponível na mensagem com o catálogo atualizado, ser mandatório recusar um pagamento iniciado por QR code dinâmico sem txid.

[rubenskuhl]

@ninrod,

essa questão estará resolvida na próxima versão do catálogo, que deve incluir um campo específico para diferenciar o "método' de iniciação. Se foi estático, se foi dinâmico, se foi manual, se foi chave dict, etc...

Entendo que isso também deva ser endereçado, mas vale reforçar o pedido: quando o método de iniciação estiver disponível na mensagem com o catálogo atualizado, ser mandatório recusar um pagamento iniciado por QR code dinâmico sem txid.

E não apenas os PSPs, mas também o SPI. Se o método é dinâmico, veio sem txid, reject. Veio com txid incompatível com dinâmico, reject.

[ninrod]

ser mandatório recusar um pagamento iniciado por QR code dinâmico sem txid.

@mliberato , o PSP não vai nem precisar se preocupar com isso porque a liquidação centralizada do BCB já vai travar na entrada (isso na próxima versão do catálogo).

[ninrod]

@rubenskuhl

E não apenas os PSPs, mas também o SPI. Se o método é dinâmico, veio sem txid, reject. Veio com txid incompatível com dinâmico, reject.

é exatamente isso mesmo que faremos.