Manual Operacional do Diretório de Identificadores de

1 • Manual Operacional do Diretório de Identificadores de Contas Transacionais (DICT)

Manual Operacional do Diretório de

Identificadores de Contas Transacionais

(DICT)

Versão 4.4


Histórico de revisão

Data Versão Descrição das alterações

11/8/2020 1.0

10/9/2020 1.1 Seção 6: Ajustes na redação do fluxo de reivindicação, para deixar mais claro seu funcionamento:

• caso o usuário doador não se manifeste dentro do período de resolução, o PSP doador deve necessariamente confirmar a reivindicação no DICT;

• no período de encerramento, o usuário doador pode somente validar a posse da chave, cancelando o processo. A confirmação não é possível durante esse período; e

• previsão de que o PSP reivindicador deve cancelar o processo de reivindicação no DICT caso seu usuário não faça a validação ativa da chave até o trigésimo dia após o início do processo de reivindicação.

Seção 6.1: ajustes nas etapas 5 e 7, para deixar a redação mais clara e para incorporar os ajustes feitos ne seção 6. Seção 6.2: ajustes nas etapas 7, 11, 12 e 13, para deixar a redação mais clara e para incorporar os ajustes feitos ne seção 6. Seção 6.3:

• ajuste no fluxo; e

• ajustes nas etapas 4, 12, 14, 15, 16, 17, 19 e 20, para deixar a redação mais clara e para incorporar os ajustes feitos ne seção 6.

Seção 6.4:

• ajuste no fluxo; e

• ajustes nas etapas 6, 16, 18, 20, 21, 22, 23, 27 e 28, para deixar a redação mais clara e para incorporar os ajustes feitos ne seção 6.

Seção 9: ajuste para deixar claro que a verificação de sincronismo não precisa ser realizada diariamente. Ela precisa ser realizada em intervalos máximos de 36 horas, conforme Manual de Tempos do Pix. Seção 10: ajuste para prever que a notificação de infração pode ser cancelada a qualquer tempo. Seção 10.1: ajuste na nomenclatura das mensagens enviadas para o DICT. Seção 10.2: ajuste na nomenclatura das mensagens enviadas para o DICT.

13/11/2020 2.0 Estrutura: inserção da seção 15 “Limitação de requisições à API do DICT”.


Seção 5: inserção de nota de rodapé para explicitar que é possível atualizar dados da conta vinculados à chave enquanto o status da requisição de portabilidade estiver “Aberto” ou “Aguardando Resolução”. Seção 6: inserção de nota de rodapé para explicitar que é possível atualizar dados da conta vinculados à chave enquanto o status da requisição de reivindicação de posse estiver “Aberto” ou “Aguardando Resolução”. Seção 9: inserção de texto para detalhar como deve ser o processo de correção de chave divergente após uma verificação de sincronismo. Seção 10: retirada do campo “Motivo” no processo de abertura de uma notificação de infração. Seção 14: retirada das informações, que o DICT armazena, relativas a transações com suspeita de infração à regulação de prevenção à lavagem de dinheiro e ao financiamento do terrorismo.

17/11/2020 2.1 Seção 9: orientação para que eventuais divergências encontradas entre a base interna e o DICT, após processo de verificação de sincronismo, sejam corrigidas na base interna.

18/3/2021 3.0 Estrutura: inserção das seções 16 “Fluxo de verificação de chaves Pix registradas” e 17 “Cache de existência de chave Pix”. Seção 7.1: ajuste no fluxo e na tabela de passo a passo, para prever possibilidade de alteração do nome do usuário vinculado à chave Pix. Seção 7.2: ajuste no fluxo e na tabela de passo a passo, para prever possibilidade de alteração do nome do usuário vinculado à chave Pix. Seção 15: ajuste de forma e de texto na tabela que detalha a política de rate limit, com a inclusão dos limites para o keys.read.

8/6/2021 4.0 Estrutura: inserção da seção 18 “Fluxo de solicitação de devolução”. Estrutura: inserção das subseções 10.3 “Fluxo de notificação de infração para abertura de solicitação de devolução (participantes do Pix com acesso direto ao DICT)” e 10.4 “Fluxo de notificação de infração para abertura de solicitação de devolução (participantes do Pix com acesso indireto ao DICT)”. Seção 5: previsão de possibilidade de cancelamento de uma portabilidade com status “Confirmado” pelo PSP reivindicador. Seção 10: inserção do campo “Motivo” e detalhamento dos campos na abertura de uma notificação de infração; detalhamento dos campos no fechamento de uma notificação de infração; e detalhamento do


funcionamento do fluxo de notificação de infração para abertura de solicitação de devolução. Seção 10.1: alteração do nome da seção para “Fluxo de notificação de infração entre participantes do Pix com acesso direto ao DICT, por motivo ‘fraude’”. Seção 10.1: prazo máximo para abertura de notificação de infração passa a ser oitenta dias corridos (etapa 2). Seção 10.1: prazo máximo para análise de uma notificação de infração passa a ser sete dias (etapa 7). Seção 10.2: alteração do nome da seção para “Fluxo de notificação de infração entre participantes do Pix com acesso indireto ao DICT, por motivo ‘fraude’”. Seção 10.2: prazo máximo para abertura de notificação de infração passa a ser oitenta dias corridos (etapa 2). Seção 10.2: prazo máximo para análise de uma notificação de infração passa a ser sete dias (etapa 14). Seção 13: tamanho máximo do balde do usuário final passa a ser 1.000 fichas, com incremento temporal de 2 fichas a cada minuto; tamanho máximo do balde do participante passa a ser 20.000 fichas, com incremento temporal de 6.000 fichas a cada minuto; e inserção de texto para dar flexibilidade ao Banco Central do Brasil na gestão dos baldes. Seção 15: ajustes na tabela com os limites de requisições à API do DICT.

29/6/2021 4.1 Seção 15: incorporação de novos limites de requisição à API do DICT.

22/7/2021 4.2 Estrutura: inserção das subseções 8.3 “Fluxo de consulta para o participante do Pix que atua como prestador de serviço de iniciação de transação de pagamento, com acesso direto ao DICT” e 8.4 “Fluxo de consulta para o participante do Pix que atua como prestador de serviço de iniciação de transação de pagamento, com acesso indireto ao DICT”. Seção 10: inclusão das notas de rodapé 6 e 7, para deixar clara a data a partir da qual os prazos relacionados à notificação de infração começarão a valer. Seção 13: inserção dos mecanismos de prevenção a ataques de leitura para os participantes que prestem serviço de iniciação de transação de pagamento. Seção 15: inclusão da nota de rodapé 10, para deixar claro que os mesmos limites para a verificação de chaves Pix registradas são aplicáveis aos participantes iniciadores.


24/8/2021 4.3 Seção 10: inserção de nota de rodapé para deixar claro que a notificação de infração para abertura de solicitação de devolução estará disponível somente a partir de 16 de novembro de 2021, nos termos da Resolução BCB nº 103. Seção 13: ajustes nos mecanismos de prevenção a ataques de leitura do DICT. As consultas sem liquidação para todos os tipos de chave passam a consumir fichas nos baldes, tanto para os usuários finais quanto para os participantes. Para isso, foi criado um novo balde, com 1.000 fichas, para as chaves CPF, CNPJ e aleatória para os usuários finais; e foi aumentado o incremento temporal de fichas para os participantes. Seção 13: inserção de nota de rodapé para explicar as novas regras de formação do campo PayerId. Seção 15: criação de um balde específico para o endpoint updateEntry. Com isso, o balde do createEntry e do deleteEntry foi diminuído. Seção 18: ajuste em nota de rodapé, para deixar claro que a solicitação de devolução estará disponível somente a partir de 16 de novembro de 2021, nos termos da Resolução BCB nº 103.

21/9/2021 4.4 Seção 10: inserção de texto para deixar mais claro o funcionamento da funcionalidade. Seção 10.3: inserção de notas de rodapé para deixar claro os casos em que o Mecanismo Especial de Devolução não pode ser acionado. Seção 10.4: inserção de notas de rodapé para deixar claro os casos em que o Mecanismo Especial de Devolução não pode ser acionado. Seção 13: ajustes nos mecanismos de prevenção a ataques de leitura do DICT. Separação de baldes de consultas de usuários PF e PJ, com definição de parâmetros diferenciados, através da identificação do tipo de pessoa pelo campo PayerID. Além disso, os baldes de consultas de participantes passam a ter categorias com parâmetros diferenciados de tamanho e incremento, de forma a se adequar às necessidades de cada participante. Seção 13: ajuste na nota de rodapé 13, para deixar claro o formato a ser usado no campo PayerId. Seção 15: remoção da política geral entries.read e inclusão de nota de rodapé, para explicar que essa política está sendo tratada com mais detalhes na seção 13. Além disso, os parâmetros da política update.entries foram reduzidos. Seção 18: inserção de texto para deixar mais claro o funcionamento da funcionalidade.


Seção 18.2: ajuste na etapa 15, para deixar o texto mais claro. Seção 18.3: ajuste no fluxo, para consertar a etapa 4, que estava identificando um estado de forma equivocada. Seção 18.4: ajuste no fluxo, para consertar a etapa 6, que estava identificando um estado de forma equivocada. Seção 18.5: inserção de notas de rodapé, para deixar mais claro o funcionamento da funcionalidade.


Sumário

1. CHAVES PIX ................................................................................................................................................ 9

2. VALIDAÇÃO ATIVA (CRUZADA) DA CHAVE .................................................................................................. 9

3. FLUXO DE REGISTRO DE CHAVE .................................................................................................................. 9

3.1. FLUXO DE REGISTRO DE CHAVE POR SOLICITAÇÃO DO USUÁRIO FINAL (PARTICIPANTES DO PIX COM ACESSO DIRETO AO DICT) 9 3.2. FLUXO DE REGISTRO DE CHAVE POR SOLICITAÇÃO DO USUÁRIO FINAL (PARTICIPANTES DO PIX COM ACESSO INDIRETO AO

DICT) 11 3.3. FLUXO DE REGISTRO DE CHAVE INICIADO PELO PARTICIPANTE (PARTICIPANTES DO PIX COM ACESSO DIRETO AO DICT) ..... 14 3.4. FLUXO DE REGISTRO DE CHAVE INICIADO PELO PARTICIPANTE (PARTICIPANTES DO PIX COM ACESSO INDIRETO AO DICT) .. 15

4. FLUXO DE EXCLUSÃO DE CHAVE ............................................................................................................... 17

4.1. FLUXO DE EXCLUSÃO DE CHAVE POR SOLICITAÇÃO DO USUÁRIO FINAL (PARTICIPANTES DO PIX COM ACESSO DIRETO AO

DICT) 17 4.2. FLUXO DE EXCLUSÃO DE CHAVE POR SOLICITAÇÃO DO USUÁRIO FINAL (PARTICIPANTES DO PIX COM ACESSO INDIRETO AO

DICT) 19 4.3. FLUXO DE EXCLUSÃO DE CHAVE INICIADO PELO PARTICIPANTE (PARTICIPANTES DO PIX COM ACESSO DIRETO AO DICT) .... 20 4.4. FLUXO DE EXCLUSÃO DE CHAVE INICIADO PELO PARTICIPANTE (PARTICIPANTES DO PIX COM ACESSO INDIRETO AO DICT).. 22

5. FLUXO DE PORTABILIDADE DE CHAVE ...................................................................................................... 23

5.1. FLUXO DE PORTABILIDADE PARA O PSP REIVINDICADOR COM ACESSO DIRETO AO DICT ............................................. 24 5.2. FLUXO DE PORTABILIDADE PARA O PSP REIVINDICADOR COM ACESSO INDIRETO AO DICT .......................................... 25 5.3. FLUXO DE PORTABILIDADE PARA O PSP DOADOR COM ACESSO DIRETO AO DICT ...................................................... 28 5.4. FLUXO DE PORTABILIDADE PARA O PSP DOADOR COM ACESSO INDIRETO AO DICT ................................................... 29

6. FLUXO DE REIVINDICAÇÃO DE POSSE DE CHAVE ....................................................................................... 32

6.1. FLUXO DE REIVINDICAÇÃO DE POSSE PARA O PSP REIVINDICADOR COM ACESSO DIRETO AO DICT ................................ 32 6.2. FLUXO DE REIVINDICAÇÃO DE POSSE PARA O PSP REIVINDICADOR COM ACESSO INDIRETO AO DICT ............................. 35 6.3. FLUXO DE REIVINDICAÇÃO DE POSSE PARA O PSP DOADOR COM ACESSO DIRETO AO DICT ......................................... 38 6.4. FLUXO DE REIVINDICAÇÃO DE POSSE PARA O PSP DOADOR COM ACESSO INDIRETO AO DICT ...................................... 41

7. FLUXO DE ALTERAÇÃO DOS DADOS VINCULADOS À CHAVE ..................................................................... 45

7.1. FLUXO DE ALTERAÇÃO DOS DADOS VINCULADOS À CHAVE (PARTICIPANTES DO PIX COM ACESSO DIRETO AO DICT) .......... 45 7.2. FLUXO DE ALTERAÇÃO DOS DADOS VINCULADOS À CHAVE (PARTICIPANTES DO PIX COM ACESSO INDIRETO AO DICT) ....... 47

8. FLUXO DE CONSULTA DE CHAVE ............................................................................................................... 48

8.1. FLUXO DE CONSULTA PARA O PARTICIPANTE DO PIX COM ACESSO DIRETO AO DICT................................................... 48 8.2. FLUXO DE CONSULTA PARA O PARTICIPANTE DO PIX COM ACESSO INDIRETO AO DICT ................................................ 50 8.3. FLUXO DE CONSULTA PARA O PARTICIPANTE DO PIX QUE ATUA COMO PRESTADOR DE SERVIÇO DE INICIAÇÃO DE TRANSAÇÃO

DE PAGAMENTO, COM ACESSO DIRETO AO DICT ............................................................................................................. 52 8.4. FLUXO DE CONSULTA PARA O PARTICIPANTE DO PIX QUE ATUA COMO PRESTADOR DE SERVIÇO DE INICIAÇÃO DE TRANSAÇÃO

DE PAGAMENTO, COM ACESSO INDIRETO AO DICT .......................................................................................................... 54

9. FLUXO DE VERIFICAÇÃO DE SINCRONISMO .............................................................................................. 55

9.1. VERIFICAÇÃO DE VSYNC (PARTICIPANTE DO PIX COM ACESSO DIRETO AO DICT) ....................................................... 57 9.2. VERIFICAÇÃO DE VSYNC (PARTICIPANTE DO PIX COM ACESSO INDIRETO AO DICT) .................................................... 58 9.3. LISTA DE CIDS ............................................................................................................................................ 60

9.3.1 Participante do Pix com acesso direto ............................................................................................... 60


9.3.2 Participante do Pix com acesso indireto ............................................................................................ 61

10. FLUXO DE NOTIFICAÇÃO DE INFRAÇÃO ................................................................................................ 63

10.1. FLUXO DE NOTIFICAÇÃO DE INFRAÇÃO ENTRE PARTICIPANTES DO PIX COM ACESSO DIRETO AO DICT, POR MOTIVO “FRAUDE” 65 10.2. FLUXO DE NOTIFICAÇÃO DE INFRAÇÃO ENTRE PARTICIPANTES DO PIX COM ACESSO INDIRETO AO DICT, POR MOTIVO

“FRAUDE” ............................................................................................................................................................... 66 10.3. FLUXO DE NOTIFICAÇÃO DE INFRAÇÃO PARA ABERTURA DE SOLICITAÇÃO DE DEVOLUÇÃO (PARTICIPANTES DO PIX COM

ACESSO DIRETO AO DICT) .......................................................................................................................................... 69 10.4. FLUXO DE NOTIFICAÇÃO DE INFRAÇÃO PARA ABERTURA DE SOLICITAÇÃO DE DEVOLUÇÃO (PARTICIPANTES DO PIX COM

ACESSO INDIRETO AO DICT) ....................................................................................................................................... 71

11. INTERFACE DE COMUNICAÇÃO ............................................................................................................. 75

12. CACHE DE CHAVES CONSULTADAS ....................................................................................................... 75

13. MECANISMOS DE PREVENÇÃO A ATAQUES DE LEITURA ....................................................................... 75

14. INFORMAÇÕES VINCULADAS ÀS CHAVES PARA FINS DE SEGURANÇA .................................................. 77

15. LIMITAÇÃO DE REQUISIÇÕES À API DO DICT ......................................................................................... 78

16. FLUXO DE VERIFICAÇÃO DE CHAVES PIX REGISTRADAS ........................................................................ 79

16.1. FLUXO DE VERIFICAÇÃO DE CHAVES PIX REGISTRADAS PARA O PARTICIPANTE DO PIX COM ACESSO DIRETO AO DICT ........ 79 16.2. FLUXO DE VERIFICAÇÃO DE CHAVES PIX REGISTRADAS PARA O PARTICIPANTE DO PIX COM ACESSO INDIRETO AO DICT ..... 81

17. CACHE DE EXISTÊNCIA DE CHAVE PIX ................................................................................................... 82

18. FLUXO DE SOLICITAÇÃO DE DEVOLUÇÃO ............................................................................................. 83

