Minecraft Web Panel Balance System és Wallet Tranzakciós útmutató

Ez az útmutató a PvPServer Minecraft Web Panel része. Mérlegrendszer és Wallet-tranzakciók Felkészült a szerkezetének magyarázatára. Mérlegrendszer; Lehetővé teszi a játékosok számára, hogy pénzt töltsenek fel webpanel számlájukra, termékeket vásároljanak a piacról a betöltött egyenleggel, utólagos fizetési egyenleget a számlára, kézi egyenleg-korrekciókat, visszatérítési vagy kompenzációs tranzakciókat és ellenőrizzék a tranzakciós előzményeket.

1. Mit csinál a mérlegrendszer?

A Minecraft Web Panelben az egyenlegrendszer létrehoz egy virtuális pénztárca összeget, amely elérhető a játékos webpanel fiókjában. A játékos betölti az egyenleget a fizetési móddal, és ezt az egyenleget élelmiszerek vásárlására használja. Így ahelyett, hogy minden egyes termékvásárlásnál visszamenne a fizetési szolgáltatóhoz, a játékos gyorsabban vásárolhat a számláján lévő egyenleg felhasználásával.

Az egyenlegrendszer kifejezetten piaci, fizetési, kuponos, rendelési és támogatási folyamatokkal működik. Amikor a játékos betölt egy egyenleget, ha a fizetés sikeres, az összeg hozzáadódik a pénztárcájához. Ha vásárol egy terméket a piacról, az egyenleget a termék ára csökkenti. Kupon felhasználása esetén a kedvezmény utáni nettó összeget levonják az egyenlegből. Ha a terméket nem szállítják ki, akkor a rendelés és az egyenleg tranzakció együtt kerül áttekintésre.

Az egyenlegrendszert a következő tranzakciókhoz használják:

• Lehetővé teszi a játékos számára, hogy egyenleget adjon a számlájához.
• Pénztárca-egyenleg használata fizetési módként élelmiszer-vásárláshoz.
• Sikeres tranzakciók tükrözése a játékos számláján fizetés után.
• A kupon utáni nettó összeg levonása az egyenlegből.
• Kézi egyenleg-kiegészítés vagy -levonás.
• Visszatérítés, kompenzáció vagy kampányegyenleg meghatározása.
• A játékos mérlegtörténetének vizsgálata.
• Fizetési és piaci támogatási igények megoldása pontos nyilvántartással.

2. Wallet Logic

A Wallet a játékos webpanel fiókjában elérhető egyenlegterület. A játékos ezt az egyenleget használja a Minecraft piaci tárgyak vásárlására. A pénztárca rendszer a játékos számla alapján működik. Ezért nagyon fontos, hogy a játékos a megfelelő fiókkal jelentkezzen be.

Ha a játékos rossz fiókkal jelentkezik be, előfordulhat, hogy egyenlege nem jelenik meg. Például, ha a játékos egy e-mail címmel tölt be egyenleget, majd egy másik felhasználói fiókkal jelentkezik be, akkor azt gondolhatja, hogy "nem érkezett meg az egyenlegem". Ebben az esetben a fizetés valóban sikeres lehet; de az egyenleget egy másik számlához adták hozzá.

Alapvető tudnivalók a pénztárcarendszerről:

• Az egyenleg a játékos webpanel fiókjától függ.
• A Minecraft felhasználónév és a webpanel felhasználónév eltérhet.
• Az egyenleg élelmiszervásárlásra használható.
• Amikor az egyenleg elköltött, azt rögzíteni kell a tranzakciós előzményekben.
• Az egyenleget nem szabad automatikusan hozzáadni, kivéve, ha a fizetés sikeres.
• A kézi egyenlegtranzakciókat rögzíteni kell.

3. Hogyan működik az egyenleg-feltöltési folyamat?

