Requisitos de experiência do usuário
Filtre uma jornada e confira cada requisito na página do PDF oficial.
Versão válida na data escolhida. Extração assistida: confira o PDF antes de tratar um item como obrigação.
O que significa obrigatório ou recomendado?
Esses são os níveis usados pelo próprio manual. Um item obrigatório descreve um requisito a cumprir; um item recomendado orienta a experiência, sem receber essa classificação de obrigação no manual. Leia o enunciado completo e o destinatário do item antes de aplicá-lo: a etiqueta sozinha não comprova aderência de um aplicativo. Os filtros abaixo preservam a data consultada e cada cartão leva à página do PDF.ManualRequisitos Mínimos para a Experiência do Usuário do Pixclassificação dos itens no manual(abre o documento oficial no site do Banco Central)
Manual 7.4 (IN BCB 774/2026, vigência em 01/03/2027): veja o que muda e explore as 19 jornadas já disponíveis em Pix tela a tela.
298 requisitos · todas as jornadas · vigentes em · página 1 de 3, com 115 itens
Obrigações e recomendações gerais
17 obrigatóriosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioO ambiente Pix deve estar acessível, a qualquer tempo, no aplicativo principal de cada participante.p. 6 · item 01
O ambiente Pix deve estar acessível, a qualquer tempo, no aplicativo principal de cada participante. Sempre que aplicável, seu acesso deve estar na tela de login ou na tela imediatamente após o login, com não menos destaque que qualquer outra funcionalidade de pagamento ou de transferência.
02ObrigatórioCaso o aplicativo do participante possua funcionalidades de pagamento e/ou recebimento na tela de login, ele deve necessariamente…p. 6 · item 02
Caso o aplicativo do participante possua funcionalidades de pagamento e/ou recebimento na tela de login, ele deve necessariamente disponibilizar o acesso para o ambiente Pix nessa tela.
03ObrigatórioCaso o participante disponibilize o ambiente Pix na tela de login, ele deve adotar uma das seguintes açõesp. 6 · item 03
Caso o participante disponibilize o ambiente Pix na tela de login, ele deve adotar uma das seguintes ações: • Disponibilizar acesso ao ambiente dedicado ao Pix também na tela imediatamente após o login; • Inserir a opção do Pix em todos os menus e submenus do aplicativo relacionados a pagamentos ou a transferências, com não menos destaque que os demais meios de pagamento.
04ObrigatórioÉ obrigatório que, quando do primeiro acesso ao ambiente dedicado do Pix, o usuário seja informado sobre o novo meio de pagamento…p. 6 · item 04
É obrigatório que, quando do primeiro acesso ao ambiente dedicado do Pix, o usuário seja informado sobre o novo meio de pagamento, abordando, no mínimo, as características principais: • Velocidade (transação realizada em poucos segundos); • Disponibilidade (a qualquer dia e a qualquer hora); • Conveniência (experiência simples e prática); • Custo (se pessoa natural – gratuidade, se usuário sujeito a tarifação, informar o custo); • Formas de iniciação (chave, QR code).
05ObrigatórioDevem ser ofertadas ao usuário todas as seguintes formas de iniciação de pagamentop. 6 · item 05
Devem ser ofertadas ao usuário todas as seguintes formas de iniciação de pagamento: • Inserção de chave Pix; • Leitura de QR Code; • Inserção de PSP, agência, conta transacional e CPF/CNPJ do usuário recebedor; • Inserção do Pix Copia e Cola.
06ObrigatórioTodas as mensagens de sucesso, de erro e de orientação ao usuário discriminadas neste documento em itens obrigatórios devem apresentar o…p. 7 · item 06
Todas as mensagens de sucesso, de erro e de orientação ao usuário discriminadas neste documento em itens obrigatórios devem apresentar o conteúdo mínimo indicado, podendo cada PSP realizar complementos e adequar a redação de forma compatível a linguagem utilizada em sua plataforma. Outras mensagens que visem orientar o usuário podem ser acrescentadas, a critério do participante.
07ObrigatórioSão obrigatórias as nomenclaturas "Pix", "Chave" ou "Chave Pix", "Minhas chaves", “Portabilidade”, “Reivindicar”, “Chave aleatória”, “Pix…p. 7 · item 07
São obrigatórias as nomenclaturas "Pix", "Chave" ou "Chave Pix", "Minhas chaves", “Portabilidade”, “Reivindicar”, “Chave aleatória”, “Pix Copia e Cola”, “Meus Limites”, “Pix Saque”, “Pix Troco”, “Pix Agendado” e “Pix Automático”.
08ObrigatórioAs validações de segurança do Pix não devem gerar mais ações para os usuários do que aquelas que a instituição participante exige para…p. 7 · item 08
As validações de segurança do Pix não devem gerar mais ações para os usuários do que aquelas que a instituição participante exige para outras formas de pagamento.
09ObrigatórioO usuário pagador deve ser notificado por seu PSP, caso a transação seja suspeita de fraude, sempre que o PSP precise utilizar o tempo…p. 7 · item 09
O usuário pagador deve ser notificado por seu PSP, caso a transação seja suspeita de fraude, sempre que o PSP precise utilizar o tempo adicional para análise da transação. Durante o período em que a ordem de pagamento estiver sendo analisada, o participante do Pix deve disponibilizar, para o usuário pagador, a opção de cancelamento da transação. Mensagem obrigatória: Deve evidenciar que a transação precisa de um tempo adicional de análise para ser autorizada e dar a opção de cancelamento da transação. Exemplos: • Precisamos de 30 minutos adicionais para analisar sua transação. Deseja cancelar o Pix? • Sua transação precisa de aproximadamente 60 minutos para ser autorizada. Deseja cancelar a transação?
10ObrigatórioDeve ser disponibilizado, na tela inicial do ambiente Pix, atalho que o usuário possa facilmente acessar e identificar como sendo o caminho…p. 8 · item 10
Deve ser disponibilizado, na tela inicial do ambiente Pix, atalho que o usuário possa facilmente acessar e identificar como sendo o caminho para o canal de atendimento disponibilizado pelo PSP para o tratamento de reclamações envolvendo o Pix, inclusive aquelas referentes ao Mecanismo Especial de Devolução e a fraudes. Ao clicar nesse atalho, o usuário deve ser imediatamente direcionado ao referido canal, sem ter que passar por etapas intermediárias.
11ObrigatórioDeve ser disponibilizada, no ambiente Pix, junto ao atalho para o canal de atendimento do participante, mensagem informativa ao usuário…p. 8 · item 11
Deve ser disponibilizada, no ambiente Pix, junto ao atalho para o canal de atendimento do participante, mensagem informativa ao usuário para que este possa registrar reclamação no site do Banco Central caso a ocorrência não seja resolvida pelo PSP.
12ObrigatórioNas transações Pix com chave ou inserção manual de dados, o usuário recebedor deve receber notificação assim que houver a conclusão da…p. 9 · item 12
Nas transações Pix com chave ou inserção manual de dados, o usuário recebedor deve receber notificação assim que houver a conclusão da transação. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do pagador (disponível na mensagem de liquidação), CPF mascarado (ex: ***.777.888-**) /CNPJ, valor da transação, mensagem do campo “Descrição”, sempre que estiver preenchido, e valor da tarifa cobrada, caso haja a cobrança nos termos da regulamentação vigente; • O campo “Descrição” refere-se a “informacoesEntreUsuarios” da pacs.008; • O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário pagador deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico. • Caso a notificação seja via push, parte das informações, à escolha do PSP, pode estar detalhada quando o usuário clicar na notificação; • Nas transações de Pix Agendado, o usuário recebedor deve receber notificação da liquidação da transação, sendo a forma de envio da notificação de livre escolha do PSP. A notificação deve conter as mesmas informações discriminadas para as transações Pix com chave ou inserção manual de dados e, preferencialmente, ser enviada em período diurno.
13ObrigatórioNas transações Pix com QR Code, o usuário recebedor deve receber notificação assim que houver a conclusão da transação.p. 9 · item 13
Nas transações Pix com QR Code, o usuário recebedor deve receber notificação assim que houver a conclusão da transação. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do pagador (disponível na mensagem de liquidação), CPF mascarado (ex: ***.777.888-**) /CNPJ, valor da transação, mensagem do campo “Identificador” (TxId), sempre que estiver preenchido, e valor da tarifa cobrada, caso haja a cobrança nos termos da regulamentação vigente; • O campo “Identificador” refere-se ao “TxId” da pacs.008; • Caso a notificação seja via push, parte das informações, à escolha do PSP, pode estar detalhada quando o usuário clicar na notificação; • Nas transações de Pix Cobrança para pagamento com vencimento em que houver agendamento, o usuário recebedor deve receber notificação da liquidação da transação, sendo a forma de envio da notificação de livre escolha do PSP. A notificação deve conter as mesmas informações discriminadas para as transações Pix com QR Code e, preferencialmente, ser enviada em período diurno.
14ObrigatórioO PSP deve identificar os demais participantes do Pix (inclusive o PSI eventualmente envolvido), no comprovante da transação, por meio do…p. 10 · item 14
O PSP deve identificar os demais participantes do Pix (inclusive o PSI eventualmente envolvido), no comprovante da transação, por meio do seu nome reduzido, conforme relação de participantes disponibilizada na página do SPI no site do Banco Central do Brasil na internet. No caso dos PSIs, a relação encontra-se na página do Pix no mesmo site.
15ObrigatórioO participante não pode exibir a chave Pix entre os dados retornados do DICT, nem salvar ou disponibilizar a opção de salvamento, quando o…p. 10 · item 15
O participante não pode exibir a chave Pix entre os dados retornados do DICT, nem salvar ou disponibilizar a opção de salvamento, quando o txId estiver preenchido.
16ObrigatórioOs comprovantes de pagamentos de transações Pix devem conter o ícone do tipo “check” em destaque no topo do documento, de forma a…p. 10 · item 16
Os comprovantes de pagamentos de transações Pix devem conter o ícone do tipo “check” em destaque no topo do documento, de forma a diferenciá-lo expressamente do comprovante de agendamento.
17ObrigatórioAs informações e ícones (“check” ou “calendar clock”) obrigatórios e constantes das telas de conclusão das jornadas de pagamento e…p. 10 · item 17
As informações e ícones (“check” ou “calendar clock”) obrigatórios e constantes das telas de conclusão das jornadas de pagamento e agendamento de transações Pix devem ser disponibilizados também nos respectivos comprovantes gerados para fins de compartilhamento (arquivo pdf ou imagem).
Pix com chave Pix
12 obrigatórios · 2 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioPara pagamentos com inserção manual de chave, devem ser aceitas, no mínimo, as chaves do tipop. 12 · item 01
Para pagamentos com inserção manual de chave, devem ser aceitas, no mínimo, as chaves do tipo: • CPF/CNPJ, número de telefone celular, e-mail.
02ObrigatórioQuando o usuário desejar pagar por chave, não deverão ser solicitadas mais informações sobre o usuário recebedor além da própria chave…p. 12 · item 02
Quando o usuário desejar pagar por chave, não deverão ser solicitadas mais informações sobre o usuário recebedor além da própria chave escolhida (CPF/CNPJ ou número de telefone celular com código DDI, adotando o +55 como código padrão, ou e-mail). Da mesma forma, não deverá ser solicitado o preenchimento de mais de uma chave para identificação do usuário recebedor.
03ObrigatórioO campo “Descrição”, de preenchimento opcional pelo usuário, deve ser apresentado para preenchimento.p. 12 · item 03
O campo “Descrição”, de preenchimento opcional pelo usuário, deve ser apresentado para preenchimento. • Na formação da pacs.008, o texto do campo “Descrição” deve ser inserido no campo “informacoesEntreUsuarios”. • O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário pagador deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico.
04ObrigatórioQuando o usuário pagador informar chave Pix em formato incompatível com aqueles aceitos pelo Pix, a chave não deverá ser encaminhada ao…p. 13 · item 04
Quando o usuário pagador informar chave Pix em formato incompatível com aqueles aceitos pelo Pix, a chave não deverá ser encaminhada ao DICT e o usuário deverá ser comunicado sobre o erro de formato. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que há problema no formato da chave. Exemplos: • Transação não concluída. Formato da chave inválido; • Ocorreu um problema no formato da chave. Tente novamente; • Ocorreu um erro. Confira o formato dessa chave; • Seu Pix não foi concluído. Verifique o formato da chave informada.
05ObrigatórioQuando houver envio de chave ao DICT e o retorno for de chave não encontrada ou bloqueada, o usuário pagador deverá ser informado sobre a…p. 13 · item 05
Quando houver envio de chave ao DICT e o retorno for de chave não encontrada ou bloqueada, o usuário pagador deverá ser informado sobre a inexistência ou indisponibilidade dessa chave. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que a chave é inexistente ou está indisponível. Exemplos: • Transação não concluída. Chave indisponível. • Chave não localizada. Tente novamente. • Ocorreu um erro. Não foi possível encontrar essa chave. • Erro. Veja se informou a chave certa. • Pix não concluído. Verifique se a chave está correta.
06ObrigatórioQuando houver envio de chave ao DICT e o retorno for de conta ou usuário com restrição para recebimento de transação Pix por envolvimento…p. 13 · item 06
Quando houver envio de chave ao DICT e o retorno for de conta ou usuário com restrição para recebimento de transação Pix por envolvimento em fraude, o usuário pagador deve ser informado sobre isso e sobre a impossibilidade de concluir a transação por esse motivo. Mensagem obrigatória: Deve evidenciar que a conta de destino ou o usuário recebedor esteve envolvido em transação com fundada suspeita de fraude e que não é possível concluir a transação. Exemplos: • Conta ou recebedor envolvido em transação com fundada suspeita de fraude. Não é possível realizar o Pix. • Não é possível consultar essa chave Pix. Recebedor envolvido em transação com fundada suspeita de fraude.
07ObrigatórioA seleção da chave deve retornar os dados do usuário recebedor para conferênciap. 14 · item 07
A seleção da chave deve retornar os dados do usuário recebedor para conferência: nome completo, CPF mascarado (ex: ***.777.888-**) /CNPJ, chave Pix, além de valor e opção de cancelar a transação antes da confirmação do pagamento. O número da agência e o número da conta do recebedor não devem ser retornados para o usuário pagador. O retorno da informação do nome do PSP do recebedor é opcional e fica a critério do participante. Nome completo; CPF mascarado (ex: ***.777.888-**)/CNPJ; Chave Pix; Campo valor; Opção de cancelar. Essa opção não é necessariamente um botão “Cancelar”. Trata-se apenas da funcionalidade de cancelamento disponível antes da conclusão da transação. Sua implementação visa diminuir o número de devoluções de transações equivocadas; No caso de CNPJ, o nome informado deve ser o Nome Fantasia da empresa, caso exista. Caso não exista, o nome informado deve ser o Nome Empresarial/Razão Social; Não deverá haver qualquer mascaramento de chave Pix no retorno da consulta ao DICT, de forma a permitir a conferência dos dados da chave pelo usuário pagador antes de confirmar o pagamento.
08ObrigatórioCaso ocorra falha de comunicação com o DICT, o usuário pagador deve ser informado sobre essa situação.p. 14 · item 08
Caso ocorra falha de comunicação com o DICT, o usuário pagador deve ser informado sobre essa situação. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que houve um problema técnico ou de comunicação. Exemplos: Transação não concluída. Falha de comunicação. Tente novamente; Seu Pix não foi finalizado. Tivemos problema técnico. Tente novamente; Desculpe, tivemos um problema de comunicação. Tente novamente.
09ObrigatórioCaso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o…p. 14 · item 09
Caso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o pagamento. Mensagem obrigatória: Deve evidenciar o valor e a linha de crédito que será utilizada. Exemplos: Atenção: para concluir a transação, será utilizado R$ XX,XX da/o [Nome_da_linha_de_crédito]. Para finalizar este Pix será retirado R$ [valor] linha de crédito [nome da linha de crédito].
10ObrigatórioAs mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da…p. 15 · item 10
As mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da transação. Mensagens obrigatórias: Devem evidenciar que a transação não foi realizada e especificar o problema ocorrido nos casos de insuficiência de saldo, conta do recebedor indisponível, conta do recebedor inexistente, erro de processamento ou falha técnica, tempo extrapolado. Na ocorrência de erros de liquidação associados ao processamento, indisponibilidade do participante ou limite de tempo extrapolado, deve ficar claro ao usuário que o erro decorre do próprio PSP. Exemplos: • Tente outro valor, saldo insuficiente. • Pix não realizado, o saldo que você possui não foi suficiente. • Você está sem saldo para finalizar esse Pix; • Transação não concluída. Conta do destinatário indisponível. • Pix não concluído. A conta da pessoa que você quer transferir não está disponível. • Erro. Conta do recebedor indisponível; • Transação não concluída. Conta do destinatário inexistente. • Pix não concluído. A conta da pessoa que você quer transferir não existe. • Erro. Conta do recebedor inexistente; • Transação não concluída. Erro de processamento. Tivemos uma falha ao processar seu Pix. Tente novamente. • Desculpe, tivemos uma falha técnica. Tente de novo.
11RecomendadoAntes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.p. 15 · item 11
Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.
12ObrigatórioO usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para transações agendadas.p. 16 · item 12
O usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para transações agendadas. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do recebedor e valor da transação.
13ObrigatórioDisponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor…p. 16 · item 13
Disponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor, contendo, no mínimo: • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário pagador; • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário recebedor; • Campo “Descrição” (sempre que estiver preenchido); • Valor e ID da transação; • Data e hora/minuto/segundo (horário de Brasília) da liquidação. Quando a transação envolver um PSI, o nome do PSI deve constar no comprovante. A mensagem e os campos mínimos que devem ser apresentados ao usuário estão representados na tela ao lado. • O ID/transação refere-se ao "EndtoEndID" presente na pacs.008; • O campo “Descrição” refere-se a “informacoesEntreUsuarios” da pacs.008; • O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário pagador deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico.
14RecomendadoPara as chaves aleatórias, é recomendadop. 17 · item 14
Para as chaves aleatórias, é recomendado: • Informar, para o usuário, os 32 caracteres que compõem a sua chave aleatória; • Informar, para o usuário, que a chave aleatória foi criada prioritariamente para ser usada no QR Code; • Não permitir a atribuição de “apelidos” para a chave aleatória. Essa prática pode confundir os usuários, que podem concluir que o “apelido” é a própria chave aleatória e tentar receber Pix por meio desse “apelido”; • Permitir que a chave aleatória seja copiada, no ambiente “Minhas chaves”, a fim de facilitar o seu compartilhamento; • Permitir que a chave aleatória seja colada no espaço disponibilizado para digitação da chave.
Pix com inserção manual dos dados
7 obrigatórios · 1 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioOs campos referentes à conta transacional, o CPF/CNPJ e campo “Descrição” (preenchimento opcional pelo usuário) devem ser apresentados para…p. 19 · item 01
Os campos referentes à conta transacional, o CPF/CNPJ e campo “Descrição” (preenchimento opcional pelo usuário) devem ser apresentados para preenchimento. • Campos referentes à conta transacional, CPF/CNPJ, campo “Descrição”. O número associado a cada PSP, apenas para fins de busca de PSP por seus usuários, pode ser tanto o número-código do PSP quanto seu ISPB, a critério de cada participante. Os participantes liquidantes especiais não podem constar na lista de instituições participantes.
02ObrigatórioRetornar o nome do recebedor, com base nos dados digitados pelo pagador, antes da confirmação da transação.p. 19 · item 02
Retornar o nome do recebedor, com base nos dados digitados pelo pagador, antes da confirmação da transação. • Nome, campos referentes à conta transacional, CPF/CNPJ.
03ObrigatórioÉ obrigatória a existência de um campo para inserção de valor e outro para digitação do campo “Descrição”, além de opção de cancelar a…p. 19 · item 03
É obrigatória a existência de um campo para inserção de valor e outro para digitação do campo “Descrição”, além de opção de cancelar a transação antes da confirmação do pagamento. • Opção de Cancelar. Essa opção não é necessariamente um botão “Cancelar”. Trata-se apenas da funcionalidade de cancelamento disponível antes da conclusão da transação. Sua implementação visa diminuir o número de devoluções de transações equivocadas. • Na formação da pacs.008, o texto do campo “Descrição” deve ser inserido no campo “informacoesEntreUsuarios”. • O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário pagador deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico.
04ObrigatórioCaso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o…p. 19 · item 04
Caso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o pagamento. Mensagem obrigatória: Deve evidenciar o valor e a linha de crédito que será utilizada. Exemplos: • Atenção: para concluir a transação, será utilizado R$ XX,XX da/o [Nome_da_linha_de_crédito]/Para finalizar este Pix será retirado R$ [valor] linha de crédito [nome da linha de crédito].
05ObrigatórioAs mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da…p. 20 · item 05
As mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da transação. Mensagens obrigatórias: Devem evidenciar que a transação não foi realizada e especificar o problema ocorrido nos casos de insuficiência de saldo, conta do recebedor indisponível, conta do recebedor inexistente, erro de processamento ou falha técnica, tempo extrapolado. Na ocorrência de erros de liquidação associados ao processamento, indisponibilidade do participante ou limite de tempo extrapolado, deve ficar claro ao usuário que o erro decorre do próprio PSP. Exemplos: • Tente outro valor, saldo insuficiente. • Pix não realizado, o saldo que você possui não foi suficiente. • Você está sem saldo para finalizar esse Pix. • Transação não concluída. Conta do destinatário indisponível. • Pix não concluído. A conta da pessoa que você quer transferir não está disponível. • Erro. Conta do recebedor indisponível. • Transação não concluída. Conta do destinatário inexistente. • Pix não concluído. A conta da pessoa que você quer transferir não existe. • Erro. Conta do recebedor inexistente. • Transação não concluída. Erro de processamento. Tivemos uma falha ao processar seu Pix. Tente novamente. • Desculpe, tivemos uma falha técnica. Tente de novo.
06RecomendadoAntes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.p. 20 · item 06
Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.
07ObrigatórioO usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para transações agendadas.p. 21 · item 07
O usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para transações agendadas. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do recebedor e valor da transação.
08ObrigatórioDisponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor…p. 21 · item 08
Disponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor, contendo, no mínimo: • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário pagador; • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário recebedor; • Campo “Descrição” (sempre que estiver preenchido), • Valor e ID da transação; • Data e hora/minuto/segundo (horário de Brasília) da liquidação. Quando a transação envolver um PSI, o nome do PSI deve constar no comprovante. A mensagem e os campos mínimos que devem ser apresentados ao usuário estão representados na tela ao lado. • O ID/transação refere-se ao "EndtoEndID" presente na pacs.008; • O campo “Descrição” refere-se a “informacoesEntreUsuarios” da pacs.008; • O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário pagador deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico.
QR Code (estático e dinâmico)
33 obrigatórios · 5 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Geração de QR Code estático · Pagamento através de QR Code estático · Pagamento imediato ou com vencimento através de QR Code dinâmico
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioA opção Receber Pix deve ficar destacada e de fácil acesso para o usuário.p. 23 · item 01
A opção Receber Pix deve ficar destacada e de fácil acesso para o usuário.
02ObrigatórioDeverá ser dada a possibilidade do usuário recebedor gerar o QR Code estático a partir das quatro chavesp. 23 · item 02
Deverá ser dada a possibilidade do usuário recebedor gerar o QR Code estático a partir das quatro chaves: • Número de telefone celular, e-mail, CPF/CNPJ ou chave aleatória.
03ObrigatórioCampos opcionais (identificador e valor) devem ser apresentados, ressaltando-se ao usuário a condição de não serem de preenchimento…p. 24 · item 03
Campos opcionais (identificador e valor) devem ser apresentados, ressaltando-se ao usuário a condição de não serem de preenchimento obrigatório. • Identificador e valor; • O campo Identificador refere-se ao campo “TxId” da pacs.008 e é usado, pelo recebedor, para fazer a conciliação de seus recebimentos.
04RecomendadoAo gerar o QR Code estático, caso o usuário não possua nenhuma chave registrada, deve-se apresentar mensagem informando essa necessidade e…p. 24 · item 04
Ao gerar o QR Code estático, caso o usuário não possua nenhuma chave registrada, deve-se apresentar mensagem informando essa necessidade e redirecioná-lo à tela de registro de chave Pix.
05ObrigatórioInformar que os dados preenchidos na geração do QR Code estático serão visualizados pelo usuário que ler esse QR Code.p. 25 · item 05
Informar que os dados preenchidos na geração do QR Code estático serão visualizados pelo usuário que ler esse QR Code.
06ObrigatórioFornecer opção de compartilhar a imagem do QR Code.p. 25 · item 06
Fornecer opção de compartilhar a imagem do QR Code.
07ObrigatórioFornecer opção de Copiar Código QR para viabilizar a funcionalidade Pix Copia e Cola.p. 25 · item 07
Fornecer opção de Copiar Código QR para viabilizar a funcionalidade Pix Copia e Cola.
08RecomendadoFornecer opção de salvar imagem do QR Code no aparelho celular do usuário.p. 25 · item 08
Fornecer opção de salvar imagem do QR Code no aparelho celular do usuário.
01ObrigatórioAntes da confirmação do pagamento, devem ser retornados ao usuário pagador os dados do DICT sobre usuário recebedorp. 27 · item 01
Antes da confirmação do pagamento, devem ser retornados ao usuário pagador os dados do DICT sobre usuário recebedor: • Nome, CPF (com máscara) / CNPJ (sem máscara) e valor lido do QR Code (se houver). O número da agência e o número da conta do recebedor não devem ser retornados para o usuário pagador. • O retorno da informação do nome do PSP do recebedor é opcional e fica a critério do participante. No caso de CNPJ, o nome informado deve ser o Nome Fantasia da empresa, caso exista. Caso não exista, o nome informado deve ser o Nome Empresarial/Razão Social; • Opção de Cancelar. Essa opção não é necessariamente um botão “Cancelar”. Trata-se apenas da funcionalidade de cancelamento disponível antes da conclusão da transação. Sua implementação visa diminuir o número de devoluções de transações equivocadas. • Não deve ser disponibilizado o campo “Descrição” (“informacoesEntreUsuarios” da pacs.008)para preenchimento do usuário pagador nas transações iniciadas por QR Code.
02ObrigatórioUsuário pagador pode cancelar pagamento, mas não pode editar dados lidos do QR Code.p. 27 · item 02
Usuário pagador pode cancelar pagamento, mas não pode editar dados lidos do QR Code.
03ObrigatórioCaso exista valor no QR Code estático, esse campo não poderá ser alterado pelo usuário pagador.p. 28 · item 03
Caso exista valor no QR Code estático, esse campo não poderá ser alterado pelo usuário pagador.
04ObrigatórioCaso não exista valor no QR Code estático, o usuário pagador deve digitá-lo antes da confirmação do pagamento.p. 28 · item 04
Caso não exista valor no QR Code estático, o usuário pagador deve digitá-lo antes da confirmação do pagamento.
05ObrigatórioCaso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o…p. 28 · item 05
Caso seja utilizado algum tipo de crédito para efetuar o pagamento, o usuário pagador deverá ser informado disso antes de confirmar o pagamento. Mensagem obrigatória: Deve evidenciar o valor e a linha de crédito que será utilizada. Exemplos: • Atenção: para concluir a transação, será utilizado R$ XX,XX da/o [Nome_da_linha_de_crédito]/Para finalizar este Pix será retirado R$ [valor] linha de crédito [nome da linha de crédito].
06ObrigatórioCaso ocorra falha de comunicação com o DICT, o usuário pagador deve ser informado sobre essa situação.p. 29 · item 06
Caso ocorra falha de comunicação com o DICT, o usuário pagador deve ser informado sobre essa situação. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que houve um problema técnico ou de comunicação. Exemplos: • Transação não concluída. Falha de comunicação. Tente novamente; • Seu Pix não foi finalizado. Tivemos problema técnico. Tente novamente; • Desculpe, tivemos um problema de comunicação. Tente novamente.
07ObrigatórioO pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada.p. 29 · item 07
O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que a chave é inexistente ou está indisponível. Exemplos: • Transação não concluída. Chave indisponível; • Chave não localizada. Tente novamente; • Ocorreu um erro. Não foi possível encontrar essa chave.
08ObrigatórioO pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave vinculada a uma conta ou usuário com restrição…p. 29 · item 08
O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave vinculada a uma conta ou usuário com restrição para recebimento de transação Pix por envolvimento em fraude e da impossibilidade de concluir a transação por esse motivo. Mensagem obrigatória: Deve evidenciar que a conta de destino ou o usuário recebedor esteve envolvido em transação com fundada suspeita de fraude e que não é possível concluir a transação. Exemplos: • Conta ou recebedor envolvido em transação com fundada suspeita de fraude. Não é possível realizar o Pix. • Conta de destino envolvida em transação com fundada suspeita de fraude. O Pix não pode ser realizado.
09ObrigatórioUsuário deve ser informado caso o QR Code escaneado seja inválido.p. 29 · item 09
Usuário deve ser informado caso o QR Code escaneado seja inválido.
10ObrigatórioAs mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da…p. 30 · item 10
As mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da transação. Mensagens obrigatórias: Devem evidenciar que a transação não foi realizada e especificar o problema ocorrido nos casos de insuficiência de saldo, conta do recebedor indisponível, conta do recebedor inexistente, erro de processamento ou falha técnica, tempo extrapolado. Na ocorrência de erros de liquidação associados ao processamento, indisponibilidade do participante ou limite de tempo extrapolado, deve ficar claro ao usuário que o erro decorre do próprio PSP. Exemplos: • Tente outro valor, saldo insuficiente; • Pix não realizado, o saldo que você possui não foi suficiente; • Você está sem saldo para finalizar esse Pix; • Transação não concluída. Conta do destinatário indisponível; • Pix não concluído. A conta da pessoa que você quer transferir não está disponível; • Erro. Conta do recebedor indisponível; • Transação não concluída. Conta do destinatário inexistente; • Pix não concluído. A conta da pessoa que você quer transferir não existe; • Erro. Conta do recebedor inexistente; • Transação não concluída. Erro de processamento. Tivemos uma falha ao processar seu Pix. Tente novamente; • Desculpe, tivemos uma falha técnica. Tente de novo.
11RecomendadoAntes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.p. 30 · item 11
Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.
12ObrigatórioO usuário pagador deve receber notificação assim que houver a conclusão da transação.p. 31 · item 12
O usuário pagador deve receber notificação assim que houver a conclusão da transação. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do recebedor e valor da transação.
13ObrigatórioDisponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor…p. 31 · item 13
Disponibilizar comprovante de pagamento para os usuários pagador e recebedor durante o período estabelecido na regulação em vigor, contendo, no mínimo: • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário pagador; • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário recebedor; • Mensagem do campo “Identificador” (TxId), sempre que estiver preenchido; • Valor e ID da transação; • Data e hora/minuto/segundo (horário de Brasília) da liquidação. Quando a transação envolver um PSI, o nome do PSI deve constar no comprovante. É vedada a exibição da chave Pix vinculada ao QR Code estático e dos dados bancários (agência e conta) do recebedor no comprovante de pagamento, quando o campo “Identificador” (TxId) estiver preenchido. A mensagem e os campos mínimos que devem ser apresentados ao usuário estão representados na tela ao lado. • O ID/transação refere-se ao "EndtoEndID" presente na pacs.008.
14ObrigatórioO PSP não pode salvar a chave Pix nem deve disponibilizar opção de salvamento da chave Pix vinculada ao pagamento do QR Code Estático…p. 31 · item 14
O PSP não pode salvar a chave Pix nem deve disponibilizar opção de salvamento da chave Pix vinculada ao pagamento do QR Code Estático quando o TxId estiver preenchido.
01ObrigatórioAntes da confirmação do pagamento imediato, devem ser retornados ao usuário pagador os dados abaixo, utilizando os dados do DICT sobre…p. 33 · item 01
Antes da confirmação do pagamento imediato, devem ser retornados ao usuário pagador os dados abaixo, utilizando os dados do DICT sobre usuário recebedor nos campos aplicáveis: • Nome e CPF (com máscara) / CNPJ (sem máscara) do recebedor. No caso de CNPJ, o nome informado deve ser o Nome Fantasia da empresa, caso exista. Caso não exista, o nome informado deve ser o Nome Empresarial/Razão Social. O número da agência e o número da conta do recebedor não devem retornar para o usuário pagador. O retorno da informação do nome do PSP do recebedor é opcional e fica a critério do participante; • Os dados do devedor (CPF/CNPJ e Nome), caso informados; • O campo "infoAdicionais", caso informado, deve conter apenas caracteres ou HTML sem qualquer conteúdo dinâmico, como por exemplo scripts (javascript, php, cgi, dentre outros); • O campo "Solicitação ao Pagador", caso informado: descrição e caixa de texto para preenchimento do usuário pagador; • O valor (Caso o usuário recebedor informe que o valor pode ser alterado utilizando o campo “Modalidade de alteração de valor”, conforme definido no Manual de Padrões para Iniciação do Pix, deve-se permitir a edição do valor pelo usuário pagador. Caso contrário, o valor não poderá ser editável). Não deve ser disponibilizado o campo “Descrição” (“informacoesEntreUsuarios” da pacs.008) para preenchimento do usuário pagador nas transações iniciadas por QR Code.
02ObrigatórioUsuário pagador pode cancelar o pagamento, mas não pode editar os dados do QR Code, à exceção do valor (caso permitido pelo usuário…p. 33 · item 02
Usuário pagador pode cancelar o pagamento, mas não pode editar os dados do QR Code, à exceção do valor (caso permitido pelo usuário recebedor) e do campo de solicitação de informações ao pagador (se houver).
03ObrigatórioAntes da confirmação do pagamento com vencimento, devem ser retornados ao usuário pagador os dados abaixo, utilizando os dados do DICT…p. 34 · item 03
Antes da confirmação do pagamento com vencimento, devem ser retornados ao usuário pagador os dados abaixo, utilizando os dados do DICT sobre usuário recebedor nos campos aplicáveis. • Campo de data de vencimento; • Opções para o pagador, se desejar, informar a Data de Pagamento Pretendida (DPP), definida no Manual de Padrões para Iniciação do Pix, para o mesmo dia ou para a data de vencimento ou para data a agendar; • Valores: original, abatimento, desconto, juros, multa (caso informados) e valor final; • Nome e CPF (com máscara) / CNPJ (sem máscara) do recebedor. No caso de CNPJ, o nome informado deve ser o Nome Fantasia da empresa, caso exista. Caso não exista, o nome informado deve ser o Nome Empresarial/Razão Social. O número da agência e o número da conta do recebedor não devem retornar para o usuário pagador. O retorno da informação do nome do PSP do recebedor é opcional e fica a critério do participante; • Os dados do devedor (CPF/CNPJ e Nome); • O campo "infoAdicionais", caso informado, conforme definido no Manual de Padrões para Iniciação do Pix, deve ser utilizado para indicar as regras que regem o cálculo do valor da cobrança (descontos, juros e multas), entre outras informações que o usuário recebedor queira transmitir ao usuário pagador; • O campo “infoAdicionais” deve conter apenas caracteres ou HTML sem qualquer conteúdo dinâmico, como por exemplo scripts (javascript, php, cgi, dentre outros); • O campo "Solicitação ao Pagador", caso informado: descrição e caixa de texto para preenchimento do usuário pagador; • Campos de endereço do recebedor: UF; Cidade; Logradouro e CEP (essas informações podem estar disponíveis ao usuário por meio de outro objeto como, por exemplo, um ícone ou botão). Não deve ser disponibilizado o campo “Descrição” (“informacoesEntreUsuarios” da pacs.008) para preenchimento do usuário pagador nas transações iniciadas por QR Code.
04ObrigatórioQuando o PSP do recebedor não estiver disponível para consulta dos dados do payload do QR Code dinâmico, o PSP do pagador deve enviar ao…p. 35 · item 04
Quando o PSP do recebedor não estiver disponível para consulta dos dados do payload do QR Code dinâmico, o PSP do pagador deve enviar ao usuário pagador comunicação específica sobre essa situação. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que houve um problema técnico ou de comunicação. Exemplos: • Transação não concluída. Falha de comunicação. Tente novamente. • Seu Pix não foi finalizado. Tivemos um problema técnico. • Desculpe, tivemos um problema de comunicação. Tente novamente.
05ObrigatórioCaso seja utilizado algum tipo de crédito, o usuário pagador deverá ser informado disso antes de confirmar o pagamento.p. 35 · item 05
Caso seja utilizado algum tipo de crédito, o usuário pagador deverá ser informado disso antes de confirmar o pagamento. Mensagem obrigatória: Deve evidenciar o valor e a linha de crédito que será utilizada. Exemplos: • Atenção: para concluir a transação, será utilizado R$hXX,XX da/o [Nome_da_linha_de_crédito]/Para finalizar este Pix será retirado R$ [valor] linha de crédito [nome da linha de crédito].
06ObrigatórioUsuário deve ser informado caso o QR Code escaneado seja inválido.p. 35 · item 06
Usuário deve ser informado caso o QR Code escaneado seja inválido.
07RecomendadoAntes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.p. 35 · item 07
Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.
08ObrigatórioO pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada.p. 36 · item 08
O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada. Mensagem obrigatória: Deve evidenciar que a transação não foi realizada e que houve um problema técnico ou de comunicação. Exemplos: • Transação não concluída. Falha de comunicação. Tente novamente; • Seu Pix não foi finalizado. Tivemos problema técnico. Tente novamente; • Desculpe, tivemos um problema de comunicação. Tente novamente.
09ObrigatórioCaso o prazo de expiração do QR Code tenha sido ultrapassado, o usuário pagador deve ser comunicado sobre isso.p. 36 · item 09
Caso o prazo de expiração do QR Code tenha sido ultrapassado, o usuário pagador deve ser comunicado sobre isso. A mensagem deve evidenciar que a transação não foi concluída e especificar o erro. Exemplos: • Transação não concluída. QR Code inválido; • Erro ao realizar o Pix. QR Code inválido.
10ObrigatórioO pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave vinculada a uma conta ou usuário com restrição…p. 36 · item 10
O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave vinculada a uma conta ou usuário com restrição para recebimento de transação Pix por envolvimento em fraude e da impossibilidade de concluir a transação por esse motivo. Mensagem obrigatória: Deve evidenciar que a conta de destino ou o usuário recebedor esteve envolvido em transação com fundada suspeita de fraude e que não é possível concluir a transação. Exemplos: • Conta ou recebedor envolvido em transação com fundada suspeita de fraude. Não é possível realizar o Pix. • Conta de destino envolvida em transação com fundada suspeita de fraude. O Pix não pode ser realizado.
11ObrigatórioCaso o documento não aceite pagamento após o vencimento, tentativas de envio de ordem fora desse prazo devem ser recusadas e o usuário deve…p. 37 · item 11
Caso o documento não aceite pagamento após o vencimento, tentativas de envio de ordem fora desse prazo devem ser recusadas e o usuário deve ser informado sobre essa condição. A mensagem deve evidenciar que a transação não foi concluída e especificar o erro. Exemplos: • Transação não concluída. QR Code vencido. Esse QR Code não aceita pagamento após o vencimento. Pix não realizado. QR Code vencido.
12ObrigatórioAs mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da…p. 37 · item 12
As mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da transação. Mensagens obrigatórias: Devem evidenciar que a transação não foi realizada e especificar o problema ocorrido nos casos de insuficiência de saldo, conta do recebedor indisponível, conta do recebedor inexistente, erro de processamento ou falha técnica, tempo extrapolado. Na ocorrência de erros de liquidação associados ao processamento, indisponibilidade do participante ou limite de tempo extrapolado, deve ficar claro ao usuário que o erro decorre do próprio PSP. Exemplos: • Tente outro valor, saldo insuficiente; • Pix não realizado, o saldo que você possui não foi suficiente; • Você está sem saldo para finalizar esse Pix; • Transação não concluída. Conta do destinatário indisponível; • Pix não concluído. A conta da pessoa que você quer transferir não está disponível; • Erro. Conta do recebedor indisponível; • Transação não concluída. Conta do destinatário inexistente; • Pix não concluído. A conta da pessoa que você quer transferir não existe; • Erro. Conta do recebedor inexistente; • Transação não concluída. Erro de processamento. Tivemos uma falha ao processar seu Pix. Tente novamente; • Desculpe, tivemos uma falha técnica. Tente de novo.
13ObrigatórioO usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para o pagamento com vencimento agendado.p. 38 · item 13
O usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para o pagamento com vencimento agendado. A forma de envio da notificação é de livre escolha do PSP. A notificação deve conter, no mínimo, as seguintes informações: • Nome do recebedor e valor da transação.
14ObrigatórioDisponibilizar comprovante de pagamento para os usuários pagador e recebedor, durante o período estabelecido na regulação em vigor…p. 38 · item 14
Disponibilizar comprovante de pagamento para os usuários pagador e recebedor, durante o período estabelecido na regulação em vigor, contendo, no mínimo: • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário pagador; • Nome, CPF (mascarado ou não)/CNPJ e nome do PSP do usuário recebedor; • Mensagem do campo “Identificador” (TxId); • Valor e ID da transação, • Data e hora/minuto/segundo (horário de Brasília) da liquidação. Demais informações necessárias do payload do QR Code Dinâmico também devem ser apresentadas, conforme o tipo de pagamento. Quando a transação envolver um PSI, o nome do PSI deve constar no comprovante. É vedada a exibição da chave Pix vinculada ao QR Code dinâmico e dos dados bancários (agência e conta) do recebedor no comprovante de pagamento. A tela ao lado apresenta exemplo ilustrativo de comprovante de pagamento feito por meio de QR Code dinâmico. • O ID/transação refere-se ao "EndtoEndID" presente na pacs.008.
15ObrigatórioO PSP não pode salvar a chave Pix nem deve disponibilizar opção de salvamento da chave Pix vinculada ao pagamento do QR Code Dinâmico.p. 38 · item 15
O PSP não pode salvar a chave Pix nem deve disponibilizar opção de salvamento da chave Pix vinculada ao pagamento do QR Code Dinâmico.
16RecomendadoSe forem informados, os dados do devedor (nome e CPF - mascarado ou não - ou CNPJ) podem ser incluídos no comprovante de pagamento para os…p. 38 · item 16
Se forem informados, os dados do devedor (nome e CPF - mascarado ou não - ou CNPJ) podem ser incluídos no comprovante de pagamento para os usuários pagador e recebedor.
Extrato
5 obrigatórios · 4 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioAs transações Pix (pagamentos, recebimentos, saques, incluindo o montante de recursos em espécie disponibilizado em um Pix Troco, e…p. 40 · item 01
As transações Pix (pagamentos, recebimentos, saques, incluindo o montante de recursos em espécie disponibilizado em um Pix Troco, e devoluções) devem estar presentes no extrato da conta transacional, de forma que essas transações possam ser facilmente diferenciadas de transações que não são do Pix.
02ObrigatórioOs lançamentos das transações Pix Troco no extrato da conta transacional e no extrato específico de transações Pix, caso seja…p. 40 · item 02
Os lançamentos das transações Pix Troco no extrato da conta transacional e no extrato específico de transações Pix, caso seja disponibilizado, devem exibir os valores da compra e do troco separadamente.
03ObrigatórioAs transações Pix Agendado ainda não liquidadas devem ser identificadas com essa nomenclatura no extrato da conta e, caso disponibilizado…p. 40 · item 03
As transações Pix Agendado ainda não liquidadas devem ser identificadas com essa nomenclatura no extrato da conta e, caso disponibilizado, no extrato Pix, como lançamentos futuros. Alternativamente, a identificação do Pix Agendado pode ser feita em um menu de consulta específico para agendamentos.
04ObrigatórioOs pagamentos feitos por Pix Automático devem ser identificados como tal no extrato da conta e, caso disponibilizado, no extrato Pix.p. 40 · item 04
Os pagamentos feitos por Pix Automático devem ser identificados como tal no extrato da conta e, caso disponibilizado, no extrato Pix. O pagamento imediato das jornadas 3 e 4 de autorização constitui uma exceção a essa regra, não devendo ser identificado com a nomenclatura Pix Automático no extrato da conta ou no extrato Pix, mas sim como uma transação Pix.
05ObrigatórioAs devoluções referentes a transações Pix contestadas no âmbito do Mecanismo Especial de Devolução (MED) devem ser identificadas como tal…p. 40 · item 05
As devoluções referentes a transações Pix contestadas no âmbito do Mecanismo Especial de Devolução (MED) devem ser identificadas como tal no extrato da conta e, caso disponibilizado, no extrato Pix, incluindo o número do protocolo da solicitação de devolução correspondente, quando existir. Caso os recursos devolvidos sejam provenientes de conta diferente da conta recebedora da transação raiz, o nome do remetente não deve ser exibido no extrato.
06RecomendadoDisponibilizar extrato específico contendo apenas transações Pix.p. 40 · item 06
Disponibilizar extrato específico contendo apenas transações Pix.
07RecomendadoOpção de iniciar devolução na funcionalidade de extrato.p. 40 · item 07
Opção de iniciar devolução na funcionalidade de extrato.
08RecomendadoRecuperação dos comprovantes de pagamento, recebimento e agendamento disponível na funcionalidade de extrato.p. 40 · item 08
Recuperação dos comprovantes de pagamento, recebimento e agendamento disponível na funcionalidade de extrato.
09RecomendadoRecomenda-se que as transações Pix iniciadas pelo PSI sejam identificadas no extrato do PSP com referência ao participante que prestou o…p. 40 · item 09
Recomenda-se que as transações Pix iniciadas pelo PSI sejam identificadas no extrato do PSP com referência ao participante que prestou o serviço de iniciação.
Devolução
12 obrigatórios · 3 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioDeve haver funcionalidade para o usuário devolver qualquer recebimento ocorrido nos últimos 90 dias.p. 42 · item 01
Deve haver funcionalidade para o usuário devolver qualquer recebimento ocorrido nos últimos 90 dias.
02ObrigatórioPara poder selecionar a devolução, o usuário deve, no mínimo, visualizar o nome do pagador, o valor da transação original e a data de…p. 42 · item 02
Para poder selecionar a devolução, o usuário deve, no mínimo, visualizar o nome do pagador, o valor da transação original e a data de pagamento da transação original.
03ObrigatórioO usuário deve rapidamente identificar o lançamento original ao qual se refere a devolução.p. 42 · item 03
O usuário deve rapidamente identificar o lançamento original ao qual se refere a devolução.
04RecomendadoA opção de devolução pode ser apresentada na consulta ao extrato da conta transacional ou na consulta ao extrato Pix, se este for…p. 42 · item 04
A opção de devolução pode ser apresentada na consulta ao extrato da conta transacional ou na consulta ao extrato Pix, se este for disponibilizado.
05ObrigatórioDeve ser oferecida ao usuário a possibilidade de realizar devoluções parciais dos recursos recebidos.p. 43 · item 05
Deve ser oferecida ao usuário a possibilidade de realizar devoluções parciais dos recursos recebidos.
06ObrigatórioO campo “Descrição”, de preenchimento opcional pelo usuário, deve ser apresentado para preenchimento.p. 43 · item 06
O campo “Descrição”, de preenchimento opcional pelo usuário, deve ser apresentado para preenchimento. • Na formação da pacs.004, o texto do campo “Descrição” deve ser inserido no campo “informacoesEntreUsuarios”.
07ObrigatórioDisponibilizar comprovante da devolução, durante o período estabelecido na regulação, contendo, no mínimo, nome e CPF (mascarado ou não) /…p. 43 · item 07
Disponibilizar comprovante da devolução, durante o período estabelecido na regulação, contendo, no mínimo, nome e CPF (mascarado ou não) / CNPJ do destinatário da devolução, nome do PSP do destinatário da devolução, data da transação original, valor da transação original, data da devolução, valor da devolução e ID da devolução e da transação original. A mensagem e os campos mínimos que devem ser apresentados ao usuário estão representados na tela ao lado. • O ID/transação refere-se ao "EndtoEndID" presente na pacs.008 original; • A “Descrição” corresponde ao campo “informacoesEntreUsuarios” da pacs.004; O campo “Descrição” não deve conter tags HTML. O aplicativo do usuário remetente da devolução deve exibir os caracteres desse campo literalmente e, portanto, não deve renderizar links ou qualquer conteúdo dinâmico.
08RecomendadoO valor agregado de todas as devoluções feitas para uma determinada transação deve ser de fácil consulta pelo usuário.p. 43 · item 08
O valor agregado de todas as devoluções feitas para uma determinada transação deve ser de fácil consulta pelo usuário.
09RecomendadoAntes da opção de confirmar a devolução, pode ser disponibilizado ao usuário o saldo da conta transacional.p. 43 · item 09
Antes da opção de confirmar a devolução, pode ser disponibilizado ao usuário o saldo da conta transacional.
10ObrigatórioAs mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da…p. 44 · item 10
As mensagens de erro na liquidação devem ser específicas e claras ao usuário, de modo a evidenciar o efetivo motivo do não processamento da transação de devolução. Mensagens obrigatórias: As mensagens de erro no processo da devolução devem evidenciar que a transação não foi realizada e especificar o problema ocorrido pelo menos nos casos de dados incompatíveis com a transação original, prazo superior a 90 dias e valor superior ao da transação. Exemplos: • Devolução não concluída. Dados incompatíveis com a transação original; • Erro ao fazer a devolução, confira se informou os dados corretamente; • Erro ao devolver o Pix, verifique se os dados estão corretos; • Devolução não concluída. A devolução é limitada a transações realizadas nos últimos 90 dias; • Erro ao devolver o Pix pois já passou o prazo de 90 dias; • Devolução não concluída. Valor da(s) devolução(ões) superior(es) ao da transação original; • Erro ao devolver o Pix. Verifique o valor informado; • Tente outro valor, saldo insuficiente; • Devolução não concluída. O saldo que você possui não é suficiente; • Você está sem saldo para finalizar esse Pix.
11ObrigatórioNo caso de bloqueio cautelar, o PSP do recebedor deve disponibilizar a possibilidade de devolução total dos recursos pelo usuário…p. 44 · item 11
No caso de bloqueio cautelar, o PSP do recebedor deve disponibilizar a possibilidade de devolução total dos recursos pelo usuário recebedor, sendo vedada a devolução parcial nesse caso.
12ObrigatórioO usuário recebedor da transação original deve ser imediatamente notificado sobre o bloqueio cautelar na sua conta.p. 44 · item 12
O usuário recebedor da transação original deve ser imediatamente notificado sobre o bloqueio cautelar na sua conta. A notificação deve conter, no mínimo, as seguintes informações: • Motivo do bloqueio; • Valor bloqueado; • Nome do usuário pagador; • Data/hora/minuto/segundo (horário de Brasília) da transação original; • Prazo máximo do bloqueio (72 horas).
13ObrigatórioO usuário recebedor da transação original deve ser imediatamente notificado quando da liberação, em sua conta, de recursos até então…p. 45 · item 13
O usuário recebedor da transação original deve ser imediatamente notificado quando da liberação, em sua conta, de recursos até então bloqueados. A notificação deve conter, no mínimo, as seguintes informações: • Valor disponibilizado; • Data/hora/minuto/segundo (horário de Brasília) do bloqueio; • Nome do usuário pagador; • Data/hora/minuto/segundo (horário de Brasília) da transação original; • Valor da transação original.
14ObrigatórioO usuário recebedor da transação original deve ser imediatamente notificado, caso os recursos bloqueados tenham sido efetivamente…p. 45 · item 14
O usuário recebedor da transação original deve ser imediatamente notificado, caso os recursos bloqueados tenham sido efetivamente devolvidos ao pagador. A notificação deve conter, no mínimo, as seguintes informações: • Valor devolvido; • Data/hora/minuto/segundo (horário de Brasília) do bloqueio; • Nome do destinatário da devolução; • Data/hora/minuto/segundo (horário de Brasília) da transação original; • Valor da transação original.
15ObrigatórioO usuário pagador da transação original deve ser imediatamente notificado sobre o crédito em sua conta decorrente de uma devolução.p. 45 · item 15
O usuário pagador da transação original deve ser imediatamente notificado sobre o crédito em sua conta decorrente de uma devolução. A notificação deve conter, no mínimo, as seguintes informações: • Valor creditado; • Nome do remetente da devolução; • Data/hora/minuto/segundo (horário de Brasília) da transação original; • Valor da transação original.
Minhas Chaves
12 obrigatórios · 2 recomendadosTelas ilustrativas do manual 7.4, vigente a partir de 01/03/2027: Ver esta jornada tela a tela
Fonte dos itens:ManualRequisitos Mínimos para a Experiência do Usuário7.3página indicada em cada item(abre o documento oficial no site do Banco Central)snapshot
01ObrigatórioÉ obrigatório que, quando do primeiro acesso ao Minhas chaves, o usuário seja informado sobre a chave, abordando, no mínimop. 47 · item 01
É obrigatório que, quando do primeiro acesso ao Minhas chaves, o usuário seja informado sobre a chave, abordando, no mínimo: • Que a chave identifica de forma prática o recebedor e facilita a experiência de pagamento ou transferência; • Tipos (número de celular, e-mail, CPF/CNPJ, chave aleatória); • Restrição de que cada chave só poderá ser vinculada a uma única conta; • Que pode ser cadastrado até 5 chaves para a mesma conta.
02ObrigatórioApresentar obrigatoriamente, sempre que houver registro de chave, mensagem de consentimento que informe, no mínimo, que usuários pagadores…p. 47 · item 02
Apresentar obrigatoriamente, sempre que houver registro de chave, mensagem de consentimento que informe, no mínimo, que usuários pagadores que tenham conhecimento da chave visualizarão os seguintes dados do usuário recebedor ao lhe enviar pagamentos: • Nome completo; • CPF com máscara (ex: **.777.888-**). O nome do prestador de serviços de pagamento ao qual a chave está vinculada poderá ser exibido, a critério do PSP do pagador. Além disso, a mensagem de consentimento deve informar que todos os demais usuários do Pix que tenham a informação do e-mail ou do número de telefone celular do usuário poderão saber que ele cadastrou esse email e/ou esse número de telefone celular como chave Pix.
03ObrigatórioAs chaves cadastradas na conta transacional devem estar disponíveis para gerenciamento pelo usuário.p. 48 · item 03
As chaves cadastradas na conta transacional devem estar disponíveis para gerenciamento pelo usuário.
04ObrigatórioO usuário deve poder incluir e excluir chaves para os quatro tipos possíveis (número de telefone celular, e-mail, CPF/CNPJ e chave…p. 48 · item 04
O usuário deve poder incluir e excluir chaves para os quatro tipos possíveis (número de telefone celular, e-mail, CPF/CNPJ e chave aleatória).
05ObrigatórioNão deve haver limites temporais para que o usuário possa solicitar a exclusão de suas chaves.p. 48 · item 05
Não deve haver limites temporais para que o usuário possa solicitar a exclusão de suas chaves. A efetivação da exclusão é realizada durante o horário de funcionamento do DICT.
06ObrigatórioA funcionalidade de Minhas chaves deve ser oferecida por meio de acesso rápido e claro para o usuário.p. 48 · item 06
A funcionalidade de Minhas chaves deve ser oferecida por meio de acesso rápido e claro para o usuário. As opções de registro, de exclusão e de portabilidade devem ser oferecidas ao usuário.
07RecomendadoAs telas que serão construídas podem exemplificar as quatro experiências (registro, exclusão, portabilidade e reivindicação), para…p. 48 · item 07
As telas que serão construídas podem exemplificar as quatro experiências (registro, exclusão, portabilidade e reivindicação), para diferentes tipos de chave.
08ObrigatórioProcesso de portabilidade e de reivindicação de posse.p. 49 · item 08
Processo de portabilidade e de reivindicação de posse. Sempre que o usuário tentar registrar uma chave que já esteja registrada no DICT, seu PSP deve perguntar se o usuário deseja iniciar processo de portabilidade, caso a chave esteja vinculada ao CPF do próprio usuário, ou de reivindicação de posse, caso a chave esteja vinculada ao CPF de outro usuário. A mensagem obrigatória para portabilidade deve evidenciar que a chave já tem um vínculo, a que PSP se encontra vinculada, pedir o consentimento para a portabilidade e informar o prazo ou data limite. Exemplos: • Chave vinculada ao PSP XYZ. Deseja iniciar a portabilidade? Para trazer sua chave para [nome do PSP] você precisa fazer a confirmação no aplicativo onde essa chave já está cadastrada até o dia [data] / Chave associada à outra conta. Deseja trazer sua chave para [nome do PSP]? Essa portabilidade deve ser confirmada na instituição que a chave está ativa em até 7 dias. A mensagem obrigatória para reivindicação de posse deve evidenciar que a chave está em uso por outro usuário, pedir o consentimento para a reivindicação e informar o prazo ou data limite; • Chave cadastrada por outro usuário. Quer reivindicar o uso? O prazo para finalizar esse processo é de até 30 dias. / Você gostaria de pedir essa chave? Ela está em uso por outra pessoa. Esse processo, chamado de reivindicação, pode ser finalizado até o dia [data].
09RecomendadoNo processo de portabilidade, o PSP recebedor da chave pode enviar mensagens ao usuário, orientando que ele acesse o ambiente Pix do outro…p. 49 · item 09
No processo de portabilidade, o PSP recebedor da chave pode enviar mensagens ao usuário, orientando que ele acesse o ambiente Pix do outro participante para confirmar a solicitação de portabilidade, no prazo de até 7 (sete) dias.
10ObrigatórioO PSP doador deve comunicar imediatamente o início do processo de portabilidade ao usuário, quando do acesso ao ambiente Pix.p. 50 · item 10
O PSP doador deve comunicar imediatamente o início do processo de portabilidade ao usuário, quando do acesso ao ambiente Pix. A mensagem obrigatória deve ser enviada, pelo menos uma vez, para comunicar que um pedido de portabilidade foi solicitado, e deve informar qual é a chave e o prazo ou data limite para confirmação, bem como ter a opção de confirmar ou cancelar a portabilidade. Fica a critério do PSP doador enviar a mensagem obrigatória mais de uma vez durante o prazo para confirmação ou cancelamento da portabilidade. Exemplos: • Recebemos seu pedido de portabilidade da chave [chave]. Se você realmente quiser mudar você tem até o dia [data] para confirmar, mas torcemos para que continue conosco! • Recebemos pedido de portabilidade da chave Pix [inserir a chave]. Isso significa que o PSP ZYX registrou pedido em seu nome para que essa chave seja vinculada a outra conta. Para conclusão desse processo, é necessária a sua confirmação em até 7 dias.
11ObrigatórioO PSP doador deve imediatamente comunicar o usuário, de forma clara, sobre o início de processo de reivindicação de posse.p. 50 · item 11
O PSP doador deve imediatamente comunicar o usuário, de forma clara, sobre o início de processo de reivindicação de posse. Na mensagem obrigatória para informar que um pedido de reivindicação de posse foi solicitado deve constar qual é a chave e o prazo ou data limite para revalidação da chave. Exemplos: • Recebemos pedido de reivindicação de posse da chave Pix [chave]. Isso significa que outro usuário registrou pedido para que essa chave seja vinculada a outra conta. Para cancelar esse processo e para que você possa continuar utilizando essa chave, é necessário que você faça nova validação de posse em até 7 dias. / Outra pessoa pediu a chave [inserir chave]. O uso dessa chave foi reivindicado por outro usuário. Se você quiser continuar usando essa chave precisa fazer uma nova validação até o dia [data].
12ObrigatórioUsuário deve ser notificado pelo PSP sobre a conclusão (tanto em caso de sucesso quanto de insucesso) do processo de registro, de exclusão…p. 51 · item 12
Usuário deve ser notificado pelo PSP sobre a conclusão (tanto em caso de sucesso quanto de insucesso) do processo de registro, de exclusão, de alteração, de portabilidade e de reivindicação de posse. As mensagens de sucesso devem especificar no mínimo qual operação foi realizada e que foi bem sucedida. Atenção: a mensagem de sucesso de registro de chave não deve induzir que para pagar com Pix essa chave é necessária, uma vez que a chave só é usada para o recebimento. As mensagens de insucesso devem especificar no mínimo qual operação não pode ser realizada e o motivo do insucesso. Exemplos: • Chave cadastrada/ alterada/ editada/ excluída/ deletada com sucesso! • Pronto, sua chave já está registrada! • Cadastro bem sucedido! Você já pode receber Pix de um jeito muito fácil, basta informar sua chave [chave]. • Erro ao cadastrar sua chave. Faltou fazer a confirmação de posse. Tente novamente. • Não foi possível registrar sua chave pois não identificamos a confirmação de posse. • A chave [chave] agora é sua! A reivindicação de posse foi concluída com sucesso. • Pronto! Portabilidade efetuada. Já pode usar a chave [chave]. • Reivindicação de posse da chave [chave] recusada. A pessoa que cadastrou esta chave confirmou que ainda a usa. • Pedido para mudar a chave para PSP ZYX recusado. A portabilidade não foi concluída, pois não identificamos a confirmação na instituição de origem.
13ObrigatórioEm caso de falha na comunicação com o DICT, o usuário deve ser informado dessa situação por meio de mensagem clara.p. 52 · item 13
Em caso de falha na comunicação com o DICT, o usuário deve ser informado dessa situação por meio de mensagem clara. Mensagem obrigatória: Deve evidenciar que a operação não foi realizada e que houve um problema técnico ou de comunicação. Exemplos: • A operação não foi concluída. Falha de comunicação. Tente novamente; • A operação não foi finalizada. Tivemos um problema técnico. Tente novamente; • Desculpe, tivemos um problema de comunicação. Tente novamente.
14ObrigatórioCaso o usuário tente efetuar registro, exclusão, alteração, portabilidade ou reivindicação de chaves em horário no qual o participante não…p. 52 · item 14
Caso o usuário tente efetuar registro, exclusão, alteração, portabilidade ou reivindicação de chaves em horário no qual o participante não disponibilize essas funcionalidades, o usuário deve ser informado sobre o prazo previsto para efetivação ou o horário em que a funcionalidade estará disponível para o usuário. Exemplos: • Cadastro de chave pendente. Sua efetivação ocorrerá amanhã, até 8h (caso a tentativa tenha sido feita em horário anterior à meia-noite); • Exclusão de chave pendente. Sua efetivação ocorrerá hoje, até 8h (caso a tentativa tenha sido feita em horário posterior à meia-noite); • Operação disponível das 8h às 20h. Favor tentar em outro horário.
Próxima página: Meus Limites Pix a Pix Saque e Pix Troco
Sem certificação: o Guia Pix não atesta aderência de nenhum aplicativo. O laboratório existe para estudar os requisitos — a verificação oficial segue o processo do Bacen. Baixar CSV dos obrigatórios (vigentes em 2026-10-04; extração assistida; conferir cada página antes de usar).