本体协作平台
本体登记表

知识库

全库 981 个构件(2026-08-17 按说明书 v2 全量重抽),按纲要六类构件组织,规则=函数·规则型。(二期数据接地:对象 1/86 · 属性 2/245 · 关系 0/107,在详情页维护)

确认进度19/981· 已确认=锁定,改前先解锁

这里不做判断,只记录结论:PM / 风控 / 后端把口径定下来之后,在对应条目上记一笔「定了什么、谁定的」。冲突记完可以顺手把说法错了的那条构件标成「待改」,提醒回去改。

X-001冲突U01 开通与授信

客群分段码是否真的下发到了 SDK

说法一(R1§三)
P003 客群分段码(segCode)共 40 位,由审批引擎在开户后输出并返回给 SDK。
说法二(R3§①、R3§待确认清单)
前端代码全仓检索,没有见到任何读取 segCode/SEG_CODE 的字段。
矛盾客群分段码究竟有没有下发到 SDK、接口里是否真的存在这个字段,两边说法对不上,待后端确认。
涉及:P003 客群分段码出处:R1§三·R3§①
登记原文P003 / R1§三(segCode 40 位,开户后审批引擎输出并返回 SDK)/R3§①·R3§待确认清单(前端代码全仓未见 segCode/SEG_CODE 字段): 口径矛盾:segCode 是否真的下发到 SDK/接口存在;仅登记不裁决
○ 待收口
X-002冲突U01 开通与授信

哪些开通状态可以进入开户申请落地页

说法一(旧登记 L012)
受理开户申请必须处于开通状态 T211(初始态)。
说法二(01§D.6)
代码查实,T211/T017/T022/T023 四个状态都统一进入申请落地页。
矛盾旧规则只允许 T211,代码实际放行四个状态,范围不同;L012 已按 01 篇改写为四态并记为口径变化,请复核旧登记的来源。
涉及:L012 规则:开户申请受理的状态前提P006 开通/KYC 状态出处:01§D.6·R5§①
登记原文L012 现有登记(受理开户须 OPEN_STATUS=T211 初始态)/01§D.6(T211/T017/T022/T023 统一进申请落地页): 范围不同:旧规则只允许 T211,代码查实四态均可进入;本文件已按 01 篇改写 L012 并登记为口径变化,请复核旧登记来源
○ 待收口
X-003冲突U01 开通与授信

开户段的反欺诈引擎是一次调用还是两次

说法一(02§引擎矩阵、R2)
激活反欺诈引擎(CFMC)是在授信开户之后调用。
说法二(R10§5)
开户初审走的是 MIDAFS 反欺诈引擎(接口 88100019)。
矛盾开户段反欺诈到底是「开户后激活」还是「开户初审」,时点与身份是否同一个引擎不明,目前分别登记为 F-20F-54 两个函数,待风控确认是否合并。
涉及:F-20 激活反欺诈(CFMC,ICRC-MIDAFS)F-54 开户反欺诈初审(ICRC-MIDAFS 88100019)出处:02§引擎矩阵·R10§5
登记原文02§引擎矩阵/R2(CFMC 激活反欺诈=授信开户后调用)/R10§5(MIDAFS 开户初审走 88100019): 开户段反欺诈引擎的时点/身份是否同一(开户后激活 vs 开户初审)不明,分别立 F-20 与 F-54,待风控确认是否合并
○ 待收口
X-004冲突U02 支付消费

支付结果是否回传商户、失败后能否重试

说法一(02§关键字段与门槛)
支付成功→进通用结果页并触发外部回调;失败→错误提示,可重试。
说法二(02§D.3/D.4、02§用户旅程)
支付结果不回传商户;失败后不可在页内重试。
矛盾同一篇内对「是否外部回调」和「失败能否重试」表述相反;D 节是逐行查代码得出的,速览段疑为旧口径残留。
涉及:N015 消费支付交易A-04 受理支付交易出处:02§关键字段与门槛 vs 02§D.3
登记原文02§关键字段与门槛('成功→COMMON_RESULT 页+外部回调;失败→错误提示可重试')/02§D.3/D.4 与 02§用户旅程('结果回传商户=无'、'失败不可页内重试'): 同篇内对'外部回调'与'失败可重试'表述相反;D 节为代码逐行查实,速览段疑为旧口径残留
○ 待收口
X-005冲突U02 支付消费

付款页展示的费率到底是头息率还是月费率

说法一(02§D.2)
付款页每一档展示的是 UPFRONT_ADMIN_FEE 这个字段的百分比,页面上标为 admin fee。
说法二(R4§3 出参对照、02§业务规则速览)
UPFRONT_ADMIN_FEE 对应的是头息(service fee),真正的 admin fee 对应月费率(MONTH_INST_HANDLE_FEE_RATE);速览段又说付款页只展示 admin fee%,service fee 不单独列示。
矛盾如果 D.2 的字段名准确,付款页展示的其实是 service fee 而不是 admin fee,与速览段和 R4 的命名对照相反。
涉及:N015 消费支付交易P036 费率口径常量组出处:02§D.2 vs R4§3·02§业务规则速览
登记原文02§D.2(付款页每档展示 UPFRONT_ADMIN_FEE% 标为 admin fee)/R4§3 出参(UPFRONT_ADMIN_FEE=头息/service fee;admin fee=MONTH_INST_HANDLE_FEE_RATE)+ 02§业务规则速览(付款页仅展示 admin fee%,service fee 不单独列示): 付款页实际渲染的字段究竟是头息率还是月费率——若 D.2 字段名准确,则付款页展示的是 service fee 而非 admin fee,与速览段及 R4 命名对照矛盾
○ 待收口
X-006冲突U02 支付消费

产品库的「Merchant CPM」是否就是付款码被扫

说法一(02§消费渠道,产品口径)
Merchant CPM = 付款码被扫。
说法二(R10§4、02§后端事实增补)
系统里 CPM 的语义已证实为被扫,但「产品库里的 Merchant CPM 模块名是否就指这个」仍需 PM 确认。
矛盾不是结论相反,而是同一名词在产品模块与系统语义上是否指同一对象尚未闭合,待 PM 一句话确认。
涉及:N079 QRIS 付款码(CPM 被扫)出处:02§后端事实增补
登记原文02§消费渠道 Merchant CPM=付款码被扫(产品口径)/R10§4·02 / 02§后端事实增补(CPM 系统语义已证=被扫,但'产品库 Merchant CPM 模块名是否即指此仍需 PM 确认'): 同一名词的产品模块与系统语义是否同一对象未闭合,登记待 PM 一句话确认(非结论矛盾,属口径未对齐)
○ 待收口
X-007冲突U03 取现 Instant Cash