Az egyenleg feltöltési folyamat során a játékos bejelentkezik a webpanel számlájára, az egyenleg feltöltési oldalra lép, kiválasztja vagy beírja az összeget, kiválasztja a fizetési módot és befejezi a fizetési folyamatot. Amikor a fizetési szolgáltató sikeres visszatérítést hajt végre, a rendszer a megfelelő összeget hozzáadja a játékos pénztárcájához.

Az általános egyenleg-feltöltési folyamat a következő:

1. A lejátszó bejelentkezik a webpanel fiókjába.
2. Megjelenik az Egyenleg vagy a Wallet oldal.
3. Kiválasztja a feltölteni kívánt mennyiséget.
4. PayTR, Paywant vagy aktív fizetési módok közül választhat.
5. A rendszer átirányítja a fizetési oldalra.
6. Befejezi a fizetési tranzakciót.
7. A fizetési szolgáltató értesíti a panelt a sikeres eredményről.
8. A panel hozzáadja az összeget a játékos egyenlegéhez.
9. A játékos látja az aktuális egyenleget a pénztárcájában.
10. A játékos ezzel az egyenleggel vásárolhat tárgyakat a piacon.

Ennek a folyamatnak a legkritikusabb pontja a fizetési szolgáltató sikeres visszaküldésének helyes feldolgozása. Ha a visszahívás vagy értesítés a sikeres fizetés ellenére sem működik, előfordulhat, hogy az egyenleg nem kerül automatikusan hozzáadásra. Ilyen esetekben meg kell vizsgálni a fizetési nyilvántartásokat és a tranzakciós előzményeket.

4. Egyensúly rakodási területek

Az egyenleg feltöltő oldalon néhány alapvető mező látható a játékos számára. Ha ezeket a mezőket egyszerűvé és érthetővé teszi, akkor csökken a helytelen fizetési és támogatási kérelmek száma.

területen	Mire való?	Megfontolandó pont
Feltöltendő összeg	Ez az egyenleg összege, amelyet a játékos hozzá szeretne adni a számlájához.	Ha van minimális és maximális összeg, akkor azt egyértelműen meg kell jeleníteni a játékos számára.
Fizetési mód	Meghatározza, hogy a játékos melyik fizetési infrastruktúrával fogja betölteni az egyenleget.	Az inaktív fizetési módot nem szabad megjeleníteni a játékosnak.
Tranzakció összefoglaló	Fizetés előtt megmutatja a játékosnak az összeget és a tranzakciós információkat.	A játékosnak látnia kell a helyes összeget fizetés előtt.
Jelenlegi egyenleg	A játékos aktuális pénztárca egyenlege.	Fizetés után helyesen kell frissíteni.

5. Adjon hozzá egyenleget a fizetés után

A fizetés utáni egyenleg hozzáadása a rendszer legkritikusabb szakasza. Még ha a játékos be is fizetett, a panelnek igazolnia kell a fizetés sikerességét. A sikeres fizetés igazolása után a megfelelő összeg hozzáadódik a játékos pénztárcájához.

A fizetés utáni egyenleg hozzáadása során ellenőrizendő dolgok:

• Sikeresnek jelentette a fizetési szolgáltató a tranzakciót?
• Az értesítés megfelelt a megfelelő sorrendnek vagy feltöltési rekordnak?
• Helyes az összeg?
• Helyes a valuta?
• Az egyenleg a megfelelő tagszámlához lett hozzáadva?
• Ugyanaz a fizetés kétszer is feldolgozható?
• Van bejegyzés a tranzakciós előzményeiben?

6. Élelmiszervásárlás egyenleggel

Ha a játékosnak elegendő egyenlege van a számláján, közvetlenül a pénztárcájáról vásárolhat élelmiszereket. Ebben a folyamatban nem kell a fizetési szolgáltatóhoz fordulni; A termék árát levonják a játékos rendelkezésre álló egyenlegéből, és létrejön egy rendelés.

Így működik az egyenleggel végzett élelmiszervásárlás:

