Minecraft 网络面板市场订单和交付跟踪指南

本指南适用于 PvPServer Minecraft Web 面板管理面板中的您。 杂货订单 和 交货追踪 它准备解释这些流程。市价订单屏幕；用于管理玩家购买的产品、付款状态、余额使用情况、优惠券折扣、RCON 交付结果、手动交付需求以及支持请求中需要检查的记录。

1. 杂货订单菜单有什么用？

在 Minecraft 网页面板中 杂货订单 菜单是跟踪玩家通过网络市场进行的购买的区域。玩家从市场上选择产品，通过付款或余额方式进行购买，使用优惠券并创建订单。完成此过程后，可以使用 RCON 命令自动交付产品，也可以由管理员手动交付产品。

订单屏幕用于控制整个过程。只是“有什么命令吗？”没有回答问题。它还可以让我们了解支付是否成功、产品将交付给哪个玩家、是否适用优惠券折扣、余额是否正确减少、RCON命令是否有效以及是否发生交付错误。

市价订单菜单用于以下操作：

• 查看玩家的购买历史。
• 按订单号搜索交易。
• 检查购买的产品。
• 查看付款状态。
• 如果使用余额付款，请检查余额变动。
• 查看使用优惠券后的折扣金额。
• 审查 RCON 交付结果。
• 对需要人工配送的订单进行排序。
• 检测失败或挂单。
• 正确回应玩家的支持请求。

2. 订单列表屏幕

订单列表提供了通过市场创建的所有订单的概述。在此屏幕上，管理员可以查看哪些订单是成功的、待处理的、不成功的、已交付的或交付错误的。当玩家提出支持请求时，通过订单号或用户名搜索即可找到相关记录。

订单列表通常包含以下字段：

面积	这意味着什么？	为什么它很重要？
订单号	这是区分每个订单的唯一跟踪信息。	它用于快速找到支持请求中的正确顺序。
成员/演员	创建订单的是网络面板帐户。	余额与付款和支持历史记录相关联。
我的世界用户名	产品将在游戏中交付给的玩家的姓名。	这是 RCON 交付的关键信息。如果错误，产品可能无法交付。
产品展示	这是购买的杂货产品。	根据此记录检查交付命令和产品描述。
金额	它是玩家支付的净额或从余额中扣除的净额。	检查优惠券和付款问题。
付款状态	指示付款是否成功、待处理、不成功或已取消。	在付款完成之前，不应交付产品。
交货状态	指示产品是否已交付。	它是未收到请求的产品的主要控制区域。
日期	指示订单的创建时间。	用于比较付款和交货时间。

3.订单详情页面

订单详情页面用于详细查看单个订单的所有信息。订单列表提供概览；然而，真正的诊断通常是在详细屏幕上进行的。在此屏幕上可以查看支付信息、产品信息、用户信息、优惠券折扣、RCON命令、配送结果和交易历史等信息。

检查订单详细信息的标题：

• 订单号。
• 创建订单的会员帐户。
• 玩家的 Minecraft 用户名。
• 购买的产品或产品。
• 产品价格。
• 如果有优惠券折扣，请提供优惠券代码和折扣金额。
• 支付净额。
• 付款方式。
• 支付提供商交易状态。
• 余额交易（如果余额已被使用）。
• RCON 传送命令。
• RCON 命令结果。
• 说明是否有手动交易记录。
• 交货日期。

在回复玩家的支持请求之前，必须先查看订单详细信息屏幕。应根据订单记录做出决定，而不是玩家的消息。

4. 为什么订单号很重要？

订单号用于唯一跟踪每次购买。如果玩家在提出支持请求时写下订单号，管理员可以快速找到正确的记录。仅按玩家姓名或产品名称而不输入订单号进行搜索有时会导致结果不正确。

在这些情况下，订单号尤其重要：

• 如果同一玩家购买了多件物品。
• 如果玩家多次购买同一种产品。
• 如果付款成功但发货失败。
• 如果玩家使用不同的帐户进行购买。
• 优惠券兑换是否取决于具体订单。
• 如果要人工交付。
• 面板订单是否与支付提供商记录相匹配。

