PSP (experiência do usuário) A opção Receber Pix deve ficar destacada e de fácil acesso para o usuário. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 23, item 01
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 23, item 02
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 24, item 03
PSP (experiência do usuário) Informar que os dados preenchidos na geração do QR Code estático serão visualizados pelo usuário que ler esse QR Code. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 25, item 05
PSP (experiência do usuário) Fornecer opção de compartilhar a imagem do QR Code. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 25, item 06
PSP (experiência do usuário) Fornecer opção de Copiar Código QR para viabilizar a funcionalidade Pix Copia e Cola. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 25, item 07
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 27, item 01
PSP (experiência do usuário) Usuário pagador pode cancelar pagamento, mas não pode editar dados lidos do QR Code. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 27, item 02
PSP (experiência do usuário) Caso exista valor no QR Code estático, esse campo não poderá ser alterado pelo usuário pagador. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 28, item 03
PSP (experiência do usuário) Caso não exista valor no QR Code estático, o usuário pagador deve digitá-lo antes da confirmação do pagamento. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 28, item 04
PSP (experiência do usuário) 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]. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 28, item 05
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 29, item 06
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 29, item 07
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 29, item 08
PSP (experiência do usuário) Usuário deve ser informado caso o QR Code escaneado seja inválido. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 29, item 09
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 30, item 10
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 31, item 12
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 31, item 13
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 31, item 14
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 33, item 01
PSP (experiência do usuário) 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). Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 33, item 02
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 34, item 03
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 35, item 04
PSP (experiência do usuário) 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]. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 35, item 05
PSP (experiência do usuário) Usuário deve ser informado caso o QR Code escaneado seja inválido. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 35, item 06
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 36, item 08
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 36, item 09
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 36, item 10
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 37, item 11
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 37, item 12
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 38, item 13
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 38, item 14
PSP (experiência do usuário) 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. Requisitos Mínimos para a Experiência do Usuário, 7.3, p. 38, item 15