18.1. FLUXO DE SOLICITAÇÃO DE DEVOLUÇÃO POR “FALHA OPERACIONAL DO PSP DO PAGADOR” (PARTICIPANTES DO PIX COM

ACESSO DIRETO AO DICT) .......................................................................................................................................... 85 18.2. FLUXO DE SOLICITAÇÃO DE DEVOLUÇÃO POR “FALHA OPERACIONAL DO PSP DO PAGADOR” (PARTICIPANTES DO PIX COM

ACESSO INDIRETO AO DICT) ....................................................................................................................................... 86 18.3. FLUXO DE SOLICITAÇÃO DE DEVOLUÇÃO POR “FUNDADA SUSPEITA DE FRAUDE” (PARTICIPANTES DO PIX COM ACESSO DIRETO

AO DICT) ............................................................................................................................................................... 89 18.4. FLUXO DE SOLICITAÇÃO DE DEVOLUÇÃO POR “FUNDADA SUSPEITA DE FRAUDE” (PARTICIPANTES DO PIX COM ACESSO

INDIRETO AO DICT) .................................................................................................................................................. 91 18.5. FLUXO DE CANCELAMENTO DE DEVOLUÇÃO....................................................................................................... 94


1. Chaves Pix As chaves Pix serão armazenadas no DICT no formato indicado no quadro abaixo:

Tipo Formato Descrição

Número de telefone celular

+XXXXXXXXXXXXX O telefone celular usará o padrão E.1641.

Endereço de e-mail [email protected](.xx)

O e-mail terá tamanho máximo de 77 caracteres e será validado de acordo com expressão regular definida na especificação da API do DICT.

CPF XXXXXXXXXXX

O CPF será utilizado com 11 números, incluindo os dígitos verificadores. Deverá ser informado sem pontos ou traços.

CNPJ XXXXXXXXXXXXXX O CNPJ será utilizado com 14 números, incluindo os dígitos verificadores. Deverá ser informado sem pontos ou traços.

Chave aleatória2 XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX

UUID gerado pelo DICT, conforme formato especificado na RFC41223.

O usuário final com número de inscrição no CPF pode vincular até cinco chaves Pix para cada conta transacional da qual for titular. O usuário final com número de inscrição no CNPJ pode vincular até vinte chaves Pix para cada conta transacional da qual for titular. O limite de chaves é aplicado para cada conta transacional, independentemente da quantidade de titulares da conta.

2. Validação ativa (cruzada) da chave Para validar o número no CPF ou no CNPJ, o participante do Pix deve, pelo menos, verificar se o número informado corresponde ao número utilizado para a abertura da conta. Para validar o número de telefone celular ou o endereço de e-mail, o participante do Pix deve, pelo menos, enviar um código para o número de telefone celular ou para o endereço de e-mail informado e solicitar a inclusão desse código em algum canal de atendimento disponibilizado por ele, o qual deve ser confirmado por meio de algum mecanismo de autenticação digital, de livre escolha do participante do Pix.

3. Fluxo de registro de chave

3.1. Fluxo de registro de chave por solicitação do usuário final (participantes do Pix com acesso direto ao DICT)

1 https://www.itu.int/rec/T-REC-E.164-201011-I/en. 2 A chave aleatória é uma sequência alfanumérica que não possui qualquer significado, a não ser o de servir como uma chave Pix. A chave aleatória não é uma chave de determinação livre. Trata-se de uma chave constituída por uma sequência de bits gerados aleatoriamente pelo DICT. 3 https://tools.ietf.org/html/rfc4122#section-3.


# Camada Tipo Descrição

1 Usuário final Ação Usuário final acessa seu canal de atendimento.

2 Usuário final Ação

Usuário final informa qual chave deseja cadastrar entre os cinco tipos possíveis: CPF, CNPJ, e-mail, número de telefone celular e chave aleatória. Usuário final solicita registro da chave.

3 Usuário final Comunicação Usuário final encaminha sua solicitação e os dados necessários a seu prestador de serviços de pagamento (PSP).

4 PSP do usuário final

Comunicação PSP do usuário final recebe a solicitação de registro de chave no DICT.


Ação

PSP faz validação da posse da chave pelo usuário final. Antes de encaminhar a solicitação de registro ao DICT, o PSP deve verificar se a chave já está registrada em sua base interna. Caso esteja, não é necessário o envio de solicitação ao DICT. PSP segue diretamente para a etapa 15.


Mensagem Solicitação de registro de chave é encaminhada ao DICT através da mensagem “Diretório / Criar Vínculo”.

7 DICT Mensagem DICT recebe mensagem com a solicitação de registro de chave.

8 DICT Ação

DICT realiza verificações de conformidade: i) instituição que solicitou o registro, ou seja, o PSP com acesso direto, deve possuir autorização para realizar o registro de chaves Pix; e ii) PSP vinculado à chave deve ser o mesmo PSP do usuário final que solicitou o registro da chave.

9 DICT Ação DICT verifica se a chave Pix solicitada já está registrada.


No caso da chave aleatória, DICT gera o número hexadecimal que servirá como endereço.

10 DICT Ação Caso a chave solicitada não esteja registrada no DICT, efetua-se seu cadastro, vinculando a chave aos dados da conta transacional.

11 DICT Ação Caso a chave solicitada já esteja registrada no DICT, é criada mensagem indicando a existência de registro para aquela chave, com os dados da chave existente.

12 DICT Mensagem DICT envia mensagem de resposta ao PSP do usuário final, informando o sucesso do registro ou a existência de chave já registrada.


Mensagem PSP do usuário final recebe mensagem de resposta do DICT.


Ação No caso de sucesso no registro, o PSP do usuário final atualiza sua base de dados interna com a chave e os dados da conta vinculados a ela.


Comunicação

PSP do usuário final pode encaminhar três comunicações para o usuário final:

i) caso a chave tenha sido registrada com sucesso, é enviada comunicação confirmando o registro da chave;

ii) caso a chave não tenha sido registrada e a chave esteja de posse do mesmo CPF/CNPJ que solicitou seu registro, é enviada comunicação indicando o PSP da chave já registrada e perguntando se o usuário deseja efetuar portabilidade da chave; ou

iii) caso a chave não tenha sido registrada e a chave esteja de posse de CPF/CNPJ diferente daquele que solicitou seu registro, é enviada comunicação indicando o PSP da chave já registrada e perguntando se o usuário deseja efetuar reivindicação de posse da chave.

16 Usuário final Comunicação Usuário final recebe comunicação do seu PSP. Caso a chave tenha sido registrada com sucesso, o fluxo é encerrado.

17 Usuário final Comunicação Usuário final envia comunicação ao seu PSP, caso o usuário decida solicitar portabilidade ou reivindicação de posse.


Comunicação

PSP do usuário final recebe comunicação do usuário. Caso o usuário escolha solicitar a portabilidade da chave, o fluxo de portabilidade é iniciado. Caso o usuário escolha solicitar a reivindicação da chave, o fluxo de reivindicação de posse é iniciado.

3.2. Fluxo de registro de chave por solicitação do usuário final (participantes do Pix com acesso indireto ao DICT)





Usuário final informa qual chave deseja cadastrar entre os cinco tipos possíveis: CPF, CNPJ, e-mail, número de telefone celular e chave aleatória. Usuário final solicita registro da chave.

3 Usuário final Comunicação Usuário final encaminha sua solicitação e os dados necessários a seu prestador de serviços de pagamento (PSP).


Comunicação PSP do usuário final recebe a solicitação de registro de chave no DICT.


Ação

PSP faz validação da posse da chave pelo usuário final. Antes de encaminhar a solicitação de registro ao DICT, o PSP deve verificar se a chave já está registrada em sua base interna. Caso esteja, não é necessário o envio de solicitação ao DICT. PSP segue diretamente para a etapa 19.


Comunicação Solicitação de registro de chave é encaminhada a PSP com acesso direto ao DICT.

7 PSP com acesso direto ao DICT

Comunicação PSP com acesso direto ao DICT recebe comunicação com a solicitação de registro de chave.


Mensagem PSP com acesso direto encaminha a solicitação de registro de chave ao DICT através da mensagem “Diretório / Criar Vínculo”.



10 DICT Ação

DICT realiza verificações de conformidade: i) instituição que solicitou o registro, ou seja, o PSP com acesso direto, deve possuir autorização para realizar o registro de chaves Pix. O DICT deve, inclusive, verificar se o PSP com acesso direto ao DICT tem autorização para registrar chaves para o PSP sem acesso direto; ii) PSP vinculado à chave deve ser o mesmo PSP do usuário final que solicitou o registro da chave; e iii) PSP com acesso direto ao DICT tem permissão para efetuar registros em nome do PSP do usuário.

11 DICT Ação DICT verifica se a chave Pix solicitada já está registrada. No caso da chave aleatória, DICT gera o número hexadecimal que servirá como endereço.


13 DICT Ação Caso a chave solicitada já esteja registrada no DICT, é criada mensagem indicando registro para aquela chave, com os dados da chave existente.

14 DICT Mensagem DICT envia mensagem de resposta ao PSP com acesso direto, informando o sucesso do registro ou a existência de chave já registrada.


Mensagem PSP com acesso direto ao DICT recebe mensagem de resposta.


Comunicação PSP com acesso direto ao DICT envia comunicação ao PSP do usuário final, informando o registro ou a existência de chave já registrada.


Comunicação PSP do usuário final recebe comunicação.


Ação No caso de sucesso no registro, o PSP do usuário final atualiza sua base de dados interna com a chave e os dados da conta vinculados a ela.


Comunicação

PSP do usuário final pode encaminhar três comunicações para o usuário final:

i) caso a chave tenha sido registrada com sucesso, é enviada comunicação confirmando o registro da chave;

ii) caso a chave não tenha sido registrada e a chave esteja de posse do mesmo CPF/CNPJ que solicitou seu registro, é enviada comunicação indicando o PSP da chave já registrada e perguntando se o usuário deseja efetuar portabilidade da chave; ou

iii) caso a chave não tenha sido registrada e a chave esteja de posse de CPF/CNPJ diferente daquele que solicitou seu registro, é enviada comunicação indicando o PSP da chave já registrada e


perguntando se o usuário deseja efetuar reivindicação de posse da chave.

20 Usuário final Comunicação Usuário final recebe comunicação do seu PSP. Caso a chave tenha sido registrada com sucesso, o fluxo é encerrado.

21 Usuário final Comunicação Usuário final envia comunicação ao seu PSP, caso o usuário decida solicitar portabilidade ou reivindicação de posse.


Comunicação

PSP do usuário final recebe comunicação do usuário. Caso o usuário escolha solicitar a portabilidade da chave, o fluxo de portabilidade é iniciado. Caso o usuário escolha solicitar a reivindicação da chave, o fluxo de reivindicação de posse é iniciado.

3.3. Fluxo de registro de chave iniciado pelo participante (participantes do Pix com acesso direto ao DICT)



Ação Após processo de verificação de sincronismo, PSP identifica chave registrada corretamente em sua base, mas que, por falha operacional, não está registrada no DICT.



Mensagem Solicitação de registro de chave é encaminhada ao DICT através da mensagem “Diretório / Criar Vínculo”.


4 DICT Ação

DICT realiza verificações de conformidade: i) instituição que solicitou o registro, ou seja, o PSP com acesso direto, deve possuir autorização para realizar o registro de chaves Pix; e ii) PSP vinculado à chave deve ser o mesmo PSP do usuário final que solicitou o registro da chave.

5 DICT Ação DICT verifica se a chave de endereçamento solicitada já está registrada.



8 DICT Mensagem DICT envia mensagem de resposta ao PSP do usuário final, informando o sucesso do registro ou a existência de chave já registrada.


Mensagem PSP do usuário final recebe mensagem de resposta do DICT.

3.4. Fluxo de registro de chave iniciado pelo participante (participantes do Pix com acesso indireto ao DICT)




Ação Após processo de verificação de sincronismo, PSP identifica chave registrada corretamente em sua base, mas que, por falha operacional, não está registrada no DICT.


Comunicação Solicitação de registro de chave no DICT é encaminhada ao PSP com acesso direto ao DICT.


Comunicação PSP com acesso direto ao DICT recebe comunicação com a solicitação de registro de chave.


Mensagem PSP com acesso direto encaminha solicitação de registro de chave ao DICT através da mensagem “Diretório / Criar Vínculo”.



6 DICT Ação

DICT realiza verificações de conformidade: i) instituição que solicitou o registro, ou seja, o PSP com acesso direto, deve possuir autorização para realizar o registro de chaves Pix; ii) PSP vinculado à chave deve ser o mesmo PSP do usuário final que solicitou o registro da chave; e iii) PSP com acesso direto ao DICT tem permissão para efetuar registros em nome do PSP do usuário.

7 DICT Ação DICT verifica se a chave de endereçamento solicitada já está registrada.



10 DICT Mensagem DICT envia mensagem de resposta ao PSP com acesso direto, informando o sucesso do registro ou a existência de chave já registrada.


Mensagem PSP com acesso direto ao DICT recebe mensagem de resposta.


Comunicação PSP com acesso direto ao DICT envia comunicação ao PSP do usuário final, informando o registro ou a existência de chave já registrada.


Comunicação PSP do usuário final recebe comunicação.

4. Fluxo de exclusão de chave

4.1. Fluxo de exclusão de chave por solicitação do usuário final (participantes do Pix com acesso direto ao DICT)




2 Usuário final Ação Usuário final solicita a exclusão de chave Pix.

3 Usuário final Comunicação Usuário final encaminha sua solicitação a seu PSP.


Comunicação PSP do usuário final recebe a solicitação de exclusão de chave no DICT.


Ação PSP verifica se a chave está registrada em sua base interna e se o usuário que está requisitando a exclusão é o mesmo usuário que está vinculado à chave.


Mensagem Solicitação de exclusão de chave é encaminhada ao DICT através da mensagem “Diretório / Remover Vínculo”.

7 DICT Mensagem DICT recebe mensagem com a solicitação de exclusão de chave.

8 DICT Ação

DICT realiza verificações de conformidade: i) chave está registrada no DICT; ii) instituição que solicitou a exclusão deve ser a mesma que efetuou o registro; e iii) chave deve pertencer ao usuário que solicitou a exclusão.

9 DICT Ação DICT exclui a chave Pix de seu banco de dados.

10 DICT Mensagem DICT envia mensagem de confirmação da exclusão ao PSP do usuário final.


Mensagem PSP do usuário final recebe comunicação informando a exclusão da chave.



Ação PSP do usuário final atualiza sua base de dados interna, excluindo a chave.


Comunicação PSP do usuário final envia confirmação de exclusão da chave.

14 Usuário final Comunicação Usuário final recebe confirmação de exclusão da chave solicitada.

4.2. Fluxo de exclusão de chave por solicitação do usuário final (participantes do Pix com acesso indireto ao DICT)



2 Usuário final Ação Usuário final solicita a exclusão de chave Pix.

3 Usuário final Comunicação Usuário final encaminha sua solicitação a seu PSP.

4 PSP do usuário final Comunicação PSP do usuário final recebe a solicitação de exclusão de chave no DICT.

5 PSP do usuário final Ação PSP verifica se a chave está registrada em sua base interna e se o usuário que está requisitando a exclusão é o mesmo usuário que está vinculado à chave.

6 PSP do usuário final Comunicação Solicitação de exclusão de chave é encaminhada ao PSP com acesso direto ao DICT.



Comunicação PSP com acesso direto ao DICT recebe comunicação com a solicitação de exclusão de chave.


Mensagem PSP com acesso direto encaminha solicitação de exclusão de chave através da mensagem “Diretório / Remover Vínculo”.


10 DICT Ação

DICT realiza verificações de conformidade: i) chave está registrada no DICT; ii) instituição que solicitou a exclusão deve ser a mesma que efetuou o registro; e iii) chave deve pertencer ao usuário que solicitou a exclusão.


12 DICT Mensagem DICT envia mensagem de confirmação da exclusão ao PSP com acesso direto.


Mensagem PSP com acesso direto ao DICT recebe resposta da exclusão da chave.


Comunicação PSP com acesso direto ao DICT encaminha comunicação ao PSP do usuário final, informando a exclusão da chave.

15 PSP do usuário final Comunicação PSP do usuário final recebe comunicação informando a exclusão da chave.

16 PSP do usuário final Ação PSP do usuário final atualiza sua base de dados interna, excluindo a chave.

17 PSP do usuário final Comunicação PSP do usuário final envia confirmação de exclusão da chave.

18 Usuário final Comunicação Usuário final recebe confirmação de exclusão da chave solicitada.

4.3. Fluxo de exclusão de chave iniciado pelo participante (participantes do Pix com acesso direto ao DICT)




Ação Inicia processo de exclusão.


Mensagem Solicitação de exclusão de chave é enviada ao DICT através da mensagem “Diretório / Remover Vínculo”.


4 DICT Ação

DICT realiza verificações de conformidade: i) chave está registrada no DICT; e ii) instituição que solicitou a exclusão deve ser a mesma que efetuou o registro.


6 DICT Mensagem DICT envia mensagem de confirmação da exclusão ao PSP do usuário final.


Mensagem PSP do usuário final recebe comunicação informando a exclusão da chave.