5. 付款状态

订单付款状态是产品交付最关键的检查点之一。如果付款不成功，则不应交付产品。如果付款待处理、失败或取消，自动交付无法正常工作，这是正常现象。

付款状态	含义	该怎么办？
成功的	付款完成或余额购买成功。	必须检查交货状态。
待定	支付提供商可能不会给出明确的成功结果。	应检查支付提供商面板和回调记录。
失败	付款尚未完成。	不应交付该产品。
取消	订单或付款流程已取消。	不应发货，应向玩家说明付款尚未完成。

6. 跟踪购买余额

如果玩家使用网页版余额购买产品，则需同时查看订单记录和余额变动情况。余额购买可以独立于支付提供商进行操作；但是，仍然必须准确跟踪订单和交货状态。

在余额购买检查期间应询问以下问题：

• 玩家的预购买余额是多少？
• 产品价格是多少？
• 是否应用了优惠券折扣？
• 从余额中扣除的金额是否正确？
• 订单是扣除余额后下的吗？
• 订单显示成功吗？
• 产品已交付吗？
• 如果交易失败，余额需要退还吗？

如果玩家说“我的余额减少了，但是产品还没到”，这种情况就应该认真检查了。余额可能已减少，订单已下达，但 RCON 交货可能失败。在这种情况下，必须根据订单记录决定交付产品还是退还余额。

七、优惠券使用及订单关系

如果玩家在订购期间使用优惠券代码，则优惠券信息应显示在订单详细信息中。优惠券折扣直接影响产品价格和支付金额。因此，在“扣除多余余额”、“未使用折扣”、“我的优惠券被浪费了”等请求中，应该检查订单-优惠券关系。

使用优惠券订单需核对的区域：

• 优惠券代码是否包含在订单中？
• 折扣率或金额是否正确？
• 优惠券对该产品或类别有效吗？
• 是否满足最低购物篮要求？
• 折扣后净付款金额是否正确？
• 优惠券使用权是否已用完？
• 如果订单不成功，优惠券使用权是否应该退还？

Örnek kontrol:

Ürün fiyatı: 100 TL
Kupon: HAFTASONU20
İndirim: %20
Beklenen net tutar: 80 TL

Sipariş detayında net tutar 100 TL görünüyorsa kupon uygulanmamış olabilir.
Sipariş detayında net tutar 80 TL görünüyorsa indirim uygulanmıştır.

8. 交货状态

交付状态显示产品是否已到达玩家手中。即使付款成功，交付也是一个单独的过程。特别是使用RCON命令自动发货的产品，可能会出现支付成功但发货失败的情况。

交货状态	含义	要检查什么？
已交付	该产品似乎已交付给玩家。	可以检查RCON日志或手动交货单。
待定	交货尚未完成。	应检查产品是手动交付还是自动队列交付。
交货错误	RCON 或交付期间发生错误。	必须检查RCON连接、命令、玩家姓名和在线状况。
需要人工交付	该产品将由管理员提供，而不是自动提供。	必须向玩家解释交付时间，并且交付后必须输入注释。

9. RCON 交付结果

在自动交付的产品中，RCON结果是最重要的控制领域。面板将产品设置中定义的命令发送到 Minecraft 服务器。如果此命令成功运行，则产品已交付。如果命令返回错误或无法到达服务器，则传送可能会失败。

RCON 交付结果应检查以下信息：

• RCON命令是否已发送？
• 命令是代表哪个玩家发送的？
• 玩家姓名变量翻译正确吗？
• 命令是否返回成功响应？
• 当时 RCON 连接是否处于活动状态？
• 该命令是否给出了错误消息？
• 玩家必须在线吗？
• 插件命令是否正确？

10. 手动递送追踪

有些产品不会自动交付。经理审核订单并在游戏中或通过面板手动订购产品。人工投放可以更加可控；然而，如果不保留记录，就会造成混乱。

需要人工投递的情况：