1. A játékos belép a piac oldalára.
2. Kiválasztja a megvásárolni kívánt terméket.
3. Ellenőrzi a termék árát és leírását.
4. Kuponkódot alkalmaz, ha rendelkezésre áll.
5. A nettó összeget a játékos egyenlegéhez viszonyítják.
6. Ha az egyenleg elegendő, a vásárlás befejeződött.
7. A nettó összeget levonják a játékos egyenlegéből.
8. Megrendelésrekord jön létre.
9. A termék bekerül az automatikus vagy kézi szállítási folyamatba.

Ha az egyensúly nem elegendő ebben az áramlásban, egyértelmű figyelmeztetést kell adni a játékosnak. A „Nincs elegendő pénzeszköz” figyelmeztetés átirányíthatja a játékost az egyenlegfeltöltési oldalra.

7. Hogyan történik az egyenleg kiszámítása kupon használatakor?

Ha a játékos kupont használ élelmiszervásárláshoz, akkor az egyenlegből levonandó összegnek a kedvezmény utáni nettó összegnek kell lennie. Ezért helyesen kell kiszámítani a termék árát, a kuponkedvezményt és a végső fizetési összeget.

Örnek:

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

Ha a játékos azt mondja: "Használtam egy kupont, de a többlet egyenleget levonták", akkor a megrendelés részleteinél ellenőrizni kell, hogy a kupon felhasználásra került-e. A termék árát, a kuponkódot, a kedvezmény összegét és a nettó összeget külön kell megvizsgálni a rendelési nyilvántartásban.

8. Egyenleg tranzakciós előzmények

Az egyenlegtranzakciós előzmények a játékos számláján végrehajtott összes egyenlegmozgást mutatják. Ez az előzmény a fizetési és piaci támogatási kérelmek egyik legfontosabb feljegyzése. Ezeken a rekordokon keresztül érthető, hogy miért változott meg a játékosok mérlege.

A tranzakciós előzményeknek a következő információkat kell tartalmazniuk:

• Tranzakció dátuma.
• Tranzakció típusa: feltöltés, költés, visszatérítés, kézi hozzáadás, kézi levonás, beszámítás.
• Tranzakció összege.
• A tranzakció előtti egyenleg.
• Egyenleg tranzakció után.
• Vonatkozó rendelési szám.
• Fizetési mód.
• Magyarázat, ha van rendszergazdai beavatkozás.
• A műveletet végrehajtó rendszergazda vagy rendszererőforrás.

Ha nincs tranzakciós előzmény, nagyon nehézzé válik az egyensúlyi problémák megoldása. „Csökkent az egyenlegem” vagy „nem érkezett meg az egyenleg” kérésekre regisztráció nélkül nem adható egyértelmű válasz.

9. Kézi mérleg hozzáadása

A kézi egyenleg-kiegészítés az egyenlegnek az adminisztrátor által közvetlenül a játékos pénztárcájába történő átvitele. Mivel ez a folyamat pénzügyileg érzékeny, csak szükség esetén szabad használni.

A következő esetekben lehet szükség az egyenleg kézi kiegészítésére:

• Ha a fizetés sikeres volt, de nem lett hozzáadva automatikus egyenleg.
• Ha a fizetési visszahívási értesítés feldolgozása technikai probléma miatt nem történt meg.
• Ha a játékos kompenzációs egyenleget kap.
• Ha az egyenleg eseményjutalomként lesz meghatározva.
• Ha próbaegyenleg kerül hozzáadásra a tesztszámlához.
• Ha az adminisztrátor egy speciális kampány keretein belül határoz meg egyenleget.

Egyenleg kézi hozzáadásakor magyarázatot kell írni. A nyilatkozatban fel kell tüntetni, hogy miért került hozzáadásra az egyenleg, melyik fizetési vagy támogatási kérelemhez kapcsolódik, valamint a megrendelés vagy tranzakció számát, ha van ilyen.

Ö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. Manuális egyenleglevonás

A kézi egyenleglevonás az egyenleg levonása a játékos pénztárcájából az adminisztrátor által. Ezt a folyamatot még óvatosabban kell elvégezni. Mert ez érinti a játékos aktuális jogait.