Ação PSP do usuário final atualiza sua base de dados interna, excluindo a chave.


Comunicação PSP do usuário final envia confirmação de exclusão da chave.

10 Usuário final Comunicação Usuário final recebe confirmação de exclusão da chave.


4.4. Fluxo de exclusão de chave iniciado pelo participante (participantes do Pix com acesso indireto ao DICT)


1 PSP do usuário final Ação Inicia processo de exclusão.

2 PSP do usuário final Comunicação Solicitação de exclusão de chave é encaminhada ao PSP com acesso direto ao DICT.


Comunicação PSP com acesso direto ao DICT recebe comunicação com a solicitação de exclusão de chave.


Mensagem PSP com acesso direto encaminha solicitação de exclusão de chave através da mensagem “Diretório / Remover Vínculo”.



6 DICT Ação

DICT realiza verificações de conformidade: i) chave está registrada no DICT; e ii) instituição que solicitou a exclusão deve ser a mesma que efetuou o registro.


8 DICT Mensagem DICT envia mensagem de confirmação da exclusão ao PSP com acesso direto.


Mensagem PSP com acesso direto ao DICT recebe resposta da exclusão da chave.


Comunicação PSP com acesso direto ao DICT encaminha comunicação ao PSP do usuário final, informando a exclusão da chave.

11 PSP do usuário final Comunicação PSP do usuário final recebe comunicação informando a exclusão da chave.

12 PSP do usuário final Ação PSP do usuário final atualiza sua base de dados interna, excluindo a chave.

13 PSP do usuário final Comunicação PSP do usuário final envia confirmação de exclusão da chave.

14 Usuário final Comunicação Usuário final recebe confirmação de exclusão da chave.

5. Fluxo de portabilidade de chave No âmbito do processo de portabilidade, PSP doador é o participante do Pix ao qual a chave está originalmente vinculada.

Durante o processo de portabilidade, a partir do momento em que o DICT coloca o status do pedido em “Aberto” até o momento em que o DICT altera o status para “Completo”, a chave Pix não está passível de pedidos de registro e de exclusão4. Enquanto o status do pedido estiver como “Aguardando Resolução”, as consultas continuarão retornando normalmente a identificação da conta transacional originalmente vinculada à chave. Também durante esse período, tanto o PSP reivindicador quanto o PSP doador poderão cancelar o pedido, em caso de suspeita de fraude ou em caso de solicitação de cancelamento pelo usuário do PSP reivindicador. O período de resolução de um processo de portabilidade é de sete dias. Caso o usuário doador não cancele ou confirme a portabilidade até o final desse período, o PSP doador deve necessariamente cancelar o pedido. O cancelamento do processo deve ser feito imediatamente após o fim do período de resolução. O processo continuará com o status de “Aguardando Resolução” até o recebimento dessa informação pelo DICT. O PSP reivindicador também pode cancelar uma portabilidade que esteja com status “Confirmado”. Essa possibilidade é necessária em caso de algum erro no processo de portabilidade. O DICT disponibiliza um serviço que permite consultar e filtrar os processos de portabilidade. PSPs com acesso direto ao DICT deverão consultar pelo menos uma vez por minuto esse serviço a fim de identificar

4 É permitido ao PSP doador atualizar dados da conta vinculados à chave enquanto o status da requisição estiver “Aberto” ou “Aguardando Resolução”.


mudanças de status das portabilidades de interesse do PSP (além daquelas de interesse dos PSPs com acesso indireto para os quais ele presta serviço), tanto como reivindicador quanto como doador.

5.1. Fluxo de portabilidade para o PSP reivindicador com acesso direto ao DICT


1 PSP reivindicador Mensagem

O processo é iniciado: (i) após a detecção de que já existe registro para a chave solicitada e depois do pedido do usuário; ou (ii) diretamente pelo usuário final, a partir de funcionalidade específica ofertada por seu PSP (nesse caso, o usuário deve passar por processo de validação ativa da chave) O PSP reivindicador envia, então, pedido de portabilidade ao DICT através da mensagem “Reinvindicação / Criar Reivindicação” indicando o tipo “Portabilidade”.

2 DICT Mensagem DICT recebe mensagem com a solicitação de portabilidade de chave.

3 DICT Ação

DICT cria um pedido de portabilidade com status “Aberto”, com os dados da chave e do PSP reivindicador, e inicia a contagem do período de resolução, aguardando resposta do PSP doador.

4 DICT Ação Uma vez recebida, do PSP doador, a confirmação ou o cancelamento da portabilidade, DICT atualiza o status do


pedido para "Confirmado" ou "Cancelado", conforme o caso. Caso o status seja "Cancelado", o DICT altera o status do pedido para “Completo”, finalizando o processo. Caso o status seja “Confirmado”, o DICT bloqueia a chave até o recebimento da confirmação pelo PSP reivindicador. O bloqueio significa que as consultas à essa chave no DICT retornarão mensagem de erro.

5 PSP reivindicador Ação

PSP reivindicador consulta periodicamente o DICT até identificar mudança no status da solicitação de portabilidade, através da mensagem “Reivindicação / Listar Reivindicações” ou “Reivindicação / Consultar Reivindicação”. Ao identificar mudança do status para "Cancelado", PSP reivindicador prossegue diretamente para a etapa 12. Ao identificar mudança do status para "Confirmado", PSP reivindicador prossegue para a etapa 6.

6 PSP reivindicador Mensagem PSP reivindicador solicita conclusão da portabilidade da chave no DICT, através da mensagem “Reivindicação / Concluir Reivindicação”.

7 DICT Mensagem DICT recebe a solicitação de conclusão da portabilidade da chave.

8 DICT Ação DICT atualiza os dados vinculados à chave e altera o status da solicitação de portabilidade para “Completo”.

9 DICT Mensagem DICT envia mensagem de confirmação de atualização dos dados vinculados à chave ao PSP reivindicador.

10 PSP reivindicador Mensagem PSP reivindicador recebe confirmação de atualização dos dados vinculados à chave.

11 PSP reivindicador Ação PSP reivindicador atualiza sua base de dados interna.

12 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de portabilidade da chave.

13 Usuário final Comunicação Usuário final recebe a informação sobre o cancelamento ou a confirmação do pedido de portabilidade da chave.

5.2. Fluxo de portabilidade para o PSP reivindicador com acesso indireto ao DICT



1 PSP reivindicador Comunicação

O processo é iniciado: (i) após a detecção de que já existe registro para a chave solicitada e depois do pedido do usuário; ou (ii) diretamente pelo usuário final, a partir de funcionalidade específica ofertada por seu PSP (nesse caso, o usuário deve passar por processo de validação ativa da chave). O PSP reivindicador envia, então, pedido de portabilidade ao PSP com acesso direto ao DICT.


Comunicação PSP com acesso direto ao DICT recebe pedido de portabilidade.


Mensagem PSP com acesso direto ao DICT encaminha pedido de portabilidade através da mensagem “Reivindicação / Criar Reivindicação” do tipo “Portabilidade”.

4 DICT Mensagem DICT recebe mensagem com a solicitação de portabilidade de chave.


5 DICT Ação

DICT cria um pedido de portabilidade com status “Aberto”, com os dados da chave e do PSP reivindicador, e inicia a contagem do período de resolução, aguardando resposta do PSP doador.

6 DICT Ação

Uma vez recebida, do PSP doador, a confirmação ou o cancelamento da portabilidade, DICT atualiza o status do pedido para "Confirmado" ou "Cancelado", conforme o caso. Caso o status seja "Cancelado", o DICT altera o status do pedido para “Completo”, finalizando o processo. Caso o status seja “Confirmado”, o DICT bloqueia a chave até o recebimento da confirmação pelo PSP reivindicador.


Ação

PSP com acesso direto consulta periodicamente o DICT até identificar mudança no status da solicitação de portabilidade, através da mensagem “Reivindicação / Listar Reivindicações” ou “Reivindicação / Consultar Reivindicação”.


Comunicação PSP com acesso direto envia comunicação ao PSP reivindicador, identificado se o status do pedido foi alterado para “Cancelado” ou para “Confirmado”.


PSP reivindicador recebe comunicação do PSP com acesso direto informando mudança no status do pedido. Caso o status seja "Cancelado", prossegue-se diretamente para a etapa 20.

10 PSP reivindicador Comunicação Caso o status do pedido seja "Confirmado", o PSP reivindicador solicita conclusão da portabilidade da chave no DICT.


Comunicação PSP com acesso direto recebe a solicitação de conclusão da portabilidade da chave.


Mensagem PSP com acesso direto encaminha solicitação de conclusão da portabilidade da chave ao DICT através da mensagem “Reivindicação / Concluir Reivindicação”.

13 DICT Mensagem DICT recebe a solicitação de conclusão da portabilidade da chave.

14 DICT Ação DICT atualiza os dados vinculados à chave e altera o status da solicitação de portabilidade para “Completo”.

15 DICT Mensagem DICT envia mensagem de confirmação de atualização dos dados vinculados à chave ao PSP com acesso direto.


Mensagem PSP com acesso direto recebe confirmação de atualização da chave.


Comunicação PSP com acesso direto encaminha confirmação de atualização da chave.

18 PSP reivindicador Comunicação PSP reivindicador recebe confirmação de atualização dos dados vinculados à chave.



20 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de portabilidade da chave.

21 Usuário final Comunicação Usuário final recebe a informação sobre o cancelamento ou a confirmação do pedido de portabilidade da chave.

5.3. Fluxo de portabilidade para o PSP doador com acesso direto ao DICT


1 PSP doador Ação

PSP doador consulta periodicamente no DICT a lista de portabilidades com status “Aberto” que se referem a chaves registradas por ele, através da mensagem “Reivindicação / Listar Reivindicações”.

2 PSP doador Mensagem/ Comunicação

Ao identificar portabilidade com status “Aberto”, PSP doador envia mensagem “Reivindicação / Receber Reivindicação” ao DICT e notifica o usuário final, solicitando confirmação ou cancelamento da portabilidade.


3 DICT Mensagem DICT recebe mensagem do PSP doador.

4 DICT Ação DICT muda status do pedido para “Aguardando Resolução” e fica aguardando o recebimento de informação sobre o processo de portabilidade.

5 Usuário final Comunicação Usuário final recebe notificação do PSP doador.


Usuário final pode cancelar ou confirmar a portabilidade. O usuário tem até sete dias para isso. Para cancelar a portabilidade dentro desse período, o usuário deve fazer validação ativa da chave. Caso o usuário não cancele nem confirme a portabilidade nesse período, o PSP doador deve necessariamente cancelar o pedido, sem a necessidade de envio de resposta do usuário, prosseguindo diretamente para a etapa 12. Nesse caso, enquanto o PSP doador não cancelar o pedido, a chave permanecerá com o status “Aguardando Resolução”, em que ela está bloqueada para alteração, mas continua ativa para consultas.

7 Usuário final Comunicação Usuário final envia comunicação ao PSP doador.

8 PSP doador Comunicação PSP doador recebe comunicação do usuário.

9 PSP doador Ação

Caso o usuário responda solicitando o cancelamento da portabilidade, o PSP avança para a etapa 12. Caso o usuário responda solicitando a confirmação da portabilidade, o PSP doador remove a chave de sua base interna.

10 PSP doador Comunicação Caso a chave tenha sido excluída da base interna, o PSP doador comunica o usuário final sobre a exclusão da chave.

11 Usuário final Comunicação Usuário final recebe a informação de exclusão da chave.

12 PSP doador Mensagem

PSP doador informa o DICT sobre a conclusão do processo, informando o cancelamento, através da mensagem “Reivindicação / Cancelar Reivindicação”, ou a confirmação da portabilidade, através da mensagem “Reivindicação / Confirmar Reivindicação”, conforme o caso.

13 DICT Mensagem

DICT recebe a informação de cancelamento ou de confirmação da portabilidade e continua o processo (etapa 4 do fluxo de portabilidade do PSP reivindicador com acesso direto ao DICT).

5.4. Fluxo de portabilidade para o PSP doador com acesso indireto ao DICT




Ação

PSP com acesso direto consulta periodicamente no DICT a lista de portabilidades com status “Aberto” que se referem a chaves registradas pelo PSP doador ao qual ele presta serviços, através da mensagem “Reivindicação / Listar Reivindicações”.


Mensagem/ Comunicação

Ao identificar portabilidade com status “Aberto”, PSP com acesso direto envia mensagem “Reivindicação / Receber Reivindicação” ao DICT e comunicação ao PSP doador.

3 DICT Mensagem DICT recebe mensagem do PSP com acesso direto.


4 DICT Ação DICT muda status do pedido para “Aguardando Resolução” e fica aguardando o recebimento de informação sobre o processo de portabilidade.

5 PSP doador Comunicação PSP doador recebe comunicação do PSP com acesso direto.

6 PSP doador Comunicação PSP doador notifica o usuário final, solicitando confirmação ou cancelamento da portabilidade.

7 Usuário final Comunicação Usuário final recebe notificação do PSP doador.


Usuário final pode cancelar ou confirmar a portabilidade. O usuário tem até sete dias para isso. Para cancelar a portabilidade dentro desse período, o usuário deve fazer validação ativa da chave. Caso o usuário não cancele nem confirme a portabilidade nesse período, o PSP doador deve necessariamente cancelar o pedido, sem a necessidade de envio de resposta do usuário, prosseguindo diretamente para a etapa 14. Nesse caso, enquanto o PSP doador não cancelar o pedido, a chave permanecerá com o status “Aguardando Resolução”, em que ela está bloqueada para alteração, mas continua ativa para consultas.

9 Usuário final Comunicação Usuário final envia comunicação ao PSP doador.


11 PSP doador Ação

Caso o usuário responda solicitando o cancelamento da portabilidade, o PSP avança para a etapa 14. Caso o usuário responda solicitando a confirmação da portabilidade, o PSP doador remove a chave de sua base interna.

12 PSP doador Comunicação Caso a chave tenha sido excluída da base interna, o PSP doador comunica o usuário final sobre a exclusão da chave.

13 Usuário final Comunicação Usuário final recebe a informação de exclusão da chave.

14 PSP doador Comunicação PSP doador informa o PSP com acesso direto sobre a conclusão do processo, informando o cancelamento ou a confirmação da portabilidade, conforme o caso.


Comunicação PSP com acesso direto recebe informação.


Mensagem

PSP com acesso direto encaminha informação ao DICT sobre cancelamento ou confirmação, através das mensagens “Reivindicação / Cancelar Reivindicação” ou “Reivindicação / Confirmar Reivindicação”, respectivamente, conforme o caso.


17 DICT Mensagem

DICT recebe a informação de cancelamento ou de confirmação da portabilidade e continua o processo (etapa 6 do fluxo de portabilidade do PSP reivindicador com acesso indireto ao DICT).

6. Fluxo de reivindicação de posse de chave Assim como no processo de portabilidade, no âmbito do processo de reivindicação de posse, PSP doador é o participante do Pix ao qual a chave está originalmente vinculada. Durante o processo de reivindicação de posse, a partir do momento em que o DICT coloca o status do pedido em “Aberto” até o momento em que o DICT altera o status para “Completo”, a chave Pix não está passível de pedidos de registro e de exclusão5. Durante os primeiros sete dias, enquanto o status do pedido estiver como “Aguardando Resolução”, as consultas continuarão retornando normalmente a identificação da conta transacional originalmente vinculada à chave. Após o sétimo dia, se não houver indício de fraude ou anuência do usuário, o PSP doador deve confirmar a reivindicação. A chave será desassociada do PSP doador e as consultas à chave retornarão a mensagem de “chave inexistente”. Durante o período de resolução, tanto o PSP reivindicador quanto o PSP doador poderão cancelar o pedido, em caso de suspeita de fraude ou em caso de solicitação de cancelamento pelo usuário do PSP reivindicador. O período de resolução de um processo de reivindicação de posse é de sete dias. Caso o usuário doador não se manifeste dentro desse período de resolução, o PSP doador deve necessariamente confirmar a reivindicação no DICT. Além do período de resolução, existe um período de encerramento, também de sete dias, que se inicia imediatamente após o fim do período de resolução. Ao longo do período de encerramento, o usuário doador ainda pode validar a posse da chave objeto da reivindicação, cancelando a reivindicação. Nesse caso, o PSP do doador deve cancelar o processo, por indício de fraude. Caso o usuário doador não valide a posse da chave até o término do período de encerramento, o PSP reivindicador deve solicitar uma nova validação de posse do seu usuário e, após essa validação, completar o pedido no DICT. Caso o usuário reivindicador não faça a validação de posse até o trigésimo dia após o início do processo de reivindicação, o PSP reivindicador deve necessariamente cancelar a solicitação no DICT, para que a chave em disputa possa ser liberada. O DICT disponibiliza um serviço que permite consultar e filtrar os processos de reivindicação de posse. PSPs com acesso direto ao DICT deverão consultar pelo menos uma vez por minuto esse serviço a fim de identificar mudanças de status das reivindicações de posse de interesse do PSP (além daquelas de interesse dos PSPs com acesso indireto para os quais ele presta serviço), tanto como reivindicador quanto como doador.

6.1. Fluxo de reivindicação de posse para o PSP reivindicador com acesso direto ao DICT

