Sistema de saldo do painel Web do Minecraft e guia de transações de carteira
Este guia está incluído no Painel Web PvPServer Minecraft. Sistema de equilíbrio e Transações de carteira Estava preparado para explicar a sua estrutura. Sistema de equilíbrio; Permite aos jogadores carregar dinheiro para a sua conta do painel web, comprar produtos do mercado com o saldo carregado, saldo pós-pagamento na conta, ajustes manuais de saldo, transações de reembolso ou compensação e verificar o histórico de transações.
O sistema de saldo é a infraestrutura de carteira do mercado Minecraft Web Panel. O jogador primeiro carrega um saldo na sua conta e depois pode comprar artigos de mercearia com esse saldo. Se o sistema funcionar corretamente, o processo de pagamento e compras será ordenado; Se estiver mal configurado, os pedidos de suporte como “efetuei um pagamento e o saldo não chegou”, “o meu saldo diminuiu, o produto não chegou” ou “o saldo excedente foi descontado” aumentarão.
1.º O que faz o sistema de equilíbrio?
No Minecraft Web Panel, o sistema de saldo cria um valor de carteira virtual disponível na conta web panel do jogador. O jogador carrega o saldo com a forma de pagamento e utiliza esse saldo para comprar artigos de mercearia. Assim, em vez de voltar ao fornecedor de pagamento a cada compra de produto, o jogador pode comprar mais rapidamente utilizando o saldo da sua conta.
O sistema de saldo funciona especificamente com processos de mercado, pagamento, cupão, encomenda e suporte. Quando o jogador carrega um saldo, se o pagamento for bem sucedido, o valor é adicionado à sua carteira. Quando compra um produto no mercado, o saldo é reduzido pelo preço do produto. Se for utilizado cupão, o valor líquido após o desconto é deduzido do saldo. Caso o produto não seja entregue, a encomenda e a transação do saldo serão revistas conjuntamente.
O sistema de saldo é utilizado para as seguintes transações:
- Para permitir que o jogador adicione saldo à sua conta.
- Utilizando o saldo da carteira como forma de pagamento para as compras de supermercado.
- Refletindo as transações bem-sucedidas na conta do jogador após o pagamento.
- Deduzindo ao saldo o valor líquido após o cupão.
- Fazer adições ou deduções manuais de saldo.
- Definir reembolso, compensação ou saldo de campanha.
- Examinando o histórico de equilíbrio do jogador.
- Resolver pedidos de pagamento e suporte de mercado com registos precisos.
Como as transações de saldo são registos financeiros, não devem ser organizadas de forma aleatória. O registo de pagamentos, o histórico de encomendas, a utilização de cupões e as notas de transação devem ser verificados antes de adicionar, deduzir, reembolsar ou compensar manualmente o saldo do jogador.
2. Lógica da carteira
Carteira é o espaço de saldo disponível na conta do painel web do jogador. O jogador utiliza este saldo para comprar itens do mercado Minecraft. O sistema de carteira funciona com base na conta do jogador. Por isso, é muito importante que o jogador faça login com a conta correta.
Se o jogador fizer login com a conta errada, o seu saldo poderá não aparecer. Por exemplo, se o jogador carregar um saldo com um endereço de e-mail e depois fizer login com outra conta de utilizador, poderá pensar que “o meu saldo não chegou”. Neste caso, o pagamento pode realmente ser bem-sucedido; mas o saldo foi adicionado a uma conta diferente.
Pontos básicos que deve saber sobre o sistema de carteira:
- O saldo depende da conta do painel web do jogador.
- O nome de utilizador do Minecraft e o nome de utilizador do painel web podem ser diferentes.
- O saldo pode ser utilizado para compras de supermercado.
- Quando o saldo for gasto, deverá ser registado no histórico de transações.
- O saldo não deve ser adicionado automaticamente, a menos que o pagamento seja bem-sucedido.
- As transações de saldo manual devem ser registadas.
3.º Como funciona o processo de carregamento de saldo?
Durante o processo de carregamento de saldo, o jogador faz login na conta do painel web, vai para a página de carregamento de saldo, seleciona ou introduz o valor, seleciona o método de pagamento e conclui o processo de pagamento. Quando o fornecedor de pagamento faz um retorno bem-sucedido, o sistema adiciona o valor relevante à carteira do jogador.
O fluxo geral de carregamento do saldo é o seguinte:
- O jogador faz login na conta do painel web.
- Vai para a página Saldo ou Carteira.
- Seleciona o valor que deseja carregar.
- Escolha um dos métodos de pagamento PayTR, Paywant ou ativos.
- Será direcionado para a página de pagamento.
- Conclui a transação de pagamento.
- O fornecedor de pagamento notifica o painel sobre o resultado bem-sucedido.
- O painel adiciona o valor ao saldo do jogador.
- O jogador vê o saldo atual na sua carteira.
- O jogador pode comprar itens do mercado com este saldo.
O ponto mais crítico neste fluxo é o correto processamento do retorno bem-sucedido do fornecedor de pagamento. Se a chamada de retorno ou a notificação não funcionarem mesmo que o pagamento seja bem-sucedido, o saldo poderá não ser adicionado automaticamente. Nestes casos, os registos de pagamentos e o histórico de transações devem ser examinados.
4. Áreas de carregamento de saldo
Na página de recarga de saldo, são mostrados ao jogador alguns campos básicos. Manter estes campos simples e compreensíveis reduz pedidos de pagamento e suporte incorretos.
| área | Para que serve? | Ponto a considerar |
|---|---|---|
| Quantidade a carregar | É o valor do saldo que o jogador pretende adicionar à sua conta. | Se existir um valor mínimo e máximo, este terá de ser claramente apresentado ao jogador. |
| Método de pagamento | Determina com que infraestrutura de pagamento o jogador irá carregar o saldo. | Um método de pagamento inativo não deve ser mostrado ao jogador. |
| Resumo da transação | Mostra ao jogador o valor e as informações da transação antes do pagamento. | O jogador deve ver o valor correto antes do pagamento. |
| Saldo Atual | O saldo atual da carteira do jogador. | Deve ser atualizado corretamente após o pagamento. |
5.º Adicionar saldo após o pagamento
Adicionar saldo após o pagamento é a etapa mais crítica do sistema. Mesmo que o jogador tenha efetuado um pagamento, o painel deve verificar se o pagamento foi bem-sucedido. Assim que o pagamento bem sucedido for verificado, o valor relevante é adicionado à carteira do jogador.
Aspetos a verificar durante o processo de adição de saldo após o pagamento:
- O fornecedor de pagamento informou que a transação foi bem-sucedida?
- A notificação correspondeu ao pedido correto ou ao registo de recarga?
- O valor está correto?
- A moeda está correta?
- O saldo foi adicionado à conta de membro correta?
- O mesmo pagamento poderia ser processado duas vezes?
- Existe um registo no seu histórico de transações?
O saldo não deve ser adicionado sem um retorno bem-sucedido do fornecedor de pagamento. O envio de uma captura de ecrã pelo jogador por si só não deve ser considerado suficiente. O registo da transação do painel e o registo do fornecedor de pagamento devem ser verificados em conjunto.
6. Compras na mercearia com equilíbrio
Se o jogador tiver saldo suficiente na sua conta, poderá comprar artigos de mercearia diretamente com o saldo da sua carteira. Neste processo, não há necessidade de se deslocar ao fornecedor de pagamento; O preço do produto é deduzido do saldo disponível do jogador e é criado um pedido.
Veja como funcionam as compras de supermercado com equilíbrio:
- O jogador entra na página do mercado.
- Ele escolhe o produto que quer comprar.
- Verifica o preço e a descrição do produto.
- Aplica código de cupão, se disponível.
- O valor líquido é comparado com o saldo do jogador.
- Se o saldo for suficiente, a compra será concluída.
- O valor líquido é deduzido do saldo do jogador.
- Um registo de encomenda é criado.
- O produto entra no fluxo de entrega automática ou manual.
Caso o equilíbrio não seja suficiente neste fluxo, deverá ser dado um aviso claro ao jogador. O aviso de “fundos insuficientes” pode redirecionar o jogador para a página de carregamento de saldo.
7.º Como é calculado o saldo quando se utiliza um cupão?
Caso o apostador utilize um cupão para compras de supermercado, o valor a descontar ao saldo deverá ser o valor líquido após o desconto. Assim, o preço do produto, o desconto do cupão e o valor do pagamento final devem ser calculados corretamente.
Örnek:
Ürün fiyatı: 100 TL
Kupon indirimi: %20
İndirim tutarı: 20 TL
Bakiyeden düşmesi gereken net tutar: 80 TLCaso o jogador diga “Usei um cupão, mas o saldo excedente foi descontado”, deverá verificar se o cupão foi aplicado no detalhe da encomenda. O preço do produto, o código do cupão, o valor do desconto e o valor líquido deverão ser examinados separadamente no registo da encomenda.
8. Histórico de transações de saldo
O histórico de transações de saldo mostra todos os movimentos de saldo efetuados na conta do jogador. Este histórico é um dos registos mais importantes nos pedidos de pagamento e suporte do marketplace. É possível perceber porque é que o saldo do jogador mudou através destes registos.
O histórico de transações deve conter as seguintes informações:
- Data da transação.
- Tipo de transação: carregamento, gasto, reembolso, adição manual, dedução manual, compensação.
- Valor da transação.
- O saldo antes da transação.
- Saldo após transação.
- Número de encomenda relevante.
- Método de pagamento.
- Explicação se houver intervenção do administrador.
- O administrador ou o recurso do sistema que executa a ação.
Se não houver histórico de transações, torna-se muito difícil resolver problemas de saldo. Não é possível dar uma resposta clara a pedidos como “o meu saldo diminuiu” ou “o saldo não chegou” sem registo.
Quando um jogador reporta um problema de equilíbrio, não olhe apenas para o saldo atual. Reveja o histórico de transações. O saldo pode ter sido carregado e gasto em compras de supermercado ou um valor líquido diferente pode ter diminuído após o cupão.
9.º Adicionar saldo manual
A adição manual de saldo é a transferência do saldo diretamente para a carteira do jogador pelo administrador. Dado que este processo é financeiramente sensível, só deve ser utilizado quando necessário.
A adição manual de saldo pode ser necessária nos seguintes casos:
- Se o pagamento foi bem-sucedido, mas não foi adicionado saldo automático.
- Se a notificação de devolução de pagamento não foi processada devido a um problema técnico.
- Se o jogador receberá um saldo compensatório.
- Se o saldo será definido como recompensa do evento.
- Se for adicionado um balancete à conta de teste.
- Se o administrador vai definir um saldo no âmbito de uma campanha especial.
Ao adicionar um saldo manualmente, deve ser escrita uma explicação. O extrato deve indicar a razão pela qual o saldo é adicionado, a que pedido de pagamento ou apoio está relacionado e o número da ordem ou transação, se existir.
Örnek manuel bakiye notu:
PayTR ödeme başarılı göründü fakat callback işlenmedi.
Oyuncu destek talebi #124 üzerinden doğrulandı.
100 TL bakiye manuel eklendi.10.º Dedução manual do saldo
A dedução manual do saldo é a dedução do saldo da carteira do jogador pelo administrador. Este processo deve ser feito com ainda mais cuidado. Porque afeta os direitos atuais do jogador.
A dedução manual do saldo está disponível nas seguintes situações:
- Se o saldo excedente tiver sido adicionado por engano.
- Se o saldo for refletido duas vezes devido ao duplo processamento do pagamento.
- Se o saldo da conta teste for compensado.
- Se o saldo de remuneração incorreto for revertido.
- Se o abuso for detetado e a política o permitir.
O histórico de transações do jogador deve ser revisto antes de o saldo manual ser deduzido. O jogador pode ter gasto acidentalmente o saldo extra adicionado no mercado. Neste caso, a encomenda, a entrega do produto e a política de gestão devem ser avaliadas em conjunto.
Antes que o saldo do jogador seja reduzido, o motivo deve ser determinado e uma nota de transação deve ser escrita. Reduções de saldo não razoáveis ou não registadas prejudicam a confiança do jogador e causam problemas de suporte.
11. Procedimentos de Devolução
Reembolsar significa devolver ao jogador o valor que pagou ou gastou anteriormente. No sistema de saldo, o reembolso pode ocorrer de duas formas: um reembolso do saldo para a carteira do jogador ou um reembolso do pagamento real através do fornecedor de pagamento. Estes dois processos são diferentes um do outro.
A devolução do saldo poderá ser feita nos seguintes casos:
- O saldo do jogador diminuiu, mas o produto não pôde ser entregue.
- O produto não pôde ser entregue por motivos de stock ou técnicos.
- A política do servidor aceita devoluções por compras incorretas de produtos.
- Devido a um erro RCON, o produto não pôde ser entregue e foi preferível o reembolso do saldo em vez do produto.
- O gestor pretende emitir um reembolso de saldo compensatório.
O reembolso real do pagamento pode estar relacionado com o painel do fornecedor de pagamento. Esta transação não deve ser confundida com o saldo do painel web. Se o jogador receber um reembolso de pagamento e um reembolso de saldo, poderá ocorrer um reembolso duplo.
Antes de efetuar o reembolso, deve ser verificado se o produto foi entregue, o estado da encomenda, o registo RCON e os movimentos anteriores do saldo. A entrega do produto e o reembolso do saldo não devem ser efetuados na mesma transação.
12.º Saldo de Remuneração
Saldo de compensação é o saldo adicional dado ao jogador para fins de boa vontade ou solução devido ao problema que enfrentou. A compensação não deve ser aplicada automaticamente para todos os problemas. Deve ser utilizado de forma controlada de acordo com a política de gestão do servidor.
Situações em que poderá ser dado equilíbrio compensatório:
- Se houve um problema de entrega longo.
- Se o jogador sofreu um atraso técnico após o pagamento.
- Se uma vítima ocorreu devido a um erro de mercado.
- Se o serviço adquirido não puder ser utilizado devido à manutenção do servidor.
- Se o administrador pretender implementar uma solução de suporte personalizada.
Se for fornecido um saldo de compensação, deverá ser claramente indicado no histórico de transações que se trata de uma compensação. Caso contrário, não ficará claro no futuro se este saldo é um pagamento, um presente ou um reembolso.
13. Relação de Saldo e Meios de Pagamento
O sistema de saldo pode funcionar em conjunto com o PayTR, Paywant ou outros meios de pagamento ativos no painel. Cada método de pagamento pode ter o seu próprio sistema de notificação de transações. Assim, se as definições da forma de pagamento não estiverem corretas, o processo de carregamento do saldo poderá ser interrompido.
Aspetos a verificar em caso de problemas de saldo devido à forma de pagamento:
- A forma de pagamento está ativa?
- As informações do comerciante estão corretas?
- O URL de retorno de chamada ou de notificação está correto?
- O fornecedor de pagamento reporta transações bem-sucedidas?
- O painel processa esta notificação corretamente?
- O valor da transação é igual ao valor no painel?
- O jogador está com sessão iniciada na conta correta?
- O mesmo pagamento poderia ser processado duas vezes?
As definições da forma de pagamento também devem ser revistas ao resolver o problema de saldo. Olhar apenas para a conta do jogador nem sempre é suficiente.
14.Se o jogador disser “Fiz um pagamento, mas o saldo não foi recebido”, é altura de verificar
Esta solicitação de suporte é um dos problemas de equilíbrio mais comuns. A verificação deve ser feita numa ordem específica e não de forma aleatória.
- O nome de utilizador do painel web do jogador é solicitado.
- O endereço de e-mail de pagamento do jogador é solicitado.
- A data e o valor do pagamento são solicitados.
- Aprende-se qual o método de pagamento utilizado.
- A transação é pesquisada no painel do fornecedor de pagamento.
- É verificado se a transação foi bem-sucedida, pendente ou malsucedida.
- Verifique se foi criado um registo de carregamento de saldo no painel.
- É verificado se o saldo foi adicionado à conta de membro correta.
- É examinado se o jogador pode ter feito login com a conta errada.
- Após a soma do saldo, verifica-se se o mesmo foi gasto no mercado.
- Se houver um erro de chamada de retorno, a adição manual do saldo será feita com uma nota.
Oyuncuya örnek cevap:
Merhaba,
Ödeme kaydınızı kontrol edebilmemiz için ödeme yaptığınız e-posta adresini, ödeme tutarını, işlem tarihini ve kullandığınız ödeme yöntemini iletmeniz gerekmektedir.
Bilgileri gönderdikten sonra ödeme sağlayıcısı ve panel bakiye kayıtlarınızı kontrol edeceğiz.15.º Verifique o pedido se o jogador disser "O meu saldo foi perdido"
Se o jogador disser que o seu saldo diminuiu, o histórico de transações deve ser examinado primeiro. O saldo pode ter sido gasto em compras de supermercado, o valor líquido pode ter diminuído após o cupão, pode ter sido feita uma correção manual ou pode ter sido aplicado um processo de reembolso/reembolso.
- O saldo atual do jogador é verificado.
- O histórico de transações de saldo é aberto.
- Os últimos movimentos de saldo são examinados.
- Verifique se foi feita uma dedução devido ao pedido de mercearia.
- É verificado se o pedido foi bem-sucedido ou não.
- É verificado se o produto foi entregue.
- Verifique se o desconto do cupão foi calculado corretamente.
- Caso haja dedução manual do saldo, lê-se a sua explicação.
- Se houver uma dedução incorreta, será tomada uma decisão de reembolso/compensação.
Nestes pedidos, o jogador deve receber uma explicação clara. Por exemplo, uma resposta baseada no registo como “80 TL foram deduzidos do seu saldo para o pedido do pacote VIP de 30 dias” é mais tranquilizadora.
16.Se o jogador disser “O meu saldo está baixo mas o produto não chegou”, é altura de verificar.
Trata-se da ligação entre o sistema de equilíbrio e a entrega de alimentos. A balança pode ter caído corretamente; mas a entrega do RCON pode ter falhado. Portanto, tanto o saldo como o pedido e o registo RCON devem ser verificados.
- Há um movimento de equilíbrio.
- É determinado para que encomenda o saldo é deduzido.
- O estado do pagamento do pedido é verificado.
- O estado de entrega do pedido é verificado.
- Verifique se o produto é entregue automaticamente.
- É verificado se o comando RCON foi executado.
- Se existir uma mensagem de erro RCON, o motivo será lido.
- Verifique se o nome de utilizador do Minecraft está correto.
- Caso o produto seja entregue manualmente, será entregue com nota.
- Se o produto não puder ser entregue, o saldo será reembolsado e será inserida uma nota.
Caso o saldo tenha diminuído mas o produto não tenha chegado, existem duas opções: o produto é entregue ou o saldo é reembolsado. A entrega do produto e o reembolso do saldo não devem ser efetuados na mesma transação. Qualquer solução aplicada deverá ser escrita na nota de encomenda.
17.º Limites de saldo
Os limites de carga mínimo e máximo podem ser utilizados no sistema de equilíbrio. Estes limites são determinados pelos requisitos do fornecedor de pagamento, saldo de comissões, risco de abuso e preços de mercado.
Áreas onde os limites podem ser utilizados:
- Valor mínimo de carregamento do saldo.
- Valor máximo de carregamento único de saldo.
- Limite de upload diário.
- Limite de upload mensal.
- Limite baixo para novas contas.
- Verificação manual de contas suspeitas.
Os limites devem ser deixados claros para o jogador. Caso o jogador não entenda porque não consegue carregar um saldo abaixo ou acima de um determinado valor, abre um pedido de suporte.
18. Equilíbrio de segurança
Dado que o sistema de equilíbrio está ligado ao pagamento e ao mercado, deve ser cuidadosamente protegido por questões de segurança. A autoridade para editar o saldo no painel de administração não deve ser concedida a todos. Um administrador não autorizado ou descuidado pode adicionar saldos injustos aos jogadores ou reduzir acidentalmente os saldos dos jogadores.
Dicas para a segurança do equilíbrio:
- Dê autoridade de equilíbrio manual aos administradores limitados.
- Torne a divulgação obrigatória para todas as operações manuais.
- O histórico de transações não deve ser eliminado ou modificado.
- O saldo não deve ser adicionado até que o pagamento seja verificado.
- Deve-se verificar se o mesmo pagamento está a ser processado duas vezes.
- As transações com valores elevados devem ser examinadas separadamente.
- Várias contas suspeitas devem ser seguidas.
- Os registos do administrador devem ser verificados regularmente.
A capacidade de adicionar e deduzir saldos é uma autoridade de gestão crítica. Esta autoridade só deve ser concedida a gestores que sejam fiáveis e possam controlar as transacções financeiras.
19.º Relatório de saldo e controlo diário
O sistema de equilíbrio deve ser verificado regularmente. O controlo diário permite-lhe perceber quaisquer problemas que possam ocorrer no pagamento e no fluxo do mercado antes de o jogador abrir o suporte.
Lista de verificação de saldo diário:
- Quantas recargas de saldo foram efetuadas hoje?
- Qual é o número de pagamentos bem-sucedidos?
- Existe algum pagamento pendente?
- Existe um registo onde o pagamento foi realizado com sucesso e o saldo não foi adicionado?
- O jogador gastou dinheiro no mercado mesmo com o saldo adicionado?
- Existe uma grande quantidade de transações de saldo manual?
- As explicações estão escritas para transações manuais?
- As transações de reembolso ou compensação foram anotadas corretamente?
- O mesmo pagamento poderia ser processado duas vezes?
- Existem múltiplas contas suspeitas ou atividades anormais?
Se não forem feitos relatórios regulares, as transações de saldo incorretas serão notadas tardiamente. Isto pode levar à perda de receitas e à insatisfação do jogador.
20. Erros Comuns
Adicione saldo manualmente sem verificação de pagamento
O saldo não deve ser adicionado só porque o jogador diz que pagou. O fornecedor de pagamento e o registo de transações do painel devem ser verificados.
Não verificar se o jogador está ligado à conta errada
O saldo pode ter sido adicionado à conta correta; Mas o jogador pode estar a iniciar sessão com uma conta diferente. A conta de membro e o e-mail de pagamento devem ser comparados.
Não escrever uma descrição num processo manual
As transações manuais de saldo sem explicação não podem ser verificadas no futuro. Deve ser feita uma anotação para cada adição, exclusão, devolução ou compensação.
Caso do problema o saldo tenha diminuído mas o produto não chegou, basta olhar para o ecrã de saldo
Neste caso, deverá também ser verificado o estado do pedido e da entrega do RCON. O problema pode dever-se à entrega e não ao equilíbrio.
Fornecimento de produto e reembolso para a mesma transação
Caso o produto tenha sido entregue ao jogador, o saldo não deverá ser reembolsado pela mesma transação. A decisão de devolução ou entrega deverá ser tomada através de registo.
Responder sem verificar o histórico de transações
A resposta deve basear-se no histórico de transações do jogador e não nas suas reivindicações. A resposta dada sem o devido exame dos registos pode estar incorreta.
21. Lista de verificação antes de abrir um pedido de suporte
- O jogador está ligado com a conta correta do painel web?
- Com que endereço de e-mail foi efetuado o pagamento?
- Qual a data e o valor do pagamento?
- Qual é a forma de pagamento?
- O fornecedor de pagamento mostra que a transação foi bem-sucedida?
- Existe registo de upload de saldo no painel?
- O saldo foi adicionado à conta correta?
- Existe um registo no histórico de transações de saldo?
- O saldo foi gasto em mantimentos?
- Se foi utilizado um cupão, o valor líquido está correto?
- Qual o pedido que é deduzido do saldo?
- O pedido foi entregue?
- Existe um erro de entrega RCON?
- Foi efetuada uma transação de saldo manual?
- Existe uma descrição manual do processo?
- O reembolso ou compensação já foi feito antes?
- O mesmo pagamento poderia ser processado duas vezes?
- Existe um registo relevante nos registos de transações administrativas?
22. Recomendações de Segurança e Gestão
- Não adicione saldo sem verificação de pagamento. É imperativo para a segurança financeira.
- Não execute operações manuais sem explicação. Toda a transação deve ser registada.
- Limitar as autorizações de saldo. Nem todo o administrador deve ter autoridade para editar o saldo.
- Manter o histórico de transações. É a fonte mais importante dos problemas de equilíbrio.
- Verifique a conta do jogador. Iniciar sessão na conta errada é um problema comum.
- Não devolva e entregue ao mesmo tempo. Pode ocorrer dupla compensação.
- Verifique também se existem transações de valor elevado. O erro ou abuso são detectados precocemente.
- Reveja os pagamentos pendentes diariamente. O problema pode ser detetado sem o suporte de abertura do leitor.
- Verifique o valor líquido ao gastar saldos com cupões. Reduz as queixas falsas sobre descontos.
23. Perguntas frequentes
O jogador diz que pagou, mas o saldo não é visível. O que devo procurar em primeiro lugar?
Deve primeiro verificar com que conta o jogador está ligado, o endereço de e-mail com o qual fez o pagamento, o valor do pagamento, a forma de pagamento e o registo do fornecedor de pagamento. Caso o pagamento seja bem-sucedido, deverá ser verificado se existe registo de saldo no painel.
A captura de ecrã do pagamento é suficiente para adicionar saldo?
Não. A captura de ecrã por si só não é suficiente. Os registos do fornecedor de pagamento, o histórico de transações do painel e a conta do jogador devem ser verificados em conjunto.
O saldo do jogador diminuiu mas o produto não chegou. O que deveria ser feito?
O pedido relevante deve ser encontrado a partir da movimentação do saldo, o estado de entrega do pedido e o registo RCON devem ser verificados. Caso o produto não possa ser entregue, poderá ser efetuada a entrega manual ou o reembolso do saldo; A transação deve ser anotada.
É seguro adicionar saldo manualmente?
Isto pode ser feito de forma segura com a verificação e divulgação adequadas. No entanto, não é correto adicionar saldo manualmente sem verificar o pagamento, sem registo de suporte ou sem escrever o motivo.
O reembolso deve ser feito como saldo ou pelo fornecedor de pagamento?
Isto varia dependendo da política do servidor e do estado do pagamento. O reembolso do saldo acrescenta valor à carteira do painel do jogador. O reembolso real do pagamento é feito através do fornecedor de pagamento. Dois métodos de reembolso não devem ser aplicados em conjunto para a mesma transação.
O que fazer se o jogador transferiu fundos para a conta errada?
Primeiro, deve ser verificado com segurança se ambas as contas pertencem ao mesmo jogador. A transferência de saldo ou correção manual pode então ser feita de acordo com a política do servidor. Uma nota de transação deve ser escrita.
Porque é que o histórico de transações de saldo é importante?
As respostas a perguntas como quando o saldo do jogador foi carregado, quando foi gasto, a que pedido estava ligado e se foi feita uma transação manual encontram-se no histórico de transações. Estes registos são essenciais para a correta resolução dos pedidos de suporte.
Conclusão
O sistema de saldo do painel Web do Minecraft e as transações de carteira são a infraestrutura financeira básica que permite aos jogadores adicionar saldo às suas contas, fazendo pagamentos e comprando produtos de mercearia com esse saldo. Recarga de saldo, adição de saldo pós-pagamento, compras de supermercado, desconto de cupões, saldo manual, reembolso, compensação e histórico de transações são as partes principais deste sistema.
A verificação do pagamento, a conta de membro correta, o histórico de transações, a ligação da encomenda, o estado de entrega do RCON e as notas de transação manuais devem ser cuidadosamente verificados ao gerir as transações de saldo. No caso de pedidos do jogador como “efetuei um pagamento mas o saldo não chegou”, “o meu saldo diminuiu” ou “o meu saldo diminuiu e o produto não chegou”, a decisão terá de ser tomada com base nos registos do painel, e não apenas na mensagem do jogador.
Quando o sistema de saldo é gerido corretamente, as compras de supermercado tornam-se mais rápidas, a experiência da carteira do jogador melhora, os pedidos de suporte de pagamento diminuem e o Minecraft Web Panel tem uma infraestrutura de vendas mais fiável. As transações de saldo incorretas ou não registadas afetam direta e negativamente a confiança do jogador, a ordem financeira e a qualidade do suporte.
Este artigo foi preparado especialmente para o PvPServer.
