跳到主要内容

MC - 后台菜单功能说明

MC（Merchant Center）系统是 商户管理平台 的核心后台，
主要用于管理商户信息、配置通道上游、查看订单流转情况，以及监控平台整体运营数据。
本章节主要介绍 MC 后台各模块的功能、用途及操作逻辑。

一、工作台（Dashboard）​

1. 模块概述​

工作台（Dashboard）
是 MC 后台的总览页面，主要用于展示平台当前的整体运营情况。
管理员可以通过该页面快速查看今日订单表现、商户订单流向、以及上游订单流向。

该模块更偏向于 数据概览与运营监控，
适合用于日常值班、管理复盘、以及快速判断平台运行是否正常。

2. 常见展示内容​

MC 工作太展示内容可以自行配置，但通常建议包含以下信息 👇

  • 平台今日总览：
    展示今日平台代收、代付的订单数据汇总，例如订单数量、成功数量、成功率、交易金额等。 Dashboard1

  • 今日商户订单流向：
    展示今日各商户发起的订单情况，帮助判断当前主要订单来源来自哪些商户。 Dashboard1

  • 今日上游订单流向：
    展示今日订单最终分发至哪些上游或通道，便于观察订单分流是否正常。 Dashboard1

3. 使用场景​

📊 场景一：查看平台今日运行情况​

  • 值班人员进入工作台后，
    可第一时间查看今日平台整体订单量、成功率及交易金额。
  • 若发现成功率明显下降，可继续排查订单管理或通道状态。

🔀 场景二：观察订单流向​

  • 通过“商户订单流向”查看当前主要订单来自哪些商户。
  • 通过“上游订单流向”查看订单被分发到哪些通道或上游。
  • 若某一商户或某一上游量级异常，可进一步核查配置与订单详情。

✅ 小结：

  • 工作台是 MC 后台的总览入口；
  • 主要用于查看 平台整体运营情况、商户流向、上游流向；
  • 适合日常监控，但不用于处理具体订单明细。

二、业务管理（Business Management）​

1. 模块概述​

Business Management

业务管理（Business Management）
主要用于管理 MC 系统中已接入的商户信息。
在该模块中，管理员可以查看商户资料、执行加减账操作，以及新增商户。

这是 MC 系统中最核心的基础管理模块之一，
因为所有订单、额度、配置关系，通常都与具体商户绑定。

2. 子模块说明​

2.1 商户管理（Merchant Management）​

Business Management

商户管理 用于记录 MC 系统中所有已对接的商户信息。

常见用途包括：

  • 查看商户名称、商户 ID、商户分组
  • 查看商户余额或账务情况
  • 查看商户创建时间、接口配置情况
  • 配置商户通道，代收，代付费率
  • 商户IP加白

2.2 商户加减账​

Business Management

当商户余额需要人工调整时，
可以通过该功能对商户进行 加账 或 减账 操作。

常见场景包括：

  • 商户余额掉电，手工补偿余额
  • 手动修正账务差异
  • 特殊情况下的临时调整

⚠️ 此类操作通常会直接影响商户账务，
需要确认金额、确认费率，备注原因、操作对象后再执行。

2.3 新增商户​

Business Management

当有新的商户接入平台时，
需要在业务管理中创建对应的商户资料。

常见录入内容可能包括：

  • 商户名称
  • 商户加白IP
  • 通道配置
  • 商户基础配置

一般情况下，新增商户属于后台初始化配置流程的一部分。
我们提供7 * 24小时的技术服务，技术会协助配置新的商户。

3. 常见字段说明​

以下为业务管理模块中常见字段及其含义 👇

  • 商户 ID：系统分配给商户的唯一编号。
  • 商户名称：商户在系统中的显示名称。
  • 余额（Balance）：商户当前可用余额。

4. 使用场景​

💰 场景一：处理商户账务调整​

  • 当商户反馈余额异常，
    可先核对订单记录与账变情况。
  • 如确认需要人工修正，再执行加减账操作，并填写备注说明。

➕ 场景二：新增商户接入​

  • 新商户接入平台时，
    由后台在此模块中录入基础信息并完成初始化配置。
  • 后续再结合通道、上游配置，实现正式下单流转。

✅ 小结：

  • 业务管理是 MC 后台的基础模块；
  • 主要负责 商户信息管理、商户账务调整、商户新增接入；
  • 该模块更偏向“商户主体”的维护，而不是订单处理。

