Водич за трансакции на системот за салдо на веб-панел на Minecraft и паричник

Овој водич е вклучен во веб-панелот PvPServer Minecraft. Систем за рамнотежа и Трансакции со паричник Беше подготвен да ја објасни неговата структура. Систем за рамнотежа; Тоа им овозможува на играчите да поставуваат пари на нивната веб-сметка, да купуваат производи од пазарот со вчитаното салдо, салдото по плаќањето на сметката, рачно прилагодување на салдото, трансакции со рефундирање или компензација и да ја проверат историјата на трансакциите.

1. Што прави системот за рамнотежа?

Во веб-панелот на Minecraft, системот за рамнотежа создава виртуелен паричник достапен во сметката на веб-панелот на играчот. Играчот го вчитува салдото со начинот на плаќање и го користи ова салдо за да купи намирници. Така, наместо да се враќа кај давателот на плаќање за секое купување на производ, играчот може да купува побрзо користејќи го салдото на неговата сметка.

Системот за рамнотежа работи конкретно со пазарни, платежни, купони, нарачки и процеси за поддршка. Кога играчот вчита салдо, ако плаќањето е успешно, износот се додава во неговиот паричник. Кога купувате производ од маркет, салдото се намалува за цената на производот. Доколку се користи купон, нето износот по попустот се одбива од салдото. Доколку производот не е испорачан, трансакцијата на нарачката и билансот се разгледуваат заедно.

Системот за рамнотежа се користи за следните трансакции:

• За да му овозможите на играчот да додаде салдо на неговата сметка.
• Користење на салдото на паричникот како начин на плаќање за купување намирници.
• Одраз на успешни трансакции на сметката на играчот по плаќањето.
• Одбивање на нето износот по купонот од салдото.
• Вршење рачно балансирање надополнувања или одбитоци.
• Дефинирање на рефундирање, компензација или салдо на кампањата.
• Испитување на историјата на билансот на играчот.
• Решавање на барања за плаќање и пазарна поддршка со точна евиденција.

2. Логика на паричник

Паричник е расположливиот простор за салдо на сметката на веб-таблата на играчот. Играчот го користи ова салдо за купување ставки на пазарот на Minecraft. Системот на паричникот работи врз основа на сметката на играчот. Затоа, многу е важно играчот да се најави со правилна сметка.

Ако играчот се најави со погрешна сметка, неговото салдо може да не се појави. На пример, ако играчот вчита салдо со адреса на е-пошта и потоа се најави со друга корисничка сметка, тој може да помисли дека „моето салдо не е пристигнато“. Во овој случај, исплатата всушност може да биде успешна; но салдото е додадено на друга сметка.

Основни точки што треба да ги знаете за системот за паричник:

• Салдото зависи од сметката на веб-панелот на играчот.
• Корисничкото име на Minecraft и корисничкото име на веб панелот може да бидат различни.
• Билансот може да се користи за купување намирници.
• Кога салдото е потрошено, треба да се запише во историјата на трансакциите.
• Салдото не треба да се додава автоматски освен ако плаќањето не е успешно.
• Мора да се евидентираат рачни трансакции со салдо.

3. Како функционира процесот на надополнување на билансот?

За време на процесот на надополнување салдо, играчот се најавува на сметката на веб-панелот, оди на страницата за надополнување салдо, го избира или внесува износот, го избира начинот на плаќање и го завршува процесот на плаќање. Кога давателот на плаќање ќе изврши успешно враќање, системот ја додава соодветната сума во паричникот на играчот.

Општиот тек на надополнување на билансот е како што следува:

1. Плеерот се најавува на сметката на веб-панелот.
2. Оди на страницата Баланс или Паричник.
3. Тој ја избира количината што сака да ја вчита.
4. Избира еден од PayTR, Paywant или активните начини на плаќање.
5. Ќе бидете упатени на страницата за плаќање.
6. Ја комплетира трансакцијата за плаќање.
7. Давателот на плаќање го известува панелот за успешниот резултат.
8. Панелот го додава износот на салдото на играчот.
9. Играчот го гледа моменталното салдо во неговиот паричник.
10. Играчот може да купи предмети од пазарот со ова салдо.

Најкритична точка во овој тек е правилната обработка на успешното враќање од давателот на плаќање. Ако повратниот повик или известувањето не функционираат иако плаќањето е успешно, салдото може да не се додаде автоматски. Во такви случаи, треба да се испитаат евиденцијата за плаќање и историјата на трансакциите.

