Sistema d'equilibri del panell web de Minecraft i Guia de transaccions de cartera

Aquesta guia s'inclou al panell web de PvPServer Minecraft. Sistema d'equilibri i Transaccions de cartera Va ser preparat per explicar la seva estructura. sistema d'equilibri; Permet als jugadors carregar diners al seu compte de panell web, comprar productes al mercat amb el saldo carregat, el saldo posterior al pagament al compte, ajustos manuals del saldo, transaccions de reemborsament o compensació i comprovar l'historial de transaccions.

1. Què fa el sistema d'equilibri?

Al panell web de Minecraft, el sistema de saldo crea una quantitat de cartera virtual disponible al compte del panell web del jugador. El jugador carrega el saldo amb el mètode de pagament i utilitza aquest saldo per comprar articles de queviures. Així, en comptes de tornar al proveïdor de pagament per a cada compra de producte, el jugador pot comprar més ràpidament utilitzant el saldo del seu compte.

El sistema de balanç funciona específicament amb processos de mercat, pagament, cupó, comandes i suport. Quan el jugador carrega un saldo, si el pagament té èxit, l'import s'afegeix a la seva cartera. Quan compres un producte al mercat, el saldo es redueix pel preu del producte. Si s'utilitza un cupó, l'import net després del descompte es dedueix del saldo. Si el producte no s'entrega, la comanda i la transacció de saldo es revisen conjuntament.

El sistema de balanç s'utilitza per a les operacions següents:

• Per permetre al jugador afegir saldo al seu compte.
• Ús del saldo de la cartera com a mètode de pagament per comprar queviures.
• Reflexió de transaccions reeixides al compte del jugador després del pagament.
• Deduint l'import net després del cupó del saldo.
• Fer addicions o deduccions de saldos manuals.
• Definició d'un reemborsament, compensació o saldo de campanya.
• Examinant l'historial d'equilibri del jugador.
• Resolució de sol·licituds de pagament i suport al mercat amb registres precisos.

2. Lògica de cartera

Wallet és l'espai de saldo disponible al compte del tauler web del jugador. El jugador utilitza aquest saldo per comprar articles del mercat de Minecraft. El sistema de cartera funciona segons el compte del jugador. Per tant, és molt important que el jugador iniciï sessió amb el compte correcte.

Si el jugador inicia sessió amb el compte equivocat, és possible que el seu saldo no aparegui. Per exemple, si el jugador carrega un saldo amb una adreça de correu electrònic i després inicia sessió amb un altre compte d'usuari, pot pensar que "el meu saldo no ha arribat". En aquest cas, el pagament pot tenir èxit; però el saldo s'ha afegit a un altre compte.

Aspectes bàsics a conèixer sobre el sistema de cartera:

• El saldo depèn del compte del panell web del jugador.
• El nom d'usuari de Minecraft i el nom d'usuari del tauler web poden ser diferents.
• El saldo es pot utilitzar per comprar queviures.
• Quan es gasta el saldo, s'ha de registrar a l'historial de transaccions.
• El saldo no s'ha d'afegir automàticament tret que el pagament sigui correcte.
• Les transaccions de saldo manual s'han de registrar.

3. Com funciona el procés de recàrrega del saldo?

Durant el procés de recàrrega del saldo, el jugador inicia sessió al compte del panell web, va a la pàgina de recàrrega del saldo, selecciona o introdueix l'import, selecciona el mètode de pagament i completa el procés de pagament. Quan el proveïdor de pagament realitza una devolució correcta, el sistema afegeix l'import rellevant a la cartera del jugador.

El flux de recàrrega del balanç general és el següent:

1. El jugador inicia sessió al compte del panell web.
2. Va a la pàgina Saldo o Cartera.
3. Ell selecciona la quantitat que vol carregar.
4. Tria un dels mètodes de pagament PayTR, Paywant o actiu.
5. Se us dirigirà a la pàgina de pagament.
6. Completa la transacció de pagament.
7. El proveïdor de pagaments notifica al panell el resultat satisfactori.
8. El tauler afegeix l'import al saldo del jugador.
9. El jugador veu el saldo actual a la seva cartera.
10. El jugador pot comprar articles al mercat amb aquest saldo.

El punt més crític en aquest flux és el processament correcte de la devolució correcta del proveïdor de pagament. Si la devolució de trucada o la notificació no funciona encara que el pagament s'hagi realitzat correctament, és possible que el saldo no s'afegeixi automàticament. En aquests casos, s'han d'examinar els registres de pagament i l'historial de transaccions.

