Tela a tela

Pagamento imediato ou com vencimento através de QR Code dinâmico

Vale a partir de 01/03/2027Manual de UX 7.4Hoje vale a 7.3

Escolha uma etapa e confira, ao lado de cada tela, os requisitos que ela ilustra.

IAsem revisão humanaGuia não-oficial: telas e resumos por IA. O que obriga é o texto do manual.Detalhes

Telas, resumos e comparação com a 7.3 foram gerados por IA (claude-opus-5-5), sem revisão humana. Os trechos entre aspas são literais. As telas são ilustrativas, como os exemplos do manual, e não comprovam conformidade.

Como o app de quem paga deve tratar um QR Code dinâmico, de pagamento imediato ou de cobrança com vencimento: mostrar recebedor, devedor, valores e informações adicionais sem a chave Pix, e só deixar editar o valor e a resposta ao recebedor quando permitido. Cada erro (banco do recebedor fora do ar, QR Code expirado ou vencido, saldo) tem mensagem própria, e o comprovante traz os dados do payload sem propaganda. Para: PSP do usuário pagador e PSP do usuário recebedor.

14 obrigatórios e 2 recomendados; 0 novos e 5 alterados em relação à 7.3. Fonte: PDF oficial, p. 32–38.

Telas

Tela 1 de 11 · Ler o QR Code

Legenda
  • Obrigatório
  • Recomendado
  • Novo na 7.4
  • Mudou desde a 7.3

Os destaques suavizam os demais itens; todas as telas continuam disponíveis. “Hoje” mostra o texto da 7.3 e apaga o que só vale a partir de 01/03/2027.

