Guia de seguiment de comandes i lliurament del mercat del panell web de Minecraft

Aquesta guia és per a tu al tauler d'administració del panell web de PvPServer Minecraft. Comandes de queviures i Seguiment de lliurament Es va preparar per explicar els processos. pantalla d'ordres de mercat; S'utilitza per gestionar els productes comprats pels jugadors, els estats de pagament, l'ús del saldo, els descomptes de cupons, el resultat d'entrega RCON, les necessitats de lliurament manual i els registres que s'han de comprovar a les sol·licituds d'assistència.

1. Quin és l'ús del menú de comandes de queviures?

Al panell web de Minecraft Comandes de queviures menú és l'àrea on es fan el seguiment de les compres dels jugadors realitzades a través del mercat web. El jugador selecciona productes del mercat, fa compres per mètode de pagament o saldo, utilitza cupons i crea una comanda. Després d'aquest procés, el producte es pot lliurar automàticament amb l'ordre RCON o manualment per l'administrador.

La pantalla de comanda s'utilitza per controlar tot aquest procés. Només "alguna ordre?" no respon a la pregunta. També ens permet entendre si el pagament és correcte, a quin jugador s'entregarà el producte, si s'aplica el descompte del cupó, si el saldo es redueix correctament, si l'ordre RCON funciona o no i si es produeix un error de lliurament.

El menú Comandes de mercat s'utilitza per a les operacions següents:

• Consulta l'historial de compres dels jugadors.
• Cerca d'una transacció per número de comanda.
• Comprovació dels productes comprats.
• Revisar l'estat del pagament.
• Si el pagament es va fer amb saldo, comprovant el moviment del saldo.
• Veure l'import del descompte si s'ha utilitzat el cupó.
• Revisant el resultat del lliurament de RCON.
• Classificació de comandes que requereixen lliurament manual.
• Per detectar comandes fallides o pendents.
• Per respondre correctament al jugador en les sol·licituds de suport.

2. Pantalla Llista de comandes

La llista de comandes ofereix una visió general de totes les comandes creades a través del mercat. En aquesta pantalla, l'administrador pot veure quines comandes són correctes, pendents, no, lliurades o errors de lliurament. Quan un jugador obre una sol·licitud d'assistència, el registre rellevant es troba cercant amb el número de comanda o el nom d'usuari.

La llista de comandes normalment conté els camps següents:

zona	Què significa?	Per què és important?
Núm. d'ordre	És la informació de seguiment única que distingeix cada comanda.	S'utilitza per trobar ràpidament l'ordre correcte a les sol·licituds d'assistència.
Membre/actor	És el compte del panell web que crea la comanda.	El saldo està associat a l'historial de pagaments i suport.
Nom d'usuari de Minecraft	El nom del jugador a qui es lliurarà el producte al joc.	És informació crítica per al lliurament de RCON. Si està malament, és possible que el producte no s'entregui.
Producte	És un producte de queviures comprat.	L'ordre de lliurament i la descripció del producte es contrasten amb aquest registre.
Import	És l'import net pagat pel jugador o deduït del saldo.	Es comprova si hi ha problemes de cupó i pagament.
Estat de pagament	Indica si el pagament s'ha realitzat correctament, pendent, no o cancel·lat.	El producte no s'ha de lliurar fins que no s'hagi completat el pagament.
Estat de lliurament	Indica si el producte s'ha lliurat o no.	És la principal àrea de control per a les sol·licituds de productes no rebudes.
data	Indica quan es va crear la comanda.	S'utilitza per comparar els terminis de pagament i lliurament.

3. Pàgina de detalls de la comanda

La pàgina de detalls de la comanda s'utilitza per revisar tota la informació d'una única comanda en detall. La llista de comandes ofereix una visió general; Tanmateix, el diagnòstic real es fa sovint a la pantalla de detalls. En aquesta pantalla es pot veure informació com ara la informació de pagament, la informació del producte, la informació de l'usuari, el descompte del cupó, l'ordre RCON, el resultat de l'entrega i l'historial de transaccions.