A kézi egyenleglevonás a következő esetekben érhető el:

• Ha tévedésből többletegyenleget adtak hozzá.
• Ha az egyenleg kétszer jelenik meg a kettős fizetési feldolgozás miatt.
• Ha a tesztszámlán lévő egyenleg törlődik.
• Ha a hibás kompenzációs egyenleget meg kell fordítani.
• Ha visszaélést észlelnek, és a szabályzat megengedi.

A kézi egyenleg levonása előtt át kell tekinteni a játékos tranzakciós előzményeit. Lehetséges, hogy a játékos véletlenül a piacon költötte el az extra hozzáadott egyenleget. Ebben az esetben a megrendelést, a termékszállítási és kezelési szabályzatot együtt kell értékelni.

11. Visszaküldési eljárások

A visszatérítés azt jelenti, hogy vissza kell adni a játékosnak a korábban befizetett vagy elköltött összeget. Az egyenlegrendszerben a visszatérítés kétféleképpen történhet: az egyenleg visszafizetése a játékos pénztárcájába, vagy a tényleges befizetés visszafizetése a fizetési szolgáltatón keresztül. Ez a két folyamat különbözik egymástól.

Egyenleg-visszatérítés a következő esetekben lehetséges:

• A játékos egyenlege csökkent, de a terméket nem tudták kiszállítani.
• A terméket raktári vagy technikai okok miatt nem tudtuk kiszállítani.
• A szerver házirendje elfogadja a visszaküldést helytelen termékvásárlás esetén.
• RCON hiba miatt a terméket nem tudtuk kiszállítani, a termék helyett az egyenleg-visszatérítést részesítették előnyben.
• A menedzser kompenzációs egyenleg-visszatérítést kíván kiállítani.

A tényleges fizetési visszatérítés a fizetési szolgáltató panelhez kapcsolódhat. Ezt a tranzakciót nem szabad összetéveszteni a webpanel egyenlegével. Ha a játékos fizetési visszatérítést és egyenleg-visszatérítést is kap, kétszeres visszatérítés történhet.

12. Kompenzációs egyenleg

A kompenzációs egyenleg az a többletegyenleg, amelyet a játékosnak a tapasztalt probléma miatt jóindulat vagy megoldási célból kapnak. A kompenzációt nem szabad minden probléma esetén automatikusan alkalmazni. Ellenőrzött módon kell használni a szerverkezelési szabályzatnak megfelelően.

Olyan helyzetek, amikor kompenzációs egyenleg adható:

• Ha hosszú szállítási probléma volt.
• Ha a játékos technikai késést tapasztalt a fizetés után.
• Ha piaci hiba miatt történt áldozat.
• Ha a megvásárolt szolgáltatást szerverkarbantartás miatt nem lehetett igénybe venni.
• Ha a rendszergazda egyéni támogatási megoldást szeretne megvalósítani.

Ha kompenzációs egyenleget adnak meg, akkor a tranzakciós előzményekben egyértelműen fel kell tüntetni, hogy ez kompenzáció. Ellenkező esetben a jövőben nem derül ki, hogy ez az egyenleg kifizetés, ajándék vagy visszatérítés.

13. Egyenleg és fizetési módok kapcsolata

Az egyenlegrendszer a PayTR, Paywant vagy más, a panelen aktív fizetési móddal együtt működhet. Mindegyik fizetési módnak saját tranzakcióértesítő rendszere lehet. Ezért, ha a fizetési mód beállításai nem megfelelőek, az egyenlegfeltöltési folyamat megszakadhat.

A fizetési módból eredő egyenlegproblémák esetén ellenőrizendő dolgok:

• Aktív a fizetési mód?
• Helyesek a kereskedő adatai?
• Helyes a visszahívási vagy értesítési URL?
• Bejelenti a fizetési szolgáltató a sikeres tranzakciókat?
• A panel megfelelően feldolgozza ezt az értesítést?
• A tranzakció összege megegyezik a panelen szereplő összeggel?
• A játékos a megfelelő fiókba van bejelentkezve?
• Ugyanaz a fizetés kétszer is feldolgozható?

