Minecraft Web Panel Saldosysteem en Wallet-transactiegids

Deze handleiding is opgenomen in het PvPServer Minecraft-webpaneel. Balanssysteem en Wallet-transacties Het was bereid de structuur ervan uit te leggen. Balanssysteem; Hiermee kunnen spelers geld uploaden naar hun webpaneelaccount, producten van de markt kopen met het geladen saldo, het saldo na betaling op de account zetten, handmatige saldoaanpassingen uitvoeren, terugbetalings- of compensatietransacties uitvoeren en de transactiegeschiedenis controleren.

1. Wat doet het balanssysteem?

In Minecraft Web Panel creëert het saldosysteem een virtueel portemonneebedrag dat beschikbaar is in het webpaneelaccount van de speler. De speler laadt het saldo met de betaalmethode en gebruikt dit saldo om boodschappen te kopen. Zo kan de speler, in plaats van voor elke productaankoop terug te gaan naar de betaalprovider, sneller winkelen met het saldo op zijn rekening.

Het saldosysteem werkt specifiek met markt-, betalings-, coupon-, bestel- en ondersteuningsprocessen. Wanneer de speler een saldo laadt en de betaling succesvol is, wordt het bedrag aan zijn portemonnee toegevoegd. Wanneer u een product op de markt koopt, wordt het saldo verminderd met de prijs van het product. Bij gebruik van een coupon wordt het nettobedrag na de korting van het saldo afgetrokken. Als het product niet wordt geleverd, worden de bestelling en de saldotransactie samen beoordeeld.

Het saldosysteem wordt gebruikt voor de volgende transacties:

• Om de speler in staat te stellen saldo aan zijn account toe te voegen.
• Het portemonneesaldo gebruiken als betaalmethode voor boodschappen.
• Succesvolle transacties na betaling weerspiegelen op de spelersaccount.
• Het nettobedrag na de coupon van het saldo aftrekken.
• Handmatig saldo optellen of aftrekken.
• Een terugbetaling, compensatie of campagnesaldo definiëren.
• Het onderzoeken van de balansgeschiedenis van de speler.
• Betalings- en marktondersteuningsverzoeken oplossen met nauwkeurige gegevens.

2. Wallet-logica

Wallet is de beschikbare saldoruimte in het webpaneelaccount van de speler. De speler gebruikt dit saldo om Minecraft-marktitems te kopen. Het portemonneesysteem werkt op basis van de spelersaccount. Daarom is het erg belangrijk dat de speler inlogt met het juiste account.

Als de speler met het verkeerde account inlogt, verschijnt zijn saldo mogelijk niet. Als de speler bijvoorbeeld een saldo laadt met een e-mailadres en vervolgens inlogt met een ander gebruikersaccount, kan hij denken dat "mijn saldo niet is aangekomen". In dit geval kan de betaling daadwerkelijk slagen; maar het saldo is op een andere rekening bijgeschreven.

Basispunten die u moet weten over het portemonneesysteem:

• Het saldo is afhankelijk van het webpanelaccount van de speler.
• De gebruikersnaam van Minecraft en het webpaneel kunnen verschillen.
• Het saldo kan worden gebruikt voor boodschappen.
• Wanneer het saldo wordt uitgegeven, moet dit worden vastgelegd in de transactiegeschiedenis.
• Het saldo mag niet automatisch worden toegevoegd, tenzij de betaling is gelukt.
• Handmatige saldotransacties moeten worden geregistreerd.

3. Hoe werkt het saldoopwaarderingsproces?

Tijdens het opwaarderen van het saldo logt de speler in op het webpanelaccount, gaat naar de pagina voor het opwaarderen van het saldo, selecteert of voert het bedrag in, selecteert de betaalmethode en voltooit het betalingsproces. Wanneer de betaalprovider een succesvolle retourzending maakt, voegt het systeem het betreffende bedrag toe aan de portemonnee van de speler.

De algemene saldoopwaarderingsstroom is als volgt:

1. De speler logt in op het webpaneelaccount.
2. Gaat naar de pagina Saldo of Wallet.
3. Hij selecteert het bedrag dat hij wil laden.
4. Kiest een van PayTR, Paywant of actieve betaalmethoden.
5. U wordt doorverwezen naar de betaalpagina.
6. Voltooit de betalingstransactie.
7. De betalingsprovider brengt het panel op de hoogte van het succesvolle resultaat.
8. Het paneel voegt het bedrag toe aan het saldo van de speler.
9. De speler ziet het huidige saldo in zijn portemonnee.
10. Met dit saldo kan de speler voorwerpen op de markt kopen.