Títols a comprovar en els detalls de la comanda:

• Número de comanda.
• Compte de membre que ha creat la comanda.
• Nom d'usuari de Minecraft del jugador.
• Producte o productes comprats.
• Preu del producte.
• Si hi ha un cupó de descompte, el codi del cupó i l'import del descompte.
• Import net pagat.
• Forma de pagament.
• Estat de la transacció del proveïdor de pagaments.
• Transacció de saldo si s'ha utilitzat el saldo.
• Ordre de lliurament RCON.
• Resultat de l'ordre RCON.
• Explicació si hi ha una nota de transacció manual.
• Data de lliurament.

La pantalla de detalls de la comanda s'ha de revisar abans de respondre al jugador per a les sol·licituds d'assistència. La decisió s'ha de prendre en funció del registre de la comanda, no del missatge del jugador.

4. Per què és important el número de comanda?

El número de comanda s'utilitza per fer un seguiment exclusiu de cada compra. Si el jugador escriu el número de comanda quan obre una sol·licitud d'assistència, l'administrador pot trobar ràpidament el registre correcte. Cercar només pel nom del jugador o el nom del producte sense el número de comanda de vegades pot provocar resultats incorrectes.

El número de comanda és especialment important en aquests casos:

• Si el mateix jugador va comprar diversos articles.
• Si el jugador va comprar el mateix producte diverses vegades.
• Si el pagament s'ha realitzat correctament però el lliurament ha fallat.
• Si el jugador va fer compres amb comptes diferents.
• Si el bescanvi del cupó depèn d'una comanda específica.
• Si s'ha de fer el lliurament manual.
• Si l'ordre del panell coincidirà amb el registre del proveïdor de pagament.

5. Estat de pagament

L'estat de pagament de la comanda és un dels punts de control més crítics per al lliurament del producte. Si el pagament no es realitza correctament, el producte no s'ha de lliurar. És normal que el lliurament automàtic no funcioni si el pagament està pendent, fallat o cancel·lat.

Estat de pagament	Significat	Què fer?
reeixit	El pagament s'ha completat o la compra amb saldo s'ha realitzat correctament.	S'ha de comprovar l'estat de lliurament.
Pendent	És possible que no hi hagi un resultat definitiu d'èxit per part del proveïdor de pagament.	S'han de comprovar el tauler del proveïdor de pagaments i el registre de devolució de trucada.
fracassar	El pagament no s'ha completat.	El producte no s'ha de lliurar.
Cancel·la	S'ha cancel·lat la comanda o el procés de pagament.	No s'ha de fer cap lliurament, s'ha d'explicar al jugador que el pagament no s'ha realitzat.

6. Seguiment de les compres amb el saldo

Si el jugador va comprar el producte amb el saldo del seu panell web, s'han d'examinar conjuntament el registre de la comanda i el moviment del saldo. La compra de saldo pot operar independentment del proveïdor de pagament; No obstant això, l'estat de la comanda i el lliurament encara s'ha de seguir amb precisió.

Les preguntes següents s'han de fer durant la comprovació de la compra del saldo:

• Quin era el saldo previ a la compra del jugador?
• Quant era el preu del producte?
• S'ha aplicat un descompte de cupó?
• És correcte l'import deduït del saldo?
• La comanda es va fer després de deduir el saldo?
• Sembla que l'ordre té èxit?
• S'ha lliurat el producte?
• Si la transacció ha fallat, cal la devolució del saldo?

Si el jugador diu "el meu saldo ha disminuït però el producte no ha arribat", s'hauria d'examinar seriosament aquesta situació. És possible que el saldo hagi disminuït, s'ha fet la comanda, però pot haver fallat el lliurament de RCON. En aquest cas, la decisió de lliurar el producte o reemborsar el saldo s'ha de prendre segons el registre de la comanda.

7. Ús del cupó i relació de comanda