4. Баланс на товарни области

На страницата за дополнување салдо, на играчот му се прикажуваат некои основни полиња. Одржувањето на овие полиња едноставни и разбирливи ги намалува неточните барања за плаќање и поддршка.

област	За што е тоа?	Посочете да размислите
Износ што треба да се вчита	Тоа е износот на салдото што играчот сака да го додаде на неговата сметка.	Ако има минимален и максимален износ, треба јасно да му се прикаже на плеерот.
Начин на плаќање	Тоа одредува со која инфраструктура за плаќање играчот ќе го вчита салдото.	Неактивен начин на плаќање не треба да му се прикажува на играчот.
Резиме на трансакција	На играчот му ја покажува сумата и информациите за трансакцијата пред плаќањето.	Играчот мора да ја види точната сума пред плаќањето.
Тековен биланс	Тековното салдо на паричникот на играчот.	Треба да се ажурира правилно по плаќањето.

5. Додадете салдо по плаќањето

Додавањето салдо по плаќањето е најкритичната фаза на системот. Дури и ако играчот извршил уплата, панелот мора да го потврди ова плаќање како успешно. Откако ќе се потврди успешното плаќање, соодветната сума се додава во паричникот на играчот.

Работи што треба да ги проверите при процесот на додавање салдо по плаќањето:

• Дали давателот на плаќање ја пријави трансакцијата како успешна?
• Дали известувањето се совпаѓа со правилниот редослед или запис за дополнување?
• Дали сумата е точна?
• Дали валутата е точна?
• Дали салдото е додадено на правилната членска сметка?
• Дали истото плаќање може да се обработи двапати?
• Дали има запис во историјата на вашата трансакција?

6. Намирници Купување со биланс

Ако играчот има доволно салдо на неговата сметка, тој може да купи намирници директно со салдото на неговиот паричник. Во овој процес, нема потреба да одите кај давателот на плаќање; Цената на производот се одзема од расположливото салдо на играчот и се креира нарачка.

Еве како функционира купувањето намирници со баланс:

1. Играчот влегува на страницата на пазарот.
2. Тој го избира производот што сака да го купи.
3. Ја проверува цената и описот на производот.
4. Применува купонски код доколку е достапен.
5. Нето износот се споредува со состојбата на играчот.
6. Доколку билансот е доволен, купувањето е завршено.
7. Нето износот се одбива од салдото на играчот.
8. Се креира запис за нарачка.
9. Производот влегува во тек на автоматска или рачна испорака.

Ако билансот не е доволен во овој тек, треба да му се даде јасно предупредување на играчот. Предупредувањето „Недоволно средства“ може да го пренасочи играчот на страницата за дополнување салдо.

7. Како се пресметува салдото при користење на купон?

Ако играчот користи купон за купување намирници, износот што треба да се одземе од салдото мора да биде нето износот по попустот. Затоа, цената на производот, попустот на купонот и конечниот износ на уплатата мора правилно да се пресметаат.

Örnek:

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

Доколку играчот каже „Користев купон, но вишокот салдо е одбиен“, треба да се провери дали купонот е применет во деталите за нарачката. Цената на производот, кодот на купонот, износот на попустот и нето износот треба да се испитаат посебно во записот за нарачка.

8. Историја на трансакции на биланс

Историјата на трансакции на салдо ги прикажува сите движења на салдо направени во сметката на играчот. Оваа историја е една од најважните записи во барањата за плаќање и поддршка на пазарот. Можно е да се разбере зошто билансот на играчот се променил преку овие записи.

Историјата на трансакциите треба да ги содржи следните информации:

• Датум на трансакција.
• Тип на трансакција: надополнување, трошење, рефундирање, рачно додавање, рачно одбивање, офсет.
• Износ на трансакцијата.
• Салдото пред трансакцијата.
• Биланс по трансакција.
• Релевантен број на нарачка.
• Начин на плаќање.
• Објаснување дали има администраторска интервенција.
• Администраторот или системскиот ресурс што го извршува дејството.

Ако нема историја на трансакции, станува многу тешко да се решат проблемите со рамнотежата. Не може да се даде јасен одговор на барањата како што се „салдото ми се намали“ или „салдото не пристигна“ без регистрација.