每月还款日是固定 10 号,还是按开户年份分两代

说法一(03§RIPLAY 试算字段,《RIPLAY Instant Cash May 2025》)
P129 RIPLAY 披露每月还款日为每月 10 日。
说法二(_待确认清单-风控后端SA-20260813 后端第 5 条)
2025 年前开户的账户 1 号出账、10 号还款;2025 年后开户的 25 号出账、次月 3 号还款;试算的账期(billingCycle)由引擎按账户下发。
矛盾RIPLAY 对客披露固定 10 日,后端实际是两代账期规则(3 号/10 号)并由引擎按账户下发,两者口径不一致。
涉及:P129 RIPLAY 披露内容字段组P133 账期参数组出处:03§RIPLAY 试算字段·_待确认清单-风控后端SA-20260813
登记原文P129 RIPLAY 每月还款日=每月 10 日(《RIPLAY Instant Cash May 2025》)/_待确认清单 后端5条:2025 年前开户 1 号出账·10 号还款,2025 年后开户 25 号出账·次月 3 号还款;试算 billingCycle 由引擎下发: 口径矛盾:RIPLAY 披露固定 10 日,后端为两代账期规则(3 号/10 号)且引擎按账户下发
○ 待收口
X-008冲突U03 取现 Instant Cash

取现头息率现网是 6% 还是 3%

说法一(R4§1、L237)
取现放款时一次性扣除的砍头息为 6%。
说法二(03§用券后 RIPLAY,《RIPLAY 更新优化 0507》)
RIPLAY 展示折后 admin fee 的示例为 upfront fee 3% = Rp30,000。
矛盾头息率 6% 与示例 3% 不一致;示例可能只是举例值但没有标注,需 PM 确认现网头息率。
涉及:L237 规则:取现放款一次性扣砍头息P036 费率口径常量组出处:R4§1·R4§2②·03§用券后 RIPLAY
登记原文L237/R4§1 取现砍头息=6%/03§用券后 RIPLAY 显示折后 admin fee 示例:upfront fee 3%=Rp30,000(《RIPLAY 更新优化 0507》): 头息率 6% vs 示例 3%;示例可能仅为举例值但未标注,需 PM 确认现网头息率
○ 待收口
X-009冲突U03 取现 Instant Cash

低价/特殊取现的最小金额是 500K 还是 2K

说法一(索引 L120,09 篇)
特殊取现页若免息额度小于最小取现金额(500K,后台字段)则该档不可选。
说法二(L053/L057/L047)
低价可用额度小于 Rp2,000 才算「额度已用完」,每档最小金额 = max(档位下限, 2000),500K 只是推荐金额档而不是门槛。
矛盾适用范围有重叠但结论不同——低价/特殊取现的最小金额到底是 500K 还是 2K。
涉及:L120 规则:特殊取现页免息额度门槛L053 规则:低价取现额度用完判定L057 规则:低价档最小金额展示态L047 规则:常规取现统一最低金额N017 取现支用出处:03§最低取现金额门槛·03§取现入口门槛·索引 L120
登记原文L120(索引,09 篇):特殊取现页免息额度<最小取现金额(500K 后台字段)则不可选/L053/L057/L047:低价可用额度<2K 才'额度已用完',档 minLimit=max(档位下限,2000),500K 为推荐金额档非门槛: 范围重叠结论不同:低价/特殊取现最小金额 500K vs 2K
○ 待收口
X-010冲突U03 取现 Instant Cash

支用态可取的枚举值有几个

说法一(R5§⑦)
P010 支用态(cashState)有 5 个取值(W/AC/OPC/REPAY_FIRST_CREDIT/NOT_AVILABLE_CREDIT)。
说法二(R3§①状态类)
cashState 取值「同 ACCOUNT_STATE」,即 9 个取值(W/AC/NAC/RFC/OPC/NU/HN/HF/HO)。
矛盾枚举全集不一致——支用态能否取 NU/HN/HF/HO;两处引用的代码行号也不一致(R5 140-158 vs R3 124-142)。
涉及:P010 支用态(派生)P009 综合账户态(派生)出处:R5§⑦·R3§①
登记原文P010 cashState 取值 R5§⑦(5 值 W/AC/OPC/REPAY_FIRST_CREDIT/NOT_AVILABLE_CREDIT)/R3§①状态类 cashState 取值'同 ACCOUNT_STATE'(9 值 W/AC/NAC/RFC/OPC/NU/HN/HF/HO): 枚举全集不一致(cashState 是否可取 NU/HN/HF/HO);行号亦不一致(R5 140-158 vs R3 124-142)
○ 待收口
X-011冲突U03 取现 Instant Cash

额占率超上限时,主页还展不展示低价引导

说法一(L241,一期口径)
用户持有 DJ 低价权益即展示主页低价引导标记。
说法二(L056,二期口径)
须同时满足持有 DJ 权益且额占率低于第一价格区间上限才展示。
矛盾额占率≥上限时是否展示结论相反;二期是收紧版,但前端是否已承载该判定未查实,现网生效的是哪个版本待确认。
涉及:L241 规则:主页低价权益引导(一期口径)L056 规则:主页低价引导条件(二期收紧)出处:03§主页低价权益引导标记
登记原文L241 一期:持 DJ 权益即展示低价引导/L056 二期:持 DJ ∧ 额占率<第一价格区间上限才展示: 范围重叠结论不同(额占率≥上限时展示与否);二期为收紧版但前端承载与否未查实,现网生效版本待确认
○ 待收口
X-012冲突U03 取现 Instant Cash

取现「四引擎串行」实际单笔只过三道