Het meest kritische punt in deze flow is de correcte verwerking van de succesvolle retourzending van de betalingsprovider. Als het terugbellen of de melding ondanks een succesvolle betaling niet werkt, kan het zijn dat het saldo niet automatisch wordt toegevoegd. In dergelijke gevallen moeten de betalingsgegevens en de transactiegeschiedenis worden onderzocht.

4. Breng laadgebieden in evenwicht

Op de saldo-opwaardeerpagina worden enkele basisvelden aan de speler getoond. Door deze velden eenvoudig en begrijpelijk te houden, vermindert u het aantal onjuiste betalings- en ondersteuningsverzoeken.

gebied	Waar is het voor?	Punt om te overwegen
Te laden bedrag	Het is het saldo dat de speler aan zijn account wil toevoegen.	Als er een minimum- en maximumbedrag is, moet dit duidelijk aan de speler worden getoond.
Betaalmethode	Het bepaalt met welke betalingsinfrastructuur de speler het saldo laadt.	Een inactieve betaalmethode mag niet aan de speler worden getoond.
Transactieoverzicht	Toont de speler het bedrag en de transactie-informatie vóór betaling.	De speler moet vóór betaling het juiste bedrag zien.
Huidig saldo	Het huidige portemonneesaldo van de speler.	Het moet na betaling correct worden bijgewerkt.

5. Voeg saldo toe na betaling

Het toevoegen van saldo na betaling is de meest kritische fase van het systeem. Zelfs als de speler een betaling heeft gedaan, moet het panel deze betaling als succesvol verifiëren. Zodra de succesvolle betaling is geverifieerd, wordt het relevante bedrag toegevoegd aan de portemonnee van de speler.

Dingen om te controleren tijdens het proces van het toevoegen van saldo na betaling:

• Heeft de betalingsprovider de transactie als succesvol gerapporteerd?
• Komt de melding overeen met het juiste bestel- of opwaardeerrecord?
• Klopt het bedrag?
• Klopt de munteenheid?
• Is het saldo op het juiste ledenaccount bijgeschreven?
• Kan dezelfde betaling tweemaal worden verwerkt?
• Is er een record in uw transactiegeschiedenis?

6. Boodschappen doen met saldo

Als de speler voldoende saldo op zijn account heeft, kan hij rechtstreeks boodschappen kopen met zijn portemonneesaldo. In dit proces hoeft u niet naar de betalingsprovider te gaan; De productprijs wordt afgetrokken van het beschikbare saldo van de speler en er wordt een bestelling aangemaakt.

Zo werkt boodschappen doen met saldo:

1. De speler komt op de marktpagina.
2. Hij kiest het product dat hij wil kopen.
3. Controleert de productprijs en beschrijving.
4. Past couponcode toe, indien beschikbaar.
5. Het nettobedrag wordt vergeleken met het saldo van de speler.
6. Als het saldo voldoende is, is de aankoop voltooid.
7. Het nettobedrag wordt afgetrokken van het spelerssaldo.
8. Er wordt een orderrecord aangemaakt.
9. Het product komt in de automatische of handmatige leveringsstroom terecht.

Als het saldo in deze stroom niet voldoende is, moet een duidelijke waarschuwing aan de speler worden gegeven. De waarschuwing “Onvoldoende saldo” kan de speler doorverwijzen naar de pagina voor het opwaarderen van het saldo.

7. Hoe wordt het saldo berekend bij gebruik van een kortingsbon?

Als de speler een kortingsbon gebruikt om boodschappen te doen, moet het bedrag dat van het saldo wordt afgetrokken het nettobedrag na de korting zijn. Daarom moeten de productprijs, couponkorting en het uiteindelijke betalingsbedrag correct worden berekend.

Örnek:

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

Als de speler zegt: "Ik heb een coupon gebruikt, maar het overtollige saldo is afgetrokken", moet in het besteldetail worden gecontroleerd of de coupon is toegepast. Productprijs, couponcode, kortingsbedrag en nettobedrag moeten afzonderlijk in het bestelrecord worden gecontroleerd.