9. Додадете рачно салдо

Рачно додавање салдо е пренос на салдо директно во паричникот на играчот од страна на администраторот. Бидејќи овој процес е финансиски чувствителен, треба да се користи само кога е потребно.

Може да биде потребно рачно додавање рамнотежа во следниве случаи:

• Ако плаќањето беше успешно, но не беше додадено автоматско салдо.
• Ако известувањето за повратен повик за плаќање не е обработено поради технички проблем.
• Ако на играчот ќе му се даде компензаторно салдо.
• Ако салдото ќе се дефинира како награда за настанот.
• Ако на тест-сметката ќе се додаде пробно салдо.
• Ако администраторот ќе дефинира рамнотежа во рамките на посебна кампања.

Кога рачно додавате салдо, мора да се напише објаснување. Во изјавата треба да се наведе зошто се додава салдото, со кое барање за плаќање или поддршка е поврзано и бројот на нарачката или трансакцијата, доколку ги има.

Ö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. Прирачник одбиток на салдо

Рачното одземање на салдото е одземање на салдото од паричникот на играчот од страна на администраторот. Овој процес треба да се направи уште повнимателно. Бидејќи тоа влијае на сегашните права на играчот.

Рачното одбивање салдо е достапно во следниве ситуации:

• Ако вишокот салдо е додаден по грешка.
• Ако билансот се рефлектира двапати поради двојна обработка на плаќање.
• Ако салдото во тест-сметката ќе се исчисти.
• Ако треба да се врати неточниот биланс на компензација.
• Доколку се открие злоупотреба и политиката го дозволува тоа.

Историјата на трансакциите на играчот мора да се прегледа пред да се одземе рачното салдо. Играчот можеби случајно го потрошил дополнителното додадено салдо на пазарот. Во овој случај, нарачката, испораката на производот и политиката за управување треба да се оценуваат заедно.

11. Процедури за враќање

Враќање средства значи враќање на играчот износот што тој/таа претходно го платил или потрошил. Во системот за рамнотежа, рефундирањето може да се случи на два начина: враќање на салдото во паричникот на играчот или враќање на вистинската уплата преку давателот на плаќање. Овие два процеси се различни еден од друг.

Рефундирањето на салдото може да се изврши во следниве случаи:

• Салдото на играчот се намали, но производот не можеше да се испорача.
• Производот не можеше да се испорача поради залихи или технички причини.
• Политиката на серверот прифаќа враќање за неточни купувања на производи.
• Поради грешка во RCON, производот не можеше да се испорача и беше претпочитано враќање на салдото наместо производот.
• Менаџерот сака да издаде компензаторно повраток на салдото.

Вистинскиот поврат на плаќањето може да биде поврзан со панелот на давателот на плаќањата. Оваа трансакција не треба да се меша со билансот на веб-панелот. Ако играчот добие и наплата и поврат на салдото, може да дојде до двојно враќање.

12. Биланс на компензација

Салдото на компензација е дополнителното салдо што му се дава на играчот за добра волја или цели за решение поради проблемот што го доживеал. Надоместокот не треба да се применува автоматски за секој проблем. Треба да се користи на контролиран начин според политиката за управување со серверот.

Ситуации кога може да се даде салдо за компензација:

• Ако имало проблем со долга испорака.
• Ако играчот доживеал техничко доцнење по плаќањето.
• Ако жртвата настанала поради пазарна грешка.
• Ако купената услуга не може да се користи поради одржување на серверот.
• Ако администраторот сака да имплементира сопствено решение за поддршка.

Доколку се даде салдо за компензација, треба јасно да се наведе во историјата на трансакциите дека тоа е компензација. Во спротивно, во иднина нема да биде јасно дали ова салдо е плаќање, подарок или рефундирање.

13. Однос со билансот и методите на плаќање

Системот за рамнотежа може да работи заедно со PayTR, Paywant или други начини на плаќање активни на панелот. Секој начин на плаќање може да има свој систем за известување за трансакции. Затоа, ако поставките за начинот на плаќање не се точни, процесот на надополнување на салдото може да биде нарушен.

Работи што треба да ги проверите во случај на проблеми со салдото поради начинот на плаќање:

• Дали е активен начинот на плаќање?
• Дали информациите за трговецот се точни?
• Дали е точна URL адресата за повратен повик или известување?
• Дали давателот на плаќања известува за успешни трансакции?
• Дали панелот правилно го обработува ова известување?
• Дали износот на трансакцијата е ист со износот на панелот?
• Дали играчот е најавен на правилната сметка?
• Дали истото плаќање може да се обработи двапати?

Поставките за начинот на плаќање, исто така, треба да се прегледаат кога се решава проблемот со салдото. Само гледањето на сметката на играчот не е секогаш доволно.

14. Ако играчот рече „Направив уплата, но салдото не го прими“, време е да се провери

Ова барање за поддршка е едно од најчестите прашања за рамнотежа. Проверката треба да се направи по одреден редослед, а не по случаен избор.

1. Се бара корисничко име на веб-панелот на плеерот.
2. Се бара е-пошта за плаќање на играчот.
3. Се бара датум и износ на плаќање.
4. Се дознава кој начин на плаќање се користи.
5. Трансакцијата се пребарува во панелот на давателот на плаќања.
6. Се проверува дали трансакцијата е успешна, во тек или неуспешна.
7. Проверете дали е создаден запис за подигнување на салдо на панелот.
8. Се проверува дали салдото е додадено на правилната членска сметка.
9. Се испитува дали играчот можеби се најавил со погрешна сметка.
10. Откако ќе се додаде салдото, се проверува дали е потрошено на пазарот.
11. Ако има грешка повратен повик, рачното додавање салдо се врши со забелешка.

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. Проверете го редоследот ако играчот рече „Моето салдо е изгубено“

Ако играчот каже дека неговото салдо е намалено, прво треба да се испита историјата на трансакциите. Салдото можеби е потрошено за купување намирници, нето износот може да се намалил по купонот, можеби е направена рачна корекција или може да се применил процес за враќање/поврат.

1. Тековната состојба на играчот е проверена.
2. Се отвора историјата на трансакциите на салдото.
3. Се испитуваат најновите движења на рамнотежа.
4. Проверете дали е направен одбиток поради нарачката за намирници.
5. Се проверува дали нарачката е успешна или не.
6. Се проверува дали производот е испорачан.
7. Проверете дали попустот на купонот е правилно пресметан.
8. Ако има рачно одбиток на салдо, се чита неговото објаснување.
9. Доколку има неточен одбиток, се донесува одлука за враќање на средствата/компензација.

Во таквите барања, на играчот мора да му се даде јасно објаснување. На пример, одговорот заснован на евиденција како „80 TL се одземени од вашето салдо за вашата нарачка на 30-дневен VIP пакет“ е поохрабрувачки.

16. Ако играчот каже „Моето салдо е ниско, но производот не е пристигнат“, време е да се провери.

Ова се однесува на врската помеѓу системот за рамнотежа и испораката на намирници. Билансот можеби паднал правилно; но испораката на RCON можеби не успеа. Затоа, треба да се проверат и билансот, нарачката и дневникот на RCON.

1. Постои движење на рамнотежа.
2. Се определува за кој редослед се одзема салдото.
3. Статусот на плаќање на нарачката е проверен.
4. Статусот на испорака на нарачката е проверен.
5. Проверете дали производот се испорачува автоматски.
6. Се проверува дали е извршена командата RCON.
7. Ако има порака за грешка RCON, причината се чита.
8. Проверете дали корисничкото име на Minecraft е точно.
9. Ако производот треба да се испорача рачно, ќе се испорача со белешка.
10. Доколку производот не може да се испорача, салдото се враќа и се внесува белешка.

17. Граници на билансот

Во системот за рамнотежа може да се користат минимални и максимални граници на оптоварување. Овие ограничувања се одредуваат според барањата на давателот на плаќање, салдото на провизијата, ризикот од злоупотреба и пазарните цени.

Области каде што може да се користат ограничувања:

• Минимална сума за вчитување на салдото.
• Максимален износ за еднократно надополнување на салдото.
• Дневен лимит за прикачување.
• Месечен лимит за прикачување.
• Ниска граница за нови сметки.
• Рачна проверка за сомнителни сметки.

Границите мора да му бидат јасни на играчот. Ако играчот не разбира зошто не може да вчита салдо под или над одредена сума, тој отвора барање за поддршка.

18. Безбедност на билансот

