跳到主要内容

OKPay CW 后端功能模块说明

OKPay 前端界面，简单易懂，鱼人宝宝都能看明白，不做过多的介绍

CW 管理后台​

本章节主要介绍 CW 管理后台中各模块的功能、用途及操作逻辑。
CW（Collection Worker）系统是 OKPay 内部用于管理收付订单、监控 CT 账单、分配额度及追踪收款人员工作表现的核心平台。

一、CT 账单（CT Bill）​

1. 模块概述​

CT Bill

CT 账单 是指：系统记录的阿三（收款工作者）绑定的 UPI 收付款流水。
每一笔账单都来自银行的真实交易记录，用于帮助我们核对收付情况。
注意：账单 ≠ 订单。
有些账单可能无法自动匹配到订单出现 No Pick Up，这是我们日常需要人工判断的重要环节。

你可以通过以下两种方式查询账单：

  • 输入 工作者 ID → 查看该收款人员所有账单记录
  • 输入 UTR → 查询指定交易的账单详情

2. 重要字段说明​

以下为最常见、最常用的字段解释，新人必须熟悉这些内容 👇

  • 收款工具：显示阿三用于收款或付款的 UPI 工具类型及系统内对应的 ID。
    （注意：判断账单时，主要依据工具 ID，而不是 UPI 名称。）

  • UPI：阿三的 UPI ID，用于收款或付款。
    部分账单显示的 UPI 可能会出错，以工具 ID 为准。

  • UTR（唯一交易参考号）：
    由银行自动生成的唯一编号，就像交易的“身份证号”。
    系统通过 UTR 识别并匹配对应的订单。

    🧠 记忆法：没有 UTR，就查不到是哪一笔交易。

账单类型（Type）​

类型含义说明
Send付款账单阿三把钱转出去
Receive收款账单阿三收到的钱

收款状态（Status）​

状态含义说明
SUCCESS成功收款方已收到款项
Fail失败交易失败，未成功收款
Pending待确认银行正在处理中，金额暂未确定（较少出现）

扣除（Deducted）​

状态含义说明
Deducted已扣除系统已扣除阿三的额度（积分）
No need无需扣除常见于付款账单或私人转账
Pending待扣除系统已抓到账单，但阿三暂无额度可扣

匹配（Pick）​

状态含义说明
Pick Up已匹配系统已找到对应订单
No Pick Up未匹配系统找不到订单，需要人工判断是 掉单 or 私人交易

其他字段​

  • 匹配订单：当账单状态为 Pick Up 时，会显示对应的订单号
  • 收款时间：阿三实际收到钱的时间
  • 创建时间：系统首次捕获账单的时间
  • 修改时间：账单最后一次被更新的时间
  • 管理员备注：当发生退还或取消时，会记录是谁进行的操作

3. 使用场景​

CT 账单是核对交易真实性、查明异常情况的关键模块。
日常中常见的三种使用场景如下：

🧾 场景一：商户询问到账情况​

  • 商户提供支付截图，里面显示了交易的UTR。
  • 在 CT 账单中搜索此 UTR。
  • 查看是否存在这笔账单或者账单状态收款、扣除状态是否为 SUCCESS，以此确认到账情况。

🙋‍♂️ 场景二：用户反馈“被扣款但没收到钱”​

  • 用户提供手机号或用户 ID。
  • 搜索该用户对应的账单。
  • 如果出现 No Pick Up 或 Pending，表示系统未自动匹配订单，需要人工判断。

⚙️ 场景三：处理 Bill Pending​

  • 当存在 Pending 时，阿三的无法进行交易。
  • 按照 “Bill Pending 审查流程” 进行处理。

✅ 小结：

CT 账单是整个 CW 系统最核心的模块之一。
新人要熟悉如何使用 UTR / ID 查询、识别状态差异、理解匹配逻辑，
才能在面对 “未到账” , “重复支付” , “掉单” 等问题时快速定位原因。

二、代收订单（Collection Orders）​

1. 模块概述​

Collection Orders