8. Saldotransactiegeschiedenis

De saldotransactiegeschiedenis toont alle saldobewegingen die in de account van de speler zijn gemaakt. Deze geschiedenis is een van de belangrijkste gegevens bij betalings- en marktondersteuningsverzoeken. Het is mogelijk te begrijpen waarom het spelerssaldo door deze gegevens veranderde.

De transactiegeschiedenis moet de volgende informatie bevatten:

• Transactiedatum.
• Transactietype: opwaarderen, uitgeven, terugbetalen, handmatig optellen, handmatig aftrekken, verrekenen.
• Transactiebedrag.
• Het saldo vóór de transactie.
• Saldo na transactie.
• Relevant bestelnummer.
• Betaalmethode.
• Uitleg of er sprake is van tussenkomst van de beheerder.
• De beheerder of systeembron die de actie uitvoert.

Als er geen transactiegeschiedenis is, wordt het erg moeilijk om evenwichtsproblemen op te lossen. Op verzoeken als “mijn saldo is afgenomen” of “het saldo is niet aangekomen” kan zonder registratie geen duidelijk antwoord worden gegeven.

9. Handmatig saldo toevoegen

Handmatig saldo optellen is de overdracht van saldo rechtstreeks naar de portemonnee van de speler door de beheerder. Omdat dit proces financieel gevoelig is, mag het alleen worden gebruikt als dat nodig is.

Handmatige saldotoevoeging kan nodig zijn in de volgende situaties:

• Als de betaling is gelukt, maar er geen automatisch saldo is toegevoegd.
• Als de terugbelmelding voor de betaling niet is verwerkt vanwege een technisch probleem.
• Als de speler een compenserend saldo krijgt.
• Als het saldo wordt gedefinieerd als de evenementbeloning.
• Als er een proefsaldo aan het testaccount wordt toegevoegd.
• Als de beheerder een saldo definieert in het kader van een speciale campagne.

Bij het handmatig toevoegen van een saldo moet een toelichting worden geschreven. In de verklaring moet worden vermeld waarom het saldo wordt toegevoegd, op welke betalings- of ondersteuningsaanvraag het betrekking heeft en, indien van toepassing, het order- of transactienummer.

Ö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. Handmatige saldoaftrek

Handmatige saldoaftrek is het aftrekken van het saldo van de portemonnee van de speler door de beheerder. Dit proces moet nog zorgvuldiger worden uitgevoerd. Omdat het de huidige rechten van de speler beïnvloedt.

Handmatige saldoaftrek is mogelijk in de volgende gevallen:

• Als er per ongeluk een teveel aan saldo is toegevoegd.
• Als het saldo tweemaal wordt weergegeven vanwege dubbele betalingsverwerking.
• Als het saldo op de testrekening wordt gewist.
• Als het onjuiste compensatiesaldo moet worden teruggeboekt.
• Als er misbruik wordt geconstateerd en het beleid dit toestaat.

De transactiegeschiedenis van de speler moet worden gecontroleerd voordat het handmatige saldo wordt afgetrokken. De speler heeft mogelijk per ongeluk het extra toegevoegde saldo op de markt uitgegeven. In dit geval moeten het order-, productleverings- en beheerbeleid samen worden geëvalueerd.

11. Retourprocedures

Terugbetaling betekent het teruggeven aan de speler van het bedrag dat hij/zij eerder heeft betaald of uitgegeven. In het saldosysteem kan de terugbetaling op twee manieren plaatsvinden: een terugbetaling van het saldo naar de portemonnee van de speler of een terugbetaling van de daadwerkelijke betaling via de betalingsprovider. Deze twee processen verschillen van elkaar.

Saldoteruggave is mogelijk in de volgende gevallen:

• Het saldo van de speler is afgenomen, maar het product kon niet worden geleverd.
• Het product kon vanwege voorraad- of technische redenen niet worden geleverd.
• Het serverbeleid accepteert retourzendingen voor onjuiste productaankopen.
• Vanwege een RCON-fout kon het product niet worden geleverd en werd de voorkeur gegeven aan een terugbetaling van het saldo in plaats van het product.
• De manager wil een compenserende saldoteruggave uitvoeren.

De daadwerkelijke terugbetaling van de betaling kan verband houden met het paneel van de betalingsprovider. Deze transactie moet niet worden verward met het saldo van het webpaneel. Als de speler zowel een betalingsrestitutie als een saldorestitutie ontvangt, kan er sprake zijn van een dubbele restitutie.