三、通道上游（Channel & Upstream）​

1. 模块概述​

Channel Upstream

通道上游（Channel & Upstream）
主要用于记录 MC 系统中的通道配置与上游服务。
它决定了 MC 订单最终会如何流转，以及最终由哪个上游完成收款或付款。

这部分内容通常由技术团队提前配置，
日常客服或普通运营一般只需要理解其作用，不需要频繁修改。

四、上游服务（Upstream Services）​

1. 模块概述​

Upstream Services

上游服务（Upstream Services）
用于记录 MC 系统中所有已接入的上游。
可以理解为：
MC 系统收到订单后，最终会把订单交给哪个上游去处理。

上游服务决定了订单最终的“出口”。

2. 作用说明​

  • 记录所有已接入的上游资料
  • 用于标识订单最终会走向哪个上游
  • 帮助排查某个上游是否异常
  • 人工控制上游服务
  • 帮助技术确认上游配置是否生效

一般由技术团队提前为商户配置完成，
普通运营人员通常只需要知道订单最终去向即可。

3. 使用场景​

🔍 场景一：查看订单最终去向​

  • 当需要确认某商户订单最终走到了哪个上游时，
    可以结合上游服务模块进行理解和判断。

⚠️ 场景二：排查上游异常​

  • 若某段时间某类订单成功率异常下降，
    可能与某个上游服务异常有关。
  • 此时可配合订单管理一起排查问题来源。

✅ 小结：

  • 上游服务记录的是 订单最终交由谁处理；
  • 更偏向“订单出口”的概念；
  • 通常由技术预先配置。

五、通道管理（Channel Management）​

1. 模块概述​

Channel Management

通道管理（Channel Management）
用于记录 MC 系统中的交易通道配置。
它描述的是订单在 MC 系统中的流转路径与分发逻辑。

可以简单理解为：
通道管理决定订单怎么走；上游服务决定订单最终走到哪里。

2. 作用说明​

  • 记录系统中的各类交易通道
  • 配置订单分流逻辑
  • 对接不同业务类型的订单路径
  • 与上游服务共同组成订单流转链路

这部分通常也是由技术团队配置完成，
商户侧或普通运营一般不需要手动调整。

3. 使用场景​

🔀 场景一：理解订单流转逻辑​

  • 当需要排查某类订单为什么走到某个上游时，
    可以从通道管理的角度理解分发路径。

🧩 场景二：协助技术排查配置问题​

  • 如果订单流向与预期不一致，
    技术可能需要检查通道是否配置错误，或通道与上游绑定是否异常。

✅ 小结：

  • 通道管理记录的是 订单在 MC 内部如何流转；
  • 上游服务记录的是 订单最终交给谁处理；
  • 两者共同决定订单路径，但大多数情况下由技术预设完成。

六、订单管理（Order Management）​

1. 模块概述​

订单管理（Order Management）
是 MC 系统中最常用的模块之一，
主要用于查看平台内所有订单的流转情况与处理结果。

在该模块中，通常会分为：

  • 代收订单
  • 代付订单

通过订单管理，管理员可以快速查询某笔订单状态、判断订单是否成功、以及确认问题出在商户侧、平台侧，还是上游侧。

七、代收订单（Collection Orders）​

1. 模块概述​

MC Collection Orders

代收订单（Collection Orders）
用于记录 MC 系统中所有的代收订单。
代收订单通常表示：
商户发起收款请求，由系统分配订单至上游，上游完成收款处理。

这是 MC 系统中最核心的订单模块之一，
主要用于查看订单状态、追踪订单流向、以及处理掉单或异常订单问题。

2. 常见字段说明​

  • 商户名称（Merchant）：该笔订单所属商户。
  • 商户订单号（Merchant Order ID）：商户侧传入的订单编号。
  • 通道：该订单当前走的通道。
  • 订单号（Order ID）：系统生成在MC系统中的唯一订单编号。
  • 上游：该订单分配给了哪个上游。
  • 上游订单号（Order ID）：系统分配给上游的唯一订单编号。
  • 金额（Amount）：订单金额。
  • 订单状态（Status）：订单当前处理状态。
  • 回调状态（Status）：上游对该笔订单的处理状态。

3. 常见状态理解​

实际状态名称会因系统版本不同略有差异，但通常可理解为以下几类：