代收订单（Collection Orders） 是指：
商户向我们的阿三（收款工作者）付款的订单。

当商户通过 UPI 向阿三转账后，系统会根据商户提交的 UTR（银行交易号） 与阿三绑定在系统内的 UPI 账单（CT 账单） 进行匹配，确认交易是否成功。

代收模块是整个 CW 系统中 “资金流入” 的核心入口。
通过该模块，我们可以清晰追踪每一笔来自商户的付款记录及其最终结果。

你可以通过以下方式查询代收订单：

  • 输入 订单号 / 用户 ID / UTR → 定位特定订单
  • 输入 日期区间 → 查看某一时间段内所有代收订单

2. 重要字段说明​

以下为代收模块中最常用、最关键的字段说明 👇

  • 订单号（Order ID）：CW 系统生成的唯一订单编号，用于订单查询。
  • 收款 CW（Payee CW）：收款阿三在系统中的 CW ID。
  • 收款 CT（Payee CT）：收款阿三所使用的 UPI 类型和该 UPI 的电话号码。
  • 收款 UPI：收款阿三的 UPI ID。
  • UTR（银行交易号）：银行生成的唯一编号，用于和 CT 账单进行匹配。
    • 若系统未自动匹配，可通过人工比对 UTR 来确认。

订单状态（Status）​

状态含义说明
成功成功商户支付成功且系统已确认到账
支付中处理中商户已发起支付，尚未回填 UTR
超时超时商户未在有效时间内完成支付，系统关闭订单

All Quota（额度状态）​

当代收订单拉起时，系统会预扣除阿三的售卖额度（积分），以避免多笔支付订单情况下，出现额外支付的情况。

状态说明
结束已扣除额度并结算完成
返回系统退还阿三额度：订单成功 → 更新最新额度；订单超时 → 退还额度

通知（Notify）​

状态含义说明
Notified已通知已将收款结果回调通知给商户
No notice未通知系统尚未更新，不需要回调

Allo Review（工具状态检查）​

状态含义
Ok工具状态正常
Need Ct Idle工具离线，需要重新连接

其他字段​

  • 创建时间：商户发起订单的时间
  • 修改时间：系统最后更新该订单信息的时间

3. 使用场景​

代收订单是我们使用的的高频模块。
常用于核对充值、掉单、回调异常等问题。

💰 场景一：商户询问“订单到账情况”​

  1. 商户提供 UTR 或订单号。
  2. 在代收模块搜索该信息。
  3. 若状态为 支付中 / 超时，说明系统尚未确认到账。
  4. 检查 CT 账单 是否存在相同 UTR，若有则人工更新为成功。

🧾 场景二：重复支付或重复 UTR​

  • 系统检测到两个不同订单使用相同 UTR。
  • 需人工核对阿三账单中的真实入账记录。
  • 仅保留第一笔为有效入金，其余标记为异常。

⚙️ 场景三：掉单处理​

  • CT 账单存在该 UTR，但代收订单中未回填对应的 UTR。
  • 系统可能出现丢单。
  • 需人工补单并回调通知商户收款状态。

✅ 小结：

  • 代收模块是资金进入 OKPay 的关键通道。
  • 新人需熟悉 UTR 匹配、回调通知 二个核心概念。
  • 牢记：代收 ≠ 提现到账；代收 = 商户付钱 → 阿三收钱 → 系统确认 → 商户到账。 只有理解代收逻辑，才能快速应对“未到账”“重复支付”“掉单”等问题。

三、代付订单（Cw Pay Order）​

1. 模块概述​

Payout Orders

代付订单（Cw Pay Order） 是指：
OKPay 帮商户把钱打给用户的订单。

四方会每天分配不同的代付订单到三方系统中。
阿三选择代付订单，由阿三使用 UPI App 来完成付款。

我们通过它来追踪每一笔阿三代付订单、付款状态及失败补单情况。

你可以通过以下方式查询代付订单：

  • 输入 订单号 / 用户 ID / UTR → 定位特定代付订单
  • 输入 日期区间 → 查看当天所有代付记录