Si el jugador va utilitzar un codi de cupó durant la comanda, la informació del cupó hauria d'aparèixer al detall de la comanda. El descompte del cupó afecta directament el preu del producte i l'import del pagament. Per tant, en peticions com ara "excés de saldo deduït", "descompte no aplicat", "el meu cupó s'ha malgastat", s'ha de comprovar la relació comanda-cupó.

Àrees a revisar en comandes mitjançant cupons:

• El codi del cupó està inclòs a la comanda?
• La taxa de descompte o l'import és correcte?
• El cupó era vàlid per a aquest producte o categoria?
• Es compleix el requisit de la cistella mínima?
• L'import net del pagament després del descompte és correcte?
• S'ha esgotat el dret d'ús del cupó?
• Si la comanda no té èxit, s'han de reemborsar els drets d'ús del cupó?

Örnek kontrol:

Ürün fiyatı: 100 TL
Kupon: HAFTASONU20
İndirim: %20
Beklenen net tutar: 80 TL

Sipariş detayında net tutar 100 TL görünüyorsa kupon uygulanmamış olabilir.
Sipariş detayında net tutar 80 TL görünüyorsa indirim uygulanmıştır.

8. Estat de lliurament

L'estat de lliurament mostra si el producte ha arribat al reproductor o no. Fins i tot si el pagament es realitza correctament, el lliurament és un procés independent. Especialment per als productes lliurats automàticament amb l'ordre RCON, el pagament pot ser correcte, però el lliurament pot fallar.

Estat de lliurament	Significat	Què comprovar?
Lliurat	Sembla que el producte s'ha lliurat al jugador.	Es pot comprovar el registre RCON o l'albarà de lliurament manual.
Pendent	El lliurament encara no s'ha completat.	S'ha de comprovar si el producte es lliura manualment o en cua automàtica.
Error de lliurament	S'ha produït un error durant el RCON o el lliurament.	S'han de comprovar la connexió, la comanda, el nom del jugador i la condició en línia RCON.
Es requereix lliurament manual	El producte el donarà l'administrador, no automàticament.	S'ha d'explicar el termini de lliurament al jugador i s'ha d'introduir una nota després del lliurament.

9. Resultat d'entrega RCON

En productes amb lliurament automàtic, el resultat RCON és l'àrea de control més important. El panell envia l'ordre definida a la configuració del producte al servidor de Minecraft. Si aquesta ordre s'executa correctament, el producte es lliura. L'entrega pot fallar si l'ordre retorna un error o no es pot accedir al servidor.

La informació següent s'ha de comprovar com a resultat del lliurament de RCON:

• S'ha enviat l'ordre RCON?
• En nom de quin jugador es va enviar l'ordre?
• S'ha traduït correctament la variable del nom del jugador?
• L'ordre ha retornat una resposta correcta?
• La connexió RCON estava activa en aquell moment?
• L'ordre ha donat un missatge d'error?
• El jugador havia d'estar connectat?
• L'ordre del connector era correcta?

10. Seguiment manual de lliurament

Alguns productes no es lliuren automàticament. El gestor revisa la comanda i ordena el producte manualment al joc o a través del tauler. El lliurament manual es pot controlar més; Tanmateix, si no es mantenen registres, es crearà confusió.

Situacions que requereixen lliurament manual:

• Si el producte requereix una manipulació especial.
• Si hi ha productes que no es poden lliurar amb RCON.
• Si es prepararà un paquet especial per al jugador.
• Si cal l'aprovació de l'administrador.
• Si la verificació del pagament es farà manualment.
• Si RCON no funciona temporalment.

Quan es fa el lliurament manual, a la nota de comanda s'ha d'escriure què es va lliurar, a qui, quan i per quin responsable. Si aquest registre no existeix, el control es farà difícil en el futur quan el jugador torni a dir "el meu producte no ha arribat".

Örnek manuel teslimat notu:

30 Günlük VIP Paketi, oyuncu adı: DarkPlayer
25.05.2026 21:35 tarihinde manuel olarak teslim edildi.
Teslim eden yönetici: Admin

11. Comandes fallides