• 如果产品需要特殊处理。
• 如果存在无法通过 RCON 交付的产品。
• 如果是的话还会为玩家准备一个特殊的礼包。
• 如果需要管理员批准。
• 如果付款验证将手动完成。
• 如果RCON暂时无法工作。

当进行人工交货时，应在订单备注中写明交货内容、交货对象、交货时间和由哪个经理交货。如果这条记录不存在，以后当玩家再次说“我的产品没有到”时，控制就会变得困难。

Örnek manuel teslimat notu:

30 Günlük VIP Paketi, oyuncu adı: DarkPlayer
25.05.2026 21:35 tarihinde manuel olarak teslim edildi.
Teslim eden yönetici: Admin

11. 失败的订单

订单不成功；当付款未完成、交易被取消、支付提供商返回错误或系统无法完成订单时，可能会发生这种情况。不成功的订单并不意味着玩家有权获得该产品。但是，如果玩家认为付款出现在他的银行中，则应单独检查支付提供商的记录。

未成功订单的检查事项：

• 支付提供商是否表示交易成功？
• 为什么面板上显示支付失败？
• 玩家是否可能提前退出支付界面？
• 难道是回调没来？
• 不成功的订单是否可以使用优惠券？
• 余额是否已扣除？
• 产品是否误送？

如果订单不成功，必须在发货前确认付款。如果支付提供商显示成功，但面板显示失败，则应进行技术检查，如有必要，应以记录方式应用手动交易。

12. 待处理订单

待处理订单是指尚未完成付款或尚未完成交货的交易。对于某些支付方式，交易结果可能会延迟几分钟。但是，应该检查长时间未决的订单。

挂单应检查以下情况：

• 您收到付款提供商的回电了吗？
• 支付面板中是否显示交易成功？
• 玩家完成付款步骤了吗？
• 使用余额购买时是否出现错误？
• RCON 是否在交付队列中等待？
• 手动交付是否需要管理员操作？
• 订单是否会在系统中被锁定或不完整？

13. 取消订单

取消订单可能是指玩家尚未完成支付流程或交易已被支付提供商取消的情况。在这些订单中，产品在正常条件下不应交付。

取消订单的检查事项：

• 玩家是否已退出支付界面？
• 支付提供商是否取消了交易？
• 面板自动取消订单了吗？
• 余额有减少吗？
• 优惠券使用权是否已用完？
• 产品是否误送？

如果玩家打开对已取消订单的支持，则必须比较支付提供商记录和面板订单记录。如果未收到付款，则不应交付产品。

14.如果玩家说“我的产品还没到”，就该检查一下了。

“我的产品尚未到达”支持请求是 Minecraft Web 面板市场中最常遇到的问题之一。必须对这些请求应用固定的支票指令。

1. 玩家被要求提供订单号。
2. 订单可在相关会员账户中查看。
3. 检查付款状态。
4. 如果付款不成功，产品将不会被交付。
5. 如果付款成功，将检查交货状态。
6. 检查产品是自动交付还是手动交付。
7. 检查RCON命令是否运行。
8. 检查 RCON 是否返回错误。
9. 检查玩家的 Minecraft 用户名是否正确。
10. 检查玩家是否需要在线。
11. 检查该产品之前是否已交付。
12. 如有必要，进行手动交付并添加注释。

Oyuncuya örnek cevap:

Merhaba,

Siparişinizi kontrol edebilmemiz için sipariş numaranızı ve Minecraft kullanıcı adınızı paylaşmanız gerekmektedir.
Ödeme başarılı görünüyorsa teslimat durumunuzu, RCON komut kaydınızı ve ürünün hangi oyuncu adına gönderildiğini kontrol edeceğiz.

15. 如果玩家说“我的余额低，但产品尚未到达”，则需要检查一下。

使用余额购买时可能会出现这种情况。如果玩家余额减少但产品尚未交付，则应仔细检查订单和 RCON 流程。

1. 玩家有一个会员帐户。
2. 检查平衡运动。
3. 确定从余额中扣除哪个订单。
4. 检查订单状态。
5. 检查交货状态。
6. 检查 RCON 命令是否出错。
7. 检查产品是否需要人工发货。
8. 如果产品无法交付，将做出余额退款或手动交付的决定。
9. 所采取的行动写在订单备注中。