4. Balanç de les zones de càrrega

A la pàgina de recàrrega del saldo, es mostren al jugador alguns camps bàsics. Mantenir aquests camps senzills i entenedors redueix les sol·licituds de pagament i suport incorrectes.

zona	Per a què serveix?	Punt a considerar
Quantitat a carregar	És la quantitat de saldo que el jugador vol afegir al seu compte.	Si hi ha una quantitat mínima i màxima, s'ha de mostrar clarament al jugador.
Forma de pagament	Determina amb quina infraestructura de pagament el jugador carregarà el saldo.	Un mètode de pagament inactiu no s'ha de mostrar al jugador.
Resum de la transacció	Mostra al jugador la quantitat i la informació de la transacció abans del pagament.	El jugador ha de veure l'import correcte abans del pagament.
Balanç actual	El saldo actual de la cartera del jugador.	S'ha d'actualitzar correctament després del pagament.

5. Afegiu el saldo després del pagament

Afegir saldo després del pagament és l'etapa més crítica del sistema. Fins i tot si el jugador ha fet un pagament, el panell ha de verificar que aquest pagament és correcte. Un cop verificat el pagament correcte, l'import corresponent s'afegeix a la cartera del jugador.

Coses a comprovar durant el procés d'afegir saldo després del pagament:

• El proveïdor de pagaments va informar que la transacció era correcta?
• La notificació coincideix amb l'ordre correcte o el registre de recàrrega?
• La quantitat és correcta?
• La moneda és correcta?
• S'ha afegit el saldo al compte de membre correcte?
• Es podria processar el mateix pagament dues vegades?
• Hi ha un registre al vostre historial de transaccions?

6. Compres de queviures amb saldo

Si el jugador té saldo suficient al seu compte, pot comprar articles de queviures directament amb el saldo de la seva cartera. En aquest procés, no cal anar al proveïdor de pagaments; El preu del producte es dedueix del saldo disponible del jugador i es crea una comanda.

A continuació s'explica com funciona la compra de queviures amb equilibri:

1. El jugador entra a la pàgina del mercat.
2. Ell tria el producte que vol comprar.
3. Comprova el preu i la descripció del producte.
4. Aplica el codi de cupó si està disponible.
5. L'import net es compara amb el saldo del jugador.
6. Si el saldo és suficient, la compra s'ha completat.
7. L'import net es dedueix del saldo del jugador.
8. Es crea un registre de comanda.
9. El producte entra al flux de lliurament automàtic o manual.

Si l'equilibri no és suficient en aquest flux, s'ha de donar un avís clar al jugador. L'avís de "Fons insuficients" pot redirigir el jugador a la pàgina de recàrrega del saldo.

7. Com es calcula el saldo en utilitzar un cupó?

Si el jugador utilitza un cupó per comprar queviures, l'import a deduir del saldo ha de ser l'import net després del descompte. Per tant, el preu del producte, el descompte del cupó i l'import del pagament final s'han de calcular correctament.

Örnek:

Ürün fiyatı: 100 TL
Kupon indirimi: %20
İndirim tutarı: 20 TL
Bakiyeden düşmesi gereken net tutar: 80 TL

Si el jugador diu "He utilitzat un cupó, però s'ha deduït l'excés de saldo", s'ha de comprovar si el cupó s'ha aplicat al detall de la comanda. El preu del producte, el codi del cupó, l'import del descompte i l'import net s'han d'examinar per separat al registre de la comanda.

8. Historial de transaccions de saldo

L'historial de transaccions de saldo mostra tots els moviments de saldo realitzats al compte del jugador. Aquest historial és un dels registres més importants de les sol·licituds de pagament i suport del mercat. És possible entendre per què el balanç del jugador va canviar a través d'aquests registres.

L'historial de transaccions ha de contenir la informació següent:

• Data de la transacció.
• Tipus de transacció: recàrrega, despesa, reemborsament, addició manual, deducció manual, compensació.
• Import de la transacció.
• El saldo abans de la transacció.
• Saldo després de la transacció.
• Número de comanda corresponent.
• Forma de pagament.
• Explicació si hi ha intervenció de l'administrador.
• L'administrador o el recurs del sistema que realitza l'acció.

Si no hi ha historial de transaccions, és molt difícil resoldre els problemes de saldo. No es pot donar una resposta clara a peticions com "el meu saldo ha disminuït" o "el saldo no ha arribat" sense registre.