12. Compensatiesaldo

Het compensatiesaldo is het extra saldo dat aan de speler wordt gegeven voor goodwill of oplossingsdoeleinden vanwege het probleem dat hij heeft ondervonden. Compensatie mag niet automatisch voor elk probleem worden toegepast. Het moet op een gecontroleerde manier worden gebruikt in overeenstemming met het serverbeheerbeleid.

Situaties waarin een compensatiesaldo kan worden gegeven:

• Als er een langdurig leveringsprobleem was.
• Als de speler na betaling technische vertraging heeft ondervonden.
• Als er een slachtoffer is ontstaan als gevolg van een marktfout.
• Als de aangeschafte dienst niet kan worden gebruikt vanwege serveronderhoud.
• Als de beheerder een aangepaste ondersteuningsoplossing wil implementeren.

Als er een compensatiesaldo wordt gegeven, moet in de transactiegeschiedenis duidelijk worden vermeld dat dit een compensatie is. Anders zal het in de toekomst niet duidelijk zijn of dit saldo een betaling, een gift of een terugbetaling is.

13. Relatie saldo en betaalmethoden

Het saldosysteem kan werken in combinatie met PayTR, Paywant of andere betaalmethoden die actief zijn op het paneel. Elke betaalmethode kan zijn eigen transactiemeldingssysteem hebben. Als de instellingen voor de betaalmethode niet correct zijn, kan het proces voor het opwaarderen van het saldo worden verstoord.

Dingen om te controleren bij saldoproblemen als gevolg van de betaalmethode:

• Is de betaalmethode actief?
• Kloppen de gegevens van de handelaar?
• Is de terugbel- of meldings-URL correct?
• Rapporteert de betalingsprovider succesvolle transacties?
• Verwerkt het panel deze melding correct?
• Is het transactiebedrag hetzelfde als het bedrag op het paneel?
• Is de speler ingelogd op het juiste account?
• Kan dezelfde betaling tweemaal worden verwerkt?

De instellingen voor de betaalmethode moeten ook worden gecontroleerd bij het oplossen van het saldoprobleem. Alleen kijken naar de account van de speler is niet altijd voldoende.

14. Als de speler zegt: "Ik heb een betaling gedaan, maar het saldo is niet ontvangen", is het tijd om dit te controleren

Dit ondersteuningsverzoek is een van de meest voorkomende evenwichtsproblemen. De controle moet in een specifieke volgorde worden uitgevoerd, en niet willekeurig.

1. Er wordt gevraagd naar de gebruikersnaam van het webpaneel van de speler.
2. Er wordt gevraagd naar het betalings-e-mailadres van de speler.
3. Er wordt gevraagd naar de betaaldatum en het bedrag.
4. Er wordt geleerd welke betaalmethode wordt gebruikt.
5. De transactie wordt gezocht in het paneel van de betalingsprovider.
6. Er wordt gecontroleerd of de transactie succesvol, in behandeling of niet succesvol is.
7. Controleer of er een saldo-uploadrecord is aangemaakt op het paneel.
8. Er wordt gecontroleerd of het saldo op de juiste ledenaccount is bijgeschreven.
9. Er wordt onderzocht of de speler mogelijk met het verkeerde account heeft ingelogd.
10. Nadat het saldo is opgeteld, wordt gecontroleerd of het op de markt is uitgegeven.
11. Als er een terugbelfout optreedt, wordt het saldo handmatig opgeteld met een notitie.

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. Controleer de bestelling als de speler zegt: "Mijn saldo is verloren"

Als de speler zegt dat zijn saldo is afgenomen, moet eerst de transactiegeschiedenis worden onderzocht. Het saldo is mogelijk besteed aan boodschappen, het nettobedrag is mogelijk afgenomen na de kortingsbon, er is mogelijk een handmatige correctie uitgevoerd of er is mogelijk een teruggave/terugbetalingsproces toegepast.