5 É permitido ao PSP doador atualizar dados da conta vinculados à chave enquanto o status da requisição estiver “Aberto” ou “Aguardando Resolução”.




O processo é iniciado após a detecção de que já existe registro para a chave solicitada e depois do pedido do usuário. O PSP reivindicador envia, então, pedido de reivindicação de posse ao DICT através da mensagem “Reivindicação / Criar Reivindicação” do tipo “Posse”.

2 DICT Mensagem DICT recebe mensagem com a solicitação de reivindicação de posse de chave.

3 DICT Ação

DICT cria um pedido de reivindicação de posse com status “Aberto”, com os dados da chave e do PSP reivindicador, e inicia a contagem do período de resolução, aguardando resposta do PSP doador.

4 DICT Ação

Uma vez recebida, do PSP doador, a confirmação ou o cancelamento da reivindicação de posse, DICT atualiza o status do pedido para "Confirmado" ou "Cancelado", conforme o caso. Caso o status seja "Cancelado", o DICT altera o status do pedido para “Completo”, finalizando o processo. Caso o status seja “Confirmado”, o DICT bloqueia a chave até o recebimento da confirmação pelo PSP reivindicador. O bloqueio significa que as consultas à essa chave no DICT retornarão mensagem de erro.


5 PSP reivindicador Ação

PSP reivindicador consulta periodicamente o DICT até identificar mudança no status da solicitação de reivindicação de posse, através das mensagens “Reivindicação / Listar Reivindicações” ou “Reivindicação / Consultar Reivindicação”. A solicitação pode ter três status: (i) “Cancelado”, com motivo “Fraude”, caso o usuário que registrou a chave originalmente tenha feito a validação ativa da posse da chave até o 7º dia; (ii) “Confirmado”, com motivo “A pedido do usuário”, caso o usuário que registrou a chave originalmente tenha confirmado a reivindicação até o 7º dia; ou (iii) “Confirmado”, com motivo “Padrão”, caso o usuário que registrou a chave originalmente não tenha se manifestado até o 7º dia. No caso (i), PSP reivindicador prossegue diretamente para a etapa 13. No caso (ii), PSP reivindicador prossegue para a etapa 6.No caso (iii), PSP reivindicador aguarda o fim do período de encerramento. Caso o usuário que registrou a chave originalmente tenha feito a validação ativa da posse da chave entre o 8º e o 14º dia, a solicitação passará para o status “Cancelado”, com motivo “Fraude”. Nesse caso, o fluxo segue diretamente para a etapa 13. Caso o status da solicitação continue como “Confirmado”, com motivo “Padrão”, ao final do 14º dia, o PSP reivindicador segue o fluxo a partir da etapa 6.

6 PSP reivindicador Ação Caso o status do pedido seja “Confirmado”, o PSP reivindicador faz a validação ativa da posse da chave com o usuário final.


Caso a validação de posse tenha sido efetuada com sucesso, o PSP reivindicador solicita a conclusão do processo no DICT, através da mensagem “Reivindicação / Concluir Reivindicação”. Caso a validação de posse não tenha sido efetuada até o trigésimo dia após a abertura da reivindicação, o PSP reivindicador solicita o cancelamento do processo no DICT, através da mensagem “Reivindicação / Cancelar Reivindicação”, com motivo “Padrão”. Nesse caso, DICT altera o status da solicitação de reivindicação de posse para “Cancelada” e o fluxo é encerrado, com a chave objeto da reivindicação excluída do DICT e disponível para um novo registro.

8 DICT Mensagem DICT recebe a solicitação de conclusão da reivindicação.

9 DICT Ação DICT atualiza os dados vinculados à chave e altera o status da solicitação de reivindicação de posse para “Completo”.


10 DICT Mensagem DICT envia mensagem de confirmação de atualização dos dados vinculados à chave ao PSP reivindicador.

11 PSP reivindicador Mensagem PSP reivindicador recebe confirmação de atualização dos dados vinculados à chave.


13 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de reivindicação de posse da chave.

14 Usuário final Comunicação Usuário final recebe a informação sobre o cancelamento ou a confirmação do pedido de reivindicação de posse da chave.

6.2. Fluxo de reivindicação de posse para o PSP reivindicador com acesso indireto ao DICT




O processo é iniciado após a detecção de que já existe registro para a chave solicitada e depois do pedido do usuário. O PSP reivindicador envia, então, pedido de reivindicação de posse ao PSP com acesso direto ao DICT.


Comunicação PSP com acesso direto ao DICT recebe pedido de reivindicação de posse.


Mensagem PSP com acesso direto ao DICT encaminha pedido de reivindicação de posse através da mensagem “Reivindicação / Criar Reivindicação”.

4 DICT Mensagem DICT recebe mensagem com a solicitação de reivindicação de posse.

5 DICT Ação

DICT cria um pedido de reivindicação de posse com status “Aberto”, com os dados da chave e do PSP reivindicador, e inicia a contagem do período de resolução, aguardando resposta do PSP doador.

6 DICT Ação

Uma vez recebida, do PSP doador, a confirmação ou o cancelamento da reivindicação de posse, DICT atualiza o status do pedido para "Confirmado" ou "Cancelado", conforme o caso. Caso o status seja "Cancelado", o DICT altera o status do pedido para “Completo”, finalizando o processo. Caso o status seja “Confirmado”, o DICT bloqueia a chave até o recebimento da confirmação pelo PSP reivindicador. O bloqueio significa que as consultas à essa chave no DICT retornarão mensagem de erro.


Ação

PSP com acesso direto consulta periodicamente o DICT até identificar mudança no status da solicitação de reivindicação de posse, através das mensagens “Reivindicação / Listar Reivindicações” ou “Reivindicação / Consultar Reivindicação”. A solicitação pode ter três status: (i) “Cancelado”, com motivo “Fraude”, caso o usuário que registrou a chave originalmente tenha feito a validação ativa da posse da chave até o 7º dia; (ii) “Confirmado”, com motivo “A pedido do usuário”, caso o usuário que registrou a chave originalmente tenha confirmado a reivindicação até o 7º dia; ou (iii) “Confirmado”, com motivo “Padrão”, caso o usuário que registrou a chave originalmente não tenha se manifestado até o 7º dia. Em qualquer um dos casos, PSP com acesso direto prossegue para a etapa 8. No caso (iii), o PSP com aceso direto deve esperar até o fim do período de encerramento (catorze dias após o início do processo), caso a solicitação não seja cancelada pelo PSP doador nesse período, para poder seguir para a etapa 8.



Comunicação PSP com acesso direto envia comunicação ao PSP reivindicador, identificando se o status do pedido foi alterado para “Cancelado” ou para “Confirmado”.


PSP reivindicador recebe comunicação do PSP com acesso direto informando mudança no status do pedido. Caso o status seja "Cancelado", prossegue-se diretamente à etapa 21.

10 PSP reivindicador Ação Caso o status do pedido seja “Confirmado”, o PSP reivindicador faz a validação ativa da posse da chave com o usuário final.


Caso a validação de posse tenha sido efetuada com sucesso, o PSP reivindicador solicita conclusão da reivindicação no DICT. Caso a validação de posse não tenha sido efetuada até o trigésimo dia após a abertura da reivindicação, o PSP reivindicador solicita o cancelamento do processo no DICT.


Comunicação PSP com acesso direto recebe a solicitação.


Mensagem

Caso a validação de posse tenha sido efetuada com sucesso, PSP com acesso direto encaminha solicitação de conclusão da reivindicação no DICT através da mensagem “Reivindicação / Concluir Reivindicação”. Caso a validação de posse não tenha sido efetuada até o trigésimo dia após a abertura da reivindicação, o PSP com acesso direto encaminha solicitação de cancelamento da reivindicação no DICT através da mensagem “Reivindicação / Cancelar Reivindicação”, com motivo “Padrão”. Nesse caso, DICT altera o status da solicitação de reivindicação de posse para “Cancelada” e o fluxo é encerrado, com a chave objeto da reivindicação excluída do DICT e disponível para um novo registro.

14 DICT Mensagem DICT recebe a solicitação de conclusão da reivindicação.

15 DICT Ação DICT atualiza os dados vinculados à chave e altera o status da solicitação de reivindicação de posse para “Completo”.

16 DICT Mensagem DICT envia mensagem de confirmação de atualização dos dados vinculados à chave ao PSP com acesso direto.


Mensagem PSP com acesso direto recebe confirmação de atualização da chave.


Comunicação PSP com acesso direto encaminha confirmação de atualização da chave.

19 PSP reivindicador Comunicação PSP reivindicador recebe confirmação de atualização dos dados vinculados à chave.



21 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de reivindicação de posse da chave.

22 Usuário final Comunicação Usuário final recebe a informação sobre o cancelamento ou a confirmação do pedido de reivindicação de posse da chave.

6.3. Fluxo de reivindicação de posse para o PSP doador com acesso direto ao DICT


1 PSP doador Ação

PSP doador consulta periodicamente no DICT a lista de reivindicações de posse com status “Aberto” que se referem a chaves registradas por ele, através da mensagem “Reivindicação / Listar Reivindicação”.

2 PSP doador Mensagem/ Comunicação

Ao identificar reivindicação de posse com status “Aberto”, PSP doador envia mensagem “Reivindicação / Receber Reivindicação” ao DICT e notifica o usuário final,


solicitando confirmação da reivindicação ou validação da posse da chave. Caso o PSP doador receba comunicação do usuário até o 7º dia, ele avança para a etapa 8. Caso o PSP do doador não receba comunicação do usuário até o 7º dia, o PSP doador prossegue diretamente para a etapa 11.


4 DICT Ação

DICT muda status do pedido para “Aguardando Resolução” e fica aguardando o recebimento de informação sobre o processo de reivindicação de posse.

5 Usuário final que registrou a chave originalmente

Comunicação Usuário recebe notificação do PSP doador.


Ação

Usuário pode validar a posse da chave ou confirmar a reivindicação de posse. O usuário tem até sete dias para isso. Caso o usuário se manifeste até o 7º dia, ele avança para a etapa 7. Caso o usuário não se manifeste até o 7º dia, ele avança diretamente para a etapa 15.


Comunicação

Usuário envia comunicação ao PSP doador. Caso a chave tenha sido validada, o processo é finalizado para ele. O usuário permanece com a posse da chave. Caso o processo de reivindicação tenha sido confirmado, o processo é finalizado para ele. O usuário perde a posse da chave.

8 PSP doador Comunicação

PSP doador recebe comunicação do usuário. Caso o usuário tenha confirmado a reivindicação de posse, PSP doador avança para etapa 9. Caso o usuário faça a validação ativa da posse da chave, o PSP avança diretamente para a etapa 10.

9 PSP doador Ação PSP doador exclui a chave de sua base interna.


PSP doador envia mensagem ao DICT. Caso o usuário tenha confirmado a reivindicação, PSP envia mensagem “Reivindicação / Confirmar Reivindicação”, com motivo “A pedido do usuário”. Caso o usuário tenha validado a posse da chave, PSP envia mensagem “Reivindicação / Cancelar Reivindicação”, por motivo de “Fraude”. Em qualquer dos casos, o fluxo vai diretamente para a etapa 13.



12 PSP doador Comunicação/ Mensagem

PSP doador comunica o usuário sobre a exclusão da chave e sobre a abertura de período adicional de sete dias para que o usuário ainda possa validar a posse da chave, cancelando o processo de reivindicação. PSP doador também envia mensagem ao DICT informando a exclusão da chave de sua base interna através da mensagem “Reivindicação / Confirmar Reivindicação”, com motivo “Padrão”.


14 DICT Ação

Caso o usuário que registrou a chave originalmente tenha se manifestado até o 7º dia, DICT continua o processo (etapa 4 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT). Caso DICT receba a mensagem de confirmação da reivindicação com motivo “Padrão”, DICT bloqueia a chave e aguarda o fim do período de encerramento (entre o 8º e o 14º dia). Durante esse período, DICT pode receber mensagem do PSP doador, com o cancelamento da reivindicação. Caso receba a mensagem, DICT vai para etapa 20. Caso não receba, DICT continua o processo (etapa 4 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT). O bloqueio significa que o DICT retornará a mensagem “não registrado”, caso a chave em questão seja objeto de alguma consulta.


Comunicação

Usuário recebe notificação do PSP doador. Caso o usuário cancele a reivindicação entre o 8º e o 14º dia, ele vai para a etapa 16. Caso o usuário não cancele a reivindicação entre o 8º e o 14º dia, o fluxo é encerrado para ele.


Ação

Usuário pode validar a posse da chave em até sete dias. Caso a chave tenha sido validada, o processo é finalizado para ele. Como a chave já terá sido excluída da base interna e do DICT, o usuário que registrou a chave originalmente deve registrar novamente sua chave, se assim desejar.


Comunicação Usuário envia comunicação ao PSP doador, cancelando o processo de reivindicação de posse.




PSP doador envia mensagem ao DICT. Caso o usuário tenha validado a posse da chave, PSP envia mensagem “Reivindicação / Cancelar Reivindicação”, por motivo de “Fraude”.

20 DICT Mensagem

DICT recebe a informação de cancelamento da reivindicação de posse e continua o processo (etapa 4 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT).

6.4. Fluxo de reivindicação de posse para o PSP doador com acesso indireto ao DICT




Ação

PSP com acesso direto consulta periodicamente no DICT a lista de reivindicações de posse com status “Aberto” que se referem a chaves registradas pelo PSP doador ao qual ele presta serviços, através da mensagem “Reivindicação / Listar Reivindicação”.


Mensagem/ Comunicação

Ao identificar reivindicação de posse com status “Aberto”, PSP com acesso direto envia mensagem “Reivindicação / Receber Reivindicação” ao DICT e envia comunicação ao PSP doador.

3 PSP doador Comunicação PSP doador recebe comunicação.



PSP doador notifica o usuário final, solicitando confirmação da reivindicação ou validação da posse da chave. Caso o PSP doador receba comunicação do usuário até o 7º dia, ele avança para a etapa 10. Caso o PSP do doador não receba comunicação do usuário até o 7º dia, o PSP doador prossegue diretamente para a etapa 15.


6 DICT Ação DICT muda status do pedido para “Aguardando Resolução” e fica aguardando o recebimento de informação sobre o processo de reivindicação de posse.


Comunicação Usuário recebe notificação do PSP doador.


Ação

Usuário pode validar a posse da chave ou confirmar a reivindicação de posse. O usuário tem até sete dias para isso. Caso o usuário se manifeste até o 7º dia, ele avança para a etapa 9. Caso o usuário não se manifeste até o 7º dia, ele avança diretamente para a etapa 21.


Comunicação

Usuário envia comunicação ao PSP doador. Caso a chave tenha sido validada, o processo é finalizado para ele. O usuário permanece com a posse da chave. Caso o processo de reivindicação tenha sido confirmado, o processo é finalizado para ele. O usuário perde a posse da chave.


PSP doador recebe comunicação do usuário. Caso o usuário tenha confirmado a reivindicação de posse, PSP doador avança para etapa 11. Caso o usuário faça a validação ativa da posse da chave, o PSP avança diretamente para a etapa 12.


12 PSP doador Comunicação PSP doador envia comunicação para PSP com acesso direto.


Comunicação PSP com acesso direto recebe comunicação.


Mensagem

PSP com acesso direto envia mensagem ao DICT.


Caso o usuário tenha confirmado a reivindicação, PSP envia mensagem “Reivindicação / Confirmar Reivindicação”, com motivo “A pedido do usuário”. Caso o usuário tenha validado a posse da chave, PSP envia mensagem “Reivindicação / Cancelar Reivindicação”, por motivo de “Fraude”. Em qualquer dos casos, o fluxo vai diretamente para a etapa 19.



PSP doador comunica o usuário sobre a exclusão da chave e sobre a abertura de período adicional de sete dias para que o usuário ainda possa validar a posse da chave, cancelando o processo de reivindicação. PSP doador também envia comunicação ao PSP com acesso direto, informando a exclusão da chave de sua base interna.




PSP com acesso direto envia mensagem ao DICT informando a exclusão da chave da base interna do PSP doador, através da mensagem “Reivindicação / Confirmar Reivindicação”, com motivo “Padrão”.


20 DICT Ação

Caso o usuário que registrou a chave originalmente tenha se manifestado até o 7º dia, DICT continua o processo (etapa 4 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT). Caso DICT receba a mensagem de confirmação da reivindicação com motivo “Padrão”, DICT bloqueia a chave e aguarda o fim do período de encerramento (entre o 8º e o 14º dia). Durante esse período, DICT pode receber mensagem com o cancelamento da reivindicação. Caso receba a mensagem, DICT vai para etapa 28. Caso não receba, DICT continua o processo (etapa 4 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT). O bloqueio significa que o DICT retornará a mensagem “não registrado”, caso a chave em questão seja objeto de alguma consulta.



Comunicação

Usuário recebe notificação do PSP doador. Caso o usuário cancele a reivindicação entre o 8º e o 14º dia, ele vai para a etapa 22. Caso o usuário não cancele a reivindicação entre o 8º e o 14º dia, o fluxo é encerrado para ele.


Ação

Usuário pode validar a posse da chave em até sete dias. Caso a chave tenha sido validada, o processo é finalizado para ele. Como a chave já terá sido excluída da base interna e do DICT, o usuário que registrou a chave originalmente deve registrar novamente sua chave, se assim desejar.