Comandes sense èxit; Pot ocórrer quan el pagament no s'ha completat, la transacció es cancel·la, el proveïdor de pagaments retorna un error o el sistema no pot completar la comanda. Les comandes sense èxit no donen dret al jugador al producte. Tanmateix, si el jugador creu que el pagament apareix al seu banc, el registre del proveïdor de pagament s'ha de comprovar per separat.

Coses a comprovar si hi ha comandes no reeixides:

• El proveïdor de pagaments diu que la transacció ha estat correcta?
• Per què sembla que el pagament no s'ha realitzat correctament al tauler?
• El jugador podria haver sortit abans de la pantalla de pagament?
• Pot ser que la devolució de trucada no va arribar?
• S'ha processat l'ús del cupó a la comanda sense èxit?
• S'ha deduït el saldo?
• El producte es va lliurar per error?

En cas de comandes sense èxit, el pagament s'ha de confirmar abans de l'entrega del producte. Si el proveïdor de pagament té èxit però el panell mostra un fracàs, s'ha de realitzar una comprovació tècnica i, si cal, s'ha d'aplicar una transacció manual de manera registrada.

12. Comandes pendents

Les comandes pendents fan referència a transaccions per a les quals no s'ha finalitzat el pagament o el lliurament no s'ha completat. Per a alguns mètodes de pagament, el resultat de la transacció es pot retardar uns minuts. No obstant això, les comandes que estan pendents durant molt de temps s'han de comprovar.

S'han d'examinar les situacions següents per a les comandes pendents:

• Heu rebut una devolució de trucada del proveïdor de pagaments?
• La transacció es mostra correcta al tauler de pagament?
• El jugador ha completat el pas de pagament?
• Hi ha hagut un error en comprar amb saldo?
• RCON està esperant en una cua de lliurament?
• L'entrega manual requereix una acció de l'administrador?
• Es podria bloquejar la comanda o estar incompleta al sistema?

13. Comandes cancel·lades

Les comandes cancel·lades poden referir-se a situacions en què el jugador no ha completat el procés de pagament o la transacció ha estat cancel·lada pel proveïdor de pagament. En aquestes comandes, el producte no s'ha de lliurar en condicions normals.

Coses a comprovar per comandes cancel·lades:

• El jugador ha sortit de la pantalla de pagament?
• El proveïdor de pagaments ha cancel·lat la transacció?
• El panell ha cancel·lat automàticament la comanda?
• Hi ha una reducció del saldo?
• S'ha esgotat el dret d'ús del cupó?
• El producte es va lliurar per error?

Si el reproductor obre suport per a una comanda cancel·lada, s'ha de comparar el registre del proveïdor de pagament i el registre de la comanda del panell. Si no s'ha rebut el pagament, el producte no s'ha de lliurar.

14. Si el jugador diu "El meu producte no ha arribat", és el moment de comprovar-ho.

Les sol·licituds d'assistència "El meu producte no ha arribat" són un dels problemes que es troben amb més freqüència als mercats de Minecraft Web Panel. A aquestes sol·licituds s'ha d'aplicar una ordre de xec fix.

1. Es demana al jugador el número de comanda.
2. La comanda està disponible al compte de membre corresponent.
3. L'estat del pagament està comprovat.
4. Si el pagament no es realitza correctament, el producte no es lliurarà.
5. Si el pagament es realitza correctament, es comprovarà l'estat de lliurament.
6. Comproveu si el producte es lliura automàticament o manualment.
7. Es comprova si l'ordre RCON s'ha executat.
8. Es comprova si RCON ha retornat un error.
9. Comproveu si el nom d'usuari de Minecraft del jugador és correcte.
10. Comproveu si el jugador ha d'estar en línia.
11. Es comprova si el producte pot haver estat lliurat abans.
12. Si cal, es fa el lliurament manual i s'afegeix una nota.

Oyuncuya örnek cevap:

Merhaba,

Siparişinizi kontrol edebilmemiz için sipariş numaranızı ve Minecraft kullanıcı adınızı paylaşmanız gerekmektedir.
Ödeme başarılı görünüyorsa teslimat durumunuzu, RCON komut kaydınızı ve ürünün hangi oyuncu adına gönderildiğini kontrol edeceğiz.

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