Az egyenlegprobléma megoldása során a fizetési mód beállításait is át kell tekinteni. Nem mindig elég csak ránézni a játékos számlájára.

14. Ha a játékos azt mondja, hogy "fizettem, de az egyenleg nem érkezett meg", itt az ideje ellenőrizni

Ez a támogatási kérelem az egyik leggyakoribb egyensúlyi probléma. Az ellenőrzést meghatározott sorrendben kell elvégezni, nem véletlenszerűen.

1. A játékos webpanel felhasználónevét kérik.
2. A játékos fizetési e-mail címét kérik.
3. A fizetés dátumát és összegét kérik.
4. Megtanulják, hogy melyik fizetési módot használják.
5. A tranzakció a fizetési szolgáltató panelen kereshető.
6. Ellenőrzi, hogy a tranzakció sikeres, függőben van-e vagy sikertelen.
7. Ellenőrizze, hogy létrejött-e egyenlegfeltöltési rekord a panelen.
8. Ellenőrzik, hogy az egyenleg a megfelelő tagszámlához került-e hozzáadásra.
9. Megvizsgálják, hogy a játékos esetleg rossz fiókkal jelentkezett-e be.
10. Az egyenleg hozzáadása után ellenőrzik, hogy elköltötték-e a piacon.
11. Visszahívási hiba esetén a kézi egyenleg-kiegészítés megjegyzéssel történik.

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. Ellenőrizze a sorrendet, ha a játékos azt mondja: „Elveszett az egyenlegem”

Ha a játékos azt mondja, hogy az egyenlege csökkent, először a tranzakciós előzményeket kell megvizsgálni. Lehetséges, hogy az egyenleget élelmiszervásárlásra költötték, a nettó összeg a kupon után csökkent, kézi javítás történt, vagy visszatérítési/visszatérítési eljárást alkalmaztak.

1. A játékos aktuális egyenlege ellenőrzésre kerül.
2. Megnyílik az egyenleg tranzakciós előzményei.
3. Megvizsgálják a legújabb egyensúlyi mozgásokat.
4. Ellenőrizze, hogy történt-e levonás az élelmiszervásárlás miatt.
5. Ellenőrzik, hogy a megrendelés sikeres-e vagy sem.
6. Ellenőrzik, hogy a terméket kiszállították-e.
7. Ellenőrizze, hogy a kuponkedvezményt megfelelően számolta-e ki.
8. Ha van kézi egyenleglevonás, annak magyarázata olvasható.
9. Hibás levonás esetén visszatérítési/kompenzációs döntés születik.

Az ilyen kéréseknél a játékosnak egyértelmű magyarázatot kell adni. Megnyugtatóbb például egy rekordalapú válasz, mint például: „80 TL-t levontak az egyenlegéből a 30 napos VIP-csomag rendeléséért”.

16. Ha a játékos azt mondja, hogy "Kevés az egyenlegem, de a termék nem érkezett meg", akkor ideje ellenőrizni.

Ez a mérlegrendszer és az élelmiszer-kiszállítás közötti összefüggésre vonatkozik. Lehet, hogy az egyensúly helyesen esett; de az RCON kézbesítés meghiúsult. Ezért az egyenleget, a rendelést és az RCON naplót is ellenőrizni kell.

1. Egyensúlyi mozgás van.
2. Meghatározzák, hogy melyik megbízás egyenlegét vonják le.
3. A rendelés fizetési állapota ellenőrzésre kerül.
4. A megrendelés kézbesítési állapota ellenőrzésre kerül.
5. Ellenőrizze, hogy a terméket automatikusan kézbesítik-e.
6. Ellenőrzi, hogy az RCON parancs lefutott-e.
7. Ha RCON hibaüzenet jelenik meg, a rendszer kiolvassa az okot.
8. Ellenőrizze, hogy a Minecraft felhasználónév helyes-e.
9. Ha a terméket manuálisan kell kiszállítani, akkor azt megjegyzéssel szállítjuk.
10. Ha a terméket nem lehet kiszállítani, az egyenleget visszatérítjük és megjegyzést írunk fel.

