本体登记表
知识库
全库 1033 个构件(2026-08-17 按说明书 v2 全量重抽),按纲要六类构件组织,规则=函数·规则型。(二期数据接地:对象 8/89 · 属性 83/273 · 关系 1/108,在详情页维护)
确认进度894/1033· 已确认=锁定,改前先解锁
这里不做判断,只记录结论:PM / 风控 / 后端把口径定下来之后,在对应条目上记一笔「定了什么、谁定的」。冲突记完可以顺手把说法错了的那条构件标成「待改」,提醒回去改。
IF-03接口候选U02 支付消费
三类支用事件共用同一套准入闸门,可归并为「可支用」
建议:把消费支付交易(N015)、渠道侧支付(N016)、取现支用(N017)归并为一个「可支用」接口。
理由:三者共用邮箱未验证拦截(L015)、五级准入检查(L016)、PIN 必验(L017)、引擎串行过闸(L021/L022)以及下发风控挑战(A-27),同一句规则已在受理支付交易(A-04)与受理取现申请(A-05)各写一遍(出处 02§支用决策引擎矩阵、02§关键字段与门槛)。
涉及:N015 消费支付交易N016 渠道侧支付N017 取现支用A-04 受理支付交易A-05 受理取现申请A-27 下发风控挑战L015 规则:邮箱未验证拦截支用L016 规则:支用五级准入检查L017 规则:提交前必验 PIN出处:02§支用决策引擎矩阵·02§关键字段与门槛
登记原文
此处或可归并接口「可支用」：消费支付 N015 / 渠道侧支付 N016 / 取现 N017 共用邮箱验证拦截 L015、五级准入 L016、PIN 必验 L017、引擎串行过闸（L021/L022）与挑战下发 A-27——同句已在 A-04 与 A-05 各写一遍 候选:N015·N016·N017✓ 已收口 · 不立接口先不立接口:共用闸门已由多宿主规则(L016/L017/L021 等)表达,实现者属性槽位未对齐;按 2.6「归并优先合并属性」,留三期归并阶段统一处理Leo · 2026-09-08
IF-04接口候选U02 支付消费
凡需试算的场景共用定价引擎规则,可归并为「可试算」
建议:把消费支付(N015)、取现(N017)、月最低还款(N019)、账单分期(N020)、逾期重组(N021)、转分期(N022)以及 VDC 激活弹窗归并为一个「可试算」接口。
理由:这些场景共享「凡向用户展示试算结果必调定价引擎」(L192)与「试算档默认选中」(L052)两条规则(出处 R4§3)。
涉及:N015 消费支付交易N017 取现支用N019 月最低还款申请N020 账单分期申请N021 逾期重组申请N022 转分期(展期)申请L192 规则:展示试算结果必调定价引擎L052 规则:试算档默认选中出处:R4§3
登记原文
此处或可归并接口「可试算」：消费支付/取现/最低还款/账单分期/转分期/逾期重组/VDC 激活弹窗共享 L192（必调定价引擎）与 L052（默认选中） 候选:N015·N017·N019·N020·N021·N022✓ 已收口 · 不立接口先不立接口:共用约束已由 L192(凡展示试算必实时调引擎、禁本地价格表)一条管全部场景,本身即批发效果,再立接口是重复;留三期归并阶段Leo · 2026-09-08
IF-05接口候选U03 取现 Instant Cash
取现/支付/还款受理共用三道门,可归并为「可受理」
建议:把取现支用(N017)、消费支付交易(N015)、还款交易(N018)的受理动作(A-04/A-05/A-06)归并为「可受理」接口。
理由:三者共享邮箱门(L015)、五级检查(L016)、PIN 门(L017),同一句规则要抄多遍(出处 03§D.1、索引 L015/L016/L017)。
涉及:N017 取现支用N015 消费支付交易N018 还款交易A-04 受理支付交易A-05 受理取现申请A-06 受理还款L015 规则:邮箱未验证拦截支用L016 规则:支用五级准入检查L017 规则:提交前必验 PIN出处:03§D.1·索引 L015/L016/L017
登记原文
此处或可归并接口'可受理':取现/支付/还款受理动作 A-04/A-05/A-06 共享邮箱门(L015)、五级检查(L016)、PIN 门(L017)同一句要抄多遍 候选:N017·N015·N018✓ 已收口 · 不立接口先不立接口:按纲要 v3.0 的 2.6「归并优先合并属性,绑定只是折中」,三类受理动作的门虽同形但属性槽位尚未对齐,且共用规则 L017 已用多宿主表达;留待三期归并阶段统一处理Leo · 2026-09-08
IF-06接口候选U03 取现 Instant Cash
产生新借据的申请共用签约门,可归并「可签约」
建议:把取现支用(N017)、月最低还款(N019)、账单分期(N020)、逾期重组(N021)、转分期(N022)这类会产生新借据的申请归并为「新借据类/可签约」接口。
理由:「勾选已阅读同意 RIPLAY 且合同加载完成」这道提交门(L049)在受理取现(A-05)、受理账单分期(A-09)、受理逾期重组(A-10)、受理转分期(A-11)里抄了四遍(出处 03§D.4、索引 L049)。
涉及:N017 取现支用N019 月最低还款申请N020 账单分期申请N021 逾期重组申请N022 转分期(展期)申请L049 规则:RIPLAY 勾选与合同加载门A-05 受理取现申请A-09 受理账单分期申请A-10 受理逾期重组申请A-11 受理转分期(展期)申请出处:03§D.4·索引 L049
登记原文
此处或可归并接口'新借据类/可签约':RIPLAY 勾选∧加载完成门(L049)在 A-05/A-09/A-10/A-11 抄四遍 候选:N017·N019·N020·N021·N022✓ 已收口 · 不立接口先不立接口:合同门已由 L049 多宿主(A-05·A-09·A-10·A-11)表达;留三期归并阶段——届时若把 RIPLAY 合同下发要素组 P128 合成共享属性,本条最具备立接口条件Leo · 2026-09-08
IF-07接口候选U04 账单与账期、常规还款
会落交易流水的事件可归并为「可入流水」接口
建议:把消费支付(N015)、渠道侧支付(N016)、取现(N017)、还款(N018)、退款单(N053)、转分期申请(N022)以及质押代偿归并为「可入流水」接口,统一落入交易流水(N037)。
理由:它们都以交易类型(TRANSACTION_TYPE)一行落入流水,且同一条 180 天/分页规则、同一详情分发规则要写多遍(出处 R7§2.1-2.2)。
涉及:N015 消费支付交易N016 渠道侧支付N017 取现支用N018 还款交易N053 退款单N022 转分期(展期)申请N037 交易流水(记录)出处:R7§2.1-2.2
登记原文
此处或可归并接口「可入流水」：支付 N015 / 渠道侧支付 N016 / 取现 N017 / 还款 N018 / 退款 N053 / 展期申请 N022 / 质押代偿 都以 TRANSACTION_TYPE 行落入 N037，且同一条 180 天/分页规则、同一详情分发规则要写多遍 候选:N015·N016·N017·N018·N053·N022·N037✓ 已收口 · 不立接口先不立接口:流水字段组 P040 与交易状态码 P038 已作为共享属性挂在各交易事件上,共性已表达;留三期归并阶段(届时可直接用这两个 P 号作 shape.properties)Leo · 2026-09-08
IF-08接口候选U04 账单与账期、常规还款
借据与账单共享「足额到账即结清」规则,可归入「可核销」
建议:借据(N005)是核销/结清对象;账单(N045)与借据共享「足额到账→F/结清」这条同形规则(L074、L270),可一并归入手册已有的「可核销」接口。
理由:两者结清判定形状相同,分别写会重复(出处 R5§③、R5§⑧)。
涉及:N005 借据(IOU)N045 账单L074 规则:账单足额到账结清L270 规则:借据结清与可用额度推导出处:R5§③·R5§⑧
登记原文
「可核销」（手册已知接口）：借据 N005 为核销/结清对象；账单 N045 与借据 N005 共享'足额到账→F/结清'同形规则（L074 / L270） 候选:N005·N045✓ 已收口 · 不立接口先不立接口:说明书虽把「可核销」列为已知接口,但借据状态 P031 与账单状态 P025 仍是两套枚举,按 2.6「归并优先合并属性」应先合属性再立接口;留三期归并阶段Leo · 2026-09-08
IF-12接口候选U06 质押与额度成长(LimitUp 专属)
三类可质押资产共用杠杆门控,可归并为「可质押」
建议:把定存存单(N006)、钱包现金(代建 TD,N003)、积分账户(N004)三类资产归并为「可质押」接口。
理由:三者共用杠杆率门控与释放调度规则(出处 09§核心能力、09§后端事实增补)。
涉及:N006 定存存单N003 Allo Wallet 钱包账户N004 积分账户出处:09§核心能力·09§后端事实增补
登记原文
此处或可归并接口:可质押——定存存单/钱包现金(代建 TD)/积分三类资产共用杠杆率门控与释放调度 候选:N006·N003·N004✓ 已收口 · 不立接口先不立接口:质押主体在场景⑨(流动性定存与质押),不是支付段的主体;留三期归并阶段,建议核⑨时与该段一并定Leo · 2026-09-08
IF-13接口候选U07 会员与营销
权益券与支付立减券共享同一状态机,可归并为券族接口
建议:把营销权益券(N048)与 SMP 支付立减券(N049)归并为「可发放/可核销券族」接口。
理由:两者共享「发放→可用→使用/作废/过期」状态机,以及发放/作废权益券(A-37)、角标计数、锁定码展示门等同一句规则(出处 11§优惠券、R3§④)。
涉及:N048 营销权益券(EQUITY)N049 SMP 支付立减券A-37 发放/作废权益券出处:11§优惠券·R3§④
登记原文
此处或可归并接口:可发放/可核销券族——N048 权益券与 N049 SMP 券共享'发放→可用→使用/作废/过期'状态机与 A-37 发放/作废、角标计数、blockCode 展示门等同句规则 候选:N048·N049✓ 已收口 · 不立接口先不立接口:两类券的状态枚举与属性尚未合并(权益券 N048 与立减券 N049 各有一套,后者还带实例字段组 P173),按 2.6 应先合属性;留三期归并阶段(主责在场景⑦会员与营销)Leo · 2026-09-08
IF-16接口候选U08 治理与观测(支撑流程、埋点、后台配置、Risk Workbench)
八类受理动作前都要验 PIN,可归并为「可验密」接口
建议:把消费支付(N015)、取现(N017)、还款(N018)、转分期(N022)、质押(N025)、解押(N026)、会员购买(N028)、重新授信(N024)归并为「可验密(PIN-gated)」接口。
理由:「提交前必验 PIN」(L017)这同一句规则挂在 8 类受理动作前面,目前是挂在 PIN 校验(A-49)上作为族级门(出处 功能说明/12 §A)。
[2026-09-08 Leo 决定:立「可验密」接口。但落地受阻两点,已转为待办——① 平台侧接口表未启用(data/registry 下无 interfaces.yaml,schema 与 registry 也无接口类型),需 trista 补;② 按 2.6「归并优先合并属性」自查:八类受理动作共用的是一条前置条件规则(L017,现用多宿主表达),实现者身上没有共同的属性槽位,shape.properties 暂时填不出——需在归并时先确认是否存在可合并的共享属性(如「验密状态/验密时点」),或按 shape.actions 单列(动作签名 A-49 PIN 校验 + 八类受理动作)。拟定实现者:消费支付交易 N015、取现支用 N017、还款交易 N018、转分期 N022、质押记录、会员购买 N028、授信申请 N013。]
涉及:N015 消费支付交易N017 取现支用N018 还款交易N022 转分期(展期)申请N025 质押申请N026 解押申请N028 会员购买/续费N024 重新授信申请(reapply)A-49 PIN 校验L017 规则:提交前必验 PIN出处:功能说明/12-支撑流程(账户安全·引导·结果页).md§A
登记原文
此处或可归并接口「可验密（PIN-gated）」：L017 同一句规则挂在 8 类受理动作（支付/取现/还款/转分期/质押/解押/购会员/reapply）前，现挂 A-49 作族级门 候选:N015·N017·N018·N022·N025·N026·N028·N024✓ 已收口 · 立接口已立为 IF-16 可验密,登在 data/registry/interfaces.yaml。shape.properties 暂空(八类实现者身上没有共同属性槽位,验密状态/验密时点均未登记为属性),先以 shape.actions=A-49 单列;是否应立「验密状态」共享属性另开 G-209。Leo · 2026-09-08
IF-19接口候选U09 参考层字典(横切属性与枚举正本)
支用/还款类事件的状态枚举同形,可归并为「可受理」
建议:把消费支付(N015)、取现(N017)、还款(N018)、月最低还款(N019)、账单分期(N020)、逾期重组(N021)、转分期(N022)归并为「可受理」接口。
理由:各自的状态枚举(SPENDING_STATUS/CASH_LOAN_STATUS/REPAY_STATUS/extensionStatus/jxhjOrderStatus)共用 P/S/C(+F)三四态形状,且「同步受理≠终态」(L385)这条规则要对整族生效(出处 R3§⑥、R5§④⑧、R7§2.3)。
涉及:N015 消费支付交易N017 取现支用N018 还款交易N019 月最低还款申请N020 账单分期申请N021 逾期重组申请N022 转分期(展期)申请L385 规则:跨系统同步受理+异步回执出处:R3§⑥·R5§④⑧·R7§2.3
登记原文
此处或可归并接口『可受理』:N015/N017/N018/N019/N020/N021/N022 各自的状态枚举(SPENDING_STATUS/CASH_LOAN_STATUS/REPAY_STATUS/extensionStatus/jxhjOrderStatus)共用 P/S/C(+F)三四态形状,且『同步受理≠终态』(L385)要对全族生效。 候选:N015·N017·N018·N019·N020·N021·N022✓ 已收口 · 不立接口先不立接口:各事件的状态属性仍各登各的(取现订单状态 P211、借据状态 P031、还款状态 P208 等),枚举未合并;留三期归并阶段,届时与 IF-05(同名「可受理」,归的是门)一并落地,注意别登成两条Leo · 2026-09-08
IF-20接口候选U09 参考层字典(横切属性与枚举正本)
锁定码对支用拦截、对还款放行的规则可归并为「可锁定/可管控」
建议:把消费支付(N015)、取现(N017)、还款(N018)归并为「可锁定/可管控」接口。
理由:锁定码(blockCode)各字符对支付/取现的拦截、对还款不拦截(L381)这套规则在受理支付(A-04)、受理取现(A-05)、受理还款(A-06)各处重复引用(出处 R1§五、R5§②)。
涉及:N015 消费支付交易N017 取现支用N018 还款交易P005 冻结/拦截码(锁定码)L381 规则:还款方向不受锁定码拦截A-04 受理支付交易A-05 受理取现申请A-06 受理还款出处:R1§五·R5§②
登记原文
此处或可归并接口『可锁定/可管控』:blockCode 各字符对支付/取现的拦截、对还款的不拦截(L381)在 A-04/A-05/A-06 各处重复引用。 候选:N015·N017·N018✓ 已收口 · 不立接口先不立接口:锁定码只挂在信贷账户一个宿主上,实现者不足三个,不满足 2.6「三个以上对象同形」的立接口条件;共用约束已由 L376–L379 与 L381 表达Leo · 2026-09-08
数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口