Això pot passar quan es compra amb saldo. Si el saldo del jugador ha disminuït però el producte no s'ha lliurat, la comanda i el flux RCON s'han d'examinar acuradament.

1. El jugador té un compte de membre.
2. Es comprova el moviment de l'equilibri.
3. Es determina quina comanda es va deduir del saldo.
4. L'estat de la comanda està comprovat.
5. L'estat de lliurament està comprovat.
6. Comproveu si l'ordre RCON dóna un error.
7. Es comprova si el producte requereix lliurament manual.
8. Si el producte no es pot lliurar, es pren una decisió de reemborsament del saldo o de lliurament manual.
9. L'acció realitzada està escrita a la nota de comanda.

16. Si el jugador diu "Vaig fer servir un cupó, però no vaig obtenir un descompte", és la comanda comprovant

En els problemes de comandes relacionats amb el cupó, el preu del producte, la regla del cupó i l'import net del pagament s'han d'avaluar conjuntament.

1. El codi del cupó és visible al detall de la comanda?
2. El cupó estava actiu en el moment de fer la comanda?
3. El cupó era vàlid per a aquest producte o categoria?
4. S'ha complert l'import mínim de la cistella?
5. El tipus de descompte és percentatge o import fix?
6. S'ha calculat correctament l'import del descompte?
7. L'import net del pagament és correcte?
8. El jugador ha anat a la pantalla de pagament sense aplicar el cupó?
9. L'ús del cupó està vinculat a una comanda fallida?

Si el cupó no s'ha aplicat i el jugador ha pagat, la transacció s'ha d'avaluar segons la política. En tots els casos, s'han de comprovar conjuntament el registre de la comanda, el registre del cupó i l'import del pagament.

17. Evitar que la mateixa comanda sigui lliurada dues vegades

Una de les situacions més arriscades en la gestió de queviures és lliurar la mateixa comanda dues vegades. Això sol passar quan una comanda manual s'executa precipitadament durant una sol·licitud de suport. És possible que el jugador hagi rebut el producte però no s'hagi adonat; O és possible que l'ordre RCON s'hagi executat correctament, però pot ser que l'estat del panell no s'hagi actualitzat.

Per evitar el doble lliurament:

• S'ha de comprovar l'estat de lliurament de la comanda.
• S'ha d'examinar l'historial d'ordres RCON.
• Heu de comprovar si el nom del jugador és correcte.
• S'ha de comprovar si el producte pot haver estat lliurat dins del joc.
• Si s'ha de fer un lliurament manual, s'ha d'afegir una nota de comanda.
• L'estat de la comanda s'ha d'actualitzar després del lliurament manual.
• S'ha de comprovar si un altre administrador ha respost a la mateixa sol·licitud d'assistència.

Els lliuraments dobles pertorben l'economia del servidor i creen un avantatge injust entre els jugadors. S'ha de tenir cura especialment amb productes com VIP, diners del joc i claus de seguretat.

18. Notes de comanda

Les notes de comanda s'han d'utilitzar per al processament manual o la descripció d'excepcions. Quan un gestor intervé manualment en una comanda, el motiu d'aquesta intervenció s'ha d'escriure en una nota. Això us permet entendre què es va fer quan la mateixa comanda es revisi de nou en el futur.

Informació que es pot escriure a la nota de comanda:

• Data i nom de l'administrador si s'ha fet el lliurament manual.
• Informació de lliurament manual a causa d'un error RCON.
• Si s'ha fet un reemborsament del saldo, l'import i el motiu.
• Explicació si s'ha fet una correcció perquè el nom del jugador era incorrecte.
• Detalls si es va fer una compensació a causa del cupó.
• Resultat si es verifica amb el proveïdor de pagament.

Les transaccions fetes sense escriure una nota crearan confusió en el futur. Mantenir registres, especialment pel que fa al pagament i el lliurament, és important per a la seguretat de la gestió.

19. Cerca i filtre d'ordres