2. 重要字段说明​

以下为代付模块中最常用、最关键的字段说明 👇

  • 订单号（Order ID）：CW 系统生成的唯一订单编号，用于订单查询。
  • 付款 CW（Payer CW）：执行代付任务的阿三 CW ID。
  • 付款 CT（Payer CT）：阿三用于付款的 UPI 类型和 UPI 手机号。
  • 收款人银行账号： 收款方的银行卡号
  • 收款人银行 IFSC： 收款方的银行分行的编号，可以简单理解成中国工商银行北京第一分行
  • UTR（银行交易号）：银行生成的唯一编号，用于确认付款是否成功。
    • 若系统未自动匹配，可通过人工核对 UTR。

订单状态（Status）​

状态说明
成功阿三已完成付款并系统确认到账
支付中阿三正在付款或尚未上报账单
预生产暂时没有阿三拉起这笔订单
失败支付失败

付款人状态（Payer Status）​

状态说明
成功阿三已经完成付款，系统自动完成了订单
預生產暂时没有阿三拉起这笔订单
支付中阿三正在付款
待办的pending，出现了争议情况，系统无法确认付款情况
失败付款失败或者人工主动驳回

其他字段​

  • 创建时间：代付订单生成的时候
  • 修改时间：最后一次更新订单信息的时间
  • 通知时间：系统通知回调订单信息的时间
  • 取消备注：说明这笔订单出现了什么问题
  • 收款人名称： 收款人的名字 （印度 UPI 转账不会严格核查收款人姓名）

3. 使用场景​

代付模块常用于处理阿三付款异常等场景。

💸 场景一：阿三完成支付，但订单没有成功​

  1. 阿三提供订单号或支付凭证。
  2. 在代付模块搜索该订单。
  3. 检查状态是否为 支付中 / 超时。
  4. 点击 Review 审查账单情况，若 CT 账单存在匹配的 UTR，则人工更新为“成功”。

⚠️ 场景二：阿三付款失败​

  • 状态显示为 失败 或 超时。
  • 检查对应 CT 账单 是否存在 Fail 记录。
  • 若确认为付款失败，系统会自动退还额度，必要时人工重发订单。

🔁 场景三：重复代付​

  • 阿三提交重复的 UTR 到不同的订单
  • 检查两个订单的 UTR 是否相同。
  • 若相同，则找出正确的订单进行回调，其他订单标记为无效。

✅ 小结：

  • 新人应重点理解：阿三付款 → 系统匹配 → 商户回调 三个步骤。
  • 记住：代收是钱进来，代付是钱出去。

四、个人 CT（Personal CT）​

1. 模块概述​

Personal CT

个人 CT（Personal Collection Tool）
指的是：阿三在系统中绑定的 UPI 工具与银行账户信息。

每个阿三可能会绑定多个 UPI，
阿三通过这些工具完成收款（代收）和付款（代付）操作。

该模块主要用于监控阿三绑定工具的状态、额度、风险情况，
确保阿三可以正常完成收付款任务。

2. 重要字段说明​

以下为个人 CT 模块中常见字段及其含义 👇

  • 代收工作者（CW ID）：阿三在 CW 系统中的唯一编号。
  • CT Info（工具信息）：显示工具类型（如：mobikwik ）及该 UPI 在系统中的 ID。
  • UPI：绑定的 UPI ID，例如 gpay123@okbank。
  • 银行账号（Bank Account）：该 UPI 对应的银行账户号。
  • IFSC（银行识别码）：印度银行的分行识别码（Indian Financial System Code），共 11 位字符。
    可以理解为印度版的“银行门牌号”，用于定位具体支行。
    例如在中国我们会说「中国工商银行北京第一分行」，
    在印度会用 IFSC 标识该支行，如 HDFC0001234。
  • 额度（Quota）：当前阿三可用于售卖（代收）的额度。
  • InPay Quota（进行中额度）：当前正在支付中的额度。
    当商户正在向阿三付款时，系统会预扣除这部分额度，
    等交易完成后再释放或结算。

状态 1：阿三可手动控制的状态​