Você está vendo o que vale hoje (7.3). As telas ilustram a 7.4; os itens novos ficam apagados.

  1. Tela 1 de 11
    Pix com QR Code

    Aponte a câmera para um QR Code do Pix

    CancelarPix com chave / manual
    Ler o QR CodeO pagador lê o QR Code dinâmico; o app consulta o banco do recebedor para buscar a cobrança.
    Ver a página do manual (p. 33)Página 33 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 33. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 33
  2. Tela 2 de 11
    Pagamento imediatoRecebedor, devedor, pergunta do recebedor e valor; só a resposta e o valor (se permitido) são editáveis.
    Ver a página do manual (p. 33)Página 33 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 33. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 33
  3. Tela 3 de 11
    Destinatário / Valor
    Data de vencimento
    15/02/2027

    Data de pagamento pretendida

    Hoje
    No vencimento
    Agendar
    Valor original
    R$ 800,00
    Juros
    R$ 8,00
    Multa
    R$ 16,00
    Valor final
    R$ 824,00
    Destinatário
    Maria Souza · ***.993.555-** · PSP XYZ
    Devedor
    Roberto Alves · ***.222.333-**
    • Juros: 1% ao mês
    • Multa: 2% após 15/02/2027
    • Desconto: 10% até 10/02/2027
    Ver endereço do recebedor
    CancelarContinuar
    1. Requisito 03Na cobrança com vencimento, o pagador vê vencimento, opção de data de pagamento, valores (original, descontos, juros, multa e final), recebedor, devedor, regras de cálculo e endereço do recebedor; nunca a chave Pix.Obrigatório · mudou desde a 7.3Obrigatório na 7.3 (item 03)
    2. Requisito 02O pagador pode cancelar, mas só edita o valor (se o recebedor permitir) e a resposta à pergunta do recebedor.ObrigatórioObrigatório na 7.3 (item 02)
    Cobrança com vencimentoVencimento, data de pagamento pretendida, valores detalhados, recebedor, devedor e regras de cálculo, sem a chave Pix.
    Ver a página do manual (p. 34)Página 34 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 34. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 34Referência complementar no PDF oficial: p. 33
  4. Tela 4 de 11
    Banco do recebedor indisponívelSem resposta do banco do recebedor, o app avisa que o Pix não foi feito por falha de comunicação.
    Ver a página do manual (p. 35)Página 35 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 35. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 35
  5. Tela 5 de 11
    Pix com QR Code
    Pix com chave / manual
    1. Requisito 06QR Code inválido: o usuário é avisado.ObrigatórioObrigatório na 7.3 (item 06)
    QR Code inválidoCódigo ilegível ou fora do padrão: o usuário é avisado.
    Ver a página do manual (p. 35)Página 35 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 35. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 35
  6. Tela 6 de 11
    Destinatário / Valor
    Saldo: R$ 500,00
    Valor final
    R$ 824,00

    Outro exemplo do manual: “Transação não concluída. Conta do destinatário inexistente.”

    1. Requisito 07O app pode mostrar o saldo da conta antes do botão de confirmar.RecomendadoRecomendado na 7.3 (item 07)
    2. Requisito 12Erros na liquidação dizem o motivo real (saldo, conta do recebedor, processamento, tempo) e deixam claro quando a falha é do próprio banco.ObrigatórioObrigatório na 7.3 (item 12)
    Saldo insuficienteO saldo aparece antes de confirmar; se o Pix falhar na liquidação, a mensagem diz o motivo exato.
    Ver a página do manual (p. 35)Página 35 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 35. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 35Referência complementar no PDF oficial: p. 37
  7. Tela 7 de 11
    Pix com QR Code
    Pix com chave / manual
    1. Requisito 08QR Code com chave inexistente ou bloqueada: o app avisa que o Pix não foi feito.ObrigatórioObrigatório na 7.3 (item 08)
    Chave inexistente ou bloqueadaSe a chave do QR Code não existe ou está bloqueada, o Pix não é feito e o usuário é avisado.
    Ver a página do manual (p. 36)Página 36 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 36. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 36
  8. Tela 8 de 11
    Destinatário / Valor
    Valor final
    R$ 824,00
    1. Requisito 09QR Code expirado: o app diz que o Pix não foi feito e qual foi o erro.ObrigatórioObrigatório na 7.3 (item 09)
    QR Code expiradoPassou o prazo de expiração do QR Code: o Pix não é feito e o erro é informado.
    Ver a página do manual (p. 36)Página 36 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 36. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 36
  9. Tela 9 de 11
    Destinatário / Valor
    Data de vencimento
    15/02/2027
    Valor final
    R$ 824,00
    1. Requisito 11Cobrança que não aceita pagamento depois do vencimento: o Pix é recusado e o app explica que o QR Code venceu.ObrigatórioObrigatório na 7.3 (item 11)
    QR Code vencidoA cobrança não aceita pagamento depois do vencimento: o Pix é recusado com o motivo.
    Ver a página do manual (p. 37)Página 37 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 37. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 37
  10. Tela 10 de 11
    Comprovante

    Pix confirmado

    ID/Transação
    E00000000202702161935abcd5678
    Valor original
    R$ 800,00
    Juros
    R$ 8,00
    Multa
    R$ 16,00
    Valor final
    R$ 824,00
    Data/hora
    16/02/2027 às 19:35:05
    Identificador
    Mensalidade fevereiro
    Destinatário
    Maria Souza · ***.993.555-** · PSP XYZ
    Pagador
    Carlos Lima · ***.777.888-** · PSP ABCD
    Devedor
    Roberto Alves · ***.222.333-**
    • Juros: 1% ao mês
    • Multa: 2% após 15/02/2027
    • Desconto: 10% até 10/02/2027
    Extrato / DevoluçãoSalvar no celularCompartilhar
    1. Requisito 14Pagador e recebedor têm comprovante com os dados mínimos das duas pontas, identificador, valor, ID, data e hora e os dados do payload; sem chave Pix, agência, conta ou propaganda.Obrigatório · mudou desde a 7.3Obrigatório na 7.3 (item 14)
    2. Requisito 16Se vierem no QR Code, os dados do devedor podem aparecer no comprovante.RecomendadoRecomendado na 7.3 (item 16)
    Comprovante do pagamento com vencimentoDados mínimos das duas pontas, valores do payload e, se houver, o devedor; sem chave, agência, conta ou propaganda.
    Ver a página do manual (p. 38)Página 38 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 38. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 38
  11. Tela 11 de 11
    Comprovante

    Pix confirmado

    ID/Transação
    E00000000202702101934abcd1234
    Valor
    R$ 800,00
    Data/hora
    10/02/2027 às 19:34:05
    Identificador
    Pedido 4521
    Destinatário
    Loja Exemplo · 00.000.000/0001-00 · PSP XYZ
    Pagador
    Carlos Lima · ***.777.888-** · PSP ABCD
    Devedor
    Roberto Alves · ***.222.333-**
    Extrato / DevoluçãoSalvar no celularCompartilhar
    1. Requisito 14Pagador e recebedor têm comprovante com os dados mínimos das duas pontas, identificador, valor, ID, data e hora e os dados do payload; sem chave Pix, agência, conta ou propaganda.Obrigatório · mudou desde a 7.3Obrigatório na 7.3 (item 14)
    2. Requisito 16Se vierem no QR Code, os dados do devedor podem aparecer no comprovante.RecomendadoRecomendado na 7.3 (item 16)
    Comprovante do pagamento imediatoDados mínimos das duas pontas, valor, ID, data e hora e identificador; sem chave, agência, conta ou propaganda.
    Ver a página do manual (p. 38)Página 38 do manual de UX 7.4 do Banco Central, com as telas oficiais desta etapaFonte: Banco Central do Brasil, Requisitos Mínimos para a Experiência do Usuário, versão 7.4, p. 38. Reproduzida como referência, sem fim comercial. As telas oficiais são exemplos; o que obriga é o texto do requisito.
    Abrir o PDF oficial na p. 38

