راهنمای تراکنش های موجودی سیستم و کیف پول پنل وب 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 یا سایر روش‌های پرداخت فعال در پانل کار کند. هر روش پرداخت ممکن است سیستم اعلان تراکنش خود را داشته باشد. بنابراین، اگر تنظیمات روش پرداخت صحیح نباشد، ممکن است فرآیند شارژ موجودی مختل شود.

مواردی که در صورت مشکل موجودی به دلیل روش پرداخت باید بررسی شود:

• آیا روش پرداخت فعال است؟
• آیا اطلاعات بازرگان صحیح است؟
• آیا آدرس پاسخ تماس یا اعلان صحیح است؟
• آیا ارائه دهنده پرداخت تراکنش های موفق را گزارش می کند؟
• آیا پنل این اعلان را به درستی پردازش می کند؟
• آیا مبلغ تراکنش با مبلغ موجود در پنل یکسان است؟
• آیا بازیکن به حساب صحیح وارد شده است؟
• آیا می توان همان پرداخت را دو بار پردازش کرد؟

هنگام حل مشکل موجودی باید تنظیمات روش پرداخت نیز بررسی شود. فقط نگاه کردن به حساب بازیکن همیشه کافی نیست.

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. اگر کسر نادرستی وجود داشته باشد، تصمیم بازپرداخت / غرامت گرفته می شود.

در چنین درخواست هایی باید به بازیکن توضیح واضحی داده شود. به عنوان مثال، یک پاسخ مبتنی بر رکورد مانند «۸۰ لیر از موجودی شما برای سفارش بسته VIP 30 روزه شما کسر شده است» اطمینان‌بخش‌تر است.

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 تهیه شده است.