A mesura que augmenta el nombre de comandes, la cerca i el filtratge esdevenen importants per trobar el registre correcte. L'administrador hauria de poder filtrar les comandes per estat, data, usuari, mètode de pagament, producte o número de comanda.

Filtres disponibles:

• Número de comanda.
• Nom d'usuari del membre.
• Nom d'usuari de Minecraft.
• Estat de pagament.
• Estat de lliurament.
• Forma de pagament.
• Nom del producte.
• Codi de cupó.
• Interval de dates.
• Comandes incorrectes de RCON.

El filtratge periòdic de les comandes, especialment aquelles amb l'estat d'"error de lliurament" o "pendent", us permet intervenir abans que els problemes s'escalfin.

20. Informes de comandes i control diari

Les comandes de queviures s'han de revisar diàriament. Aquesta comprovació és important no només per veure el nombre de vendes, sinó també per detectar comandes amb problemes amb antelació.

Llista de verificació diària:

• Quantes comandes s'han fet avui?
• Quantes comandes tenen èxit?
• Quantes comandes estan pendents?
• Hi ha una comanda amb un error de lliurament?
• Hi ha una comanda esperant el lliurament manual?
• Hi ha una comanda que s'ha pagat correctament però que no s'ha lliurat?
• Hi ha descomptes anormals en comandes amb cupons?
• L'error RCON es repeteix?
• El mateix jugador ha creat moltes ordres sense èxit?

Si no es realitzen comprovacions diàries, és possible que alguns errors de lliurament no es notin fins que el reproductor no obre el suport. El control proactiu redueix les sol·licituds de suport i augmenta la satisfacció dels jugadors.

21. Errors comuns

Lliurament de productes sense comprovar l'estat de pagament

Si el pagament no es realitza correctament, el producte no s'ha de lliurar. L'enviament manual de pagaments pendents o fallits pot provocar la pèrdua d'ingressos.

Realització d'un lliurament manual sense llegir el registre RCON

És possible que l'ordre RCON ja s'hagi executat correctament. L'historial de comandaments s'ha de comprovar abans de fer un lliurament manual.

No s'està verificant el nom d'usuari de Minecraft

El nom del jugador incorrecte pot provocar que el lliurament falli o que el producte arribi al jugador equivocat. S'ha de comprovar el nom de Minecraft al detall de la comanda.

No escriure notes després del processament manual

Sense una nota, la mateixa comanda es pot tornar a lliurar més tard o no es pot entendre l'historial de transaccions. Cada intervenció manual s'ha de registrar.

No comprovant els descomptes dels cupons

Si el jugador va utilitzar un cupó, l'import net del pagament canvia. El descompte del cupó s'ha de tenir en compte en comparar l'import de la comanda i el pagament.

No es fa el seguiment de les comandes pendents

Les comandes que romanguin pendents durant un llarg període de temps poden indicar problemes de pagament o lliurament. S'ha de filtrar i comprovar regularment.

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

• El número de comanda és correcte?
• La comanda pertany al compte de membre correcte?
• El nom d'usuari de Minecraft és correcte?
• El producte comprat és correcte?
• L'estat del pagament és correcte?
• Quina és la forma de pagament?
• Si el pagament es va fer amb saldo, és correcta la transacció de saldo?
• S'ha utilitzat el cupó?
• S'ha aplicat correctament el descompte del cupó?
• L'import net del pagament és correcte?
• Quin és l'estat de lliurament?
• El producte té lliurament automàtic?
• S'ha enviat l'ordre RCON?
• L'ordre RCON ha donat un error?
• El jugador havia d'estar connectat?
• S'ha fet el lliurament manual?
• Hi ha una nota de comanda?
• Es podria haver lliurat la mateixa comanda abans?
• S'ha lliurat un producte a una comanda fallida o cancel·lada?

23. Recomanacions de seguretat i gestió