17. Egyenleghatárok

A mérlegrendszerben minimális és maximális terhelési határok használhatók. Ezeket a limiteket a fizetési szolgáltató követelményei, a jutalékegyenleg, a visszaélés kockázata és a piaci árak határozzák meg.

Területek, ahol határértékek alkalmazhatók:

• Minimális egyenlegbetöltési mennyiség.
• Maximális egyszeri egyenlegfeltöltési összeg.
• Napi feltöltési korlát.
• Havi feltöltési korlát.
• Alacsony korlát az új fiókokhoz.
• Gyanús fiókok kézi ellenőrzése.

A korlátokat világossá kell tenni a játékos számára. Ha a játékos nem érti, miért nem tud egy bizonyos összeg alatti vagy feletti egyenleget betölteni, akkor támogatási kérelmet indít.

18. Egyenlegbiztonság

Mivel az egyenlegrendszer a fizetéshez és a piachoz kapcsolódik, a biztonság érdekében gondosan védeni kell. Az adminisztrációs panelen az egyenleg szerkesztésének jogát nem szabad mindenkinek megadni. Egy jogosulatlan vagy gondatlan adminisztrátor tisztességtelen egyenlegeket adhat hozzá a játékosokhoz, vagy véletlenül csökkentheti a játékosok egyenlegét.

Tippek az egyensúly biztonságához:

• Adjon kézi egyensúlyi jogosultságot a korlátozott rendszergazdáknak.
• Tegye kötelezővé a közzétételt minden kézi műveletnél.
• A tranzakciós előzményeket nem szabad törölni vagy módosítani.
• Az egyenleget a fizetés ellenőrzéséig nem szabad hozzáadni.
• Ellenőrizni kell, hogy ugyanazt a fizetést kétszer dolgozzák fel.
• A nagy összegű tranzakciókat külön kell megvizsgálni.
• A gyanús több fiókot követni kell.
• Az adminisztrátori naplókat rendszeresen ellenőrizni kell.

19. Egyenlegjelentés és napi ellenőrzés

A mérlegrendszert rendszeresen ellenőrizni kell. A napi ellenőrzés lehetővé teszi, hogy észrevegye a fizetési és piaci áramlási problémákat, mielőtt a játékos megnyitná a támogatást.

Napi egyenleg ellenőrző lista:

• Hány egyenlegfeltöltés történt ma?
• Mennyi a sikeres fizetések száma?
• Vannak függőben lévő kifizetések?
• Van olyan rekord, ahol a fizetés sikeres volt, és az egyenleget nem adták hozzá?
• A játékos költött pénzt a piacon annak ellenére, hogy az egyenleget hozzáadták?
• Sok a kézi egyenlegtranzakció?
• A kézi tranzakciókhoz írnak magyarázatot?
• Helyesen jegyezték fel a visszatérítési vagy kompenzációs tranzakciókat?
• Ugyanaz a fizetés kétszer is feldolgozható?
• Vannak gyanús többfiókos fiókok vagy szokatlan tevékenység?

Ha nem történik rendszeres jelentés, a hibás egyenlegtranzakciókat későn veszik észre. Ez bevételkieséshez és a játékosok elégedetlenségéhez is vezethet.

20. Gyakori hibák

Adjon hozzá egyenleget manuálisan a fizetés ellenőrzése nélkül

Az egyenleget nem szabad csak azért hozzáadni, mert a játékos azt mondja, hogy fizetett. A fizetési szolgáltató és a panel tranzakciós nyilvántartását ellenőrizni kell.

Nem ellenőrzi, hogy a játékos rossz fiókba van-e bejelentkezve