16.如果玩家说“我使用了优惠券，但我没有得到折扣”，这是在检查订单

在优惠券相关的订单问题中，产品价格、优惠券规则和净支付金额需要一起评估。

1. 优惠券代码在订单详细信息中可见吗？
2. 订购时优惠券是否有效？
3. 优惠券对该产品或类别有效吗？
4. 是否达到最低篮子金额？
5. 折扣类型是百分比还是固定金额？
6. 折扣金额计算是否正确？
7. 净付款金额是否正确？
8. 玩家是否在未应用优惠券的情况下进入支付屏幕？
9. 优惠券的使用是否与订单失败有关？

如果优惠券尚未使用且玩家已付款，则必须根据政策评估交易。在任何情况下，订单记录、优惠券记录和付款金额都应一起检查。

17. 防止同一个订单被配送两次

杂货管理中最危险的情况之一是同一份订单交付两次。当在支持请求期间匆忙运行手动命令时，通常会发生这种情况。玩家可能已经收到产品但没有注意到；或者 RCON 命令可能已成功运行，但面板状态可能尚未更新。

为避免重复交付：

• 应检查订单交付状态。
• 应检查 RCON 命令历史记录。
• 您应该检查玩家姓名是否正确。
• 应检查该产品是否已在游戏内交付。
• 如果要手动交货，则必须添加订单备注。
• 手动交付后应更新订单状态。
• 应检查其他管理员是否响应了相同的支持请求。

双重交付不仅会扰乱服务器经济，还会在玩家之间造成不公平的优势。尤其要小心VIP、游戏币、安全钥匙等产品。

18. 订单备注

订单注释应用于手动处理或异常描述。当经理手动干预订单时，应在注释中写下干预的原因。这使您可以了解将来再次审核同一订单时所做的操作。

订单备注中可写的信息：

• 日期和管理员姓名（如果是手动交付）。
• 由于 RCON 错误而手动传递信息。
• 如果进行了余额退款，请说明金额和原因。
• 解释是否因球员姓名不正确而进行更正。
• 详细说明是否因优惠券而进行补偿。
• 与支付提供商验证后的结果。

不写便条进行的交易将会在未来造成混乱。保存记录，尤其是有关付款和交付的记录，对于管理安全非常重要。

19. 订单搜索和过滤

随着订单数量的增加，搜索和过滤对于找到正确的记录变得非常重要。管理员应该能够按状态、日期、用户、付款方式、产品或订单号过滤订单。

可用的过滤器：

• 订单号。
• 会员用户名。
• 我的世界用户名。
• 付款状态。
• 交货状态。
• 付款方式。
• 产品名称。
• 优惠券代码。
• 日期范围。
• RCON命令不正确。

定期过滤订单，尤其是那些处于“交货错误”或“待处理”状态的订单，可以让您在问题升级之前进行干预。

20.订单报告和日常控制

应每天检查杂货订单。这项检查不仅对于了解销售数量很重要，而且对于尽早发现问题订单也很重要。

每日检查清单：

• 今天下了多少订单？
• 有多少订单成功？
• 有多少订单待处理？
• 是否存在配送错误的订单？
• 是否有订单等待人工发货？
• 是否有订单已支付成功但未发货？
• 使用优惠券的订单是否存在异常折扣？
• RCON 错误是否重复出现？
• 同一玩家是否创建过多次不成功的订单？

如果不进行每日检查，则在玩家打开支持之前可能不会注意到某些交付错误。主动控制可减少支持请求并提高玩家满意度。

21. 常见错误

在不检查付款状态的情况下交付产品

如果付款不成功，则不应交付产品。对待付款或失败的付款进行手动交付可能会导致收入损失。

在不阅读 RCON 日志的情况下进行手动交付

RCON 命令可能已成功运行。在进行手动传递之前应检查命令历史记录。

不验证 Minecraft 用户名