9. Afegeix un saldo manual

L'addició manual del saldo és la transferència del saldo directament a la cartera del jugador per part de l'administrador. Com que aquest procés és financerament sensible, només s'ha d'utilitzar quan sigui necessari.

Es pot requerir l'addició manual del saldo en les situacions següents:

• Si el pagament s'ha realitzat correctament però no s'ha afegit cap saldo automàtic.
• Si la notificació de devolució de trucada de pagament no s'ha processat a causa d'un problema tècnic.
• Si al jugador se li donarà un saldo compensatori.
• Si el saldo es definirà com la recompensa de l'esdeveniment.
• Si s'afegirà un saldo de prova al compte de prova.
• Si l'administrador definirà un saldo dins l'àmbit d'una campanya especial.

Quan s'afegeix un saldo manualment, s'ha d'escriure una explicació. L'extracte ha d'indicar per què s'afegeix el saldo, amb quina sol·licitud de pagament o suport està relacionada i el número de comanda o transacció, si n'hi ha.

Ö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. Deducció manual del saldo

La deducció manual del saldo és la deducció del saldo de la cartera del jugador per part de l'administrador. Aquest procés s'ha de fer encara amb més cura. Perquè afecta els drets actuals del jugador.

La deducció manual del saldo està disponible en els casos següents:

• Si s'ha afegit l'excés de saldo per error.
• Si el saldo es reflecteix dues vegades a causa del procés de doble pagament.
• Si es liquidarà el saldo del compte de prova.
• Si s'ha de revertir el saldo de compensació incorrecte.
• Si es detecta un abús i la política ho permet.

L'historial de transaccions del jugador s'ha de revisar abans de deduir el saldo manual. És possible que el jugador hagi gastat accidentalment el saldo afegit addicional al mercat. En aquest cas, la comanda, el lliurament del producte i la política de gestió s'han d'avaluar conjuntament.

11. Procediments de devolució

El reemborsament significa retornar al jugador l'import que hagi pagat o gastat anteriorment. En el sistema de saldo, el reemborsament es pot produir de dues maneres: un reemborsament del saldo a la cartera del jugador o un reemborsament del pagament real a través del proveïdor de pagament. Aquests dos processos són diferents entre si.

La devolució del saldo es pot fer en els casos següents:

• El saldo del jugador va disminuir, però el producte no es va poder lliurar.
• El producte no s'ha pogut lliurar per motius tècnics o d'estoc.
• La política del servidor accepta devolucions per compres de productes incorrectes.
• A causa d'un error RCON, el producte no s'ha pogut lliurar i es va preferir un reemborsament del saldo en comptes del producte.
• El gerent vol emetre una devolució del saldo compensatori.

El reemborsament real del pagament pot estar relacionat amb el tauler del proveïdor de pagaments. Aquesta transacció no s'ha de confondre amb el saldo del tauler web. Si el jugador rep tant un reemborsament del pagament com un reemborsament del saldo, es pot produir un reemborsament doble.

12. Balanç de compensació

El saldo de compensació és el saldo addicional que es dóna al jugador amb finalitats de bona voluntat o solució a causa del problema que va experimentar. La compensació no s'ha d'aplicar automàticament per a cada problema. S'ha d'utilitzar de manera controlada segons la política de gestió del servidor.

Situacions en què es pot donar un saldo de compensació:

• Si hi ha hagut un problema de lliurament llarg.
• Si el jugador va experimentar un retard tècnic després del pagament.
• Si s'ha produït una víctima a causa d'un error de mercat.
• Si el servei adquirit no s'ha pogut utilitzar a causa del manteniment del servidor.
• Si l'administrador vol implementar una solució de suport personalitzada.

Si es dóna un saldo de compensació, s'ha d'indicar clarament a l'historial de transaccions que es tracta d'una compensació. En cas contrari, no quedarà clar en el futur si aquest saldo és un pagament, un regal o un reemborsament.

13. Relació de saldo i mètodes de pagament

El sistema de saldo pot funcionar conjuntament amb PayTR, Paywant o altres mètodes de pagament actius al tauler. Cada mètode de pagament pot tenir el seu propi sistema de notificació de transaccions. Per tant, si la configuració del mètode de pagament no és correcta, el procés de recàrrega del saldo es pot interrompre.

Coses a comprovar en cas de problemes de saldo a causa del mètode de pagament:

• Està activa la forma de pagament?
• La informació del comerciant és correcta?
• L'URL de devolució de trucada o de notificació és correcte?
• El proveïdor de pagaments informa de les transaccions reeixides?
• El panell processa aquesta notificació correctament?
• L'import de la transacció és el mateix que l'import del panell?
• El jugador ha iniciat sessió al compte correcte?
• Es podria processar el mateix pagament dues vegades?

La configuració del mètode de pagament també s'ha de revisar quan es resol el problema del saldo. No sempre n'hi ha prou amb mirar el compte del jugador.

14. Si el jugador diu "He fet un pagament però el saldo no ha rebut", és hora de comprovar

Aquesta sol·licitud de suport és un dels problemes de saldo més habituals. La comprovació s'ha de fer en un ordre específic, no aleatòriament.

1. Es demana el nom d'usuari del tauler web del jugador.
2. Es demana l'adreça electrònica de pagament del jugador.
3. Es demana data i import de pagament.
4. S'aprèn quin mètode de pagament s'utilitza.
5. La transacció es cerca al tauler del proveïdor de pagaments.
6. Es comprova si la transacció és correcta, pendent o no.
7. Comproveu si s'ha creat un registre de càrrega de saldo al tauler.
8. Es comprova si el saldo s'ha afegit al compte de membre correcte.
9. S'examina si el jugador pot haver iniciat sessió amb el compte incorrecte.
10. Després d'afegir el saldo, es comprova si s'ha gastat al mercat.
11. Si hi ha un error de devolució de trucada, l'addició manual del saldo es fa amb una 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. Comproveu l'ordre si el jugador diu "El meu saldo s'ha perdut"

Si el jugador diu que el seu saldo ha disminuït, primer s'ha d'examinar l'historial de transaccions. És possible que el saldo s'hagi gastat en la compra de queviures, que l'import net hagi disminuït després del cupó, que s'hagi fet una correcció manual o que s'hagi aplicat un procés de reemborsament/devolució.

1. Es revisa el saldo actual del jugador.
2. S'obre l'historial de transaccions de saldo.
3. S'examinen els últims moviments d'equilibri.
4. Comproveu si s'ha fet una deducció a causa de la comanda de queviures.
5. Es comprova si la comanda té èxit o no.
6. Es comprova si el producte s'ha lliurat.
7. Comproveu si el descompte del cupó s'ha calculat correctament.
8. Si hi ha una deducció manual del saldo, es llegeix la seva explicació.
9. Si hi ha una deducció incorrecta, es pren una decisió de reemborsament/compensació.

En aquestes peticions, el jugador ha de rebre una explicació clara. Per exemple, una resposta basada en registres com ara "80 TL s'han deduït del vostre saldo per a la vostra comanda de paquet VIP de 30 dies" és més tranquil·litzador.

16. Si el jugador diu "El meu saldo és baix però el producte no ha arribat", és el moment de comprovar-ho.

Això es refereix a la connexió entre el sistema d'equilibri i el lliurament de queviures. La balança pot haver caigut correctament; però el lliurament de RCON pot haver fallat. Per tant, s'han de comprovar tant el saldo com el registre de comanda i RCON.

1. Hi ha un moviment d'equilibri.
2. Es determina per a quin ordre es dedueix el saldo.
3. L'estat de pagament de la comanda està comprovat.
4. L'estat de lliurament de la comanda està comprovat.
5. Comproveu si el producte es lliura automàticament.
6. Es comprova si l'ordre RCON s'ha executat.
7. Si hi ha un missatge d'error RCON, es llegeix el motiu.
8. Comproveu si el nom d'usuari de Minecraft és correcte.
9. Si el producte s'ha de lliurar manualment, s'entregarà amb nota.
10. Si el producte no es pot lliurar, es reemborsa el saldo i s'introdueix una nota.

17. Límits d'equilibri

Els límits de càrrega mínims i màxims es poden utilitzar al sistema d'equilibri. Aquests límits estan determinats pels requisits del proveïdor de pagaments, el saldo de les comissions, el risc d'abús i els preus de mercat.

Àrees on es poden utilitzar límits:

• Import mínim de càrrega del saldo.
• Import màxim de recàrrega única del saldo.
• Límit de càrrega diària.
• Límit de càrrega mensual.
• Límit baix per a comptes nous.
• Comprovació manual de comptes sospitosos.

Els límits han de ser clars per al jugador. Si el jugador no entén per què no pot carregar un saldo per sota o per sobre d'una determinada quantitat, obre una sol·licitud de suport.

18. Balanç de seguretat