说法一(03§业务规则速览)
决策引擎为「四引擎串行」。
说法二(03§用户旅程5)
反欺诈→刷脸→首借/复借,虽称四个引擎,但首借与复借二选一,单笔实际只过三个。
矛盾「四引擎」指的是引擎矩阵里的四个实例,单笔取现实际串行三道闸(首借/复借二选一),表述容易被误读。
涉及:N017 取现支用N012 决策引擎/规则包出处:03§用户旅程5·03§业务规则速览
登记原文03§业务规则速览 决策引擎:'四引擎串行'/03§用户旅程5:'反欺诈→刷脸→首借/复借'称四个引擎但按首支/复支二选一实际单笔过三个: 表述口径:'四引擎'指矩阵四个实例,单笔实际串行三闸(首支/复支二选一),易误读
○ 待收口
X-013冲突U04 账单与账期、常规还款

账单到期日每月 10 号,是否只对 2025 年前开户成立

说法一(04§账期规则,PM 2026-08-13)
2025 年后开户的账户,最后还款日为次月 3 号(L251)。
说法二(05§提前还款费率,《RIPLAY PayLater - New 2025-05》)
账单到期日为每月 10 日。
矛盾RIPLAY 对全体用户写每月 10 日,而 PM 两代规则下 2025 年后开户是次月 3 号;RIPLAY 的口径是否只对 2025 年前开户成立待确认。
涉及:L251 规则:2025 年后开户的账期(25 号出账/3 号还款)P133 账期参数组出处:04§账期规则·05§提前还款费率
登记原文L251 / 04§账期规则(PM 2026-08-13:2025 年后开户次月 3 号还款)/05§提前还款费率《RIPLAY PayLater - New 2025-05》:账单到期日为每月 10 日: 范围重叠结论不同:RIPLAY 对全体写每月 10 日,PM 两代规则下 2025 年后开户为次月 3 号;RIPLAY 是否只对 2025 前开户成立待确认
○ 待收口
X-014冲突U04 账单与账期、常规还款

核销门槛是 121 天以上还是 180 天以上

说法一(05§E.6)
核销准入门槛为账龄档 AGE_CD>4,即 121-180 天的账户也可通过。
说法二(05§E.6 引述、催收框架口径)
产品侧惯称「180+ 核销」。
矛盾核销准入门槛 AGE_CD>4 与 DPD≥181 两个口径不一致。
涉及:L269 规则:呆账核销人工上传流程P132 账龄档出处:05§E.6
登记原文L269 / 05§E.6(核销门槛 AGE_CD>4,121-180 天可过)/产品侧惯称'180+核销'(05§E.6 引述、催收框架口径): 口径矛盾:核销准入门槛 AGE_CD>4 vs DPD≥181
○ 待收口
X-015冲突U04 账单与账期、常规还款

对客所说的「利息」与后端账目并不对应

说法一(05§E.1)
现金贷产品(801002)的利息桶恒为 0,对客所谓「息费」实际由罚息、分期手续费、违约金组成。
说法二(对客话术、前端字段)
字段 minimumRepayInterestFee、LOAN_PAID_OUT_INT_AMT 都称为「利息」。
矛盾对客口径里的「利息」与后端记账桶实际不符,对客话术可能误导用户。
涉及:N005 借据(IOU)N018 还款交易出处:05§E.1·05§关键字段
登记原文05§E.1(现金贷 801002 利息桶恒为 0,'息费'实为罚息+分期手续费+违约金)/对客话术/前端字段 minimumRepayInterestFee、LOAN_PAID_OUT_INT_AMT 称'利息': 口径矛盾:对客'利息'与后端桶实际不符,对客话术会误导
○ 待收口
X-016冲突U04 账单与账期、常规还款

提前还款违约金 8%/10% 的「待统一」标记已过时

说法一(R4§6 待确认表)
提前还款违约金 8% 与 10% 两个值需 PM 统一。
说法二(03§、_待确认清单 PM 15 条,2026-08-13)
PM 已确认两个值的差异是有意为之。
矛盾数值本身不冲突,只是 R4 仍挂着陈旧的「待统一」标记未同步。
涉及:P036 费率口径常量组出处:R4§6·03§·_待确认清单
登记原文R4§6 待确认表(提前还款违约金 8%/10% 需 PM 统一)/03§/_待确认清单 PM 15 条(2026-08-13 确认差异有意为之): 陈旧待确认标记未同步:值不冲突,但 R4 仍标待统一
○ 待收口
X-017冲突U05 减压与重组(灵活还款四路:月最低还款/账单分期/逾期重组·协商/转分期)

月最低还款本金占比在灵活码的哪几位

说法一(05§E.3,后端公式)
月最低还款本金 = 本金 × 比例,比例取灵活码(FlexCode)第 4-6 位。
说法二(R1§二)
灵活码第 5-6 位为月最低还款本金占比,第 4 位是「按月重置最低还款配置」标志。
矛盾同一个比例的位段编号不一致(4-6 vs 5-6);R1 是 PM 权威口径,E.3 是代码实证,尚未裁决。
涉及:P002 灵活码N019 月最低还款申请出处:05§E.3·R1§二
登记原文05§E.3 后端公式『本金×比例(FlexCode 第 4-6 位)』/R1§二 Flex 第 5-6 位=月最低还款本金占比(第 4 位=reset monthly repayment config): 同一比例的位段编号不一致(4-6 vs 5-6);R1 为 PM 权威、E.3 为代码实证,未裁决
○ 待收口
X-018冲突U05 减压与重组(灵活还款四路:月最低还款/账单分期/逾期重组·协商/转分期)

预付页「剩余总金额」是剩余本金还是本息费合计

说法一(R3§②预付字段表)
预付介绍页的 Remaining total amount 取账户剩余本金(accountInfo.accountPrinAmt / ACCOUNT_PRIN_AMT)。
说法二(05§K-S-2607③、预付门槛节)
该字段已改为 ACCT_SUM_PAID_OUT,即本金+利息+罚息+费用合计。
矛盾R3 仍写修正前口径,与 05 修正后的口径不一致(试算的 AMOUNT 仍用剩余本金,两处一致)。
涉及:N052 预付门槛任务A-62 核销预付门槛出处:R3§②·05§K-S-2607③
登记原文R3§②预付字段表:Remaining total amount=accountInfo.accountPrinAmt(ACCOUNT_PRIN_AMT)/05§K-S-2607③/预付门槛节:PrepayIntro Remaining total amount 已改为 ACCT_SUM_PAID_OUT(本金+利息+罚息+费用): R3 仍写修正前口径,与 05 修正后不一致(试算 AMOUNT 仍用剩余本金两处一致)
○ 待收口
X-019冲突U05 减压与重组(灵活还款四路:月最低还款/账单分期/逾期重组·协商/转分期)