状态含义
可用的（Available）工具可正常使用，系统可派单
暂停（Paused）阿三手动暂停使用，系统不再派单

状态 2：UPI 在系统中的真实状态​

状态含义
闲置的（Idle）工具运行正常
禁用（Disabled）工具掉线，需要重新链接
登录错误（Login Error）工具登录异常，可能被封或失效，需要重新链接

Lock Time（锁定时间）​

值含义
0未锁定
> 1已锁定，显示锁定倒计时

风险状态（Risk）​

状态含义
OK无风险，工具使用正常
Risk多次付款失败，被系统识别为高风险，进入风控观察期

售卖状态（Sell Status）​

字段含义说明
Ct Sell工具售卖状态工具是否开启售卖功能
User Sell用户售卖状态用户本人是否允许售卖

用户账单状态（User Bill Pending）​

状态含义
OK没有争议账单
Exist Pending存在争议订单（私人交易、保存支付）

其他字段​

  • 优先事项（Priority）：
    数字越大，系统会优先选择该 UPI 进行派单。
    例如：Priority = 10 的工具会比 Priority = 5 的工具优先执行任务。

  • Last Sync Bill Time（最后账单同步时间）：
    系统最后一次与银行同步账单的时间。
    若长时间未同步，说明 UPI 可能掉线或连接异常。

3. 使用场景​

个人 CT 模块是监控和维护阿三工具状态的主要入口。
常见用途如下 👇

🧾 场景一：检查工具掉线​

  • 当阿三反馈“无法收款/付款”时，
    进入该模块查看对应 CT 状态是否为 禁用（Disabled） 或 登录错误（Login Error）。
  • 若是，则指导阿三重新登录或绑定 UPI。

⚙️ 场景二：风险与锁定监控​

  • 若 CT 显示 Risk，说明近期交易异常多。
  • 引导阿三切换 UPI 更换银行卡。

✅ 小结：

  • 个人 CT 模块主要用于检查阿三的 UPI 工具状态与额度情况。
  • 熟悉各状态含义能快速判断“阿三为什么无法收款/付款”。

五、收款工作者（Collection Worker）​

1. 模块概述​

Collection Worker

收款工作者（Collection Worker）
指的是在系统中实际执行收款或付款任务的阿三。

每个收款工作者对应一个 CW ID，
他名下可能绑定多个收款工具（CT）用于代收或代付操作。

此模块主要用于查看阿三的基本信息、额度情况、以及上级关系。
一般仅在核对收款来源、客户归属或额度问题时使用。

2. 重要字段说明​

  • CW ID：系统分配给收款工作者的唯一编号。
  • 用户名：工作者在登录 okpay 前端使用的用户名
  • 额度（Quota）：该工作者当前可用于售卖（代收）的额度。
  • 上级（Parent / Agent）：开发该工作者的上级人员，用于标识客户来源。
    可帮助追踪此 CW 是由哪位组长或代理添加进入系统的。
  • 创建时间：该工作者首次被录入系统的时间。

3. 使用场景​

此模块在日常中使用频率不高，
主要用于以下两类操作：

  1. 额度排查：当某个阿三反馈“无法接单”时，可查看其额度是否不足。
  2. 归属确认：查看该阿三的上级，判断客户来源或开发人。

✅ 小结：

  • 收款工作者模块主要用于信息查询与额度核对；
  • 若需查看该工作者的工具状态，请进入「个人 CT」模块。

六、购买额度明细（Buy Quota Details）​

1. 模块概述​

Buy Quota Details

购买额度明细（Buy Quota Details）
用于记录阿三所有购买额度的历史记录。

阿三可以通过两种方式购买额度：
1️⃣ 通过代付订单（以卢比支付）
2️⃣ 通过 USDT 充值（以加密货币购买）

该模块方便我们查看每个工作者的充值记录和购买方式，
常用于验证用户是否活跃或核对资金来源。

你可以通过以下方式查询：

  • 输入 工作者 ID（CW ID） → 查看该阿三所有购买记录。