1. Het huidige saldo van de speler wordt gecontroleerd.
2. De saldotransactiegeschiedenis wordt geopend.
3. De laatste balansbewegingen worden onderzocht.
4. Controleer of er een aftrek heeft plaatsgevonden vanwege de boodschappenbestelling.
5. Er wordt gecontroleerd of de bestelling succesvol is of niet.
6. Er wordt gecontroleerd of het product is afgeleverd.
7. Controleer of de couponkorting correct is berekend.
8. Als er sprake is van een handmatige saldoaftrek, wordt de uitleg ervan voorgelezen.
9. Als er sprake is van een onjuiste aftrek, wordt er een teruggaaf-/compensatiebesluit genomen.

Bij dergelijke verzoeken moet de speler een duidelijke uitleg krijgen. Een op gegevens gebaseerd antwoord zoals “80 TL is afgetrokken van uw saldo voor uw 30-Dagen VIP-pakketbestelling” is bijvoorbeeld geruststellender.

16. Als de speler zegt: "Mijn saldo is laag, maar het product is niet aangekomen", is het tijd om dit te controleren.

Het gaat hier om de verbinding tussen het saldosysteem en de boodschappenbezorging. Het saldo kan correct zijn gevallen; maar RCON-levering is mogelijk mislukt. Daarom moeten zowel het saldo, de bestelling als het RCON-logboek worden gecontroleerd.

1. Er is sprake van een evenwichtsbeweging.
2. Er wordt bepaald bij welke bestelling het saldo wordt afgeschreven.
3. De betalingsstatus van de bestelling wordt gecontroleerd.
4. De bezorgstatus van de bestelling wordt gecontroleerd.
5. Controleer of het product automatisch wordt geleverd.
6. Er wordt gecontroleerd of het RCON-commando is uitgevoerd.
7. Als er een RCON-foutmelding is, wordt de reden gelezen.
8. Controleer of de Minecraft-gebruikersnaam correct is.
9. Indien het product handmatig geleverd moet worden, wordt dit met een briefje geleverd.
10. Indien het product niet geleverd kan worden, wordt het saldo teruggestort en wordt er een notitie gemaakt.

17. Saldolimieten

In het balanssysteem kunnen minimale en maximale belastingslimieten worden gebruikt. Deze limieten worden bepaald door de vereisten van de betalingsprovider, het commissiesaldo, het misbruikrisico en de marktprijzen.

Gebieden waar limieten kunnen worden gebruikt:

• Minimaal saldolaadbedrag.
• Maximaal eenmalig saldoopwaarderingsbedrag.
• Dagelijkse uploadlimiet.
• Maandelijkse uploadlimiet.
• Lage limiet voor nieuwe accounts.
• Handmatige controle op verdachte accounts.

Grenzen moeten duidelijk worden gemaakt aan de speler. Als de speler niet begrijpt waarom hij een saldo onder of boven een bepaald bedrag niet kan laden, opent hij een ondersteuningsverzoek.

18. Evenwichtsbeveiliging

Omdat het saldosysteem verbonden is met het betalingsverkeer en de markt, moet het voor de veiligheid zorgvuldig worden beschermd. De bevoegdheid om het saldo in het beheerdersdashboard te bewerken mag niet aan iedereen worden gegeven. Een ongeautoriseerde of onzorgvuldige beheerder kan oneerlijke saldi aan spelers toevoegen of per ongeluk spelerssaldi verlagen.

Tips voor evenwichtsbeveiliging:

• Geef handmatige balansbevoegdheid aan beperkte beheerders.
• Maak openbaarmaking verplicht voor elke handmatige handeling.
• De transactiegeschiedenis mag niet worden verwijderd of gewijzigd.
• Het saldo mag pas worden toegevoegd nadat de betaling is geverifieerd.
• Er moet worden gecontroleerd of dezelfde betaling twee keer wordt verwerkt.
• Transacties met hoge bedragen moeten afzonderlijk worden onderzocht.
• Verdachte meerdere accounts moeten worden gevolgd.
• Beheerderslogboeken moeten regelmatig worden gecontroleerd.

19. Saldorapportage en dagelijkse controle

Het balanssysteem moet regelmatig worden gecontroleerd. Met dagelijkse controle kunt u eventuele problemen opmerken die zich kunnen voordoen in de betalings- en marktstroom voordat de speler ondersteuning opent.

Dagelijkse balanschecklist:

• Hoeveel saldo-opwaarderingen zijn er vandaag gedaan?
• Wat is het aantal succesvolle betalingen?
• Zijn er openstaande betalingen?
• Is er een registratie waarbij de betaling is gelukt en het saldo niet is toegevoegd?
• Heeft de speler geld uitgegeven op de markt, ook al werd het saldo toegevoegd?
• Is er een groot aantal handmatige saldotransacties?
• Wordt er uitleg geschreven voor handmatige transacties?
• Zijn de terugbetalings- of compensatietransacties correct genoteerd?
• Kan dezelfde betaling tweemaal worden verwerkt?
• Zijn er verdachte meerdere accounts of abnormale activiteiten?

Als er geen regelmatige rapportage plaatsvindt, worden onjuiste saldotransacties te laat opgemerkt. Dit kan leiden tot zowel omzetverlies als ontevredenheid van de speler.

20. Veel voorkomende fouten

Voeg handmatig saldo toe zonder verificatie van de betaling

Het saldo mag niet worden toegevoegd alleen maar omdat de speler zegt dat hij heeft betaald. Betalingsprovider en paneltransactiegegevens moeten worden geverifieerd.

Er wordt niet gecontroleerd of de speler is ingelogd op het verkeerde account

Mogelijk is het saldo op de juiste rekening bijgeschreven; Maar het kan zijn dat de speler inlogt met een ander account. Lidmaatschapsaccount en betalings-e-mail moeten worden vergeleken.

Geen beschrijving schrijven in een handmatig proces

Handmatige saldotransacties zonder uitleg kunnen in de toekomst niet worden gecontroleerd. Van elke toevoeging, verwijdering, terugbetaling of compensatie moet een aantekening worden gemaakt.

In het geval van het probleem dat het saldo is afgenomen maar het product niet is aangekomen, hoeft u alleen maar naar het saldoscherm te kijken

In dit geval moet ook de order- en RCON-leveringsstatus worden gecontroleerd. Het probleem kan te wijten zijn aan de levering, niet aan het evenwicht.

Zowel het product als de terugbetaling geven voor dezelfde transactie

Als het product aan de speler is geleverd, mag het saldo voor dezelfde transactie niet worden terugbetaald. Het retour- of leveringsbesluit moet via registratie worden genomen.

Reageren zonder de transactiegeschiedenis te controleren

Het antwoord moet gebaseerd zijn op de transactiegeschiedenis van de speler, niet op zijn claim. Het antwoord dat zonder goed onderzoek van de gegevens wordt gegeven, kan onjuist zijn.

21. Controlelijst voordat u een ondersteuningsverzoek opent

• Is de speler ingelogd met het juiste webpanelaccount?
• Met welk e-mailadres is de betaling gedaan?
• Wat is de betaaldatum en het bedrag?
• Wat is de betaalmethode?
• Toont de betalingsprovider de transactie als succesvol?
• Is er een saldo-uploadrecord in het paneel?
• Is het saldo op de juiste rekening bijgeschreven?
• Is er een record in de saldotransactiegeschiedenis?
• Is het saldo besteed aan boodschappen?
• Als er een coupon is gebruikt, klopt het nettobedrag dan?
• Welke bestelling wordt van het saldo afgetrokken?
• Is de bestelling afgeleverd?
• Is er sprake van een RCON-bezorgfout?
• Is er een handmatige saldotransactie uitgevoerd?
• Is er een handmatige procesbeschrijving?
• Heeft de terugbetaling of compensatie al eerder plaatsgevonden?
• Kan dezelfde betaling tweemaal worden verwerkt?
• Is er een relevante record in de beheerderstransactielogboeken?

22. Aanbevelingen voor beveiliging en beheer

• Voeg geen saldo toe zonder betalingsverificatie. Het is noodzakelijk voor de financiële zekerheid.
• Voer geen handmatige handelingen uit zonder uitleg. Elke transactie moet worden geregistreerd.
• Limiet saldoautorisaties. Niet elke beheerder zou de bevoegdheid moeten hebben om het saldo te bewerken.
• Transactiegeschiedenis bijhouden. Het is de belangrijkste bron van evenwichtsproblemen.
• Verifieer spelersaccount. Inloggen op het verkeerde account is een veel voorkomend probleem.
• Niet tegelijkertijd retourneren en bezorgen. Er kan sprake zijn van dubbele compensatie.
• Controleer ook op transacties met een hoog bedrag. Fouten of misbruik worden vroegtijdig ontdekt.
• Controleer dagelijks openstaande betalingen. Het probleem kan worden gedetecteerd zonder dat de speler ondersteuning heeft voor het openen.
• Controleer het nettobedrag bij het uitgeven van saldi met kortingsbonnen. Vermindert valse kortingsklachten.