月最低还款新借据的期数由灵活码哪组位段约束

说法一(05§月最低还款 0119)
新借据的期数由灵活码第 13-14/15-16 位判断。
说法二(R1§二)
第 13-16 位是新借据最大/最小期数,第 24-27 位是借新还旧新借据可选最小/最大期数;05 正文又称前端不读这些位,档位由引擎返回。
矛盾「新借据(13-16 位)」与「借新还旧新借据(24-27 位)」两组期数位并存,到底哪组约束月最低还款生成的新借据未写明。
涉及:P002 灵活码N019 月最低还款申请出处:05§月最低还款·R1§二
登记原文05§月最低还款(0119):新借据期数由 Flex 第 13-14/15-16 位判断/R1§二:第 13-16 位=新借据最大/最小期数、第 24-27 位=借新还旧新借据可选最小/最大期数;05 正文称前端不读、档位由引擎返回: 『新借据(13-16)』与『借新还旧新借据(24-27)』两组期数位并存,哪组约束月最低还款新借据未写明
○ 待收口
X-020冲突U05 减压与重组(灵活还款四路:月最低还款/账单分期/逾期重组·协商/转分期)

重组「≥2 笔、≤10 笔」门槛是否只对多借据分支适用

说法一(05§业务规则速览)
重组门槛为借据 ≥2 笔且 ≤10 笔。
说法二(05§D.4)
逾期重组直入分支(OVERDUE_RESTRUCTURE)不选借据,借据列表为空。
矛盾速览段没有限定分支;L093 已写成仅多借据分支(MULTI_SETTLE)适用,速览的表述范围过宽,请审核确认。
涉及:L093 规则:多借据选择分支(MULTI_SETTLE)N021 逾期重组申请A-10 受理逾期重组申请出处:05§业务规则速览·05§D.4
登记原文05§业务规则速览『重组门槛 ≥2 笔、≤10 笔』/05§D.4 OVERDUE_RESTRUCTURE 直入分支 LOAN_LIST=null(不选据): 速览未限定分支;已在 L093 写成仅 MULTI_SETTLE 适用,速览表述范围过宽,请审核确认
○ 待收口
X-021冲突U05 减压与重组(灵活还款四路:月最低还款/账单分期/逾期重组·协商/转分期)

核销准入实际门槛比「180+ 核销」更宽

说法一(05§E.6)
核销准入真实门槛为账龄档 AGE_CD>4,即 AGE_CD=5/6(121-180 天)也能通过。
说法二(产品侧惯称)
「180+ 核销」。
矛盾核销准入口径存在偏差;核销动作本身归其他单元处理,此处只记录口径差异。
涉及:P132 账龄档出处:05§E.6
登记原文05§E.6 核销准入真实门槛 AGE_CD>4(AGE_CD=5/6 即 121-180 天也能过)/产品侧惯称『180+ 核销』: 核销准入口径偏差(本单元仅登记,核销动作归其他单元)
○ 待收口
X-022冲突U06 质押与额度成长(LimitUp 专属)

重新授信入口的准入条件,PRD 与代码不一致

说法一(L122,07§重新风险授信流程 PRD 版)
首页展示重新申请入口需满足未逾期、在押本金≤50K、距授信拒绝日期>30 天等条件。
说法二(L123,07§额度成长来源/R6 代码版)
代码不含在押条件,改为营销码第 14/19 位不在 {1,3} 内,且按「距上次核额日(creditDate)」超过 reapplyCreditIntervalMinDays 判断;R6 里 reapplyCreditDataConfirmDays 也按「上次核额起」而非「拒绝日」计算。
矛盾适用范围重叠但准入条件不同——PRD 有在押本金条件且从拒绝日起算,代码无在押条件且从上次核额日起算。
涉及:L122 规则:重新授信入口条件(PRD 版)L123 规则:重新授信入口条件(代码版)N024 重新授信申请(reapply)P001 营销码出处:07§重新风险授信流程·07§额度成长来源·R6
登记原文L122(07§重新风险授信流程 PRD 版)/L123(07§额度成长来源/R6 代码版): 范围重叠结论不同:PRD 门槛含'在押本金≤50K'与'距授信拒绝日期>30 天',代码版无在押条件、改为 marketCode 第14/19位∉{1,3}且按'距上次核额日 creditDate'>reapplyCreditIntervalMinDays;R6 reapplyCreditDataConfirmDays 亦按'上次核额起'而非'拒绝日'
○ 待收口
X-023冲突U06 质押与额度成长(LimitUp 专属)

质押杠杆率 1.55 倍是含本金还是纯增量

说法一(09§产品定位与额度口径)
常规杠杆率(regularLeverageRatio)是本金的倍数,含本金。
说法二(09§核心能力、07 示例)
质押 Rp100K@1.55x = 新增 Rp155K 额度。
矛盾若 1.55 是含本金倍数,新增额度应为 +55K,示例却是 +155K(不含本金的纯增量);与「新增额度 = min(质押额×总杠杆率, …)」公式如何对应待裁定。
涉及:P017 质押杠杆信息组N025 质押申请L112 规则:定存质押新增额度公式出处:09§核心能力·09§产品定位与额度口径·07§后端事实增补
登记原文09§产品定位与额度口径(regularLeverageRatio=本金的倍数,含本金)/09§核心能力/07 示例(质押 Rp100K@1.55x=+Rp155K 额度): 口径矛盾:若 1.55 为含本金倍数,新增应为 +55K;示例却为 +155K(不含本金的纯增量);与 min 公式的'质押额×总杠杆率'如何对应待裁
○ 待收口
X-024冲突U06 质押与额度成长(LimitUp 专属)

前端兜底会误禁营销码首位为 0 的合法质押比例档

