
- ESX
- QBCore
- vRP
Por Luke

Atualizado em 19 de setembro de 2026
Um servidor FiveM precisa de dinheiro para hospedagem, desenvolvimento, manutenção e suporte. O desafio é cobrir esses custos sem prejudicar a comunidade — ou vender algo que a plataforma não permite.
A monetização do servidor FiveM começa com as regras, não com o checkout. Cfx.re identifica Tebex como seu parceiro exclusivo de monetização autorizado para servidores FiveM e RedM e proíbe o uso de outra plataforma ou provedor de pagamento para essa atividade. Uma integração funcional de Stripe ou um botão de PayPal não é uma autorização alternativa.Documentação Cfx)
Depois de definir o que você pode vender, o trabalho prático começa: descrever a oferta, definir um preço sustentável, conectar os pagamentos ao jogador correto e garantir que a entrega ainda funcione quando algo der errado.
Este guia abrange esse processo, desde o planejamento do pacote até a operação do dia a dia. É um guia operacional, não um substituto para aconselhamento jurídico ou fiscal.
Use fontes primárias em vez da loja de outro servidor como sua referência.
Comece pelo Documentação oficial de configuração do Cfx.re’s Tebex. Leia-a em conjunto com o Contrato de Licença da Plataforma do Criador, Política de Uso Aceitável do Tebex e Acordo do Criador Tebex. Rockstar’s página de política do servidor de roleplay também direciona os operadores aos seus termos de governança e Diretrizes de Moderação. (Rockstar Games Suporte)
O Contrato de Licença da Plataforma do Criador revisado para esta atualização é datado de 10 de setembro de 2026. Suas restrições incluem o seguinte, a menos que Rockstar permita expressamente o contrário por meio de um acordo escrito separado.
| Atividade | Monetização restrita |
|---|---|
| Sistemas de saque | Jogos de azar com dinheiro real e mecânicas que retornam valor do mundo real aos jogadores. |
| Recompensas aleatórias | Caixas de loot, gacha, sorteios e mecânicas similares vendidas por dinheiro ou moeda do jogo. |
| Vendas de moeda | Venda de moeda virtual do jogo por dinheiro real. |
| Rockstar-itens criados | Oferecer comercialmente, vender ou facilitar o acesso a Itens Virtuais criados por Rockstar. |
| Promoções de marcas | Certos servidores de marcas de terceiros e conteúdo de publicidade ou patrocínio no jogo ou em conteúdo de marketplace. |
| Revenda de recursos de terceiros | Agregar Conteúdo de Servidor de outros criadores para venda ou licenciamento pago a administradores de servidor. |
| Cripto | Facilitar o uso, venda ou promoção de criptomoedas ou ativos criptográficos. |
Essas restrições vêm da seção de exploração comercial do acordo; a lista não é exaustiva.
Mantenha um registro curto para cada pacote proposto: o benefício exato, a regra relevante, a data de revisão e qualquer esclarecimento por escrito que você obteve. Revise o pacote novamente quando seu conteúdo mudar.
Outro servidor vendendo algo não é evidência de que você está autorizado a vendê-lo.
“VIP” é um rótulo, não uma descrição de produto.
Antes de projetar um banner de loja, termine esta frase:
O comprador recebe este benefício específico, em esta conta ou servidor, para este período, sujeito a estas condições claramente declaradas.
A Política de Uso Aceitável da Tebex identifica os ranks de Discord relacionados à comunidade como um exemplo aceitável, ao mesmo tempo em que restringe itens que afetam a jogabilidade principal ou outros servidores. Restrições específicas do editor ainda se aplicam. Sua política também exige entregas definidas em vez de benefícios negociados fora da plataforma após a compra. (Tebex – Pagamentos de Jogos Feitos Corretamente)
Para uma primeira oferta, considere um pacote de reconhecimento claramente definido em vez de uma coleção complicada de vantagens de jogabilidade.
Por exemplo, uma função de apoiador Discord nomeada sem permissões administrativas é simples de descrever e auditar. A descrição ainda deve explicar sua duração, requisitos de vinculação de conta e condições de remoção.
Trate outras ideias — como prioridade na fila ou conteúdo cosmético original — como propostas que exigem revisão, não como categorias aprovadas automaticamente. Para cada proposta, examine a implementação exata, os direitos dos ativos e o efeito na jogabilidade.
Para prioridade na fila, por exemplo, seu planejamento de produto deve distinguir uma posição de fila mais alta de uma conexão garantida. Não prometa entrada imediata quando a capacidade do servidor permanecer uma restrição.
Como política da comunidade, mantenha nomeações de staff, decisões de moderação e tratamento de reclamações separados das compras. Gastar dinheiro não deve comprar influência sobre como outros jogadores são tratados.
As regras da Tebex distinguem explicitamente: listagens de doações sem benefícios são proibidas, e pacotes que fornecem entregáveis não devem ser descritos como doações. (Tebex – Pagamentos de Jogos Feitos Corretamente)
Use nomes precisos como “Assinatura de Apoio” ou “Cargo Comunitário Mensal”. Não presuma que mover um pagamento vinculado ao servidor para Patreon, Ko-fi ou uma conta de pagamento pessoal evita as regras de monetização. Busque esclarecimento por escrito para um arranjo incerto antes de aceitar dinheiro. (Documentação Cfx)
Vender seu próprio recurso para outro proprietário de servidor é um fluxo de trabalho diferente de vender um benefício para um jogador. Cfx.re’s documentação oficial do Asset Escrow explica o processo de distribuição Tebex suportado para ativos em custódia. Revise esse fluxo de trabalho separadamente, incluindo os direitos de cada dependência que você incluir. (Documentação Cfx)
Não use uma compra de recurso nominal para ocultar um direito de jogador em seu próprio servidor.
Comece com um orçamento operacional mensal. Inclua hospedagem, backups, monitoramento, desenvolvimento, dependências licenciadas, tempo de suporte e uma reserva para trabalhos inesperados.
Em seguida, calcule quanto cada compra realmente contribui.
Tebex atual documentação de taxas e faturamento lista um Taxa de plataforma específica 15% FiveM, com taxas do gateway de pagamento cobradas separadamente. Custos de saque e conversão de moeda também podem ser aplicados. Verifique os termos e taxas aplicáveis à sua conta em vez de orçar com base na taxa genérica da plataforma 5%.
Suponha, puramente para fins de ilustração:
Seu cálculo é:
$300 ÷ $8 = 37.5
Você, portanto, precisa 38 assinaturas pagas para cobrir essa meta de custo.
Este é um exemplo de planejamento, não uma previsão de receita ou uma declaração das taxas efetivas totais de Tebex. Ele também não fornece o salário de um proprietário, a menos que você o tenha incluído na meta.
Lance com uma oferta que você possa explicar e dar suporte adequadamente. Adicione outra apenas quando ela atender a uma necessidade genuinamente diferente.
Evite começar com cinco níveis quase idênticos. Antes de introduzir um upgrade, decida exatamente o que muda, se o benefício antigo é substituído e como o faturamento e o vencimento devem se comportar.
Tenha particular cautela com ofertas “vitalícias”. Decida o que isso significa antes de usar a palavra: a vida útil do servidor, a disponibilidade do produto ou algo mais. Um período de assinatura definido é mais fácil de descrever sem fazer promessas em aberto.
Siga o atual Cfx.re instruções de configuração: crie o projeto apropriado, conecte o servidor do jogo, configure o segredo gerado e complete a verificação necessária e a revisão da loja. A configuração documentada é:
sv_tebexSecret YOUR_SECRET_HERE
Use apenas o seu segredo gerado real na configuração do servidor privado. (Documentação Cfx)
Para o passo a passo prático, siga nosso guia para criar uma loja Tebex para um servidor FiveM.
Mantenha segredos fora de repositórios públicos, capturas de tela, mensagens de suporte e código do lado do cliente. Restrinja o acesso à configuração à equipe que precisa dele e altere um segredo após a exposição.
Uma tela de sucesso de checkout não deve ser tratada como prova de que um jogador deve receber algo. Nem um evento enviado pelo cliente do jogo do jogador.
Cfx.re's orientações de segurança do servidor explica que os clientes podem manipular ou acionar eventos e que as verificações autoritativas pertencem ao servidor. Aplique esse princípio a cada concessão relacionada a compras. (Documentação Cfx)
Seu site da comunidade e seu sistema de pagamento não precisam ser o mesmo aplicativo.
Uma configuração prática é usar seu site para informações do servidor, regras, guias e explicações de pacotes, e então enviar os compradores através do fluxo de compra autorizado.
Tebex também oferece um API Headless para lojas personalizadas. Ele suporta a recuperação de pacotes, a criação de cestas e o direcionamento de clientes para o checkout. Isso fornece uma rota de personalização sem a necessidade de construir um backend de pagamento separado.
Azuriom é uma plataforma de site de comunidade de jogos de código aberto com extensões para recursos como fóruns e lojas. Sua capacidade de executar software de loja não deve ser confundida com autorização para substituir o provedor de monetização exigido pelo FiveM. (Azuriom)
Nosso Comparação Azuriom vs Tebex explica a distinção entre software de site auto-hospedado e um serviço de comércio hospedado.
Para o limite de política de pagamento, leia FiveM Tebex alternativas: o que as regras Cfx.re permitem.
Para um primeiro lançamento, prefira uma vitrine padrão ou um link direto do site para a loja. Crie uma integração personalizada quando tiver um requisito específico que justifique mantê-la.
Um comprador não deve precisar entrar no Discord e perguntar a um moderador o que um pacote realmente contém.
Tebex’s orientações para avaliações da loja solicita descrições claras que cubram os benefícios incluídos, efeitos na jogabilidade, método de entrega, requisitos de resgate e compatibilidade.
Use o seguinte como uma planilha de redação de produtos:
| Pergunta | O que especificar |
|---|---|
| O que estou comprando? | A função, recurso ou outro benefício exato revisado — não apenas um nome de nível. |
| Onde funciona? | O servidor, comunidade e conta relevantes. |
| Quanto custa? | Moeda, frequência de faturamento e o total aplicável antes do pagamento. |
| Renova automaticamente? | Se a renovação é automática e como funciona o cancelamento. |
| Quando receberei? | Vinculação de conta necessária e uma estimativa de entrega que você realmente testou. |
| Quando termina? | A data de pagamento ou a duração claramente definida. |
| O que está excluído? | Qualquer coisa que um comprador razoável poderia presumir que está incluída. |
| O que acontece após um wipe? | Se o direito sobrevive a uma reinicialização de personagem, economia ou banco de dados. |
| Onde consigo ajuda? | Uma rota de suporte funcional para problemas de entrega e conta. |
O texto a seguir é um exemplo de redação de pacote, não uma oferta pré-aprovada:
Community Supporter — $10 por mês
Receba a função de Apoiador da Comunidade em nosso servidor Discord a cada período de assinatura paga.
Esta função fornece apenas reconhecimento. Ela não inclui permissões de staff, dinheiro no jogo, itens, prioridade na fila ou tratamento diferenciado sob as regras do servidor.
Vincule a conta Discord que deve receber a função antes de comprar. A entrega começa após a confirmação do pagamento e a vinculação bem-sucedida da conta.
Esta é uma assinatura recorrente. O cancelamento interrompe as renovações futuras; a função permanece até o final do período pago atual. Para uma função ausente ou um problema de vinculação de conta, entre em contato com a equipe de suporte da loja.
Publique apenas textos que correspondam à sua configuração real. Em particular, não copie uma promessa de cancelamento para a descrição sem testá-la.
O PLA atual também exige que sites e vitrines voltados para o servidor identifiquem o operador, forneçam um contato de e-mail válido e exibam um aviso de não endosso conspícuo. Seu exemplo é: “[NOME DO SERVIDOR PERSONALIZADO] NÃO É APROVADO, PATROCINADO OU ENDOSSADO PELA ROCKSTAR GAMES.”
Pagamento bem-sucedido e entrega bem-sucedida são eventos separados. Projete seu sistema para que a equipe possa identificar qual deles ocorreu.
Para cumprimento personalizado, mantenha um registro de direitos no lado do servidor: um registro do que o jogador tem direito a receber no momento. Inclua a referência da compra, identificador do pacote, destinatário, status, data de pagamento, quando relevante, e histórico de entrega.
Uma função Discord deve refletir esse registro, não substituí-lo. Alguém que edita manualmente uma função não deve criar uma compra inexplicável em seus registros.
Entrega idempotente significa que processar a mesma compra novamente não a concede duas vezes.
Para uma assinatura, isso significa aplicar a mesma data de pagamento em uma nova tentativa em vez de adicionar outro mês.
Use uma chave de cumprimento exclusiva para cada item comprado e período de faturamento. Não confie apenas na referência do pedido quando um pedido pode conter vários produtos.
Na sua implementação, proteja essa chave com uma restrição de exclusividade de banco de dados ou um mecanismo equivalente. Uma simples sequência de “verificar e conceder” não é suficiente quando dois trabalhadores podem agir simultaneamente.
Um fluxo de trabalho de entrega útil é:
Compra verificada → pendente durável registrado → tentativa de entrega → resultado confirmado
Registre a ação pretendida antes de tentar a concessão, mas não a marque como concluída até que o resultado seja confirmado.
Quando o servidor do jogo, o banco de dados ou a integração Discord estiverem indisponíveis, retenha o trabalho pendente e tente novamente com segurança. Dê à equipe uma maneira de ver falhas e reprocessar o trabalho original em vez de criar uma segunda compra.
Para integrações baseadas em webhook, siga Documentação de webhook do Tebex. Verifique o X-Signature usando o procedimento documentado e o corpo da solicitação original. Tebex tenta novamente callbacks que não retornam uma resposta HTTP bem-sucedida, portanto, o tratamento de duplicatas é essencial.
Confirme um callback válido após ele ter sido aceito no armazenamento durável — não meramente recebido pela aplicação.
Proteja também contra ações desatualizadas. Por exemplo, um evento de compra atrasado não deve reativar um benefício que seus registros já mostram como reembolsado. Reconcilie o estado da transação antes de aplicar uma atualização ambígua.
Não reduza toda alteração de pagamento a “remover a função do jogador”.”
Tebex distingue uma assinatura que está terminando de uma que não está mais ativa. Sua documentação descreve uma assinatura que está terminando como permanecendo ativa sem renovar, e fornece um portal de histórico de pagamentos do cliente para gerenciar assinaturas.
Seu sistema de direitos deve distinguir esses estados também.
Para cada assinatura, teste a renovação normal, solicitação de cancelamento, fim do período pago, falha na renovação e qualquer upgrade ou downgrade suportado. Não estenda o acesso duas vezes porque tanto uma notificação de pagamento quanto uma notificação de assinatura descrevem o mesmo período de faturamento.
Prepare um processo vinculado ao pedido para corrigir a entrega, emitir um reembolso apropriado através da rota suportada e atualizar o benefício associado.
Não exclua o progresso de personagens não relacionados, publique detalhes privados do comprador ou improvise punições quando uma disputa chegar. Mantenha a moderação da conta separada da investigação de pagamento.
Tebex’s Acordo do Criador descreve seu papel nas transações e disputas do comprador, mas também exige cooperação do criador. Permite deduções em circunstâncias especificadas envolvendo violações do criador ou falhas em auxiliar. A proteção do vendedor não é um motivo para deixar de manter evidências de entrega. (Tebex – Pagamentos de Jogos Feitos Corretamente)
Evite uma declaração genérica de “sem reembolsos sob quaisquer circunstâncias”. Os direitos do consumidor aplicáveis exigem consideração separada. Por exemplo, as orientações da UE explicam requisitos específicos de consentimento e reconhecimento para a perda de direitos de retirada ao acessar determinado conteúdo digital; não assuma que todas as assinaturas de servidor se enquadram na mesma categoria. (União Europeia)
Uma captura de tela de um checkout bem-sucedido prova muito pouco sobre o que acontece depois.
Use os Tebex documentação de teste de pacote. Ele distingue o Modo de Teste da Loja dos pagamentos manuais: transações de teste acionam webhooks, enquanto pagamentos manuais não. Ative o Modo de Teste da Loja apenas enquanto a loja estiver privada, e desative-o antes de abrir para os clientes.
Use uma conta de teste dedicada e registre o resultado de cada cenário:
| Teste | Resultado aprovado |
|---|---|
| Compra bem-sucedida | A conta correta recebe o benefício exato uma vez. |
| Notificação duplicada | Nenhum benefício extra, item duplicado ou tempo de assinatura adicional. |
| Jogador offline | A entrega permanece pendente ou é concluída através do mecanismo offline pretendido. |
| Interrupção do banco de dados ou da integração | Nenhuma compra perdida; uma nova tentativa segura é concluída após a recuperação. |
| Cancelamento | A renovação para e o acesso seguem as regras publicadas do período pago. |
| Renovação falhada | Seu comportamento de expiração configurado corresponde ao estado relevante da assinatura. |
| Reembolso ou disputa | A transação é reconciliada e apenas o direito apropriado é alterado. |
| Alteração de vínculo da conta | A identidade é verificada sem inventar outra compra. |
| Limpeza ou restauração do servidor | Os direitos seguem a política de limpeza publicada e não são duplicados. |
| Checkout móvel | Descrições, informações de faturamento e seleção de conta permanecem utilizáveis. |
Para cada teste, retenha a referência, logs relevantes, estado esperado e estado atual.
Criadores de recursos precisam de uma precaução adicional: Tebex avisa que os ativos FiveM entregues por meio de pagamentos manuais ou de teste não podem ser revogados e documenta uma abordagem de teste diferente baseada em assinatura. Siga essa orientação em vez de assumir que a entrega de ativos se comporta como uma função Discord removível.
Uma vez que a entrega seja confiável, trabalhe em como os jogadores descobrem e entendem a oferta.
Use capturas de tela genuínas e demonstrações curtas do benefício real. Mantenha a loja fácil de encontrar em seu site e na navegação da comunidade, mas evite interromper o roleplay com mensagens de vendas repetidas.
Explique o que o suporte ajuda a financiar sem fazer alegações que você não pode comprovar. Uma atualização de manutenção factual é mais útil do que um banner de financiamento permanente de “emergência”.
Antes de adicionar outro pacote, procure por melhorias mais simples: uma descrição pouco clara, link de conta quebrado, um botão móvel ausente, uma pergunta de suporte sem resposta ou uma cobrança recorrente inesperada.
Acompanhe um pequeno conjunto de métricas:
| Métrica | O que investigar |
|---|---|
| Visitas à loja → compras | Se os visitantes entendem e querem a oferta. |
| Inícios de checkout → pagamentos concluídos | Fricção durante o checkout ou verificação de conta. |
| Contribuição líquida por compra | O que resta após os custos relevantes. |
| Taxa de falha na entrega | Compras não atendidas dentro do prazo declarado. |
| Renovações e cancelamentos de assinatura | Se a assinatura contínua está sendo mantida. |
| Reembolsos e contatos de suporte | Problemas recorrentes com expectativas, faturamento ou entrega. |
Mantenha as transações de teste fora da sua interpretação de negócios. Tebex observa que as transações do Modo de Teste de Loja aparecem nas estatísticas de vendas, embora não afetem as estatísticas de ganhos.
Altere uma parte significativa da oferta por vez e, em seguida, compare os resultados. Um valor de pedido mais alto não é uma melhoria quando vem com trabalho de suporte ou reembolsos desproporcionais.
Escolha uma pessoa nomeada responsável por verificar discrepâncias entre pagamento e direito. “Alguém notará em Discord” não é um processo operacional.
Revise compras pagas, mas não entregues, trabalhos falhados, assinaturas canceladas com acesso remanescente, reembolsos aguardando reconciliação e ajustes manuais de pessoal. Mantenha backups e teste a restauração em vez de apenas confirmar que os arquivos de backup existem.
Limite o acesso da equipe às informações do cliente necessárias para sua função. Mantenha detalhes de pagamento e documentos de identidade fora dos canais de suporte Discord comuns e defina períodos de retenção para logs e registros.
Tebex atua como o comerciante de registro sob seu acordo e lida com os impostos de transação aplicáveis dentro desse arranjo. Tenha um consultor qualificado para revisar como sua empresa deve registrar pagamentos, cumprir suas próprias obrigações fiscais e lidar com os requisitos do consumidor, de privacidade e relacionados à idade nas jurisdições envolvidas. (Tebex – Pagamentos de Jogos Feitos Corretamente)
Antes de aceitar pagamentos reais, confirme que:
Comece com um pacote bem definido. Verifique se os compradores o recebem de forma confiável, entendem a cobrança e sabem como obter ajuda. Expanda o catálogo somente depois que essa base estiver funcionando.
Para implementação, continue com a Guia de configuração de loja passo a passo Tebex.