状态含义说明
成功订单已完成商户收款结果已确认
支付中支付中订单仍在流转或等待确认
失败/驳回失败/驳回订单处理失败，订单被驳回
超时超时关闭超过有效时间未完成

日志 - 查询代收订单在系统中流转记录，方便技术跟踪订单问题

MC Collection Orders

4. 使用场景​

💰 场景一：商户查询订单状态​

  • 商户提供平台订单号或商户订单号。
  • 在代收订单中搜索该订单。
  • 查看当前状态是成功、支付中、失败还是超时。

🔍 场景二：排查掉单或异常订单​

  • 当商户反馈“用户已支付但系统未成功”时，
    需要先在 MC 代收订单中确认订单状态。
  • 再结合通道或上游信息，判断问题出在哪个环节。

🔀 场景三：查看订单流向​

  • 通过订单详情可查看该笔订单走了哪个通道、最终去了哪个上游。
  • 有助于技术或运营判断是哪一段链路出现问题。

🔍 场景四：常用功能按钮​

  • 查询上游 - 手动查询上游对订单的处理结果
  • 批量回调 - 手动请求一次回调结果
  • 强制确认 - 强制确认订单成功
  • 凭证补单 - 对上游异常订单进行补单处理

✅ 小结：

  • MC 代收订单记录的是平台内所有代收类订单；
  • 主要用于 查状态、查流向、查异常；
  • 是商户查单时最常用的模块之一。

八、代付订单（Payout Orders）​

1. 模块概述​

MC Payout Orders

代付订单（Payout Orders）
用于记录 MC 系统中所有的代付订单。
代付订单通常表示：
商户发起收款请求，由MC系统分配订单至上游，上游完成付款处理。

该模块主要用于跟踪付款类订单的处理状态、订单去向及异常情况。

2. 常见字段说明​

  • 商户名称（Merchant）：该笔订单所属商户。
  • 商户订单号（Merchant Order ID）：商户侧传入的订单编号。
  • 通道：该订单当前走的通道。
  • 订单号（Order ID）：系统生成在MC系统中的唯一订单编号。
  • 上游：该订单分配给了哪个上游。
  • 上游订单号（Order ID）：系统分配给上游的唯一订单编号。
  • 金额（Amount）：订单金额。
  • 订单状态（Status）：订单当前处理状态。
  • 回调状态（Status）：上游对该笔订单的处理状态。

3. 常见状态理解​

状态含义说明
成功订单已完成商户收款结果已确认
支付中支付中订单仍在流转或等待确认
等待处理订单在MC系统中悬挂等待运营人员把订单转入对应的上游
失败/驳回失败/驳回订单处理失败，订单被上游驳回
超时超时关闭超过有效时间未完成

4. 使用场景​

💸 场景一：查询代付结果​

  • 商户提供订单号后，
    可在代付订单中搜索该订单并查看状态。
  • 若状态为成功，则说明付款结果已确认。

⚠️ 场景二：排查付款失败和订单驳回​

  • 批量驳回 - 把订单驳回给商户
  • 若订单在上游被驳回或显示失败，
  • 可以通过批量驳回把对应的订单退还给商户

🔁 场景三：订单派发​

  • 提交上游 - 对上游异常订单进行补单处理
  • 把代付订单打入对应的上游，

✅ 小结：

  • MC 代付订单记录的是平台内所有代付类订单；
  • 主要用于 查付款状态、派发订单去向、查失败原因；
  • 与代收订单一样，属于高频使用模块。

九、总结​

MC 后台的核心作用，可以概括为三部分：

  1. 看整体：通过「工作台」查看平台整体运营情况
  2. 管商户：通过「业务管理」维护商户资料与账务
  3. 查订单：通过「订单管理」追踪代收代付订单流转情况

✅ 重点建议：

  • 先熟悉 代收订单、代付订单 二个高频模块；
  • 理解 通道管理 与 上游服务 的区别：
    • 通道管理 = 订单怎么走
    • 上游服务 = 订单最后交给谁处理
  • 日常查单时，优先从 订单管理 入手；
  • 涉及商户资料或账务调整，再进入 业务管理 模块处理。

📘 提示1：MC 系统主要负责商户与订单层级的管理，和 CW 系统的执行层数据会存在交互。
📘 提示2：本文仅说明 MC 后台常用菜单功能，若涉及复杂配置或技术逻辑，请在技术群内咨询相关人员。