说法一(R1§一,PM 2026-08-13)
营销码第 5-7 位为质押比例,首位为 0 的取值(如 030=30%)是合法值。
说法二(L103,前端兜底)
首位非 1 或全 000 视为无有效杠杆率,禁止质押。
矛盾设计与实现不一致——按 R1 首位 0 的比例档合法,前端按旧字典会误禁;现网只下发首位 1 暂不出错。
涉及:P001 营销码L103 规则:前端质押杠杆率兜底判定出处:R1§一·09§待确认/风险
登记原文R1§一 第5-7位(030=30% 合法值,PM 2026-08-13)/L103 前端兜底(首位非 1/全 000 禁押): 口径矛盾(设计 vs 实现):按 R1 首位 0 的比例档合法,前端兜底按旧字典会误禁;现网仅下发首位 1 暂不致错
○ 待收口
X-025冲突U06 质押与额度成长(LimitUp 专属)

Y001→Y001_R1 升级用的产品调整枚举是哪个

说法一(07§实时提升杠杆率、10§杠杆率实时更新)
更新风险码用的产品调整类型枚举为 801002_09。
说法二(07§示例、R2§三)
触发 Y001→Y001_R1 升级的枚举为 801001_09(10 篇两者并列)。
矛盾同一次升级在不同段落写成两个不同枚举值,是否按产品码分两个枚举待核。
涉及:P004 风险码(风险标签集)A-31 执行调额出处:07§实时提升杠杆率·10§杠杆率实时更新·R2§三
登记原文07§实时提升杠杆率/10§(801002_09 更新 RiskCode)/07§示例·R2§三(801001_09 触发 Y001→Y001_R1): 同一 Y001→Y001_R1 升级在不同段落分别写为 ProductCdAdjTypeList 枚举 801002_09 与 801001_09(10 篇两者并列),是否按产品码分两枚举待核
○ 待收口
X-026冲突U06 质押与额度成长(LimitUp 专属)

定存清单是否只对 Prime 会员开放

说法一(L301,09§后端事实增补,IT KB 实证)
定存清单只对 Prime(Premium)会员可取。
说法二(09§质押流程,PRD)
展示用户持有的符合条件的存单,没有会员前提。
矛盾适用范围重叠但结论不同;且「Prime」指的是钱包档位还是 LimitUp Premium 会员也不明确。
涉及:L301 规则:定存清单仅 Prime 会员可取N006 定存存单N025 质押申请出处:09§后端事实增补·09§质押流程
登记原文L301(09§后端事实增补:定存清单只对 Prime(Premium)会员可取)/09§质押流程(展示用户持有的符合条件存单,无会员条件): 范围重叠结论不同:IT KB 实证称定存清单仅 Prime 会员可取,PRD 流程未设会员前提;且'Prime'指钱包档位还是 LimitUp Premium 未明
○ 待收口
X-027冲突U07 会员与营销

会员还款提额比例是 3% 还是 6%

说法一(10§会员权益表,二期 0609;R1 取值 03)
会员有效期内还款提额比例为 3%。
说法二(10§还款提额率)
现网营销码第 3-4 位为 06,即 6%(数据源 A 亦为 06)。
矛盾PRD 值 3% 与现网 6% 不一致;L147/L149 已各按出处分别登记。
涉及:L147 规则:会籍 ACTIVE 时提额奖励参数L149 规则:还款提额比例读取P001 营销码P052 会员套餐/权益组出处:10§会员权益·10§还款提额率
登记原文10§会员权益 表(二期 0609 还款提额 3%;R1 03=3%)/10§还款提额率(现网 marketCode 3-4 位=06→6%;数据源 A 06): 会员有效期内还款提额比例 PRD 值 3% 与现网 6% 不一致(registry X-2);L147/L149 各按出处登记
○ 待收口
X-028冲突U07 会员与营销

低价权益能否与利率类优惠券叠加

说法一(L060,02§低价权益)
低价权益与利率券可叠加,例如 3%×0.7=2.1%。
说法二(L357,11§券叠加规则,PM 2026-08-13)
低价权益与 Admin Fee 利率类券互斥,只能生效一个。
矛盾适用范围重叠但结论相反;R4§4 仍写「叠加规则待 PM」属于陈旧口径。
涉及:L060 规则:低价权益与利率券叠加L357 规则:低价权益与利率类券互斥N048 营销权益券(EQUITY)出处:02§低价权益·11§券叠加规则·R4§4
登记原文L060 / 02§低价权益(低价权益与利率券可叠加,3%×0.7=2.1%)/L357 / 11§券叠加规则(低价权益×Admin Fee 利率类券互斥,PM 2026-08-13): 范围重叠(低价权益×利率类券)结论相反;R4§4 仍写'叠加规则待 PM'为陈旧口径
○ 待收口
X-029冲突U07 会员与营销

支付立减券列表排序,PRD 与代码不同

说法一(源 PRD《PL coupon 列表展示支付立减劵 0812》)
按发放日期倒序。
说法二(11§、代码)
排序模式为最近到期优先(sortMode=20151002),券商店里按面值降序。
矛盾SMP 券排序口径 PRD 与代码不同;知识库已注明「以代码为准」,此处仅记录差异。
涉及:N049 SMP 支付立减券N029 优惠券使用选择出处:11§优惠券(PL coupon 列表)
登记原文源 PRD《PL coupon 列表展示支付立减劵 0812》按发放日期倒序/11§/代码 sortMode=20151002 最近到期 + store 面值降序: SMP 券排序口径 PRD 与代码不同;KB 已注'以代码为准',仍登记不改写
○ 待收口
X-030冲突U07 会员与营销

营销码 3-4 位示例值 99 与位段口径不符

说法一(《QRIS 支付页展示会员提额比例 1105》)
示例为 06=6%、99=99%。
说法二(R1§一 第 3-4 位)
该位段直读为整数百分比,99 不是合法值。
矛盾PRD 示例值 99 与位段口径不符;知识库以 R1 为准。
涉及:P001 营销码出处:10§还款提额率·R1§一
登记原文《QRIS 支付页展示会员提额比例 1105》'06=6%,99=99%'/R1§一 第 3-4 位(99 非合法值,直读整数): PRD 示例值 99 与位段口径不符;KB 以 R1 为准
○ 待收口
X-031冲突U07 会员与营销

会员费交易的商户名由谁决定