Requisitos do capítulo

16 requisitos, na ordem do manual 7.4 (p. 32–38); 4 são regras de processo, sem desenho no manual.

  1. 01

    ObrigatórioMudoup. 33

    No pagamento imediato, antes de confirmar, o pagador vê recebedor, devedor, informações adicionais, a pergunta do recebedor com espaço para responder e o valor; nunca a chave Pix, agência ou conta.

    “Antes da confirmação do pagamento imediato, devem ser retornados ao usuário pagador os dados abaixo, utilizando os dados do DICT sobre o usuário recebedor nos campos aplicáveis…”

    A resposta do pagador à solicitacaoPagador passa a ir no campo informacoesEntreUsuarios (antes o campo Descrição era vedado) e a chave Pix não pode ser exibida.

    ObrigatórioItem 01 da 7.3p. 33

    “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…”

    Muda na 7.4, a partir de 01/03/2027: A resposta do pagador à solicitacaoPagador passa a ir no campo informacoesEntreUsuarios (antes o campo Descrição era vedado) e a chave Pix não pode ser exibida.

    Nas telas: Pagamento imediato

  2. 02

    ObrigatórioIgualp. 33

    O pagador pode cancelar, mas só edita o valor (se o recebedor permitir) e a resposta à pergunta do recebedor.

    “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).…”

    ObrigatórioItem 02 da 7.3p. 33

    O pagador pode cancelar, mas só edita o valor (se o recebedor permitir) e a resposta à pergunta do recebedor.

    “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)…”

    Nas telas: Pagamento imediato, Cobrança com vencimento

  3. 03

    ObrigatórioMudoup. 34

    Na cobrança com vencimento, o pagador vê vencimento, opção de data de pagamento, valores (original, descontos, juros, multa e final), recebedor, devedor, regras de cálculo e endereço do recebedor; nunca a chave Pix.

    “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.…”

    A resposta do pagador à solicitacaoPagador passa a ir no campo informacoesEntreUsuarios (antes o campo Descrição era vedado) e a chave Pix não pode ser exibida.

    ObrigatórioItem 03 da 7.3p. 34

    “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…”

    Muda na 7.4, a partir de 01/03/2027: A resposta do pagador à solicitacaoPagador passa a ir no campo informacoesEntreUsuarios (antes o campo Descrição era vedado) e a chave Pix não pode ser exibida.

    Nas telas: Cobrança com vencimento

  4. 04

    ObrigatórioIgualp. 35

    Se o banco do recebedor não responder à consulta do QR Code, o app avisa que o Pix não foi feito por problema técnico ou de comunicação.

    “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.…”

    ObrigatórioItem 04 da 7.3p. 35

    Se o banco do recebedor não responder à consulta do QR Code, o app avisa que o Pix não foi feito por problema técnico ou de comunicação.

    “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…”

    Nas telas: Banco do recebedor indisponível

  5. 05

    ObrigatórioIgualp. 35

    Se o pagamento usar crédito, o app avisa antes da confirmação, com o valor e a linha de crédito.

    “Caso seja utilizado algum tipo de crédito, o usuário pagador deverá ser informado disso antes de confirmar o pagamento.…”

    ObrigatórioItem 05 da 7.3p. 35

    Se o pagamento usar crédito, o app avisa antes da confirmação, com o valor e a linha de crédito.

    “Caso seja utilizado algum tipo de crédito, o usuário pagador deverá ser informado disso antes de confirmar o pagamento…”

    Regra de processo: o manual não desenha este item em nenhuma tela.

  6. 06

    ObrigatórioIgualp. 35

    QR Code inválido: o usuário é avisado.

    “Usuário deve ser informado caso o QR Code escaneado seja inválido.…”

    ObrigatórioItem 06 da 7.3p. 35

    QR Code inválido: o usuário é avisado.

    “Usuário deve ser informado caso o QR Code escaneado seja inválido…”

    Nas telas: QR Code inválido

  7. 07

    RecomendadoIgualp. 35

    O app pode mostrar o saldo da conta antes do botão de confirmar.

    “Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional.…”

    RecomendadoItem 07 da 7.3p. 35

    O app pode mostrar o saldo da conta antes do botão de confirmar.

    “Antes da opção de confirmar o pagamento, pode ser disponibilizado ao usuário o saldo da conta transacional…”

    Nas telas: Saldo insuficiente

  8. 08

    ObrigatórioIgualp. 36

    QR Code com chave inexistente ou bloqueada: o app avisa que o Pix não foi feito.

    “O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada.…”

    ObrigatórioItem 08 da 7.3p. 36

    QR Code com chave inexistente ou bloqueada: o app avisa que o Pix não foi feito.

    “O pagador deverá ser informado acerca de erro decorrente da leitura de QR Code com chave inexistente ou bloqueada…”

    Nas telas: Chave inexistente ou bloqueada

  9. 09

    ObrigatórioIgualp. 36

    QR Code expirado: o app diz que o Pix não foi feito e qual foi o erro.

    “Caso o prazo de expiração do QR Code tenha sido ultrapassado, o usuário pagador deve ser comunicado sobre isso.…”

    ObrigatórioItem 09 da 7.3p. 36

    QR Code expirado: o app diz que o Pix não foi feito e qual foi o erro.

    “Caso o prazo de expiração do QR Code tenha sido ultrapassado, o usuário pagador deve ser comunicado sobre isso…”

    Nas telas: QR Code expirado

  10. 10

    ObrigatórioMudoup. 36

    Chave de conta com restrição por suspeita de fraude: o app diz que o Pix não pode ser feito por esse motivo.

    “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 fundada suspeita de fraude…”

    Ajuste de redação: a restrição passa a ser por “fundada suspeita de fraude” e a mensagem ao usuário fala em “suspeita de fraude”.

    ObrigatórioItem 10 da 7.3p. 36

    “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…”

    Muda na 7.4, a partir de 01/03/2027: Ajuste de redação: a restrição passa a ser por “fundada suspeita de fraude” e a mensagem ao usuário fala em “suspeita de fraude”.

    Regra de processo: o manual não desenha este item em nenhuma tela.

  11. 11

    ObrigatórioIgualp. 37

    Cobrança que não aceita pagamento depois do vencimento: o Pix é recusado e o app explica que o QR Code venceu.

    “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.…”

    ObrigatórioItem 11 da 7.3p. 37

    Cobrança que não aceita pagamento depois do vencimento: o Pix é recusado e o app explica que o QR Code venceu.

    “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…”

    Nas telas: QR Code vencido

  12. 12

    ObrigatórioIgualp. 37

    Erros na liquidação dizem o motivo real (saldo, conta do recebedor, processamento, tempo) e deixam claro quando a falha é do próprio banco.

    “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.…”

    ObrigatórioItem 12 da 7.3p. 37

    Erros na liquidação dizem o motivo real (saldo, conta do recebedor, processamento, tempo) e deixam claro quando a falha é do próprio banco.

    “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…”

    Nas telas: Saldo insuficiente

  13. 13

    ObrigatórioIgualp. 38

    Assim que o Pix é concluído, inclusive o agendado para o vencimento, o pagador recebe notificação com o nome do recebedor e o valor.

    “O usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para o pagamento com vencimento agendado.…”

    ObrigatórioItem 13 da 7.3p. 38

    Assim que o Pix é concluído, inclusive o agendado para o vencimento, o pagador recebe notificação com o nome do recebedor e o valor.

    “O usuário pagador deve receber notificação assim que houver a conclusão da transação, inclusive para o pagamento com vencimento agendado…”

    Regra de processo: o manual não desenha este item em nenhuma tela.

  14. 14

    ObrigatórioMudoup. 38

    Pagador e recebedor têm comprovante com os dados mínimos das duas pontas, identificador, valor, ID, data e hora e os dados do payload; sem chave Pix, agência, conta ou propaganda.

    “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 fantasia para CNPJ do recebedor e comprovante sem propaganda, ofertas ou links.

    ObrigatórioItem 14 da 7.3p. 38

    “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…”

    Muda na 7.4, a partir de 01/03/2027: Nome fantasia para CNPJ do recebedor e comprovante sem propaganda, ofertas ou links.

    Nas telas: Comprovante do pagamento com vencimento, Comprovante do pagamento imediato

  15. 15

    ObrigatórioMudoup. 38

    O app não salva nem oferece salvar a chave Pix, a agência e a conta de quem recebeu por QR Code dinâmico.

    “O PSP não deve salvar nem disponibilizar opção de salvamento da chave Pix e dos dados da conta transacional (número da agência e número da conta) vinculados ao pagamento por QR Code dinâmico.…”

    Passa a incluir agência e conta, além da chave.

    ObrigatórioItem 15 da 7.3p. 38

    “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…”

    Muda na 7.4, a partir de 01/03/2027: Passa a incluir agência e conta, além da chave.

    Regra de processo: o manual não desenha este item em nenhuma tela.

  16. 16

    RecomendadoIgualp. 38

    Se vierem no QR Code, os dados do devedor podem aparecer no comprovante.

    “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.…”

    RecomendadoItem 16 da 7.3p. 38

    Se vierem no QR Code, os dados do devedor podem aparecer no comprovante.

    “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…”

    Nas telas: Comprovante do pagamento com vencimento, Comprovante do pagamento imediato