Com que el sistema de balanç està vinculat al pagament i al mercat, s'ha de protegir acuradament per seguretat. L'autoritat per editar el saldo al tauler d'administració no s'ha de donar a tothom. Un administrador no autoritzat o descuidat pot afegir saldos injustos als jugadors o reduir accidentalment els saldos dels jugadors.

Consells per a la seguretat de l'equilibri:

• Doneu autoritat de saldo manual a administradors limitats.
• Fer que la divulgació sigui obligatòria per a cada operació manual.
• L'historial de transaccions no s'ha de suprimir ni modificar.
• El saldo no s'ha d'afegir fins que no s'hagi verificat el pagament.
• S'ha de comprovar si el mateix pagament s'està processant dues vegades.
• Les transaccions amb imports elevats s'han d'examinar per separat.
• S'han de seguir diversos comptes sospitosos.
• Els registres d'administració s'han de revisar regularment.

19. Informes de balanç i control diari

El sistema d'equilibri s'ha de revisar regularment. El control diari us permet notar qualsevol problema que es pugui produir en el pagament i el flux del mercat abans que el jugador obri el suport.

Llista de comprovació del saldo diari:

• Quantes recàrregues de saldo s'han fet avui?
• Quin és el nombre de pagaments reeixits?
• Hi ha algun pagament pendent?
• Hi ha un registre en què el pagament s'ha realitzat correctament i el saldo no s'ha afegit?
• El jugador va gastar diners al mercat tot i que es va afegir el saldo?
• Hi ha una gran quantitat de transaccions de saldo manual?
• S'escriuen explicacions per a les transaccions manuals?
• S'han anotat correctament les operacions de reemborsament o compensació?
• Es podria processar el mateix pagament dues vegades?
• Hi ha diversos comptes sospitosos o activitat anormal?

Si no es fan informes periòdics, les transaccions de saldo incorrectes es notaran tard. Això pot provocar tant pèrdua d'ingressos com insatisfacció dels jugadors.

20. Errors comuns

Afegiu el saldo manualment sense verificar el pagament

El saldo no s'ha d'afegir només perquè el jugador digui que ha pagat. El proveïdor de pagaments i el registre de transaccions del panell s'han de verificar.

No comproveu si el jugador ha iniciat sessió al compte incorrecte

El saldo pot haver-se afegit al compte correcte; Però és possible que el jugador iniciï sessió amb un compte diferent. Cal comparar el compte del membre i el correu electrònic de pagament.

No escriure una descripció en un procés manual

Les transaccions de saldo manual sense explicació no es poden comprovar en el futur. S'ha de fer una nota per a cada addició, eliminació, devolució o compensació.

En cas del problema que el saldo ha disminuït però el producte no ha arribat, només cal mirar la pantalla del saldo

En aquest cas, també s'ha de comprovar l'estat de lliurament de la comanda i RCON. El problema pot ser degut al lliurament, no al saldo.

Donar producte i reemborsament per la mateixa transacció

Si el producte s'ha lliurat al jugador, el saldo no s'ha de reemborsar per la mateixa transacció. La decisió de devolució o lliurament s'ha de prendre mitjançant el registre.

Respon sense comprovar l'historial de transaccions

La resposta s'ha de basar en l'historial de transaccions del jugador, no en la seva reclamació. La resposta donada sense un examen adequat dels registres pot ser incorrecta.

21. Llista de verificació abans d'obrir una sol·licitud de suport

• El reproductor ha iniciat sessió amb el compte del panell web correcte?
• Amb quina adreça de correu electrònic s'ha fet el pagament?
• Quina és la data i l'import del pagament?
• Quina és la forma de pagament?
• El proveïdor de pagaments mostra que la transacció és correcta?
• Hi ha un registre de càrrega de saldo al tauler?
• S'ha afegit el saldo al compte correcte?
• Hi ha un registre a l'historial de transaccions de saldo?
• El saldo es va gastar en queviures?
• Si s'ha utilitzat un cupó, és correcte l'import net?
• Quina ordre es dedueix del saldo?
• S'ha lliurat la comanda?
• Hi ha un error de lliurament de RCON?
• S'ha fet una transacció de saldo manual?
• Hi ha una descripció del procés manual?
• S'ha fet el reemborsament o la compensació abans?
• Es podria processar el mateix pagament dues vegades?
• Hi ha un registre rellevant als registres de transaccions de l'administrador?

22. Recomanacions de seguretat i gestió