Comunicação Usuário envia comunicação ao PSP doador, cancelando o processo de reivindicação de posse.


25 PSP doador Comunicação PSP doador envia comunicação ao PSP com acesso direto.




Mensagem

PSP com acesso direto envia mensagem ao DICT. Caso o usuário tenha validado a posse da chave, PSP envia mensagem “Reivindicação / Cancelar Reivindicação”, por motivo de “Fraude”.

28 DICT Mensagem

DICT recebe a informação de cancelamento da reivindicação de posse e continua o processo (etapa 6 do fluxo de reivindicação de posse do PSP reivindicador com acesso direto ao DICT).

7. Fluxo de alteração dos dados vinculados à chave

7.1. Fluxo de alteração dos dados vinculados à chave (participantes do Pix com acesso direto ao DICT)



1 PSP reivindicador Ação Processo pode ser iniciado pelo usuário ou pelo próprio PSP.


PSP reivindicador envia pedido de alteração dos dados (nome completo, nome empresarial, nome de fantasia, agência ou agência e conta) vinculados à chave, através da mensagem “Diretório / Atualizar Vínculo”.

3 DICT Mensagem DICT recebe o pedido de alteração dos dados encaminhado pelo PSP reivindicador.

4 DICT Ação DICT verifica se a chave está cadastrada para o PSP e para o usuário envolvidos. Caso o resultado seja negativo, o pedido é rejeitado e segue-se à etapa 6.

5 DICT Ação Caso o DICT verifique que a chave é do PSP e do usuário envolvidos, os dados vinculados à chave são alterados.

6 DICT Mensagem DICT informa a confirmação ou a rejeição do pedido de alteração dos dados.

7 PSP reivindicador Mensagem PSP reivindicador recebe informação de confirmação ou de rejeição do DICT.


8 PSP reivindicador Ação Após receber a informação de alteração dos dados vinculados à chave, o PSP reivindicador atualiza sua base interna com os novos dados da chave.

9 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de alteração dos dados.

10 Usuário final Comunicação Usuário final recebe a informação de confirmação ou de cancelamento da alteração dos dados.

7.2. Fluxo de alteração dos dados vinculados à chave (participantes do Pix com acesso indireto ao DICT)



1 PSP reivindicador Ação Processo pode ser iniciado pelo usuário ou pelo próprio PSP.

2 PSP reivindicador Comunicação PSP reivindicador envia pedido de alteração dos dados (nome completo, nome empresarial, nome de fantasia, agência ou agência e conta) vinculados à chave.


Comunicação PSP com acesso direto ao DICT recebe pedido de alteração dos dados.


Mensagem PSP com acesso direto encaminha pedido de alteração dos dados ao DICT através da mensagem “Diretório / Atualizar Vínculo”.

5 DICT Mensagem DICT recebe o pedido de alteração dos dados.

6 DICT Ação DICT verifica se o PSP com acesso direto pode enviar solicitações para o PSP reivindicador.

7 DICT Ação DICT verifica se a chave está cadastrada para o PSP reivindicador e para o usuário envolvidos. Caso o resultado seja negativo, o pedido é rejeitado e segue-se à etapa 9.

8 DICT Ação Caso o DICT verifique que a chave é do PSP reivindicador e do usuário envolvidos, os dados vinculados à chave são alterados.

9 DICT Mensagem DICT informa a confirmação ou a rejeição do pedido de alteração dos dados.


Mensagem PSP com acesso direto ao DICT recebe informação de confirmação ou de rejeição do pedido de alteração dos dados.


Comunicação PSP com acesso direto ao DICT encaminha informação de confirmação ou de rejeição do pedido de alteração dos dados.

12 PSP reivindicador Comunicação PSP reivindicador recebe informação de confirmação ou de rejeição.

13 PSP reivindicador Ação Após receber a informação de alteração dos dados vinculados à chave, o PSP reivindicador atualiza sua base interna com os novos dados da chave.

14 PSP reivindicador Comunicação PSP reivindicador informa o usuário final sobre o cancelamento ou a confirmação do pedido de alteração dos dados.

15 Usuário final Comunicação Usuário final recebe a informação de confirmação ou de cancelamento da alteração dos dados.

8. Fluxo de consulta de chave

8.1. Fluxo de consulta para o participante do Pix com acesso direto ao DICT



1 Usuário pagador Ação Usuário pagador acessa seu canal de atendimento.

2 Usuário pagador Ação Usuário pagador insere os dados, que podem corresponder a qualquer um dos cinco tipos de chaves existentes, do usuário recebedor.

3 Usuário pagador Comunicação Usuário pagador encaminha solicitação a seu PSP.

4 PSP do usuário pagador

Comunicação PSP do usuário pagador recebe solicitação.


Ação PSP verifica se a chave está cadastrada em sua base interna.


Ação Caso a chave esteja cadastrada em sua base interna, o PSP cria mensagem de resposta. Após, segue-se direto para a etapa 15.


Mensagem

Caso a chave não esteja cadastrada em sua base interna, o PSP do usuário pagador envia mensagem de consulta ao DICT, na qual deve informar, além da chave Pix, o identificador único da transação que será utilizado na mensagem de liquidação. Esse identificador único corresponde ao campo EndToEndId, que é um campo obrigatório da mensagem de liquidação PACS.008. Ele deverá ser gerado pelo PSP e transmitido durante a


operação de consulta e novamente na PACS.008. Outra informação que deverá ser enviada é um identificador pseudonimizado do usuário pagador. A mensagem de consulta é “Diretório / Consultar Vínculo”.

8 DICT Mensagem DICT recebe mensagem com solicitação de consulta.

9 DICT Ação DICT verifica se a instituição é autorizada a realizar consultas.

10 DICT Ação

DICT verifica se a chave está registrada. Caso o PSP do pagador seja o mesmo PSP vinculado à chave, o DICT irá rejeitar a consulta e retornar mensagem de erro.

11 DICT Ação Caso a chave esteja registrada, DICT cria mensagem de resposta, que deve conter todos os dados vinculados à chave.

12 DICT Ação Caso a chave não esteja registrada, DICT cria mensagem informando a inexistência da chave consultada.

13 DICT Mensagem DICT envia mensagem de resposta à consulta.


Mensagem PSP do usuário pagador recebe mensagem com a resposta à consulta.


Comunicação

PSP do usuário pagador encaminha resposta à consulta para o usuário final. O número de inscrição no CPF, caso presente na resposta, deve ser disponibilizado no formato ***.111.111-** (substitui os números do início e do fim por asteriscos).

16 Usuário pagador Comunicação Usuário pagador recebe mensagem de resposta à sua consulta.

8.2. Fluxo de consulta para o participante do Pix com acesso indireto ao DICT



1 Usuário pagador Ação Usuário pagador acessa seu canal de atendimento.


3 Usuário pagador Comunicação Usuário pagador encaminha solicitação a seu PSP.


Comunicação PSP do usuário pagador recebe solicitação.


Ação PSP verifica se a chave está cadastrada em sua base interna.


Ação Caso a chave esteja cadastrada em sua base interna, o PSP cria mensagem de resposta. Após, segue-se direto para a etapa 19.


Comunicação Caso a chave não esteja cadastrada em sua base interna, o PSP do usuário pagador envia comunicação ao PSP com acesso direto, solicitando consulta ao DICT.


Comunicação PSP com acesso direto recebe comunicação com a solicitação de consulta.



Mensagem

PSP com acesso direto ao DICT encaminha mensagem com solicitação de consulta. A mensagem deve conter, além da chave Pix, o identificador único da transação que será utilizado na mensagem de liquidação. Esse identificador único corresponde ao campo EndToEndId, que é um campo obrigatório da mensagem de liquidação PACS.008. Ele deverá ser gerado pelo PSP e transmitido durante a operação de consulta e novamente na PACS.008. Outra informação que deverá ser enviada é um identificador pseudonimizado do usuário pagador. A mensagem de consulta é “Diretório / Consultar Vínculo”.


11 DICT Ação

DICT verifica se a instituição é autorizada a realizar consultas. O DICT deve também verificar se o PSP com acesso direto tem autorização para consultar chaves para o PSP com acesso indireto.

12 DICT Ação

DICT verifica se a chave está registrada. Caso o PSP do pagador seja o mesmo PSP vinculado à chave, o DICT irá rejeitar a consulta e retornar mensagem de erro.





Mensagem PSP com acesso direto ao DICT recebe resposta da consulta.


Comunicação PSP com acesso direto ao DICT comunica ao PSP do usuário pagador a resposta da consulta.


Comunicação PSP do usuário pagador recebe comunicação sobre a resposta à consulta.


Comunicação

PSP do usuário pagador encaminha resposta à consulta para o usuário final. O número de inscrição no CPF, caso presente na resposta, deve ser disponibilizado no formato ***.111.111-** (substitui os números do início e do fim por asteriscos).


8.3. Fluxo de consulta para o participante do Pix que atua como prestador de serviço de iniciação de transação de pagamento, com acesso direto ao DICT



1 Usuário pagador Ação Usuário pagador acessa interface do participante que presta serviço de iniciação de transação de pagamento.


3 Usuário pagador Comunicação Usuário pagador encaminha solicitação.

4 Prestador de serviço de iniciação

Comunicação Prestador de serviço de iniciação recebe solicitação.


Mensagem

Prestador de serviço de iniciação envia mensagem de consulta ao DICT, na qual deve informar a chave Pix do usuário recebedor. A mensagem de consulta é “Diretório / Consultar Vínculo (PSP iniciador)”.


7 DICT Ação DICT verifica se a instituição é autorizada a realizar consultas.

8 DICT Ação DICT verifica se a chave está registrada.






Mensagem Prestador de serviço de iniciação recebe mensagem com a resposta à consulta.


Comunicação

Prestador de serviço de iniciação encaminha resposta à consulta para o usuário final. O número de inscrição no CPF, caso presente na resposta, deve ser disponibilizado no formato ***.111.111-** (substitui os números do início e do fim por asteriscos).


8.4. Fluxo de consulta para o participante do Pix que atua como prestador de serviço de iniciação de transação de pagamento, com acesso indireto ao DICT


1 Usuário pagador Ação Usuário pagador acessa interface do participante que presta serviço de iniciação de transação de pagamento.



3 Usuário pagador Comunicação Usuário pagador encaminha solicitação.


Comunicação Prestador de serviço de iniciação recebe solicitação.


Comunicação Prestador de serviço de iniciação envia comunicação ao PSP com acesso direto, solicitando consulta ao DICT.


Comunicação PSP com acesso direto recebe comunicação com a solicitação de consulta.


Mensagem

PSP com acesso direto ao DICT encaminha mensagem com solicitação de consulta, na qual deve informar a chave Pix do usuário recebedor. A mensagem de consulta é “Diretório / Consultar Vínculo (PSP iniciador)”.


9 DICT Ação

DICT verifica se a instituição é autorizada a realizar consultas. O DICT deve também verificar se o PSP com acesso direto tem autorização para consultar chaves para o prestador de serviço de iniciação.

10 DICT Ação DICT verifica se a chave está registrada.





Mensagem PSP com acesso direto recebe mensagem com a resposta à consulta.


Comunicação PSP com acesso direto comunica ao prestador de serviço de iniciação a resposta da consulta.


Comunicação Prestador de serviço de iniciação recebe comunicação sobre a resposta à consulta.


Comunicação

Prestador de serviço de iniciação encaminha resposta à consulta para o usuário final. O número de inscrição no CPF, caso presente na resposta, deve ser disponibilizado no formato ***.111.111-** (substitui os números do início e do fim por asteriscos).


9. Fluxo de verificação de sincronismo


O processo de verificação de sincronismo apoia-se em dois conceitos: identificador de conteúdo (content identifier ou CID) e verificador de sincronismo (VSync). CID é um número único de 256 bits gerado a partir de um hash do estado da chave (chave junto com as informações vinculadas a ela). Sua regra de criação está especificada na API do DICT. Usando a regra de formação, o CID é calculado de forma independente do lado do participante do Pix e do DICT. O participante do Pix deverá armazenar esse número na sua base de dados interna, preferencialmente de forma indexada, pois o processo de verificação de sincronismo será baseado nele. A utilização do CID permite: (i) a comparação simplificada entre dois registros, uma vez que é mais simples comparar dois números do que duas chaves com diversos atributos; (ii) a possibilidade de verificação interna da integridade de cada registro de chave, permitindo identificar uma mudança feita diretamente sobre um atributo sem a atualização do CID; e (iii) a possibilidade de gerar o VSync de forma otimizada. O VSync é o resultado da aplicação de uma função XOR (‘ou’ exclusivo) num conjunto de CIDs. Como os CIDs são únicos, aleatórios e suficientemente grandes, a operação de XOR entre CIDs mantém a chance de colisão dos próprios CIDs (infinitesimalmente pequena). Assim, é possível garantir que, se o VSync gerado pelo DICT e pelo participante do Pix forem o mesmo, o conjunto de CIDs é o mesmo e ambos possuem as mesmas chaves com os mesmos atributos. Cada participante deverá manter cinco VSyncs, um para cada conjunto de CIDs por tipo de chave (CPF, CNPJ, número de telefone celular, e-mail e chave aleatória). O PSP pode verificar o sincronismo entre a sua base e o DICT utilizando as seguintes funcionalidades: (i) a verificação de sincronismo do VSync; (ii) o log de alterações de chaves do participante; e (iii) o arquivo de CIDs registrados no DICT. Para a verificação de sincronismo do VSync, o PSP deverá informar os VSyncs de cada tipo de chave. O DICT responderá se o conjunto está síncrono ou não. Caso a verificação de sincronismo falhe, o PSP deverá tomar ações para correção das divergências. Após as correções, o PSP deve enviar novamente o VSync. O processo de verificação de sincronismo pode ser mais simples se for realizado fora da janela obrigatória de disponibilização de registro, de exclusão, de alteração, de portabilidade e de reivindicação de posse. Assim, o participante pode suspender temporariamente essas funcionalidades, realizar o cálculo do VSync e atuar para corrigir eventuais divergências, sem se preocupar com alterações concorrentes no conjunto de CIDs. O participante do Pix também pode acompanhar o log de alteração de chaves. O log mostra os CIDs que estão sendo registrados e excluídos do DICT, a partir das operações realizadas pelo participante. Assim, é recomendado ao participante construir um mecanismo de acompanhamento do log, garantindo que sua base esteja continuamente síncrona com o DICT. Por fim, caso seja necessária uma reconciliação completa, é possível fazer a verificação individual de chaves do participante, solicitando um arquivo com os CIDs registrados no DICT. Esse arquivo contém os CIDs de todas as chaves ativas, sem nenhuma informação adicional, visando simplificar o armazenamento e a distribuição desse arquivo, do ponto de vista de segurança. Assim, o participante


deve buscar os CIDs armazenados em sua base interna e verificar se existe a mesma entrada listada no arquivo. A partir do batimento do arquivo com a base interna do participante, poderá haver divergências de dois tipos: (i) CIDs que existem somente no arquivo (e não na base do participante); e (ii) CIDs que existem somente no participante (e não no arquivo). É recomendado aos participantes manter, do seu lado, o registro de todos os CIDs já gerados, associados à chave envolvida na operação. Isso permitirá identificar, nos casos de divergências, qual chave a originou. Caso não localize o CID em sua base, o participante ainda poderá realizar uma consulta a partir do CID e receber os dados vinculados à chave como resposta. Qualquer modificação necessária em decorrência do processo de verificação de sincronismo deve ser realizada:

• para chaves registradas somente no DICT, e não no participante, a chave deve ser incluída na base do participante com os mesmos atributos registrado no DICT;

• para chaves registradas somente no participante, e não no DICT, a chave deve ser removida da base do participante; e

• para chaves registradas em ambas as bases, mas com valores divergentes, deve haver correção dos valores na base do participante, exatamente como consta na base do DICT.

Apesar da orientação de corrigir eventuais divergências na base interna, o DICT disponibiliza a funcionalidade de registro, de exclusão e de alteração de dados por meio do motivo “reconciliação”. É importante ressaltar que, ao término das correções, o participante deve gerar novamente o VSync e enviá-lo ao DICT para confirmar o sincronismo. Caso as bases ainda estejam divergentes, o participante deve reiniciar o processo de reconciliação.

9.1. Verificação de VSync (participante do Pix com acesso direto ao DICT)




Ação PSP acessa canal de comunicação com o DICT.


Mensagem PSP envia ao DICT os verificadores de sincronismo de cada tipo de chave registrada em sua base interna através de mensagens “Reconciliação / Verificar Sincronismo”.

3 DICT Mensagem DICT recebe mensagem com os verificadores de sincronismo do PSP com acesso direto.

4 DICT Ação DICT identifica os verificadores de sincronismo gerados para cada tipo de chave do PSP. Os verificadores do DICT são então comparados com os verificadores do PSP.

5 DICT Mensagem DICT envia resposta de confere (OK) ou não confere (NOK) por tipo de chave ao PSP com acesso direto.


Mensagem PSP com acesso direto recebe resposta de conferência por tipo de chave.

9.2. Verificação de VSync (participante do Pix com acesso indireto ao DICT)