说法一(10§App/页面改造,0515)
钱包交易列表中会员交易的商户名由 Limit up Member 改为 Pay to limit up premium。
说法二(R7§2.3)
前端代码未见专用的会员交易商户名常量,商户名由后端 MERCHANT_NAME 决定。
矛盾PRD 口径与前端代码踪迹不一致(可能是后端下发),待后端确认。
涉及:N037 交易流水(记录)N028 会员购买/续费出处:10§App/页面改造·R7§2.3
登记原文10§App/页面改造(钱包交易列表商户名 Limit up Member→Pay to limit up premium,0515)/R7§2.3(代码未见专用会员交易商户名常量,商户名由后端 MERCHANT_NAME 决定,待后端): PRD 口径与前端代码踪迹不一致(可能后端下发),待后端确认
○ 待收口
X-032冲突U07 会员与营销

PRD 承诺的会员调额补偿机制在系统里没找到入口

说法一(10§购买月会员流程)
接口失败/超时时记录到补偿表,后续手动补偿。
说法二(R10§4-10)
会员购买记录表(t_limit_up_member_record)四种状态分列,DAO 只有插入和主键查询,没有补偿扫描入口。
矛盾PRD 承诺的补偿机制在 IT KB 中未见落地入口;不算直接矛盾,但需人工核实补偿表实体。
涉及:N058 调额补偿记录A-45 会员调额人工补偿P176 会员购买记录字段组出处:10§杠杆率实时更新·R10§4-10
登记原文10§购买月会员流程(接口失败/超时记录到补偿表后续手动补偿)/R10§4-10(t_limit_up_member_record 四状态分列,DAO 只有插入+主键查,无补偿扫描入口): PRD 承诺的补偿机制在 IT KB 未见落地入口;非直接矛盾但需人工核实补偿表实体
○ 待收口
X-033冲突U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)

埋点目录里 creditline 分区计数前后不一致

说法一(参考/R8-埋点事件目录 §0 文件总览)
creditline.js 分区数为 36。
说法二(参考/R8-埋点事件目录 §1 表格)
逐行实列 38 个顶层分区。
矛盾同一文件内计数不一致(表格 38 vs 总览 36)。
涉及:N041 内部埋点事件记录出处:参考/R8-埋点事件目录.md
登记原文参考/R8-埋点事件目录.md§0 文件总览 creditline.js 分区数=36/参考/R8-埋点事件目录.md§1 表格实列 38 个顶层分区: 同一文内计数不一致(表格逐行 38 vs 总览 36)
○ 待收口
X-034冲突U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)

埋点目录 deposit-liquidity 分区计数不一致

说法一(参考/R8-埋点事件目录 §0)
deposit-liquidity.js 分区数为 14。
说法二(参考/R8-埋点事件目录 §5)
表格 13 行,并注「实含 13 个」。
矛盾计数不一致,14 vs 13。
涉及:N041 内部埋点事件记录出处:参考/R8-埋点事件目录.md
登记原文参考/R8-埋点事件目录.md§0 deposit-liquidity.js 分区数=14/参考/R8-埋点事件目录.md§5 表格 13 行 + 注「实含 13 个」: 计数不一致 14 vs 13
○ 待收口
X-035冲突U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)

埋点目录里 allo-pay-upgrade 分区计数不一致

说法一(参考/R8-埋点事件目录 §0)
allo-pay-upgrade.js 分区数为 7。
说法二(参考/R8-埋点事件目录 §6)
表格 6 行,并注「实含 6 个」。
矛盾计数不一致,7 vs 6。
涉及:N041 内部埋点事件记录出处:参考/R8-埋点事件目录.md
登记原文参考/R8-埋点事件目录.md§0 allo-pay-upgrade.js 分区数=7/参考/R8-埋点事件目录.md§6 表格 6 行 + 注「实含 6 个」: 计数不一致 7 vs 6
○ 待收口
X-036冲突U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)

开户成功事件上报的分流,由前端还是后端决定

说法一(旧登记 L172)
前端按风险码和额度分支上报——风险码含 Y002 且额度≠0 时上报 PAYLATER_APPROVED+LOAN_ACC_OPENED,Y001 走另一路。
说法二(参考/R7 §1.1/§1.5、功能说明/13 §后端事实增补)
事件名由后端 eventNameList 下发;PAYLATER_APPROVED 与 LIMITUP 不得混报。
矛盾开户上报分流的判定主体不同(前端按风险码/额度分支 vs 后端配置下发);现行正文未见前端分支,旧口径存疑,尚未裁决。
涉及:L172 规则:开户成功事件上报分支N042 对外归因上报事件P068 对外上报事件名P004 风险码(风险标签集)出处:参考/R7-通知触达与交易流水.md·功能说明/13-埋点与监控.md
登记原文旧登记 L172(Y002∧limit≠0→PAYLATER_APPROVED+LOAN_ACC_OPENED;Y001→…)/参考/R7-通知触达与交易流水.md§1.1/§1.5 + 功能说明/13-埋点与监控.md§后端事实增补(事件名由后端 eventNameList 下发;PAYLATER_APPROVED 与 LIMITUP 不得混报): 开户上报分流的判定主体不同(前端按 riskCode/limit 分支 vs 后端配置下发);现行正文未见前端分支,旧口径存疑,未裁决
○ 待收口
X-037冲突U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)

PIN 态的来源该记为「构造」还是「事实」

说法一(注册表原登记)
P024 PIN 态(密码状态)的来源标为构造。
说法二(功能说明/12 §A、§后端事实增补)
passwordStatus 是后端下发的状态枚举。
矛盾来源轴口径不同;本次已改为「事实」(凭证状态是对世界原样记录),请复核。
涉及:P024 PIN 态(密码状态)出处:功能说明/12-支撑流程(账户安全·引导·结果页).md
登记原文registry P024 origin=构造/功能说明/12-支撑流程(账户安全·引导·结果页).md§A/§后端事实增补 passwordStatus 为后端状态枚举: 来源轴口径:本次改为事实(凭证状态为世界原样记录),请复核
○ 待收口
X-038冲突U09 参考层字典(横切属性与枚举正本)

质押比例位段设计与前端兜底不一致(与 X-024 同题)