• No afegiu saldo sense la verificació del pagament. És imprescindible per a la seguretat financera.
• No realitzeu operacions manuals sense explicació. Cada transacció ha d'estar registrada.
• Limitar les autoritzacions de saldo. No tots els administradors haurien de tenir l'autoritat per editar el saldo.
• Mantenir l'historial de transaccions. És la font més important de problemes d'equilibri.
• Verifica el compte del jugador. Iniciar sessió al compte incorrecte és un problema comú.
• No retornar i lliurar al mateix temps. Es pot produir una doble compensació.
• Comproveu també les transaccions d'import elevat. L'error o l'abús es detecta aviat.
• Revisa diàriament els pagaments pendents. El problema es pot detectar sense que el reproductor obri el suport.
• Comproveu l'import net quan gasteu saldos amb cupons. Redueix les queixes falses de descompte.

23. Preguntes freqüents

El jugador diu que ha pagat, però el saldo no es veu. Què he de buscar primer?

Primer heu de comprovar amb quin compte ha iniciat la sessió el jugador, l'adreça electrònica des de la qual va fer el pagament, l'import del pagament, la forma de pagament i el registre del proveïdor de pagament. Si el pagament té èxit, s'ha d'examinar si hi ha un registre de saldo al panell.

La captura de pantalla de pagament és suficient per afegir saldo?

No. La captura de pantalla sola no és suficient. Els registres del proveïdor de pagaments, l'historial de transaccions del panell i el compte del jugador s'han de verificar conjuntament.

El saldo del jugador va disminuir però el producte no va arribar. Què s'ha de fer?

La comanda rellevant s'ha de trobar des del moviment del saldo, s'ha de comprovar l'estat de lliurament de la comanda i el registre RCON. Si el producte no es pot lliurar, es pot fer el lliurament manual o el reemborsament del saldo; Cal anotar la transacció.

És segur afegir saldo manualment?

Es pot fer de manera segura amb la verificació i la divulgació adequades. Tanmateix, no és correcte afegir un saldo manualment sense verificar el pagament, sense un registre de suport o sense escriure un motiu.

El reemborsament s'ha de fer com a saldo o per part del proveïdor de pagaments?

Això varia segons la política del servidor i l'estat del pagament. El reemborsament del saldo afegeix una quantitat a la cartera del panell del jugador. El reemborsament del pagament real es fa a través del proveïdor de pagament. No s'han d'aplicar dos mètodes de reemborsament conjuntament per a la mateixa transacció.

Què fer si el jugador ha transferit fons al compte equivocat?

En primer lloc, s'ha de verificar de forma segura que tots dos comptes pertanyen al mateix jugador. Aleshores, es pot fer la transferència de saldo o la correcció manual segons la política del servidor. S'ha d'escriure una nota de transacció.

Per què és important l'historial de transaccions de saldo?

Les respostes a preguntes com ara quan es va carregar el saldo del jugador, quan es va gastar, a quina comanda estava vinculada i si s'ha fet una transacció manual es troben a l'historial de transaccions. Aquests registres són essencials per resoldre correctament les sol·licituds de suport.

Conclusió

Minecraft Web Panel Balance System i Wallet Transactions són la infraestructura financera bàsica que permet als jugadors afegir saldo als seus comptes fent pagaments i comprar productes de queviures amb aquest saldo. La recàrrega del saldo, l'addició del saldo posterior al pagament, la compra de queviures, el descompte del cupó, el saldo manual, el reemborsament, la compensació i l'historial de transaccions són les parts principals d'aquest sistema.

La verificació de pagament, el compte de membre correcte, l'historial de transaccions, l'enllaç de la comanda, l'estat de lliurament de RCON i les notes de transacció manual s'han de revisar acuradament quan gestioneu les transaccions de saldo. En cas de sol·licituds del jugador com ara "he fet un pagament però el saldo no ha arribat", "el meu saldo ha disminuït" o "el meu saldo ha disminuït i el producte no ha arribat", la decisió s'ha de prendre en funció dels registres del panell, no només del missatge del jugador.

Quan el sistema de balanç es gestiona correctament, la compra de queviures es fa més ràpida, l'experiència de la cartera del jugador millora, les sol·licituds de suport de pagament disminueixen i el panell web de Minecraft té una infraestructura de vendes més fiable. Les transaccions de saldo incorrectes o no registrats afecten directament negativament la confiança dels jugadors, l'ordre financer i la qualitat del suport.

Aquest article està preparat especialment per a PvPServer.