Бидејќи системот за рамнотежа е поврзан со плаќањето и пазарот, тој мора внимателно да се заштити заради безбедност. Овластувањето за уредување на салдото во административниот панел не треба да се дава на секого. Неовластен или невнимателен администратор може да додаде неправедни салда на играчите или случајно да ги намали салдата на играчите.

Совети за безбедност на рамнотежата:

• Дајте овластување за рачно балансирање на ограничени администратори.
• Направете обелоденување задолжително за секое рачно работење.
• Историјата на трансакции не треба да се брише или менува.
• Салдото не треба да се додава додека не се потврди плаќањето.
• Треба да се провери дали истото плаќање се обработува двапати.
• Трансакциите со високи износи треба да се испитуваат посебно.
• Треба да се следат сомнителни повеќе сметки.
• Администраторските дневници треба редовно да се проверуваат.

19. Известување за билансот и дневна контрола

Системот за рамнотежа треба редовно да се проверува. Дневната контрола ви овозможува да забележите какви било проблеми што може да се појават при плаќањето и протокот на пазарот пред играчот да ја отвори поддршката.

Список за проверка на дневен биланс:

• Колку надополнувања на салдо беа направени денес?
• Колкав е бројот на успешни плаќања?
• Дали има некакви исплати што чекаат?
• Дали има запис каде што исплатата била успешна и салдото не е додадено?
• Дали играчот потрошил пари на пазарот иако била додадена салдото?
• Дали има висок износ на рачни трансакции со салдо?
• Дали се напишани објаснувања за рачни трансакции?
• Дали трансакциите за враќање на средствата или компензацијата се правилно забележани?
• Дали истото плаќање може да се обработи двапати?
• Дали има некои сомнителни повеќе сметки или ненормална активност?

Доколку не се врши редовно известување, неправилните трансакции со салдо ќе се забележат доцна. Ова може да доведе и до губење на приходите и до незадоволство на играчите.

20. Вообичаени грешки

Додајте салдо рачно без потврда за плаќање

Салдото не треба да се додава само затоа што играчот вели дека платил. Давателот на плаќање и записот за трансакции на панелот мора да бидат потврдени.

Не проверува дали играчот е најавен на погрешна сметка

Салдото можеби е додадено на правилната сметка; Но, играчот можеби се најавува со друга сметка. Членската сметка и е-поштата за плаќање треба да се споредат.

Не пишување опис во рачен процес

Рачните трансакции без објаснување не можат да се проверат во иднина. Мора да се направи белешка за секое додавање, бришење, враќање или компензација.

Во случај на проблемот дека салдото е намалено, но производот не е пристигнат, само погледнете го екранот за рамнотежа

Во овој случај, мора да се проверат и нарачката и статусот на испорака RCON. Проблемот може да се должи на испорака, а не на рамнотежа.

Давање и производ и рефундирање за иста трансакција

Доколку производот е доставен до играчот, салдото не треба да се враќа за истата трансакција. Одлуката за враќање или испорака мора да се донесе преку регистрација.

Одговарање без проверка на историјата на трансакциите

Одговорот треба да се заснова на историјата на трансакциите на играчот, а не на неговото тврдење. Одговорот даден без соодветно испитување на евиденцијата може да биде неточен.

21. Список за проверка пред да отворите барање за поддршка

• Дали играчот е најавен со правилната сметка на веб-панелот?
• Со која адреса на е-пошта е извршено плаќањето?
• Кој е датумот и износот на плаќање?
• Кој е начинот на плаќање?
• Дали давателот на плаќање ја покажува трансакцијата како успешна?
• Дали има запис за подигнување на салдо во панелот?
• Дали билансот е додаден на правилната сметка?
• Дали има запис во историјата на трансакцијата на билансот?
• Дали билансот бил потрошен за намирници?
• Ако е користен купон, дали нето износот е точен?
• Кој ред се одзема од салдото?
• Дали нарачката е испорачана?
• Дали има грешка при испорака на RCON?
• Дали е направена рачна трансакција со салдо?
• Дали има рачен опис на процесот?
• Дали повратот или компензацијата е направен претходно?
• Дали истото плаќање може да се обработи двапати?
• Дали има релевантен запис во дневниците на трансакциите на администраторот?

22. Препораки за безбедност и управување