说法一(L103,前端兜底)
营销码质押位首位非 1 或全 000 = 无有效杠杆率,禁止质押。
说法二(R1§一 5-7 位 PM 口径、L393)
三位数×0.01,030=30% 为合法值。
矛盾适用范围重叠但结论不同——首位 0 的合法比例档(如 030)会被前端兜底误禁;现网只下发首位 1 暂不出错,R1 已标注「配置首位 0 档位前必须先修前端」。
涉及:P001 营销码L103 规则:前端质押杠杆率兜底判定L393 规则:营销码 5-7 位质押比例读法出处:R1§一·_待确认清单(挂起技术项 09/R1)
登记原文L103(前端兜底:首位非 1/全 000=无有效杠杆率禁质押)/R1§一 5-7 位 PM 口径(×0.01,030=30% 为合法值)/L393: 范围重叠结论不同:首位 0 的合法比例档(如 030)会被前端兜底误禁;现网只下发首位 1 暂不致错,R1 已标『配首位 0 档位前必须先修前端』,登记不裁决
○ 待收口
X-039冲突U09 参考层字典(横切属性与枚举正本)

营销码 3-4 位取值 00 是 0% 还是 2%

说法一(R1§一 第 3-4 位)
取值「00 = 2%(默认)」。
说法二(R3§⑦ getMemberPremiumPercent)
00 或缺失读为 0。
矛盾说法三(L149):非会员/过期一律按 2% 兜底。
涉及:P001 营销码L149 规则:还款提额比例读取出处:R1§一·R3§⑦·registry L149
登记原文R1§一 第 3-4 位取值『00=2%(默认)』/R3§⑦ getMemberPremiumPercent『00/缺失→0』/ L149『非会员/过期一律 2% 兜底』: 口径矛盾:00 读为 0% 还是 2%——疑 R1 把非会员兜底 2% 写进了位段取值;需 PM 明确 00 的位段含义
○ 待收口
X-040冲突U09 参考层字典(横切属性与枚举正本)

R1 引用纪律把营销码与灵活码的 3-4 位写混了

说法一(R1 引用纪律第 6 条)
灵活码第 3-4 位为直读整数百分比(非枚举映射)。
说法二(R1§一/§二)
营销码第 3-4 位才是直读比例;灵活码第 3-4 位是月最低可用性/重置标志(布尔位)。
矛盾属文内笔误——直读百分比是营销码 3-4 位,灵活码 3-4 位是布尔位;引用者易错。
涉及:P001 营销码P002 灵活码出处:R1 引用纪律·R1§一§二
登记原文R1 引用纪律第 6 条『Flex 第 3-4 位为直读整数百分比(非枚举映射)』/R1§一/§二(Market 3-4 位=直读比例;Flex 3-4 位=月最低可用性/重置标志): 文内笔误:直读百分比是 Market code 3-4 位,Flex 3-4 位是布尔位;引用者易错
○ 待收口
X-041冲突U09 参考层字典(横切属性与枚举正本)

营销码 5-7 位叫「杠杆率」还是「质押比例」

说法一(R2§二 营销码行)
第 5-7 位为质押杠杆率。
说法二(R1§一,2026-08-13)
第 5-7 位为定存质押比例(×0.01)。
矛盾术语未同步——R2 仍称「杠杆率」,R1 已改为「质押比例」;建议 R2 回改。
涉及:P001 营销码出处:R2§二·R1§一
登记原文R2§二 marketCode 行『质押杠杆率(5-7)』/R1§一 5-7 位『定存质押比例×0.01』(2026-08-13): 术语未同步:R2 仍称『杠杆率』,R1 已改『质押比例』;建议 R2 回改
○ 待收口
X-042冲突U09 参考层字典(横切属性与枚举正本)

质押提额的计算口径,PRD 版与实现版是否等价

说法一(L112,PRD 版)
质押提额 = 本金 × 杠杆率(代码倍数口径),或按比例 0-100%+最大值,或按存单金额区间给固定金额(二选一)。
说法二(R1§一、R10§4,07/09 篇实现事实版)
新增额度 = min(质押额×总杠杆率, 质押额+剩余杠杆额度)。
矛盾同一计算口径有两种表述,是否等价需 PM/后端确认。
涉及:L112 规则:定存质押新增额度公式N025 质押申请P017 质押杠杆信息组出处:registry L112·R1§一·R10§4
登记原文L112 质押提额=本金×杠杆率(代码倍数口径)/比例 0-100%+最大值 或 按存单金额区间固定金额(二选一)/R1§一/R10§4(07/09) 额度公式 新增额度=min(质押额×总杠杆率, 质押额+剩余杠杆额度): 同一计算口径两种表述(PRD 版 vs 实现事实版),是否等价需 PM/后端确认;登记不改写
○ 待收口
X-043冲突U09 参考层字典(横切属性与枚举正本)

账单逾期判定「每月 10 日」只对 2025 年前开户成立

说法一(L063)
账单到期(每月 10 日)未还清 → 状态由 N 转 O(逾期)。
说法二(_待确认清单-风控后端SA-20260813 后端 5 条)
账期分两代——2025 年后开户 25 号出账、次月 3 号还款,宽限期 10 天。
矛盾「每月 10 日」只对 2025 年前开户成立;L063 需按开户代际写全适用范围。
涉及:L063 规则:账单最后还款日与逾期转态N045 账单P133 账期参数组出处:registry L063·_待确认清单-风控后端SA-20260813
登记原文L063『到期(每月 10 日)未还清→N→O』/_待确认清单 后端 5 条:账期两代规则(2025 年后开户=25 号出账·次月 3 号还款;宽限期 10 天): 口径矛盾:『每月 10 日』仅对 2025 年前开户成立;L063 需按开户代际写全适用范围(U04 处理)
○ 待收口
X-044冲突U09 参考层字典(横切属性与枚举正本)

前一账期状态是否存在 O(逾期)值

说法一(R5§⑧)
账单状态 CURR_STMT_STATUS 后端只观测到 U/N/F 三个值。
说法二(R3§①)
前端 currentState 取值为 U/N/F/O。
矛盾取值集不同——O 是否存在于前一账期状态;后端字典未确认。
涉及:P198 前一账期账单状态出处:R5§⑧·R3§①
登记原文R5§⑧ CURR_STMT_STATUS 后端仅观测到 U/N/F/R3§① currentState 取值 U/N/F/O: 取值集差异(O 是否存在于前一账期状态);后端字典未确认
○ 待收口
X-045冲突U09 参考层字典(横切属性与枚举正本)