2. 重要字段说明​

  • 状态（Status）：购买订单的当前状态。

    • 代办：订单仍在等待处理（Pending）。
    • 成功：额度购买成功。
    • 审查：系统正在增加额度中。
    • 取消：用户取消了支付。
    • 失败：支付失败或上游错误。

  • 方法（Method）：购买额度的方式。

    • USDT：通过 USDT 加密货币充值购买额度。
    • 卢比（INR）：通过代付订单购买额度。

  • 付款订单号（Payment Order ID）：
    对应代付订单的编号，可在「代收订单」模块中查询订单详情。

  • 金额（Amount）：购买额度时支付的金额。

  • ITToken：阿三通过本次支付获得的 OKPay 额度（积分）。

  • 付款单奖励（Reward）：系统给予该笔购买的奖励金额。

3. 使用场景​

此模块在日常中使用频率较低，但在以下两种情况中非常有用：

  1. 验证用户活跃度：
    通过查看阿三的购买记录判断其是否仍在积极使用系统。
    若最近没有购买额度，可能是非活跃用户。

  2. 账目核对：
    当阿三询问额度变化或充值金额异常时，
    可通过该模块查看其所有购买记录与状态，确认金额与奖励是否正确。

✅ 小结：

  • 本模块主要用于追踪阿三的额度购买历史；
  • 支持两种购买方式：USDT 与 卢比；
  • 若订单状态异常（如代办或失败），可回溯至付款订单号查询原因。

七、额度记录（Quota Record）​

1. 模块概述​

Quota Record

额度记录（Quota Record）
用于记录整个 OKPay 系统中所有额度的变动信息。

该模块会追踪每一次额度的增加、减少、奖励，
不仅包含阿三个人的额度变化，也包含系统层级的整体额度流动。

通过查看额度记录，可以快速了解额度来源、去向与操作人。
这是风控与财务复核中最常使用的模块之一。

你可以通过以下方式查询：

  • 输入 工作者 ID（CW ID） → 查看该阿三的额度变动明细。
  • 输入 时间区间 → 查看指定日期内所有额度调整记录。

2. 重要字段说明​

  • 变动类型（Type）：额度发生变动的类型。

    • Admin Add：管理员增加。
    • Deducted：额度减少，代收扣款。
    • Reward：奖励，完成一笔订单获得的奖励
    • Recharge：完成充值
    • Return：退还用户额度

  • 金额（Amount）：本次额度变动的金额数值。

  • 金额（Afer Amount）：本次账变后剩余的金额数值。

  • 订单号（OrderNo）：额度变动的触发来源。
    例如：购买额度、代收成功、代付失败退还、系统调整等。

  • UTR：如果类型是扣除，会显示对应的账单 UTR

  • 操作人（confim admin）：
    执行本次额度操作的主体，可能是系统自动，也可能是管理员手动调整。

  • 备注（Admin Remark）：
    记录本次变动的原因说明，例如“代收订单结算”、“额度奖励”、“系统补差额”等。

  • 创建时间（Created Time）：额度变动被系统记录的时间。

  • 修改时间（Modified Time）：额度变动最后被系统修改的时间。

3. 使用场景​

此模块在系统复核、异常处理、额度分析中都会用到。
常见的三种应用场景如下：

📊 场景一：额度异常核查​

  • 当阿三反馈额度不对（少了或多了）时，
    进入本模块查询其 CW ID 的额度变动明细。
  • 核对最近一次“减少”或“增加”的记录，判断是否由订单触发。

🧾 场景二：系统对账与审查​

  • 财务或风控人员可定期导出额度记录，
    以对比实际收付金额与系统额度变动是否一致。
  • 可快速识别异常记录（如重复增加或未扣减情况）。

✅ 小结：

  • 额度记录模块用于追踪所有额度的增减。
  • 是系统风控、财务核查与人工调整追溯的重要依据。
  • 查询时可通过 CW ID / 时间 / 订单号 快速定位目标记录。

📘 提示：CW 系统与 MC 系统的数据存在交互，请确保对账流程一致。