• No entregueu articles sense verificar el pagament. Es poden produir pèrdues financeres.
• Comproveu els registres de RCON regularment. Els errors de lliurament es detecten aviat.
• Escriu notes per a lliuraments manuals. L'historial de transaccions segueix sent comprensible.
• Utilitzeu el número de comanda. El registre correcte de les sol·licituds de suport es troba ràpidament.
• Filtra comandes pendents. Redueix els problemes de pagament o lliurament ignorats.
• Comproveu l'import net de les comandes amb cupons. S'evita la deducció falsa o la deducció d'excés de saldo.
• Compte amb els lliuraments dobles. No doneu productes manuals sense comprovar l'historial de comandes i comandes.
• Verifica el nom d'usuari de Minecraft. És fonamental que el lliurament automàtic vagi al reproductor correcte.
• No suprimiu l'historial de comandes. Necessari per al pagament, suport i seguiment comptable.

24. Preguntes freqüents

Diu que el meu producte de reproductor no ha arribat, l'he de tornar manualment immediatament?

No. Primer s'han de comprovar el número de comanda, l'estat del pagament, l'estat de lliurament, el registre RCON, el nom d'usuari de Minecraft i l'ordre del producte. El producte pot haver estat lliurat abans.

El pagament s'ha realitzat correctament, però hi ha un error de lliurament. Què he de fer?

S'han de comprovar la connexió RCON, l'ordre de lliurament del producte, la variable del nom del jugador, l'estat en línia del jugador i el missatge d'error de l'ordre. Si cal, s'ha de fer un lliurament manual i afegir una nota de comanda.

Què fer si el saldo ha disminuït però el producte no ha arribat?

El moviment del saldo, l'estat de la comanda i l'estat de lliurament es comproven conjuntament. Si el producte no s'ha lliurat, es pot fer l'entrega manual o la devolució del saldo; Cal anotar la transacció.

Per què l'import del pagament és diferent per a una comanda amb un cupó?

El descompte del cupó redueix l'import net del pagament. El preu del producte, el descompte del cupó i l'import net pagat s'han de comprovar per separat al detall de la comanda.

La comanda pendent es corregirà automàticament?

Alguns mètodes de pagament poden tenir devolucions retardades; Tanmateix, les comandes que romanen pendents durant molt de temps s'han de comprovar manualment. S'ha de revisar el registre del proveïdor de pagaments i l'estat de devolució de trucada.

S'ha enviat l'ordre RCON, però el jugador no ha rebut el producte. D'on?

És possible que l'ordre hagi donat un error, que el reproductor estigui fora de línia, que el nom del jugador sigui incorrecte o que el connector utilitzat no admeti el lliurament fora de línia. El resultat RCON i el comportament de les ordres dins del joc s'han de comprovar.

Per què és important la nota de comanda?

S'han de prendre notes per evitar confusions futures quan es faci un lliurament manual, un reemborsament del saldo, una correcció del nom del jugador o una transacció especial. Si no hi ha cap nota, es pot tornar a processar la mateixa comanda.

Conclusió

La pantalla de seguiment de comandes i lliurament del tauler web de Minecraft és una de les seccions més importants que garanteixen una gestió segura i ordenada de les vendes al mercat. En aquesta pantalla es fa un seguiment del número de comanda, el compte de membre, el nom d'usuari de Minecraft, la informació del producte, l'estat del pagament, el moviment del saldo, el descompte del cupó, el resultat d'entrega RCON i les notes de transacció manual.

Quan el jugador obre suport pel que fa a l'entrega del producte, el pagament, el saldo o el cupó, la decisió s'ha de prendre segons el registre de la comanda. El producte no s'ha de lliurar tret que el pagament sigui satisfactori, el producte no s'ha de lliurar manualment abans de llegir el resultat RCON, si es realitza una transacció manual, s'ha d'introduir una nota i s'ha d'assegurar que la mateixa comanda no es lliura dues vegades.

Quan el seguiment de les comandes es fa correctament, les molèsties del jugador disminueixen, la fiabilitat del mercat augmenta, les sol·licituds de suport es resolen més ràpidament i el panell web de Minecraft es converteix en un sistema de gestió de vendes professional.

Aquest article està preparat especialment per a PvPServer.