1 PSP com acesso indireto ao DICT

Ação PSP sem acesso direto acessa canal de comunicação com o PSP com acesso direto ao DICT.


Comunicação PSP sem acesso direto envia ao PSP com acesso direto os verificadores de sincronismo de cada tipo de chave registrada em sua base interna.


Comunicação PSP com acesso direto ao DICT recebe os verificadores de sincronismo do PSP sem acesso direto.


Mensagem PSP com acesso direto encaminha mensagem ao DICT com os verificadores de sincronismo do PSP com acesso indireto


através de mensagens “Reconciliação / Verificar Sincronismo”.

5 DICT Mensagem DICT recebe mensagem com os verificadores de sincronismo do PSP com acesso indireto.

6 DICT Ação DICT verifica se o PSP com acesso direto tem autorização para encaminhar solicitações para o PSP com acesso indireto.

7 DICT Ação

DICT identifica os verificadores de sincronismo gerados para cada tipo de chave do PSP com acesso indireto. Os verificadores do DICT são então comparados com os verificadores desse PSP.

8 DICT Mensagem DICT envia resposta de confere (OK) ou não confere (NOK) por tipo de chave ao PSP com acesso direto.


Mensagem PSP com acesso direto recebe resposta de conferência do DICT.


Comunicação PSP com acesso direto encaminha resposta de conferência ao PSP com acesso indireto.


Comunicação PSP com acesso indireto recebe resposta de conferência por tipo de chave.

9.3. Lista de CIDs Para obtenção da lista de CIDs, é necessário que o participante faça o pedido para um tipo específico de chave. Assim, sob demanda, o DICT gera a lista de CIDs de determinado tipo que estejam registrados pelo participante solicitante. A lista de CIDS é gerada de forma assíncrona. O participante com acesso direto faz a solicitação e o DICT inicia o processo de geração, retornando um ID ao participante. O participante deve consultar o DICT periodicamente para verificar o status da geração da lista. Assim que o processo é concluído, o DICT altera o status da solicitação e disponibiliza o nome do arquivo e a url para realização do download. O download deverá ser feito via conexão HTTPS em um serviço provido no ambiente da Rede do Sistema Financeiro Nacional (RSFN). 9.3.1 Participante do Pix com acesso direto




Ação PSP acessa canal de comunicação com o DICT.


Mensagem PSP solicita lista de suas chaves, por tipo específico, através da mensagem “Reconciliação / Criar Arquivo de CIDs”.

3 DICT Mensagem DICT recebe mensagem com a solicitação.

4 DICT Ação DICT gera lista com as chaves de tipo específico do PSP com acesso direto.

5 DICT Ação DICT altera o status da solicitação e disponibiliza o nome do arquivo gerado e a url para realização do download.


Ação

PSP com acesso direto identifica mudança no status e nome do arquivo com lista de CIDs através da mensagem “Reconciliação / Consultar Arquivo de CIDs”. PSP faz o download por meio da url informada.

9.3.2 Participante do Pix com acesso indireto




Ação PSP com acesso indireto acessa canal de comunicação com o PSP com acesso direto ao DICT.


Comunicação PSP com acesso indireto solicita lista de suas chaves, por tipo específico.


Comunicação PSP com acesso direto recebe solicitação do PSP com acesso indireto.


Mensagem PSP com acesso direto encaminha solicitação para o DICT através da mensagem “Reconciliação / Criar Arquivo de CIDs”.

5 DICT Mensagem DICT recebe mensagem com a solicitação.


6 DICT Ação DICT verifica se o PSP com acesso direto tem autorização para encaminhar solicitações para o PSP com acesso indireto.

7 DICT Ação DICT gera lista com as chaves de tipo específico do PSP com acesso indireto.

8 DICT Ação DICT altera o status da solicitação e disponibiliza o nome do arquivo gerado e a url para realização do download.


Ação

PSP com acesso direto identifica mudança no status e nome do arquivo com lista de CIDs através da mensagem “Reconciliação / Consultar Arquivo de CIDs”. PSP faz o download por meio da url informada.


Comunicação PSP com acesso direto encaminha lista de chaves de tipo específico ao PSP com acesso indireto.


Comunicação PSP com acesso indireto recebe lista de chaves de tipo específico.

10. Fluxo de notificação de infração Uma notificação de infração pode ter os seguintes estados no DICT:

• aberta: a notificação de infração foi feita pelo PSP; • recebida: a notificação de infração foi recebida pelo PSP; • analisada/concluída/fechada: a notificação de infração foi analisada pelo PSP e o resultado

dessa análise está disponível; ou • cancelada: o PSP que fez a notificação pode cancelar a notificação a qualquer tempo, inclusive

após ela já ter sido analisada. Uma notificação de infração com motivo “fraude” pode ser iniciada pelo PSP do pagador ou pelo PSP do recebedor. Uma notificação de infração com motivo “associada a uma solicitação de devolução” pode ser iniciada apenas pelo PSP do pagador. Uma notificação de infração com motivo “cancelamento da devolução” pode ser iniciada apenas pelo PSP do recebedor. A notificação de infração com motivo “fraude” deve ser aberta nos casos em que o PSP do pagador ou o PSP do recebedor têm como objetivo exclusivo fazer a marcação da chave Pix, do CPF/CNPJ ou da conta, para que essas informações sejam vinculadas às chaves Pix para fins de segurança, conforme detalhado na seção 14. Nos casos em que o PSP do pagador, além de fazer a marcação da chave, pretende iniciar um processo de solicitação de devolução, conforme detalhado na seção 18, a notificação de infração deve ser aberta com motivo “associada a uma solicitação de devolução”. A notificação de infração com motivo “cancelamento da devolução” deve ser aberta pelo PSP do recebedor apenas nos casos em que os recursos financeiros de uma determinada transação já foram devolvidos, mas o PSP do recebedor deseja cancelar essa devolução. Ao abrir uma notificação de infração no DICT, o PSP do pagador (ou o PSP com acesso direto ao DICT, ou o PSP do recebedor, conforme o caso) deve informar os seguintes campos:

Campo Obrigatório ou Facultativo Descrição


EndToEndID ou RtrId (TransactionId)

Obrigatório Identificador da transação original ou identificador da transação de devolução, em caso de cancelamento da devolução

Motivo (InfractionType)

Obrigatório

Domínios:

• fraude (fraud)

• associada a uma solicitação de devolução

(refund_request)

• cancelamento da devolução

(refund_cancelled)

Comentários (ReportDetails)

Facultativo

Campo de texto livre, com informações que possam auxiliar o outro PSP envolvido na transação na análise da notificação, incluindo canais de comunicação entre as partes e formas de acesso a documentos adicionais.

Ao enviar mensagem para o DICT para fechar uma notificação de infração, o PSP do recebedor (ou o PSP com acesso direto ao DICT, ou o PSP do pagador, conforme o caso) deve informar os seguintes campos:


Resultado da análise (AnalysisResult)

Obrigatório

Possíveis resultados:

• aceita (agreed); ou

• rejeitada (disagreed)

Comentários (AnalysisDetails)

Facultativo

Campo de texto livre, com informações sobre a análise da notificação de infração, incluindo motivos para eventual rejeição da notificação.

No fluxo de notificação de infração para abertura de solicitação de devolução, o PSP do pagador deve abrir a notificação de infração no DICT após a reclamação do usuário pagador (desde que a transação tenha sido realizada nos últimos oitenta dias corridos6). Antes de abrir a notificação, o PSP do pagador deve fazer análise de consistência da reclamação do usuário pagador, para ter a certeza de que o caso está dentro do escopo do Mecanismo Especial de Devolução de que trata a seção II do capítulo XI do Regulamento do Pix7. A análise do mérito da reclamação do usuário pagador deve ser feita concomitantemente ao período de sete dias disponibilizado para a análise do PSP do recebedor8. Caso, durante o período de análise, o PSP do pagador identifique que o pedido não deveria ter sido aberto, por qualquer motivo, ele deve cancelar a notificação de infração. O cancelamento deve ser feito mesmo que a notificação já tenha sido analisada e fechada pelo PSP do recebedor. Após o PSP do recebedor ter analisado e concluído a notificação de infração, o PSP do pagador tem até 72 horas para iniciar a solicitação de devolução, caso o PSP do recebedor tenha aceitado a notificação.

6 O prazo de oitenta dias passará a valer a partir de 16 de novembro de 2021. Até essa data, o prazo é de seis meses. 7 Ver Resolução BCB nº 103, de 8 de junho de 2021, que produz efeitos a partir de 16 de novembro de 2021. 8 O prazo de sete dias passará a valer a partir de 16 de novembro de 2021. Até essa data, o prazo é de 21 dias.


Durante esse período, o PSP do pagador pode continuar fazendo a análise do mérito da abertura da notificação. Caso o PSP do pagador identifique que o pedido não deveria ter sido aberto, por qualquer motivo, ele deve cancelar a notificação de infração e não iniciar a solicitação de devolução, mesmo que o PSP do recebedor tenha aceitado a notificação. Sempre que uma notificação de infração for cancelada pelo PSP do pagador, o PSP do recebedor deve desbloquear imediatamente os recursos bloqueados na conta do usuário recebedor e informá-lo.

10.1. Fluxo de notificação de infração entre participantes do Pix com acesso direto ao DICT, por motivo “fraude”


1 PSP 1 Ação PSP identifica problema.

2 PSP 1 Ação Caso a transação tenha sido realizada nos últimos oitenta dias corridos, PSP recupera os dados da transação original e inicia processo de notificação de infração.

3 PSP 1 Mensagem PSP abre notificação de infração no DICT através da mensagem “Relatos de Infração / Criar Relato de Infração”.

4 DICT Mensagem DICT recebe mensagem com notificação de infração.

5 DICT Ação DICT checa a transação no SPI por meio do TransactionId e identifica o outro PSP envolvido na transação.

6 PSP 2 Ação PSP consulta periodicamente no DICT a lista de notificações de infração com estado “Aberta”, através da


mensagem “Relatos de Infração / Listar Relatos de Infração”. Assim que identificar uma notificação de infração com estado “Aberta”, o PSP deve mudar seu estado para “Recebida” através da mensagem “Relatos de Infração / Receber Relato de Infração”.

7 PSP 2 Ação PSP analisa a notificação de infração. Ele tem sete dias corridos para informar ao DICT o resultado da análise.

8 PSP 2 Mensagem

PSP envia mensagem para o DICT, alterando o estado da notificação de infração para “Analisada” através da mensagem “Relatos de Infração / Fechar Relato de Infração”.

9 DICT Mensagem DICT recebe mensagem.

10 PSP 1 Ação

PSP consulta periodicamente no DICT a lista de notificações de infração com estado “Analisada”, através das mensagens “Relatos de Infração / Listar Relatos de Infração” ou “Relatos de Infração / Consultar Relato de Infração”.

10.2. Fluxo de notificação de infração entre participantes do Pix com acesso indireto ao DICT, por motivo “fraude”



1 PSP 1 Ação PSP identifica problema.

2 PSP 1 Ação Caso a transação tenha sido realizada nos últimos oitenta dias corridos, PSP recupera os dados da transação original e inicia processo de notificação de infração.

3 PSP 1 Comunicação PSP envia notificação de infração para seu responsável ou liquidante no Sistema de Pagamentos Instantâneos (SPI).

4

PSP com acesso direto ao DICT

(responsável ou liquidante no SPI

do PSP 1)

Comunicação PSP com acesso direto recebe notificação de infração.

5



do PSP 1)

Mensagem PSP com acesso direto abre notificação de infração no DICT através da mensagem “Relatos de Infração / Criar Relato de Infração”.



7 DICT Ação DICT checa a transação no SPI por meio do TransactionId e identifica o outro PSP envolvido na transação.

8



do PSP 2)

Ação

PSP com acesso direto consulta periodicamente no DICT a lista de notificações de infração com estado “Aberta”, através da mensagem “Relatos de Infração / Listar Relatos de Infração”. Assim que identificar uma notificação de infração com estado “Aberta”, o PSP com acesso direto deve mudar seu estado para “Recebida” através da mensagem “Relatos de Infração / Receber Relato de Infração”. PSP responsável ou liquidante no SPI pode analisar a notificação de infração.

9



do PSP 2)

Ação

PSP com acesso direto analisa a notificação de infração. Caso a notificação seja aceita pelo PSP com acesso direto, ele passa para a etapa 10 e, simultaneamente, para a etapa 17. Caso a notificação seja rejeitada, PSP passa diretamente para a etapa 12.

10



do PSP 2)

Comunicação PSP com acesso direto envia comunicação ao PSP que ele presta serviço.

11 PSP 2 Comunicação PSP recebe comunicação. Fim do processo.

12



do PSP 2)

Comunicação PSP com acesso direto envia comunicação para o PSP que ele presta serviço, informando a existência de uma notificação de infração.

13 PSP 2 Comunicação PSP recebe comunicação.

14 PSP 2 Ação PSP analisa a notificação de infração. Ele tem sete dias corridos para informar ao DICT, por meio do PSP com acesso direto, o resultado da análise.

15 PSP 2 Comunicação PSP informa o PSP com acesso direto o resultado da análise.

16



do PSP 2)

Comunicação PSP com acesso direto recebe informação.


17



do PSP 2)

Mensagem

PSP com acesso direto envia mensagem para o DICT, alterando o estado da notificação de infração para “Analisada” através da mensagem “Relatos de Infração / Fechar Relato de Infração”.


19



do PSP 1)

Ação

PSP com acesso direto consulta periodicamente no DICT a lista de notificações de infração com estado “Analisada”, através das mensagens “Relatos de Infração / Listar Relatos de Infração” ou “Relatos de Infração / Consultar Relato de Infração”.

20



do PSP 1)

Comunicação

Assim que identificar uma notificação de infração com estado “Analisada”, o PSP com acesso direto envia comunicação ao PSP que ele presta serviço, com o resultado da análise.

21 PSP 1 Comunicação PSP recebe comunicação.

10.3. Fluxo de notificação de infração para abertura de solicitação de devolução (participantes do Pix com acesso direto ao DICT)


1 Usuário pagador Ação Usuário pagador identifica o problema.


2 Usuário pagador Ação

Usuário pagador acessa canal de atendimento e solicita devolução do valor de uma determinada transação. O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.

3 Usuário pagador Comunicação Usuário pagador envia solicitação de devolução.

4 PSP do pagador Comunicação PSP do pagador recebe solicitação de devolução.

5 PSP do pagador Ação

PSP do pagador recupera os dados da transação original e verifica se a transação foi realizada nos últimos oitenta dias corridos. Caso a transação tenha sido realizada nos últimos oitenta dias corridos, PSP do pagador segue para a etapa 8. Caso a transação tenha sido realizada há mais de oitenta dias corridos, PSP do pagador segue para a etapa 6.

6 PSP do pagador Comunicação PSP do pagador informa usuário sobre rejeição da solicitação.

7 Usuário pagador Comunicação Usuário pagador recebe informação e o fluxo é encerrado.

8 PSP do pagador Mensagem

PSP do pagador abre notificação de infração no DICT através da mensagem “Relatos de Infração / Criar Relato de Infração”, com motivo “Associada a uma solicitação de devolução”.


10 DICT Ação DICT disponibiliza notificação, com status “Aberta”.

11 PSP do recebedor Ação

PSP consulta periodicamente no DICT a lista de notificações de infração com estado “Aberta” e com motivo “Vinculada a abertura de solicitação de devolução”, através da mensagem “Relatos de Infração / Listar Relatos de Infração”. Assim que identificar uma notificação de infração com estado “Aberta”, o PSP deve mudar seu estado para “Recebida” através da mensagem “Relatos de Infração / Receber Relato de Infração”. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução, o fluxo segue para a etapa 12. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução9, o fluxo segue diretamente para a etapa 13.


PSP do recebedor bloqueia imediatamente o montante solicitado para devolução na conta do usuário recebedor. Caso o montante disponível na conta do usuário recebedor seja menor do que o valor solicitado, o PSP do recebedor bloqueia o montante total disponível. Caso o PSP do pagador não inicie a solicitação de devolução 72 horas após a conclusão do processo de

9 O PSP não pode acionar o Mecanismo Especial de Devolução apenas no caso em que não tenha previsto no contrato firmado com seus clientes a possibilidade de acionamento do Mecanismo Especial de Devolução, no âmbito do Pix.


notificação de infração, o PSP do recebedor deverá desbloquear os recursos.


PSP do recebedor analisa a notificação de infração. Ele tem sete dias corridos para informar ao DICT o resultado da análise. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução e a notificação seja aceita, o fluxo segue para a etapa 15. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução e a notificação não seja aceita, o fluxo segue para a etapa 14. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 1510.

14 PSP do recebedor Ação PSP do recebedor desbloqueia recursos que haviam sido bloqueados na conta do usuário recebedor.

15 PSP do recebedor Mensagem

PSP do recebedor envia mensagem para o DICT, alterando o estado da notificação de infração para “Concluída” através da mensagem “Relatos de Infração / Fechar Relato de Infração”.


17 DICT Ação DICT disponibiliza notificação de infração, com status “Concluída”.


