Система балансу веб-панелі 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. Manual Balance Deduction

Списання балансу вручну - це списання балансу з гаманця гравця адміністратором. This process should be done even more carefully. Because it affects the player's current rights.

Списання залишку вручну доступне в таких ситуаціях:

• If excess balance has been added by mistake.
• Якщо баланс відображається двічі через подвійну обробку платежу.
• Якщо баланс на тестовому рахунку буде очищено.
• Якщо неправильний баланс компенсації має бути скасований.
• If abuse is detected and the policy allows it.

Історію транзакцій гравця необхідно переглянути перед вирахуванням балансу вручну. Можливо, гравець випадково витратив додатковий доданий баланс на ринку. У цьому випадку замовлення, доставку товару та політику управління слід оцінювати разом.

11. Процедури повернення

Відшкодування означає повернення гравцеві суми, яку він/вона раніше заплатив або витратив. У системі балансу повернення коштів може відбуватися двома способами: поверненням балансу на гаманець гравця або поверненням фактичного платежу через постачальника платежів. Ці два процеси відрізняються один від одного.

Повернення залишку можливе в наступних випадках:

• Баланс гравця зменшився, але товар не може бути доставлений.
• Товар не може бути доставлений через запас або технічні причини.
• Серверна політика приймає повернення за неправильні покупки продуктів.
• Через помилку RCON продукт не міг бути доставлений, і замість продукту було віддано перевагу відшкодуванню.
• Керівник хоче оформити компенсаційне відшкодування.

Фактичне відшкодування платежу може бути пов’язане з панеллю постачальника платежів. Цю транзакцію не слід плутати з балансом веб-панелі. Якщо гравець отримує відшкодування як платежу, так і балансу, може відбутися подвійне відшкодування.

12. Compensation Balance

Компенсаційний баланс — це додатковий баланс, який надається гравцеві для доброї волі або вирішення проблеми, з якою він зіткнувся. Компенсація не повинна застосовуватися автоматично для кожної проблеми. It should be used in a controlled manner according to the server management policy.

Situations where compensation balance may be given:

• Якщо виникла проблема з довгою доставкою.
• Якщо гравець зазнав технічної затримки після оплати.
• Якщо жертва сталася через помилку ринку.
• Якщо придбана послуга не може бути використана через обслуговування сервера.
• Якщо адміністратор хоче запровадити індивідуальне рішення підтримки.

If a compensation balance is given, it should be clearly stated in the transaction history that this is compensation. Інакше в майбутньому не буде ясно, чи є цей залишок платежем, подарунком чи відшкодуванням.

13. Взаємозв'язок балансу та методів оплати

Система балансу може працювати в поєднанні з PayTR, Paywant або іншими платіжними методами, активними на панелі. Кожен спосіб оплати може мати власну систему сповіщення про операції. Therefore, if the payment method settings are not correct, the balance top-up process may be disrupted.

Що потрібно перевірити у разі проблем із балансом через спосіб оплати:

• Чи активний спосіб оплати?
• Чи правильна інформація про продавця?
• Чи правильна URL-адреса зворотного виклику або сповіщення?
• Чи звітує платіжний постачальник про успішні транзакції?
• Чи правильно панель обробляє це сповіщення?
• Чи збігається сума транзакції з сумою на панелі?
• Гравець увійшов у правильний обліковий запис?
• Чи може один і той самий платіж обробитися двічі?

Налаштування способу оплати також слід переглянути під час вирішення проблеми з балансом. Просто дивитися на рахунок гравця не завжди достатньо.

14. Якщо гравець каже «Я зробив платіж, але баланс не надійшов», настав час перевірити

Цей запит на підтримку є однією з найпоширеніших проблем із балансом. Перевірку слід проводити в певному порядку, а не навмання.

1. Запитується ім’я користувача веб-панелі гравця.
2. Запитується електронна адреса гравця для оплати.
3. Запитується дата та сума платежу.
4. Дізнається, який спосіб оплати використовується.
5. The transaction is searched in the payment provider panel.
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.