Skip to content

账户管控码与属性控制

1、概念定位

管控码是核心系统用来表达客户、客户账户或子账户“是否被某类规则控制”的状态标签。它本身不一定是一笔账务交易,但会影响后续交易能不能办理、哪些交易受限、是否需要额外核验或授权。

可以这样理解:

text
管控码 = 账户对象上的控制标签
限制状态 = 多个控制标签或业务状态汇总后的结果表现

所以,看到“账户受限”时,不应只停留在状态结果,而要继续追问:受限来源是什么、作用在哪一层、限制哪些交易、谁设置的、能否解除。

2、三个控制层级

[2034]属性管控查询与维护 同时展示客户层、客户账户层和子户层的管控信息。三层影响范围不同,是学习这个页面的关键。

层级常见字段业务含义影响范围
客户层客户层管制码作用在客户主体上。可能影响客户名下多个账户或业务。
客户账户层客户账户层管制码作用在客户账号这个账户入口上。影响该客户账号下的账户能力。
子户层子户层管制码作用在具体子账户或存款账户上。影响某个具体产品、币种或子账户。

这三层不要混用。客户层管控的影响通常更广;子户层管控更精确,但也要求先定位到具体子账户。

3、管控码和特殊业务的关系

管控码不是冻结、止付、扣划的同义词,但它们经常有关联。

对象关系
管控码系统中表达控制状态的标签或属性。
冻结/止付/扣划具体业务动作或业务来源,可能导致账户出现相应控制状态。
限制状态查询页面上看到的汇总结果,可能来自管控码、特殊业务、产品规则或其他风险规则。
账户特殊业务记录用来追溯某类控制状态的来源、经办、解除和历史记录。

实际排查时,建议先看账户状态,再查管控码,最后结合特殊业务记录和交易流水解释原因。

4、常见业务场景

场景关注点
客户交易失败,提示账户受限先确认限制发生在哪一层,再看具体管控码。
销户前检查确认客户层、客户账户层、子户层是否存在不允许销户的控制。
冻结、止付、扣划后排查结合特殊业务记录判断管控码是否来自司法、风控或内部处理。
风险处置对特定客户或账户设置限制,防止资金继续转出或办理高风险交易。
限制解除核对解除依据、原控制来源和授权记录,避免错误解除。

5、维护原则

  • 先定位层级,再维护管控码。
  • 能精确到子户层的,不应随意扩大到客户层。
  • 设置管控码会影响客户权益,解除管控码也会释放交易能力,二者都应有依据。
  • 管控码维护通常应保留经办、授权、变更前后值、时间和业务原因。
  • 不应只根据客户口头描述解除限制,应结合业务凭证、审批意见、司法文书或内部风控结论。

6、后续学习时怎么用

看到任何“受限、管控、冻结、止付、销户失败、交易不允许”的情况,先问五个问题:

  1. 控制发生在客户层、客户账户层,还是子户层?
  2. 页面看到的是状态结果,还是具体管控码?
  3. 管控码限制的是借方、贷方、全部交易,还是某类业务?
  4. 管控码来源是什么:司法、风控、运营处理、产品规则,还是人工维护?
  5. 解除或修改是否需要授权、审批和留痕?