本体登记表
知识库
全库 1033 个构件(2026-08-17 按说明书 v2 全量重抽),按纲要六类构件组织,规则=函数·规则型。(二期数据接地:对象 8/89 · 属性 83/273 · 关系 1/108,在详情页维护)
确认进度894/1033· 已确认=锁定,改前先解锁
这里不做判断,只记录结论:PM / 风控 / 后端把口径定下来之后,在对应条目上记一笔「定了什么、谁定的」。冲突记完可以顺手把说法错了的那条构件标成「待改」,提醒回去改。
X-003冲突U01 开通与授信
开户段的反欺诈引擎是一次调用还是两次
说法一(02§引擎矩阵、R2)
激活反欺诈引擎(CFMC)是在授信开户之后调用。
说法二(R10§5)
开户初审走的是 MIDAFS 反欺诈引擎(接口 88100019)。
矛盾开户段反欺诈到底是「开户后激活」还是「开户初审」,时点与身份是否同一个引擎不明,目前分别登记为 F-20 与 F-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，待风控确认是否合并✓ 已收口 · 新说法两次,各管一段:开户初审时调 MIDAFS(88100019,对应 F-54 开户反欺诈初审),账户激活时另调 CFMC(对应 F-20 激活反欺诈)。原两句说法描述的是不同时点,不构成矛盾,两个函数壳都保留Leo · 2026-09-08待改:F-54 开户反欺诈初审（ICRC-MIDAFS 88100019） · F-20 激活反欺诈（CFMC，ICRC-MIDAFS）
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 节为代码逐行查实，速览段疑为旧口径残留✓ 已收口 · 说法二对SDK 不回传支付结果:三个结果页的关闭按钮均无参,商户须自行经收单侧查单接口或入站回调确认;失败页无重试按钮,唯一按钮回宿主,客户须从商户侧重新发起(与 L027、L028 一致)Leo · 2026-09-08
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 命名对照矛盾✓ 已收口 · 说法二对付款页每一档展示的是月费率(MONTH_INST_HANDLE_FEE_RATE,前端字段名 adminFee);UPFRONT_ADMIN_FEE 是首月一次性收取的头息/service fee,不在付款页单列、由 RIPLAY 合同披露Leo · 2026-09-08
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 一句话确认（非结论矛盾，属口径未对齐）✓ 已收口 · 说法一对产品库的「Merchant CPM」就是 QRIS 付款码被扫(客户出示码、商户扫码),两者同指;已加为 N079 的别名,便于按产品库术语检索Leo · 2026-09-08待改:N079 QRIS 付款码（CPM 被扫）
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 确认现网头息率✓ 已收口 · 说法一对取现砍头息现网为 6%;RIPLAY 合同中的「upfront fee 3% = Rp30,000」是文档示例数字,不代表现网费率,不得据此建模或对外引用Leo · 2026-09-08待改:P036 费率常量组
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 前开户成立待确认✓ 已收口 · 说法一对到期日不是全局常量,按账户 billingCycle 派生:billingCycle=1 → 到期 10 日(RIPLAY"每月 10 日"仅对这一代成立),billingCycle=25 → 次月 3 日;billingCycle 在首借 S31015 持久化(1-28),多账单日并存IT 知识库 riplay-contract-dynamic-fields.md §3.1(UAT 2026-07 样本:BILLING_CYCLE=25→DUE_DATE_DAY=03 ×6,=1→10 ×4)、lifecycle §5(PM 两代口径)、icps-billing-cycle-and-future-schedule-query.md(WeFi-NY/knowledge-base@0d93e0f)trista · 2026-09-08待改:L251 2025 年后开户的账户:出账日与最后还款日由产 · P133 账单日
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✓ 已收口 · 新说法两个口径是两道不同闸门:业务准入 = DPD(TM_LOAN.DUE_DAYS)≥181(自动核销候选);系统安全准入 = AGE_CD > AGE_XFR_START_AGECD(UAT=4),人工与自动共用后置检查;人工上传路径本身无 181 天硬门槛,故 121-180 天在人工路径可过IT 知识库 icps-manual-writeoff-flow.md §3.4/§6.3(② icps26.06.24 + UAT 2026-07-22)、7_prd_tech_specs/icps/2026-07-24-auto-batch-writeoff README、loan-batch-data-lifecycle-governance.md §3.6(WeFi-NY/knowledge-base@0d93e0f)trista · 2026-09-08待改:L269 呆账核销无自动扫描：须运营人工整理文件→上传→双 · P132 账龄档
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 称'利息': 口径矛盾：对客'利息'与后端桶实际不符，对客话术会误导✓ 已收口 · 新说法两者都对,是命名误导不是数据矛盾:后端现金贷产品的利息桶恒为 0 属实,字段名叫 interest 也属实。统一口径——凡名为 interest 的字段(minimumRepayInterestFee、LOAN_PAID_OUT_INT_AMT 等),实际由罚息、分期手续费与提前结清违约金构成;建模、取数与对外披露时不得按「利息」理解或计算,已在结清构成组与最低还款字段组的备注写明Leo · 2026-09-08待改:P033 结清构成组 · P029 最低还款字段组
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 仍标待统一✓ 已收口 · 说法二对提前还款违约金消费 8% / 取现 10% 是有意差异,不需统一:两产品的风险与成本不同(PM 2026-08-13 确认,已写入 L065 与 P036),原「待统一」标记作废Leo · 2026-09-08
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+ 核销』: 核销准入口径偏差(本单元仅登记,核销动作归其他单元)✓ 已收口 · 说法一对人工核销路径的系统准入确为 AGE_CD>4,比"180+"宽;"180+"是自动核销与产品口径的 DPD 门槛,二者不是同一闸门。WRITEOFF_BY_DUE_DAYS 列存在但人工上传未赋值,旧路径 recourseMinDueDays=181 在新 IQ/CT 路径未调用IT 知识库 icps-manual-writeoff-flow.md §3.4/§5/§6.3(2026-07-24 复核)(WeFi-NY/knowledge-base@0d93e0f);与 X-014 同源合并处理trista · 2026-09-08待改:P132 账龄档
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'为陈旧口径✓ 已收口 · 说法二对互斥:低价权益与利率类优惠券(Admin Fee 券)同属利率类优惠,只能生效一个(PM 2026-08-13);L060 里「可叠加、利率券基于低价后价格计算 3%×0.7=2.1%」的表述已删除,以 L357 为准Leo · 2026-09-08待改:L060 低价权益已解耦为额度属性:全支付场景自动生效、支
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 已注'以代码为准',仍登记不改写✓ 已收口 · 说法二对以代码现网实现为准:支付页券列表按 sortMode=20151002「最近到期优先」排序;券商店里另按面值降序。PRD 里「按发放日期倒序」的说法已过时Leo · 2026-09-08待改:L158 SMP 券在锁额页的弹窗只展示按最近到期排序拉取
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 处理)✓ 已收口 · 新说法逾期转态以账户级 PMT_DUE_DATE(由 billingCycle 派生:1→10 日,25→次月 3 日)为界,过期未清 IS_OVERDUE=Y、OVERDUE_DAYS/TIMES 递增;上 A 码再加 graceDate 条件;"每月 10 日"只是 billingCycle=1 代的实例。L063 的"O"状态值在核心侧未见(观测为 U/N/F)IT 知识库 riplay-contract-dynamic-fields.md §3.1(UAT 2026-07)、lifecycle §1/§5(PROD 2026-06-29/30 观测)、icps-block-codes-core.md §4(WeFi-NY/knowledge-base@0d93e0f)trista · 2026-09-08待改:L063 账单到最后还款日(由账户的账单日对应的产品参数定 · N045 账单
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 是否存在于前一账期状态);后端字典未确认✓ 已收口 · 说法二对按前端枚举登 U/N/F/O 四个值,其中 O(已逾期)注明「后端未观测到,待确认」;前端枚举代表实际可能出现的取值,后端只是当时没采到该值Leo · 2026-09-08待改:P198 前一账期账单状态
X-046冲突finalize
纲要说 product_of 只给事件,但借据/账户/券这些实体也是动作产出的
说法一(纲要 2.1 存储表)
product_of 是哪个动作的产物(事件专用)
说法二(纲要 2.1 ❸ · 2.4)
动作可产出新对象(分案→案件、重组→新借据),产物对象 product_of 与动作 product 互指——案件/借据是实体
矛盾实体能否填 product_of 两处条文不一致;登记表 4 个实体按事实填了
涉及:N002 信贷账户N005 借据N048 营销权益券N049 SMP 支付立减券出处:纲要 2.1 · 2.4 ❸
登记原文
纲要 2.1 product_of「事件专用」vs 实体也是动作产物✓ 已收口 · 已补齐放宽措辞,不另立字段:product_of=产出该对象的动作号,实体、事件都可填,可多值,与动作卡 product 互指的要求不变。2.4 的干预痕迹审查语义只落在事件对象上(事件 product_of 非空=机构干预痕迹,进模型特征前须显式审查);实体的 product_of 只是来源溯源,不带审查义务。纲要 2.1 存储表、2.1 动作产物标记段、2.4 落点段已同步改写;合规检查「事件专用」warn 撤除,保留指向活跃动作+互指两条校验。现有 10 个带 product_of 的活跃实体按新口径合规。trista · 2026-08-25
X-049冲突audit-seg1
钱包初级户刷脸成功后:先升中级还是直接升高级
说法一
两条是串行两步(刷脸后升中级→提交时再升高级)
说法二
两条是互斥分支,条件须补触发时点
涉及:L009L010A-25N003出处:SEG1 核验 2026-08-27
登记原文
钱包初级户刷脸成功后:先升中级还是直接升高级✓ 已收口 · 说法一对串行两步:刷脸子步完成时先把初级户升为中级(L009);之后在 KYC 完成、授信表单提交时,若该客户可开高级户再升高级(L010)。两条不是互斥分支,触发时点已分别写进条件Leo · 2026-09-08待改:L009 初级户（mpcLevel='01'）刷脸成功后须 · L010 表单提交时非 Prime（mpcLevel≠'0
X-050冲突audit-seg1
钱包账户借用客户的 mpcId 作身份标识
说法一
钱包账户是独立对象,须向后端要它自己的账号标识
说法二
钱包账户不是独立对象,mpcLevel/mpc_status 改判为客户属性后退役
涉及:N003 钱包账户N001 客户P199 钱包账户状态P076 钱包账户等级出处:SEG1 核验 2026-08-27
登记原文
钱包账户借用客户的 mpcId 作身份标识✓ 已收口 · 说法一对钱包账户是独立对象(自有等级、状态、余额与生命周期),但不能借客户的 mpcId 作身份标识;身份标识置空,向后端索取钱包自己的账号字段名(已登 G-203)Leo · 2026-09-08待改:N003 钱包账户
X-052冲突audit-seg1
开户授信链路的服务编号两处对不上
说法一
88200102 是同一引擎的另一跳编号,登记表可沿用
说法二
88200102 是取现复借专号,开户段应改为 88100024/10106,F-07 函数名须改
涉及:F-07 贷前/首账前借款审批引擎A-56 受理授信提交并送审出处:SEG1 核验 2026-08-27
登记原文
开户授信链路的服务编号两处对不上⏸ 搁置 · 搁置挂起待后端确认:两份都是技术口径,业务侧判不了;确认前 F-07 的函数名沿用现状,但不得据此对外引用服务号Leo · 2026-09-08
X-053冲突audit-seg2
渠道侧支付要不要并进消费支付交易
说法一
并入 N015(承载差异不构成两个实体)
说法二
保留两个对象(需说清业务边界并补状态属性)
涉及:N015 消费支付交易N016 渠道侧支付P104 支付场景标识R065 经…收单R066 代付给(Biller)G-182出处:SEG2 核验 2026-08-27
登记原文
渠道侧支付要不要并进消费支付交易✓ 已收口 · 说法一对并入 N015:两者共用同一身份空间与记账口径,唯一分界「是否由本前端 SDK 承载」是系统承载差异不是业务实体差异;承载方式由支付场景标识 P104 与 QRIS 码形态 P105 表达Leo · 2026-09-08待改:P041 支用提交结果码(风控挑战码) · P104 支付场景标识 · P105 QRIS 码形态 · R010 生成（借据） · R020 核销于 · R062 承载(消费支付) · R063 触发（风控挑战） · R065 收单方为 · R066 代付给（Biller） · A-04 受理支付交易（参数化：SDK 组合支付/QRIS MPM/CPM/Billpayment/Indomaret）
X-054冲突audit-seg2
组合支付守恒式到底含几条腿
说法一
守恒式四项(现状,含钱包/PL/积分/立减)
说法二
守恒式五项(补定存腿 depositAmt)
涉及:L019 组合支付守恒L345 券金额服务端重算P102 组合支付金额构成出处:SEG2 核验 2026-08-27
登记原文
组合支付守恒式到底含几条腿✓ 已收口 · 说法一对守恒式四项(钱包+PayLater+积分+立减=应付)。定存不能直接付款:定存质押的作用是转成信用额度,付款时实际走的是 PL 腿(paylaterAmt),所以 depositAmt 不是本场景的资金腿。R10§02 写的「资金腿三选一含 depositAmt」描述的是支付枢纽通用接口的路由能力,不等于 PayLater 消费支付走这条腿(Leo 2026-09-08 确认)Leo · 2026-09-08待改:P102 组合支付金额构成 · L345 组合支付金额守恒由服务端硬约束:钱包、PayLa
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 万上限到底是单笔还是日累计✓ 已收口 · 说法一对300 万是每日 PL 支付限额的可调上限(默认 200 万、客户可调但不得超卡限额、绝对上限 300 万,见 L039),不是独立的单笔硬上限;因此 L038「PL 部分超 300 万失败」被 L037「差额超每日剩余上限失败」完全吸收,已退役并入Leo · 2026-09-08待改:L037 已激活 Auto top-up 时，差额（订单金 · L038 VDC 支付中 PL 需支付部分>3M→支付失败
X-056冲突audit-seg2
展示类规则挂在动作上时,四道门都套不上
说法一
owl_status=建模约定不进 OWL 的规则 gate 可留空,合规检查豁免
说法二
为展示类规则新增第五道门(如「展示门」),纲要相应放宽
涉及:L031L032L035L052L028A-51 展示引导与弹窗记录出处:SEG2 核验 2026-08-27
登记原文
展示类规则挂在动作上时,四道门都套不上✓ 已收口 · 说法一对标了 owl_status=建模约定不进 OWL 的展示类规则可不填门类,合规检查豁免:四道门本为动作准入设计,展示约定既不参与推理也不拦截动作,硬套成「状态门」反而误导。合规检查已同步放行Leo · 2026-09-08待改:L028 消费支付失败页无重试按钮，唯一按钮回宿主，用户须 · L031 QRIS 支付选钱包时,账户持有 0 利率权益则 · L032 QRIS 支付选 PayLater 时期数默认只 · L035 CPM 支付的 PayLater 期数选项按由小 · L052 试算档默认选中:消费支付取后端返回的首档(前端不 · L054 低价支用主页:仅有一个可用低价利率时自动选中;多 · L059 确认页:低价价格券无券名时不展示券名行与总节省行 · L061 客户从取现金额页或低价档页返回离开且额度动用不足 · L071 账单卡仅在该账单存在退款金额时显示退款入口。 · L079 常规还款页输入金额不低于最低还款额且不等于账单全 · L126 重新授信被拒时,结果页引导客户走质押提额;剩余可 · L131 还款成功后短暂轮询等待杠杆奖励发放结果;超时只显 · L132 剩余可领取杠杆额度大于 0 时才显示奖励项与加仓 · L133 还款后显示的本次提额金额取自当日提额记录(还款任 · L135 V1 任务页的提额模块与还款奖励模块分别受对应后 · L150 SDK 内展示的提额比例优先取营销活动配置值,无 · L156 质押成功后的支付引导页促销横幅最多 3 个,超出 · L168 App 登录手机号命中 7 天内在 Indoma · L173 开户事件按 amsEventReportConf · L175 LimitUp 客户首次进入首页且未看过引导时: · L176 新首页欢迎与引导每位客户只展示一次:设备本地记录 · L194 白名单校验返回异常码 80430228 时展示专 · L214 授信成功后,Y001 客群进 LimitUp 结 · L241 一期口径:账户持有可用低价价格券即在主页展示低利 · L243 取现受理成功结果页主按钮:IM3、BIMA 渠道 · L245 低价支用页不展示特价文案与划线原价;底部统一按钮 · L246 取现确认页须摊开披露到账额、借款额、服务费(券后 · L247 RIPLAY 合同内容由后端下发、前端不组装;前 · L264 还款页分流:Y001 客群或提前结清进基础还款页 · L265 账单页只分当期与下期两个页签,切换按月重查;下期 · L289 重组结果页四态:成功(含重组前后账单对比)、处理 · L320 质押或解押处于在途状态时,页面展示在途态。 · L321 质押流程首步退出时弹窗挽留说明好处;解押时整页挽 · L322 质押输入金额页固定展示 10 万/30 万/50 · L337 QRIS 主扫支付页对 LimitUp 非会员客 · L338 会员入口:非有效期内显示提额文案、图标置灰,点击 · L340 锁额页存在最高面值折扣券时顶部展示券提示条(面值 · L342 配置了多次核销的券,卡券角标展示当前剩余可用次数 · L355 促销主页置顶我的卡券入口并显示当前生效券数量,点 · L364 LimitUp 引导只按设备本地记录判定一次性展 · L405 组合支付轮询按 2 秒间隔最多 10 次,结果码
X-057冲突audit-seg2
等本等费分摊该不该单独立一个函数
说法一
退役 F-34,算法并入 F-08 口径
说法二
保留 F-34,为逐期还款计划单建属性作其产物
涉及:F-34 等本等费分摊F-08 定价引擎试算P034 试算方案字段组出处:SEG2 核验 2026-08-27
登记原文
等本等费分摊该不该单独立一个函数✓ 已收口 · 说法一对退役 F-34,等本等费分摊的算法口径并入 F-08:逐期计划是定价引擎返回的字段(P034 子字段 SCHEDULE_LIST),分摊公式属引擎内部实现,纲要规定内部实现不进知识库;拆独立属性又与「结构组须整组登记」冲突Leo · 2026-09-08待改:P034 试算方案字段组 · L229 管理费按月收取,每期金额=原始本金×月费率,各期 · F-08 定价引擎试算（CtPrice / coreTransTryLoan，INBS）
数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口