错误的玩家姓名可能会导致配送失败或产品发送给错误的玩家。应检查订单详细信息中的 Minecraft 名称。

手工处理后不写笔记

如果没有备注，同一订单可能会在稍后再次交付或无法了解交易历史记录。每一次手动干预都必须记录下来。

不检查优惠券折扣

如果玩家使用优惠券，净支付金额会发生变化。比较订单和付款金额时应考虑优惠券折扣。

不跟踪挂单

长时间处于待处理状态的订单可能表明存在付款或交货问题。应定期过滤和检查。

22. 提出支持请求之前的清单

• 订单号是否正确？
• 订单是否属于正确的会员账户？
• 我的世界用户名正确吗？
• 购买的产品是否正确？
• 支付状态是否成功？
• 付款方式是什么？
• 如果使用余额付款，余额交易是否正确？
• 优惠券被使用了吗？
• 优惠券折扣是否正确应用？
• 净付款金额是否正确？
• 交货状态如何？
• 产品有自动发货功能吗？
• RCON命令是否已发送？
• RCON 命令是否出错？
• 玩家必须在线吗？
• 是否已进行人工交付？
• 有订单备注吗？
• 之前是否可能已交付过相同的订单？
• 产品是否已交付给失败或取消的订单？

23. 安全和管理建议

• 请勿在未验证付款的情况下交付物品。 可能会发生财务损失。
• 定期检查 RCON 日志。 及早发现交付错误。
• 为手动交付写注释。 交易历史仍然是可以理解的。
• 使用订单号。 可以快速找到正确的支持请求记录。
• 过滤挂单。 减少被忽视的付款或交付问题。
• 检查带有优惠券的订单的净金额。 防止错误扣除或超额余额扣除。
• 注意双重交付。 在未检查订单和命令历史记录的情况下，请勿提供手动产品。
• 验证 Minecraft 用户名。 自动交付给正确的玩家至关重要。
• 不要删除订单历史记录。 付款、支持和会计跟踪所需。

24. 常见问题

显示我的播放器产品尚未到达，我需要立即手动退货吗？

否。应首先检查订单号、付款状态、交货状态、RCON 日志、Minecraft 用户名和产品命令。该产品可能之前已交付。

付款成功，但发货错误。我应该怎么办？

应检查RCON连接、产品交付命令、玩家名称变量、玩家在线情况和命令错误消息。如有必要，应人工发货并添加订单备注。

余额减少但产品还没到怎么办？

余额变动、订单状态和交货状态一起检查。若产品未发货，可人工发货或余额退款；交易必须注明。

为什么使用优惠券的订单支付金额不同？

优惠券折扣会减少净付款金额。产品价格、优惠券折扣和支付净额应在订单详情中单独查看。

挂单会自动更正吗？

部分付款方式可能会延迟退货；但是，长时间处于待处理状态的订单必须手动检查。应审查支付提供商的注册和回调状态。

RCON命令已发送，但玩家没有收到产品。从哪里？

命令可能出错，玩家可能离线，玩家名称可能不正确，或者使用的插件可能不支持离线传送。应检查 RCON 结果和游戏中的命令行为。

为什么订单备注很重要？

当进行人工交付、余额退款、玩家姓名更正或特殊交易时，应进行注释，以避免将来出现混乱。如果没有备注，同一订单可以再次处理。

结论

Minecraft Web 面板市场订单和交付跟踪屏幕是确保市场销售安全有序管理的最重要部分之一。订单号、会员帐户、Minecraft 用户名、产品信息、付款状态、余额变动、优惠券折扣、RCON 交付结果和手动交易记录都在此屏幕上跟踪。

当玩家开通有关产品交付、付款、余额或优惠券的支持时，必须根据订单记录做出决定。付款成功后才发货，在读取RCON结果之前，不要手动给货，如果是手动交易，必须输入备注，并必须确保同一个订单不会发货两次。

当订单跟踪正确完成时，玩家的不便会减少，市场可靠性会增加，支持请求会得到更快的解决，并且 Minecraft Web 面板会变成一个专业的销售管理系统。

本文是专门为PvPServer准备的。