PSP consulta periodicamente no DICT a lista de notificações de infração com estado “Concluída” e com motivo “Vinculada a abertura de solicitação de devolução”, através das mensagens “Relatos de Infração / Listar Relatos de Infração” ou “Relatos de Infração / Consultar Relato de Infração”.

10.4. Fluxo de notificação de infração para abertura de solicitação de devolução (participantes do Pix com acesso indireto ao DICT)

10 O PSP não pode acionar o Mecanismo Especial de Devolução apenas no caso em que não tenha previsto no contrato firmado com seus clientes a possibilidade de acionamento do Mecanismo Especial de Devolução, no âmbito do Pix.



1 Usuário pagador Ação Usuário pagador identifica o problema.

2 Usuário pagador Ação

Usuário pagador acessa canal de atendimento e solicita devolução do valor de uma determinada transação. O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.

3 Usuário pagador Comunicação Usuário pagador envia solicitação de devolução.

4 PSP do pagador Comunicação PSP do pagador recebe solicitação de devolução.


PSP do pagador recupera os dados da transação original e verifica se a transação foi realizada nos últimos oitenta dias corridos. Caso a transação tenha sido realizada nos últimos oitenta dias corridos, PSP do pagador segue para a etapa 8.


Caso a transação tenha sido realizada há mais de oitenta dias corridos, PSP do pagador segue para a etapa 6.

6 PSP do pagador Comunicação PSP do pagador informa usuário sobre rejeição da solicitação.

7 Usuário pagador Comunicação Usuário pagador recebe informação e o fluxo é encerrado.

8 PSP do pagador Comunicação

PSP do pagador envia solicitação de abertura de notificação de infração para PSP com acesso direto (responsável ou liquidante do PSP do pagador) associada a uma solicitação de devolução.

9

PSP com acesso direto ao DICT (responsável ou liquidante do PSP do pagador)


10


Mensagem

PSP com acesso direto abre notificação de infração no DICT através da mensagem “Relatos de Infração / Criar Relato de Infração”, com motivo “Associada a uma solicitação de devolução”.


12 DICT Ação DICT disponibiliza solicitação, com status “Aberta”.

13

PSP com acesso direto ao DICT (responsável ou liquidante do PSP do recebedor)

Ação

PSP com acesso direto consulta periodicamente no DICT a lista de notificações de infração com estado “Aberta” e com motivo “Vinculada a abertura de solicitação de devolução”, através da mensagem “Relatos de Infração / Listar Relatos de Infração”. Assim que identificar uma notificação de infração com estado “Aberta”, o PSP com acesso direto deve mudar seu estado para “Recebida” através da mensagem “Relatos de Infração / Receber Relato de Infração”.

14


Comunicação PSP com acesso direto envia comunicação ao PSP do recebedor.

15 PSP do recebedor Comunicação

PSP do recebedor recebe a solicitação do PSP com acesso direto ao DICT. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução, o fluxo segue para a etapa 16.


Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 1711.


PSP do recebedor bloqueia imediatamente o montante solicitado para devolução na conta do usuário recebedor. Caso o montante disponível na conta do usuário recebedor seja menor do que o valor solicitado, o PSP do recebedor bloqueia o montante total disponível. Caso o PSP do pagador não inicie a solicitação de devolução 72 horas após a conclusão do processo de notificação de infração, o PSP do recebedor deverá desbloquear os recursos.


PSP do recebedor analisa a notificação de infração. Ele tem sete dias corridos para informar ao PSP com acesso direto o resultado da análise. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução e a notificação seja aceita, o fluxo segue para a etapa 19. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução e a notificação não seja aceita, o fluxo segue para a etapa 18. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 1912.

18 PSP do recebedor Ação PSP do recebedor desbloqueia recursos que haviam sido bloqueados na conta do usuário recebedor.

19 PSP do recebedor Comunicação PSP do recebedor envia comunicação ao PSP com acesso direto.

20



21


Mensagem

PSP com acesso direto ao DICT envia mensagem para o DICT, alterando o estado da notificação de infração para “Concluída” através da mensagem “Relatos de Infração / Fechar Relato de Infração”.


11 O PSP não pode acionar o Mecanismo Especial de Devolução apenas no caso em que não tenha previsto no contrato firmado com seus clientes a possibilidade de acionamento do Mecanismo Especial de Devolução, no âmbito do Pix. 12 O PSP não pode acionar o Mecanismo Especial de Devolução apenas no caso em que não tenha previsto no contrato firmado com seus clientes a possibilidade de acionamento do Mecanismo Especial de Devolução, no âmbito do Pix.


23 DICT Ação DICT disponibiliza notificação de infração, com status “Concluída”.

24


Ação

PSP com acesso direto consulta periodicamente no DICT a lista de notificações de infração com estado “Concluída” e com motivo “Vinculada a abertura de solicitação de devolução”, através das mensagens “Relatos de Infração / Listar Relatos de Infração” ou “Relatos de Infração / Consultar Relato de Infração”.

25


Comunicação PSP com acesso direto envia comunicação com o resultado da notificação de infração.

26 PSP do pagador Comunicação PSP do pagador recebe comunicação.

11. Interface de comunicação A interface do DICT proverá todas as funcionalidades para manutenção e obtenção de dados da conta transacional vinculada a uma chave. Detalhes da implementação estão disponíveis na seção sobre o DICT no Manual das Interfaces de Comunicação.

12. Cache de chaves consultadas Para diminuir a carga de requisições ao DICT, consultas a chaves podem ter suas respostas cacheadas no próprio participante, devendo seguir as diretivas contidas no header Cache-Control. O PSP não deve realizar novas consultas para vínculos que estejam dentro do prazo de validade, sob o risco de ativar os mecanismos de prevenção de denial of service e ataque de leitura.

13. Mecanismos de prevenção a ataques de leitura Para prevenir que um usuário (ou um invasor utilizando a estrutura do participante) realize um ataque de leitura e capture vínculos existentes no DICT para propósitos distintos de realização de pagamentos, haverá limitação de consultas baseado em dois indicadores, aplicáveis aos participantes provedores de conta transacional:

a. consultas sem liquidação: quantidade de consultas que não resultaram em liquidação; e b. consultas inválidas: quantidade de consultas realizadas para chaves não registradas no DICT.

Para contabilizar esses indicadores, o participante sempre deverá informar, no header PI-PayerId, um identificador pseudonimizado do usuário que está originando a consulta13. Todas as consultas de um

13 A partir de 24 de agosto de 2021, o campo PayerId poderá ser preenchido, de forma facultativa, com o CPF ou o CNPJ do usuário que está originando a consulta, utilizando-se para isso o formato numérico, sem pontos, traços ou barras, contendo 11 dígitos para CPF e 14 dígitos para CNPJ. A partir de 1º de outubro de 2021, o preenchimento do campo PayerId com o CPF ou o CNPJ do usuário que está originando a consulta será obrigatório.


usuário final a partir de um determinado participante devem possuir o mesmo identificador. Assim, o DICT irá controlar as consultas tanto para o usuário final, quanto para o participante. O participante que estiver prestando serviço de iniciação de transação de pagamento deverá consultar o DICT por meio de um endpoint específico. Isso inclui tanto o participante iniciador quanto o participante provedor de conta transacional que esteja prestando serviço de iniciação. As mesmas regras de limitação para o usuário final são aplicáveis quando a consulta é feita por prestador de serviço de iniciação. A única diferença é que não há acréscimo de fichas por pagamento liquidado. O mecanismo de limitação utiliza o algoritmo de Token Bucket14 (balde de fichas ou balde de símbolos), com as seguintes definições:

Usuário final pessoa natural (consultas de provedor de conta transacional)

Tamanho máximo do balde: 200 fichas, sendo 100 fichas para consultas de telefone celular ou e-mail e 100 fichas para consultas de CPF, CNPJ ou chave aleatória. Decréscimo: 1 ficha por consulta válida de qualquer chave e 10 fichas por consulta inválida de qualquer chave Acréscimo: 1 ficha por consulta de qualquer chave que tenha pagamento liquidado Incremento temporal: 2 fichas a cada minuto

Usuário final pessoa jurídica (consultas de provedor de conta transacional)

Tamanho máximo do balde: 2.000 fichas, sendo 1.000 fichas para consultas de telefone celular ou e-mail e 1.000 fichas para consultas de CPF, CNPJ ou chave aleatória. Decréscimo: 1 ficha por consulta válida de qualquer chave e 10 fichas por consulta inválida de qualquer chave Acréscimo: 1 ficha por consulta de qualquer chave que tenha pagamento liquidado Incremento temporal: 2 fichas a cada minuto

Participante provedor de conta transacional

Tamanho máximo do balde e incremento temporal: conforme categoria em que o participante se enquadrar, conforme tabela abaixo15:

Categoria Tamanho Incremento / min

A 20.000 8.000

B 15.000 5.000

C 8.000 2.000

D 4.000 500

E 3.000 50

F 1.000 2

Decréscimo: 1 ficha por consulta válida de qualquer chave e 3 fichas por consulta inválida de qualquer chave Acréscimo: 1 ficha por consulta de qualquer chave que tenha pagamento liquidado

14 Tanenbaum, Andrew S. REDES DE COMPUTADORES. Rio de Janeiro: Editora Elsevier, 2003, p.428. 15 O Banco Central do Brasil irá enquadrar cada participante em uma das categorias. O participante poderá solicitar, de forma devidamente fundamentada, a alteração para uma categoria que melhor atenda às suas necessidades.


Usuário final pessoa natural (consultas de prestador de serviço de iniciação)

Tamanho máximo do balde: 100 fichas. Decréscimo: 1 ficha por consulta válida de qualquer chave e 10 fichas por consulta inválida de qualquer chave Incremento temporal: 2 fichas a cada minuto

Usuário final pessoa jurídica (consultas de prestador de serviço de iniciação)

Tamanho máximo do balde: 2.000 fichas. Decréscimo: 1 ficha por consulta válida de qualquer chave e 10 fichas por consulta inválida de qualquer chave Incremento temporal: 2 fichas a cada minuto

Participante que esteja prestando serviço de iniciação de transação de pagamento

Tamanho máximo do balde: 5.000 fichas Decréscimo: 1 ficha por consulta válida de qualquer chave e 3 fichas por consulta inválida de qualquer chave Incremento temporal: 400 fichas a cada minuto.

Em caso de problema operacional, o Banco Central do Brasil pode, a seu critério, flexibilizar o tamanho e as regras de decréscimo e de acréscimo de fichas no balde.

14. Informações vinculadas às chaves para fins de segurança O DICT armazena as seguintes informações, que estão vinculadas a cada chave registrada, para fins de controle antifraude:

a. data de abertura da conta transacional; b. data de registro da chave no DICT; c. data de registro da chave no participante atual; d. data de início do processo de portabilidade ou de reivindicação de posse, caso a chave esteja no

período de resolução de algum desses processos; e. status de utilização da chave:

i. por quantidade de consultas: 0, 1, 5, 10, 50, 100, 500, 1.000, 5.000, 10.000, 50.000 e assim sucessivamente, sem limite máximo16;

ii. em janela diária: três dias e trinta dias; e iii. em janela mensal: seis meses (sem incluir o mês corrente);

f. quantidade de notificações de infração abertas, por suspeita de fraude, por chave;

g. quantidade de notificações de infração abertas, por suspeita de fraude, por chave, e que foram

aceitas;

h. quantidade de notificações de infração abertas, por suspeita de fraude, por conta transacional;

i. quantidade de notificações de infração abertas, por suspeita de fraude, por conta transacional,

e que foram aceitas;

j. quantidade de notificações de infração abertas, por suspeita de fraude, por usuário final;

16 O número exato de consultas sempre é arredondado para cima. Por exemplo, caso a chave tenha sido consultada três vezes, o DICT retornará a informação “5”. Caso a chave tenha sido consultada 101 vezes, o DICT retornará a informação “500”. Caso a chave tenha sido consultada 101.000 vezes, o DICT retornará a informação “500.000”.


k. quantidade de notificações de infração abertas, por suspeita de fraude, por usuário final, e que

foram aceitas;

l. total de transações liquidadas com a chave;

m. total de transações liquidadas com a conta transacional; e

n. total de transações destinadas ao usuário final que foram liquidadas.

As informações referentes aos itens “f” a “n”, discriminadas acima, serão disponibilizadas para transações liquidadas:

a. nos últimos três dias;

b. nos últimos trinta dias; e

c. nos últimos seis meses (sem incluir o mês corrente).

As informações referentes à quantidade de notificações de infração abertas serão contabilizadas a partir da data da notificação de infração. As informações referentes à quantidade de notificações de infração abertas que foram aceitas serão contabilizadas a partir da data em que a notificação foi aceita. Qualquer ação que possa resultar em modificações nas chaves (exclusão, alteração, portabilidade ou reivindicação de posse) não remove nem invalida as informações de notificação de infração. As informações de notificações de infração por chave, por conta e por usuário são independentes entre si. Assim, caso uma chave seja excluída e, posteriormente, registrada, as informações das notificações de infração serão herdadas pelo novo registro, desde que o conjunto de informações relativas à chave, à conta e ao usuário sejam exatamente iguais ao conjunto de informações vinculadas à chave excluída. A atualização das informações discriminadas acima será realizada quando a chave for consultada. Isso implica que, durante as janelas de manutenção do DICT, as informações retornadas poderão estar desatualizadas. As informações disponibilizadas pelo DICT, para fins de segurança, devem ser utilizadas por cada participante do Pix, a seu critério, em seus processos internos de gerenciamento de risco.

15. Limitação de requisições à API do DICT Cada operação da API está associada a uma política de limitação, conforme tabela abaixo17. Na tabela, o balde significa a margem que cada participante tem para eventualmente, durante um curto espaço de tempo, exceder o limite estabelecido.

Política de rate limit Operações da API Incremento do balde Tamanho máximo

do balde

entries.write createEntry, deleteEntry 800 requisições /min 1.200 requisições

entries.update updateEntry 600 requisições /min 600 requisições

claims.read getClaim 600 requisições /min 18.000 requisições

17 A política de limitação da consulta de chaves (entries.read), cuja operação da API é getEntry, está detalhada na seção 13.


claims.write

createClaim, acknowledgeClaim, cancelClaim, confirmClaim, completeClaim

1.200 requisições /min 36.000 requisições

claims.list-with-role-filter

listClaims 40 requisições /min 200 requisições

claims.list-without-role-filter

listClaims 10 requisições /min 50 requisições

sync-verifications.write

createSyncVerification 10 requisições /min 50 requisições

cids-files.write createCidSetFile 40 requisições /dia 200 requisições

cids-files.read getCidSetFile 10 requisições /min 50 requisições

cids-events.list listCidSetEvents 40 requisições /min 200 requisições

cids-entries.read getEntryByCid 1.200 requisições /min 36.000 requisições

infraction-reports.read

getInfractionReport 600 requisições /min 18.000 requisições

infraction-reports.write

createInfractionReport, acknowledgeInfractionReport, cancelInfractionReport, closeInfractionReport


infraction-reports.list-with-role-filter

listInfractionReports 40 requisições /min 200 requisições

infraction-reports.list-without-role-filter

listInfractionReports 10 requisições /min 50 requisições

keys.read18 checkKeys 70 requisições/min 70 requisições

keys.read para usuários finais19

- 300 chaves/dia (ou mais restritivo, a critério do PSP)

1.000 chaves (ou mais restritivo, a critério do PSP)

refunds.read getRefund 1.200 requisições /min 36.000 requisições

refunds.write createRefund, cancelRefund, closeRefund


16. Fluxo de verificação de chaves Pix registradas

16.1. Fluxo de verificação de chaves Pix registradas para o participante do Pix com acesso direto ao DICT

18 Os mesmos limites são aplicados para o participante iniciador. Para a verificação de chaves Pix registradas, o participante iniciador consulta o mesmo endpoint que o participante provedor de conta transacional. 19 O DICT não realiza o controle de verificação de chaves Pix registradas por usuário final. Os valores da tabela são recomendações para que cada participante aplique internamente em relação a seus usuários.



1 PSP Ação

PSP forma lista de chaves Pix (número de telefone celular e/ou e-mail) a partir da lista de contatos de seus clientes. Os números de telefone celular e os e-mails devem estar no formato discriminado na seção 1.

2 PSP Mensagem PSP envia lista de chaves Pix (número de telefone celular e/ou e-mail) para o DICT.

3 DICT Mensagem DICT recebe lista do PSP.

4 DICT Ação DICT verifica se as chaves estão registradas.

5 DICT Mensagem DICT envia mensagem, identificando se cada uma das chaves da lista está registrada ou não.

6 PSP Mensagem PSP recebe mensagem.

7 PSP Ação PSP atualiza cache de existência de chave Pix, com base na lista enviada pelo DICT.


16.2. Fluxo de verificação de chaves Pix registradas para o participante do Pix com acesso indireto ao DICT



1 PSP com acesso indireto

Ação

PSP com acesso indireto forma lista de chaves Pix (número de telefone celular e/ou e-mail) a partir da lista de contatos de seus clientes. Os números de telefone celular e os e-mails devem estar no formato discriminado na seção 1.


Comunicação PSP envia lista para o PSP com acesso direto.

3 PSP com acesso direto

Comunicação PSP com acesso direto recebe lista.