质押划转状态,前端与后端值集对不上

说法一(R3§⑥)
P057 质押划转状态(TRANSFER_STATUS)前端值集含 REVERSE_SUCC/SEND_SUCC/APPLY_SUCC/WAIT_CONDITION 等在途细分。
说法二(R5§⑧)
生产表 tm_trans_info 的状态集只有 TRAN_SUCC/TRAN_FAIL/CANCEL/TRAN_INIT。
矛盾前端定义的在途细分与 REVERSE_SUCC 在生产未见,后端的 CANCEL 前端未定义;哪一侧是正本待确认。
涉及:P057 质押划转状态N025 质押申请出处:R3§⑥·R5§⑧
登记原文P057 前端 TRANSFER_STATUS 值集(含 REVERSE_SUCC/SEND_SUCC/APPLY_SUCC/WAIT_CONDITION)/R5§⑧ tm_trans_info 生产状态集仅 TRAN_SUCC/TRAN_FAIL/CANCEL/TRAN_INIT: 前后端值集不一致:前端定义的在途细分与 REVERSE_SUCC 生产未见,后端 CANCEL 前端未定义;哪一侧为正本待确认
○ 待收口
X-047冲突audit-seg1

GPS 强制授权弹窗:L170 与 L362 重复登记

说法一
L170 保留强制授权半句(现状,与 note 自陈矛盾)
说法二
L170 收敛为纯基础上报,强制授权归 L362
涉及:L170L362A-50出处:SEG1 核验 2026-08-27
登记原文GPS 强制授权弹窗:L170 与 L362 重复登记
○ 待收口
X-048冲突audit-seg1

同一开通状态 T017 下,进申请落地页还是直接进面签

说法一
T017 走申请落地页(L012 现状)
说法二
T017 直接进面签(L005 现状);L012 集合应剔除 T017
涉及:L012L005A-01N013出处:SEG1 核验 2026-08-27
登记原文同一开通状态 T017 下,进申请落地页还是直接进面签
○ 待收口
X-049冲突audit-seg1

钱包初级户刷脸成功后:先升中级还是直接升高级

说法一
两条是串行两步(刷脸后升中级→提交时再升高级)
说法二
两条是互斥分支,条件须补触发时点
涉及:L009L010A-25N003出处:SEG1 核验 2026-08-27
登记原文钱包初级户刷脸成功后:先升中级还是直接升高级
○ 待收口
X-050冲突audit-seg1

钱包账户借用客户的 mpcId 作身份标识

说法一
钱包账户是独立对象,须向后端要它自己的账号标识
说法二
钱包账户不是独立对象,mpcLevel/mpc_status 改判为客户属性后退役
涉及:N003 钱包账户N001 客户P199 钱包账户状态P076 钱包账户等级出处:SEG1 核验 2026-08-27
登记原文钱包账户借用客户的 mpcId 作身份标识
○ 待收口
X-051冲突audit-seg1

采集/上报类事件算不算动作的产物

说法一
保留 product_of=A-50(视为隐式上报动作的产物)
说法二
清空 product_of(视为设备/客户侧观测事件)
涉及:N038 GPS 定位记录N039 App List 采集记录N042 对外归因上报事件A-50 上报事件出处:SEG1 核验 2026-08-27
登记原文采集/上报类事件算不算动作的产物
○ 待收口
X-052冲突audit-seg1

开户授信链路的服务编号两处对不上

说法一
88200102 是同一引擎的另一跳编号,登记表可沿用
说法二
88200102 是取现复借专号,开户段应改为 88100024/10106,F-07 函数名须改
涉及:F-07 贷前/首账前借款审批引擎A-56 受理授信提交并送审出处:SEG1 核验 2026-08-27
登记原文开户授信链路的服务编号两处对不上
○ 待收口
X-053冲突audit-seg2

渠道侧支付要不要并进消费支付交易

说法一
并入 N015(承载差异不构成两个实体)
说法二
保留两个对象(需说清业务边界并补状态属性)
涉及:N015 消费支付交易N016 渠道侧支付P104 支付场景标识R065 经…收单R066 代付给(Biller)G-182出处:SEG2 核验 2026-08-27
登记原文渠道侧支付要不要并进消费支付交易
○ 待收口
X-054冲突audit-seg2

组合支付守恒式到底含几条腿

说法一
守恒式四项(现状,含钱包/PL/积分/立减)
说法二
守恒式五项(补定存腿 depositAmt)
涉及:L019 组合支付守恒L345 券金额服务端重算P102 组合支付金额构成出处:SEG2 核验 2026-08-27
登记原文组合支付守恒式到底含几条腿
○ 待收口
X-055冲突audit-seg2

虚拟卡支付的 300 万上限到底是单笔还是日累计

说法一
300 万=每日限额的可调上限(L038 冗余,应退役并入 L037)
说法二
300 万=单笔硬上限(L038 应改写为「单笔不得超过 Rp3.000.000,独立于每日限额」)
涉及:L037 差额超每日剩余上限失败L038 PL 部分超 3M 失败L039 每日限额默认与上限P112·P113出处:SEG2 核验 2026-08-27
登记原文虚拟卡支付的 300 万上限到底是单笔还是日累计
○ 待收口
X-056冲突audit-seg2

展示类规则挂在动作上时,四道门都套不上

说法一
owl_status=建模约定不进 OWL 的规则 gate 可留空,合规检查豁免
说法二
为展示类规则新增第五道门(如「展示门」),纲要相应放宽
涉及:L031L032L035L052L028A-51 展示引导与弹窗记录出处:SEG2 核验 2026-08-27
登记原文展示类规则挂在动作上时,四道门都套不上
○ 待收口
X-057冲突audit-seg2

等本等费分摊该不该单独立一个函数

说法一
退役 F-34,算法并入 F-08 口径
说法二
保留 F-34,为逐期还款计划单建属性作其产物
涉及:F-34 等本等费分摊F-08 定价引擎试算P034 试算方案字段组出处:SEG2 核验 2026-08-27
登记原文等本等费分摊该不该单独立一个函数
○ 待收口

数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口