• Не додавајте салдо без потврда за плаќање. Тоа е императив за финансиска сигурност.
• Не извршувајте рачни операции без објаснување. Секоја трансакција мора да биде регистрирана.
• Ограничете ги овластувањата за салдо. Не секој администратор треба да има овластување да го уредува салдото.
• Одржувајте историја на трансакции. Тоа е најважниот извор на проблеми со рамнотежата.
• Потврдете ја сметката на играчот. Најавувањето на погрешна сметка е чест проблем.
• Не враќајте и испорачувајте во исто време. Може да дојде до двојна компензација.
• Проверете и за трансакции со големи суми. Грешката или злоупотребата се откриваат рано.
• Секојдневно прегледувајте ги нерешените плаќања. Проблемот може да се открие без поддршка за отворање на плеерот.
• Проверете ја нето сумата при трошење на салда со купони. Ги намалува поплаките за лажни попусти.

23. Често поставувани прашања

Играчот вели дека платил, но салдото не се гледа. Што треба да барам прво?

Прво мора да проверите со која сметка е најавен играчот, адресата на е-пошта од која извршиле плаќање, износот на плаќањето, начинот на плаќање и регистрацијата на давателот на плаќање. Ако плаќањето е успешно, треба да се испита дали има билансна евиденција на панелот.

Дали е доволна слика од екранот за плаќање за да се додаде салдо?

Не. Само снимката од екранот не е доволна. Записите на давателот на плаќања, историјата на трансакциите на панелот и сметката на играчот мора да се проверат заедно.

Салдото на играчот се намали, но производот не пристигна. Што треба да се направи?

Релевантната нарачка мора да се најде од движењето на билансот, мора да се проверат статусот на испорака на нарачката и дневникот на RCON. Ако производот не може да се испорача, може да се изврши рачна испорака или враќање на салдото; Трансакцијата мора да се забележи.

Дали е безбедно да се додаде салдо рачно?

Тоа може да се направи безбедно со соодветна проверка и обелоденување. Сепак, не е во ред рачно да се додава салдо без да се потврди плаќањето, без запис за поддршка или без да се напише причина.

Дали рефундирањето треба да се изврши како салдо или од давателот на плаќање?

Ова варира во зависност од политиката на серверот и статусот на плаќање. Рефундирањето на салдото додава износ на паричникот на панелот на играчот. Вистинскиот поврат на плаќањето се врши преку давателот на плаќање. Два методи за враќање на средствата не треба да се применуваат заедно за иста трансакција.

Што да направите ако играчот префрлил средства на погрешна сметка?

Прво, мора безбедно да се потврди дека и двете сметки припаѓаат на истиот играч. Потоа може да се изврши пренос на салдо или рачна корекција според политиката на серверот. Мора да се напише трансакциска белешка.

Зошто е важна историјата на трансакциите на билансот?

Одговорите на прашањата како што се кога била вчитана билансот на играчот, кога бил потрошен, со која нарачка бил поврзан и дали е направена рачна трансакција се наоѓаат во историјата на трансакциите. Овие записи се од суштинско значење за правилно решавање на барањата за поддршка.

Заклучок

Системот за салдо на веб-панелот на Minecraft и трансакциите со паричник се основната финансиска инфраструктура што им овозможува на играчите да додадат салдо на нивните сметки со плаќање и купување на намирници со ова салдо. Надополнување салдо, додавање салдо после плаќање, купување намирници, попуст на купони, рачно салдо, рефундирање, компензација и историја на трансакции се главните делови на овој систем.

Потврдата на плаќањето, точната сметка на членот, историјата на трансакции, врската за нарачки, статусот на испорака на RCON и белешките за рачна трансакција треба внимателно да се проверат при управувањето со салдо трансакции. Во случај на барања на играчот како „направив уплата, но салдото не пристигна“, „Моето салдо се намали“ или „Моето салдо се намали и производот не пристигна“, одлуката треба да се донесе врз основа на записите на панелот, а не само врз основа на пораката на играчот.

Кога системот за рамнотежа се управува правилно, купувањето на намирници станува побрзо, искуството со паричникот на играчите се подобрува, барањата за поддршка за плаќање се намалуваат и веб-панелот на Minecraft има посигурна продажна инфраструктура. Неточните или нерегистрирани трансакции на салдо директно негативно влијаат на довербата на играчите, финансискиот ред и квалитетот на поддршката.

Оваа статија е специјално подготвена за PvPServer.