Mensagem PSP com acesso direto envia lista de chaves Pix (número de telefone celular e/ou e-mail) para o DICT.

5 DICT Mensagem DICT recebe lista do PSP.

6 DICT Ação DICT verifica se as chaves estão registradas.

7 DICT Mensagem DICT envia mensagem, identificando se cada uma das chaves da lista está registrada ou não.


Mensagem PSP com acesso direto recebe mensagem.


Comunicação PSP com acesso direto envia lista para PSP com acesso indireto.


Comunicação PSP com acesso indireto recebe lista.


Ação PSP com acesso indireto atualiza cache de existência de chave Pix, com base na lista enviada pelo DICT.

17. Cache de existência de chave Pix Para permitir filtrar, em um conjunto de números de telefone celular e de endereços de e-mail, quais estão registrados no DICT como chave Pix, o PSP pode construir um cache de existência de chave Pix. Nesse cache, o PSP pode registrar a situação da chave (existente ou inexistente), inclusive a situação de chaves registradas por outros PSPs. O cache de existência de chave Pix pode ser alimentado a partir das seguintes fontes:

a. consultas de chave realizadas para fins de iniciação de um Pix, nos casos em que o PSP é o próprio participante requerente ou nos casos em que ele está atuando como liquidante de outro participante;

b. processos de portabilidade e de reivindicação de posse, nos casos em que o PSP é uma das partes do processo ou nos casos em que ele está atuando como liquidante de outro participante em uma das partes do processo;

c. a própria base de dados interna do PSP; e d. verificação de chaves registradas no DICT (checkKeys).

Registros no cache feitos por meio das fontes “a” e “b” podem ser mantidos no cache por até trinta dias. Caso o registro no cache seja feito por meio da fonte “d”, o registro deve seguir as diretivas contidas no header Cache-Control, para que ele seja válido. O cache pode armazenar apenas as seguintes informações:


• o hash da chave (SHA-256, ou algoritmo mais robusto); • a data de atualização da chave no cache; e • a data de atualização da chave no DICT.

Portanto, não é permitido que o cache armazene a própria chave em claro, os dados do portador da chave e os dados da conta vinculada à chave. O cache pode ser consultado apenas para a oferta de soluções que melhorem a usabilidade do Pix. É vedado qualquer outro uso dos dados armazenados no cache.

18. Fluxo de solicitação de devolução Uma solicitação de devolução pode ter os seguintes estados no DICT:

• aberta: a devolução foi solicitada pelo prestador de serviços de pagamento (PSP) do usuário pagador;

• analisada/concluída/fechada: a solicitação de devolução foi analisada pelo PSP do usuário recebedor e o resultado dessa análise está disponível; ou

• cancelada: enquanto a solicitação não estiver no estado “analisada”, o PSP do pagador pode cancelar a solicitação.

Note-se que, ao contrário dos fluxos de portabilidade, de reivindicação de posse e de notificação de infração, não é necessário o recebimento de uma solicitação de devolução. A solicitação de devolução deve sempre ser criada pelo PSP do usuário pagador. Ela pode ocorrer por iniciativa do usuário pagador ou por iniciativa do próprio PSP20. Ao abrir uma solicitação de devolução no DICT, o PSP do pagador (ou o PSP com acesso direto ao DICT, conforme o caso) deve informar os seguintes campos:


EndToEndID ou RtrId (TransactionId)

Obrigatório Identificador da transação original ou identificador da transação de devolução, em caso de cancelamento da devolução

Motivo (RefundReason)

Obrigatório

Motivo pelo qual a transação deve ser devolvida:

• falha operacional do PSP do pagador

(operational_flaw)

• fundada suspeita de fraude (fraud)

• cancelamento da devolução

(refund_cancelled)

20 Conforme previsto no Regulamento do Pix, em seu capítulo XI (redação dada pela Resolução BCB nº 103, de 8 de junho de 2021, que passará a produzir efeitos somente a partir de 16 de novembro de 2021), a devolução pode ser iniciada pelo usuário recebedor ou pelo Mecanismo Especial de Devolução, mesmo sem a solicitação de devolução pelo usuário pagador ou pelo PSP do pagador.


Valor para devolução (RefundAmount)

Obrigatório Valor a ser devolvido

Comentários (Details)

Facultativo

Campo de texto livre, com informações que possam auxiliar o PSP do recebedor na análise da solicitação, incluindo, eventualmente, canais de comunicação entre as partes e formas de acesso a documentos adicionais

Ao enviar mensagem para o DICT para fechar uma solicitação de devolução, o PSP do recebedor (ou o PSP com acesso direto ao DICT, conforme o caso) deve informar os seguintes campos:

Campo Obrigatório ou Facultativo

Descrição

Resultado da análise (RefundAnalysisResult)

Obrigatório

Possíveis resultados:

• aceita total (totally_accepted)

• aceita parcial (partially_accepted)

• rejeitada (rejected)

Motivo para rejeição (RefundRejectionReason)

Obrigatório, caso resultado da análise for igual a “rejeitada”

Domínios:

• falta de saldo na conta do cliente

(no_balance)

• relacionamento com cliente encerrado

(account_closure)

• participante não pode acionar

Mecanismo Especial de Devolução

(cannot_refund)

Identificador da transação de devolução (RefundTransactionId)

Obrigatório, caso resultado da análise for igual a “aceita total” ou “aceita parcial”

Identificador da transação na pacs.004

Comentários (RefundAnalysisDetails)

Facultativo Campo de texto livre, com informações sobre a análise da solicitação de devolução

O resultado da análise deve ser identificado como “aceita total” nos casos em que a devolução dos recursos por meio da pacs.004 corresponder exatamente ao valor da transação original. Caso a devolução dos recursos for em montante inferior ao valor da transação original, o resultado da análise deve ser identificado como “aceita parcial”. Esse caso pode ocorrer caso não haja recursos suficientes na conta do usuário recebedor no momento da efetivação da devolução. O resultado da análise deve ser identificado como “rejeitada” apenas nos casos em que não há devolução de recursos financeiros (ou seja, não houve a emissão de uma pacs.004). O PSP pode rejeitar uma solicitação de devolução, mesmo após ter aceitado a notificação de infração que necessariamente a antecede, caso (i) não haja recursos na conta do cliente, (ii) o relacionamento com o cliente tenha sido encerrado, ou (iii) o PSP não possa acionar o Mecanismo Especial de Devolução. O PSP não pode acionar o Mecanismo Especial de Devolução apenas no caso em que não tenha previsto no contrato firmado com seus clientes a possibilidade de acionamento do Mecanismo Especial de Devolução, no âmbito do


Pix. Nos casos de rejeição, apesar de não haver devolução de recursos financeiros, assegura-se que a chave, o CPF/CNPJ e a conta tenham sido devidamente marcadas e associadas a transações fraudulentas.

18.1. Fluxo de solicitação de devolução por “falha operacional do PSP do pagador” (participantes do Pix com acesso direto ao DICT)


1 PSP do pagador Ação PSP do pagador identifica problema e recupera os dados da transação original.


Caso a transação tenha sido realizada nos últimos noventa dias, PSP do pagador envia solicitação de devolução para o DICT através da mensagem “Devolução / Criar uma solicitação de devolução”, com o valor a ser devolvido e o motivo para a solicitação (“falha operacional”). O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.

3 DICT Mensagem DICT recebe mensagem com solicitação de devolução.




PSP do recebedor consulta periodicamente no DICT a lista de solicitações de devolução com estado “Aberta” que se referem a transações recebidas por seus clientes. Assim que identificar uma solicitação de devolução com estado “Aberta”, o PSP do recebedor segue para a etapa 6, caso possa acionar o Mecanismo Especial de Devolução. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 9.

6 PSP do recebedor Ação PSP do recebedor imediatamente inicia ordem de devolução (envio da pacs.004). Após essa ação, o fluxo segue concomitantemente para as etapas 7 e 9.

7 PSP do recebedor Comunicação PSP do recebedor envia comunicação para seu usuário, informando sobre a devolução.

8 Usuário recebedor Comunicação Usuário recebedor recebe comunicação do seu PSP.


Caso possa acionar o Mecanismo Especial de Devolução, PSP do recebedor envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Aceita total”. Caso não possa acionar o Mecanismo Especial de Devolução, envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Rejeitada” e motivo para rejeição “participante não pode acionar Mecanismo Especial de Devolução”.


11 DICT Ação DICT disponibiliza solicitação, com status “Concluída”.

12 PSP do pagador Ação PSP do pagador consulta periodicamente no DICT a lista de solicitações de devolução com estado “Concluída” que se referem a transações iniciadas por seus clientes.

18.2. Fluxo de solicitação de devolução por “falha operacional do PSP do pagador” (participantes do Pix com acesso indireto ao DICT)



1 PSP do pagador Ação PSP do pagador identifica problema e recupera os dados da transação original.



Caso a transação tenha sido realizada nos últimos noventa dias, PSP do pagador envia solicitação de devolução para PSP com acesso direto (responsável ou liquidante do PSP do pagador), com o valor a ser devolvido e o motivo para a solicitação (“falha operacional”). O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.

3


Comunicação PSP com acesso direto recebe comunicação com solicitação de devolução.

4


Mensagem

PSP com acesso direto envia solicitação de devolução ao DICT através da mensagem “Devolução / Criar uma solicitação de devolução”, com o valor a ser devolvido e o motivo para a solicitação (“falha operacional”).



7


Ação

PSP com acesso direto (responsável ou liquidante do PSP do recebedor) consulta periodicamente no DICT a lista de solicitações de devolução com estado “Aberta” que se referem a transações recebidas pelos clientes do PSP do recebedor.

8


Comunicação Assim que identificar uma solicitação de devolução com estado “Aberta”, o PSP com acesso direto comunica o PSP do recebedor sobre a solicitação.

9 PSP do recebedor Comunicação PSP do recebedor recebe a solicitação de devolução.


PSP do recebedor analisa a solicitação. Caso possa acionar o Mecanismo Especial de Devolução, o PSP do recebedor segue concomitantemente para as etapas 11 e 13. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 13.



13 PSP do recebedor Comunicação PSP do recebedor envia comunicação ao PSP com acesso direto ao DICT.


14


Comunicação PSP com acesso direto recebe comunicação sobre a devolução e verifica se a devolução foi aceita.

15


Mensagem

Caso a solicitação seja aceita, inicia a ordem de devolução (envio da pacs.004) e envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Aceita total”, após o processamento da pacs.004 ser finalizado com sucesso. Caso a solicitação seja rejeitada, envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Rejeitada” e motivo para rejeição “participante não pode acionar Mecanismo Especial de Devolução”.



18


Ação PSP com acesso direto consulta periodicamente no DICT a lista de solicitações de devolução com estado “Concluída” que se referem a transações iniciadas pelo PSP do pagador.

19


Comunicação PSP com acesso direto envia comunicação com o resultado da solicitação de devolução.

20 PSP do pagador Comunicação PSP do pagador recebe comunicação com o resultado da solicitação de devolução.

18.3. Fluxo de solicitação de devolução por “fundada suspeita de fraude” (participantes do Pix com acesso direto ao DICT)




Fluxo inicia após a conclusão do fluxo de notificação de infração disposto na seção 10.3. O PSP do pagador tem até 72 horas para iniciar a solicitação de devolução após a conclusão do processo de notificação de infração. Caso a notificação de infração tenha sido aceita pelo PSP do recebedor, PSP do pagador envia solicitação de devolução para o DICT através da mensagem “Devolução / Criar uma solicitação de devolução”, com o valor a ser devolvido e o motivo para a solicitação (“fundada suspeita de fraude”). O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.




PSP do recebedor consulta periodicamente no DICT a lista de solicitações de devolução com estado “Aberta” que se referem a transações recebidas por seus clientes. Assim que identificar uma solicitação de devolução com estado “Aberta”, o PSP do recebedor segue para etapa 5, caso possa acionar o Mecanismo Especial de Devolução.


Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 8.

5 PSP do recebedor Ação PSP do recebedor imediatamente inicia ordem de devolução (envio da pacs.004). Após essa ação, o fluxo segue concomitantemente para as etapas 6 e 8.




PSP do recebedor envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Aceita total”, “Aceita parcial” ou “Rejeitada”, conforme o caso. Caso o resultado seja “Rejeitada”, o motivo para rejeição deve ser identificado.



11 PSP do pagador Ação PSP do pagador consulta periodicamente no DICT a lista de solicitações de devolução com estado “Concluída” que se referem a transações iniciadas por seus clientes.

18.4. Fluxo de solicitação de devolução por “fundada suspeita de fraude” (participantes do Pix com acesso indireto ao DICT)




Fluxo inicia após a conclusão do fluxo de notificação de infração disposto na seção 10.4. O PSP do pagador tem até 72 horas para iniciar a solicitação de devolução após a conclusão do processo de notificação de infração. Caso a notificação de infração tenha sido aceita pelo PSP do recebedor, PSP do pagador envia solicitação de devolução para o PSP com acesso direto.

2




3


Mensagem

PSP com acesso direto envia solicitação de devolução para o DICT através da mensagem “Devolução / Criar uma solicitação de devolução”, com o valor a ser devolvido e o motivo para a solicitação (“fundada suspeita de fraude”). O valor solicitado para devolução pode ser igual ou menor que o valor da transação original.

4 DICT Mensagem DICT recebe mensagem com notificação de devolução.


6


Ação

PSP com acesso direto consulta periodicamente no DICT a lista de solicitações de devolução com estado “Aberta” que se referem a transações recebidas por clientes do PSP do recebedor.

7


Comunicação Assim que identificar uma solicitação de devolução com estado “Aberta”, o PSP acesso direto comunica o PSP do recebedor sobre a solicitação.

8 PSP do recebedor Comunicação

PSP do recebedor recebe a solicitação de devolução. Caso o PSP do recebedor possa acionar o Mecanismo Especial de Devolução, o fluxo segue para a etapa 9. Caso o PSP do recebedor não possa acionar o Mecanismo Especial de Devolução, o fluxo segue diretamente para a etapa 11.



11 PSP do recebedor Comunicação PSP do recebedor envia comunicação ao PSP com acesso direto, informando sobre a devolução.

12


Comunicação

PSP com acesso direto recebe comunicação sobre devolução. Caso o Mecanismo Especial de Devolução tenha sido acionado, PSP com acesso direto inicia ordem de devolução (envio da pacs.004). O fluxo segue para a etapa 13. Caso o Mecanismo Especial de Devolução não tenha sido acionado, o fluxo segue diretamente para a etapa 13.

13


Mensagem

PSP com acesso direto envia mensagem para o DICT, alterando o estado da solicitação para “Concluída”, com resultado “Aceita total”, “Aceita parcial” ou “Rejeitada”, conforme o caso. Caso o resultado seja “Rejeitada”, o motivo para rejeição deve ser identificado.




16


Ação

PSP com acesso direto consulta periodicamente no DICT a lista de solicitações de devolução com estado “Concluída” que se referem a transações iniciadas por clientes do PSP do pagador.

17


Comunicação PSP com acesso direto envia comunicação com o resultado da solicitação de devolução.

18 PSP do pagador Comunicação PSP do pagador recebe comunicação com o resultado da solicitação de devolução.

18.5. Fluxo de cancelamento de devolução Caso o usuário recebedor solicite ao seu PSP o cancelamento da devolução, o PSP do recebedor:

• caso tenha acesso direto ao DICT, inicia o fluxo de notificação de infração para abertura de

solicitação de devolução, detalhado na seção 10.3; ou

• caso tenha acesso indireto ao DICT, inicia o fluxo de notificação de infração para abertura de

solicitação de devolução, detalhado na seção 10.421.

Em ambos os casos, a notificação de infração deve ser aberta com motivo “cancelamento da devolução” e a transação deve ser identificada (TransactionId) por meio do identificador único (RtrId) da pacs.004 que efetivou a devolução original. Caso o PSP do pagador aceite a notificação de infração, o PSP do recebedor:

• caso tenha acesso direto ao DICT, inicia o fluxo de solicitação de devolução por “fundada

suspeita de fraude”, detalhado na seção 18.3; ou

• caso tenha acesso indireto ao DICT, inicia o fluxo de solicitação de devolução por “fundada

suspeita de fraude”, detalhado na seção 18.422.

Em ambos os casos, a solicitação de devolução deve ser aberta com motivo “cancelamento da devolução” e a transação deve ser identificada (TransactionId) por meio do identificador único (RtrId) da pacs.004 que efetivou a devolução original. Caso a solicitação de devolução seja aceita pelo PSP do pagador, ele deve iniciar uma nova transação para cancelar a devolução. Ou seja, ele deve enviar uma pacs.008, uma vez que não é possível efetuar uma devolução da devolução original por meio de uma pacs.004. Assim, para fechar a solicitação de devolução, o PSP do pagador deve identificar o EndToEndId dessa nova transação no campo “RefundTransactionId”.

21 Em ambos os fluxos, o PSP do recebedor irá assumir o papel do PSP do pagador e o PSP do pagador irá assumir o papel do PSP do recebedor. 22 Em ambos os fluxos, o PSP do recebedor irá assumir o papel do PSP do pagador e o PSP do pagador irá assumir o papel do PSP do recebedor.

Documents

Manual Operacional do Diretório de Identificadores de