Lehetséges, hogy az egyenleg a megfelelő számlához került; Előfordulhat azonban, hogy a játékos másik fiókkal jelentkezik be. Össze kell hasonlítani a tagszámlát és a fizetési e-mailt.

Nem írunk leírást kézi folyamatban

Az indoklás nélküli kézi egyenlegtranzakciók a jövőben nem ellenőrizhetők. Minden kiegészítésről, törlésről, visszaküldésről vagy kompenzációról feljegyzést kell készíteni.

Abban az esetben, ha az a probléma, hogy az egyenleg csökkent, de a termék nem érkezett meg, csak a mérleg képernyőt nézi

Ebben az esetben a rendelést és az RCON szállítási állapotot is ellenőrizni kell. A probléma oka lehet a szállítás, nem az egyensúly.

Ugyanarra a tranzakcióra vonatkozik a termék és a visszatérítés is

Ha a terméket kiszállították a játékoshoz, az egyenleget nem kell visszatéríteni ugyanazon tranzakcióért. A visszaküldési vagy szállítási döntést regisztrációval kell meghozni.

Válasz a tranzakciós előzmények ellenőrzése nélkül

A válasznak a játékos tranzakciós előzményein kell alapulnia, nem pedig a követelésén. A feljegyzések megfelelő vizsgálata nélkül adott válasz téves lehet.

21. Ellenőrző lista a támogatási kérelem megnyitása előtt

• A lejátszó a megfelelő webpanel fiókkal van bejelentkezve?
• Melyik e-mail címen történt a fizetés?
• Mi a fizetés dátuma és összege?
• Mi a fizetési mód?
• Sikeresnek mutatja a fizetési szolgáltató a tranzakciót?
• Van egyenleg feltöltési rekord a panelen?
• Az egyenleg a megfelelő számlához lett hozzáadva?
• Van-e rekord az egyenleg tranzakciós előzményeiben?
• Az egyenleget élelmiszerekre költötték?
• Ha kupont használtak fel, helyes a nettó összeg?
• Melyik megbízást vonják le az egyenlegből?
• Megérkezett a rendelés?
• RCON kézbesítési hiba van?
• Történt kézi egyenlegtranzakció?
• Van manuális folyamatleírás?
• Megtörtént korábban a visszatérítés vagy a kártérítés?
• Ugyanaz a fizetés kétszer is feldolgozható?
• Van megfelelő rekord az adminisztrátori tranzakciós naplókban?

22. Biztonsági és felügyeleti ajánlások

• Fizetésellenőrzés nélkül ne adjon hozzá egyenleget. Az anyagi biztonság érdekében elengedhetetlen.
• Ne végezzen kézi műveleteket magyarázat nélkül. Minden tranzakciót regisztrálni kell.
• Limit egyenleg engedélyezése. Nem minden adminisztrátor jogosult az egyenleg szerkesztésére.
• A tranzakciós előzmények megőrzése. Ez az egyensúlyi problémák legfontosabb forrása.
• Ellenőrizze a játékos fiókját. A rossz fiókba való bejelentkezés gyakori probléma.
• Ne küldje vissza és szállítsa egyszerre. Dupla kompenzáció előfordulhat.
• Ellenőrizze a nagy összegű tranzakciókat is. A hibát vagy visszaélést korán észlelik.
• Naponta tekintse át a függőben lévő kifizetéseket. A probléma a lejátszó nyitási támogatása nélkül is észlelhető.
• Ellenőrizze a nettó összeget, amikor kuponokkal költi el az egyenleget. Csökkenti a hamis engedményre vonatkozó panaszokat.

23. Gyakran Ismételt Kérdések

A játékos azt mondja, hogy fizetett, de az egyenleg nem látszik. Mit keressek először?

Először ellenőriznie kell, hogy a játékos melyik fiókkal van bejelentkezve, az e-mail címet, amelyről a fizetést teljesítette, a fizetési összeget, a fizetési módot és a fizetési szolgáltató regisztrációját. Sikeres fizetés esetén meg kell vizsgálni, hogy van-e egyenlegrekord a panelen.