23. Veelgestelde vragen

De speler zegt dat hij betaald heeft, maar het saldo is niet zichtbaar. Waar moet ik eerst naar zoeken?

U moet eerst controleren met welk account de speler is ingelogd, het e-mailadres waarmee de betaling is gedaan, het betalingsbedrag, de betalingsmethode en de registratie bij de betalingsprovider. Indien de betaling succesvol is, dient er gekeken te worden of er een saldoregistratie op het paneel aanwezig is.

Is het betalingsscherm voldoende om het saldo toe te voegen?

Nee. Screenshot alleen is niet genoeg. De gegevens van de betalingsprovider, de transactiegeschiedenis van het panel en de spelersaccount moeten samen worden geverifieerd.

Het saldo van de speler is afgenomen, maar het product is niet aangekomen. Wat moet er gedaan worden?

Uit de balansbeweging moet de betreffende order worden gevonden, de orderleveringsstatus en het RCON-logboek moeten worden gecontroleerd. Als het product niet kan worden geleverd, kan handmatige levering of restitutie van het saldo plaatsvinden; De transactie moet worden genoteerd.

Is het veilig om het saldo handmatig toe te voegen?

Het kan veilig worden gedaan met de juiste verificatie en openbaarmaking. Het is echter niet juist om handmatig een saldo toe te voegen zonder de betaling te verifiëren, zonder ondersteuningsgegevens of zonder een reden op te schrijven.

Moet de terugbetaling als saldo plaatsvinden of via de betalingsprovider?

Dit varieert afhankelijk van het serverbeleid en de betalingsstatus. Terugbetaling van het saldo voegt een bedrag toe aan de paneelportemonnee van de speler. De daadwerkelijke terugbetaling van de betaling gebeurt via de betalingsprovider. Twee terugbetalingsmethoden mogen niet samen voor dezelfde transactie worden toegepast.

Wat te doen als de speler geld naar de verkeerde rekening heeft overgemaakt?

Ten eerste moet veilig worden geverifieerd dat beide accounts van dezelfde speler zijn. Saldooverdracht of handmatige correctie kan vervolgens worden uitgevoerd volgens het serverbeleid. Er moet een transactienota worden geschreven.

Waarom is de balanstransactiegeschiedenis belangrijk?

De antwoorden op vragen als wanneer het saldo van de speler is geladen, wanneer het is uitgegeven, aan welke bestelling het is gekoppeld en of er een handmatige transactie heeft plaatsgevonden, vindt u in de transactiegeschiedenis. Deze gegevens zijn essentieel voor de juiste afhandeling van ondersteuningsverzoeken.

Conclusie

Minecraft Web Panel Saldosysteem en Wallet-transacties vormen de financiële basisinfrastructuur waarmee spelers saldo aan hun rekeningen kunnen toevoegen door betalingen te doen en met dit saldo boodschappen te kunnen kopen. Saldo opwaarderen, saldo optellen na betaling, boodschappen doen, couponkorting, handmatig saldo, terugbetaling, compensatie en transactiegeschiedenis zijn de belangrijkste onderdelen van dit systeem.

Betalingsverificatie, correcte ledenaccount, transactiegeschiedenis, bestellink, RCON-leveringsstatus en handmatige transactienotities moeten zorgvuldig worden gecontroleerd bij het beheren van saldotransacties. In het geval van verzoeken van de speler, zoals "Ik heb een betaling gedaan maar het saldo is niet aangekomen", "Mijn saldo is verlaagd" of "Mijn saldo is afgenomen en het product is niet aangekomen", moet de beslissing worden genomen op basis van de panelgegevens en niet alleen op basis van het bericht van de speler.

Wanneer het saldosysteem correct wordt beheerd, gaat het boodschappen doen sneller, verbetert de ervaring van de spelersportemonnee, nemen de verzoeken om betalingsondersteuning af en heeft Minecraft Web Panel een betrouwbaardere verkoopinfrastructuur. Onjuiste of niet-geregistreerde saldotransacties hebben een directe negatieve invloed op het spelersvertrouwen, de financiële orde en de ondersteuningskwaliteit.

Dit artikel is speciaal opgesteld voor PvPServer.