Produtos de desenvolvedor: entenda a compra repetível e a entrega do benefício
Neste artigo
Um produto de desenvolvedor pode representar um benefício comprado repetidamente, como um pacote de moeda interna. O ponto principal é a entrega: a experiência precisa reconhecer a transação correta e conceder o que foi descrito, sem duplicar o resultado quando uma confirmação for repetida.
Descreva exatamente o produto
Defina o recurso, a quantidade e onde ele poderá ser usado. “Pacote de 100 moedas da experiência” é mais claro que “vantagem especial”. Não chame a moeda interna de Robux nem prometa que o saldo poderá ser transferido a outro jogo.
Esses números são um exemplo de descrição, não uma oferta do Merman. Antes de vender no seu projeto, confira as regras de monetização e implemente o benefício.
Aviso de compra e confirmação não são a mesma coisa
A documentação descreve ProcessReceipt para processar recibos de produtos de desenvolvedor. O fechamento do aviso de compra, por si só, não comprova pagamento concluído.
Não use uma mensagem enviada pelo cliente como autorização para aumentar o saldo. A decisão de entrega precisa ser validada no servidor conforme a implementação documentada.
Organize a entrega em estados
Uma proposta de desenho é separar: recibo recebido, produto identificado, benefício registrado e confirmação concluída. Se a gravação falhar, a implementação precisa tratar a situação sem anunciar que tudo foi entregue.
Quando a mesma transação reaparecer, a pergunta não é “como dar mais moedas?”, mas “esse benefício já foi registrado?”. Essa distinção evita considerar uma repetição de processamento como nova compra.
Prepare casos de teste antes de ativar vendas
Confira uma compra concluída, uma tentativa cancelada, um produto desconhecido e uma interrupção durante a entrega. Registre o saldo anterior e o benefício esperado em cada caso.
Um botão que abre o aviso não comprova que esses casos funcionam. Se você ainda não consegue explicar como a transação é identificada e salva, complete essa parte antes de oferecer o produto.
O guia não é um sistema de pagamentos pronto
Este artigo explica responsabilidades e perguntas de implementação. Não fornecemos aqui código pronto para produção, auditoria do jogo ou garantia de entrega. Use a documentação completa para implementar persistência e recuperação de falhas.
O Merman não vende esse pacote, não recebe dinheiro do jogador e não modifica sua conta. Regras, preços e resultados pertencem à plataforma e à experiência escolhida.
| Caso | Critério para conferir |
|---|---|
| Compra confirmada | Benefício corresponde à descrição |
| Recibo repetido | Não concede o mesmo benefício duas vezes |
| Produto desconhecido | Não inventa quantidade de saldo |
| Falha ao salvar | Não declara entrega concluída |
| Compra cancelada | Não concede um benefício como se tivesse sido paga |
Fonte para conferir as regras
Documentação oficial da Roblox, consultada em 12/10/2026. Confira a versão vigente antes de comprar ou configurar recursos.