Elég egy fizetési képernyőkép az egyenleg hozzáadásához?

Nem. A képernyőkép önmagában nem elég. A fizetési szolgáltató nyilvántartásait, a panel tranzakciós előzményeit és a játékosszámlát együtt kell ellenőrizni.

A játékos egyenlege csökkent, de a termék nem érkezett meg. Mit kell tenni?

Az egyenlegmozgásból meg kell találni a vonatkozó megbízást, ellenőrizni kell a rendelés szállítási állapotát és az RCON naplót. Ha a termék nem szállítható, kézi kézbesítésre vagy egyenleg-visszatérítésre van lehetőség; A tranzakciót tudomásul kell venni.

Biztonságos az egyenleg manuális hozzáadása?

Megfelelő ellenőrzéssel és közzététellel biztonságosan megtehető. Nem helyes azonban manuálisan egyenleget hozzáadni a befizetés ellenőrzése, támogatási nyilvántartás vagy indoklás nélkül.

A visszatérítést egyenlegként vagy a fizetési szolgáltatótól kell teljesíteni?

Ez a szerver szabályzatától és a fizetési állapottól függően változik. Az egyenleg-visszatérítés összeggel növeli a játékos paneltárcáját. A tényleges fizetési visszatérítés a fizetési szolgáltatón keresztül történik. Két visszatérítési módot nem szabad együtt alkalmazni ugyanarra a tranzakcióra.

Mi a teendő, ha a játékos rossz számlára utalt át pénzt?

Először is biztonságosan ellenőrizni kell, hogy mindkét fiók ugyanahhoz a játékoshoz tartozik-e. Az egyenleg átutalása vagy kézi korrekciója ezután elvégezhető a szerver házirendje szerint. Ügyleti bizonylatot kell írni.

Miért fontos az egyenlegtranzakció-történet?

A tranzakciók előzményeiben olyan kérdésekre kapunk választ, mint például, hogy mikor töltötték fel a játékos egyenlegét, mikor költötték el, melyik megbízáshoz kapcsolták, és hogy történt-e kézi tranzakció. Ezek a rekordok elengedhetetlenek a támogatási kérelmek helyes megoldásához.

Következtetés

A Minecraft Web Panel Balance System és a Wallet Tranzakciók az alapvető pénzügyi infrastruktúra, amely lehetővé teszi a játékosoknak, hogy egyenleget adhassanak számlájukhoz fizetések teljesítésével, és ezen az egyenlegen élelmiszereket vásároljanak. Egyenlegfeltöltés, fizetés utáni egyenleg kiegészítés, élelmiszervásárlás, kuponengedmény, kézi egyenleg, visszatérítés, kompenzáció és tranzakciós előzmények a rendszer fő részei.

Az egyenlegtranzakciók kezelése során gondosan ellenőrizni kell a fizetés ellenőrzését, a helyes tagszámlát, a tranzakciós előzményeket, a rendelési linket, az RCON szállítási állapotát és a kézi tranzakciós megjegyzéseket. A játékos olyan kéréseinél, mint „fizettem, de az egyenleg nem érkezett meg”, „lecsökkent az egyenlegem” vagy „lecsökkent az egyenlegem és nem érkezett meg a termék”, a döntést a panel nyilvántartása alapján kell meghozni, nem csak a játékos üzenetét.

Ha az egyenlegrendszert megfelelően kezelik, az élelmiszervásárlás gyorsabbá válik, a játékostárca élménye javul, a fizetési támogatási kérelmek csökkennek, és a Minecraft Web Panel megbízhatóbb értékesítési infrastruktúrával rendelkezik. A hibás vagy nem regisztrált egyenlegtranzakciók közvetlenül negatívan befolyásolják a játékosok bizalmát, a pénzügyi rendet és a támogatás minőségét.

Ez a cikk kifejezetten a PvPServer számára készült.