本体协作平台
本体登记表

知识库

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

确认进度19/981· 已确认=锁定,改前先解锁
批量:已选 0
ftype计算型 76规则型 399纲要:规则是函数的一个类型——计算型只立壳(名+产物),规则型填齐语句与宿主
ID规则(人话)slug门类宿主引用出处状态操作
L016从首页或引导页入口发起支付、取现前,须依次通过邮箱验证、证件状态、账户冻结、审核中、逾期五级检查,先命中先拦截;商户深链入口不适用(见 L217)。home-entry-five-level-check状态门A-04·A-05P005·P006·P007·P01502§关键字段与门槛·02§D.4 | 03§D.1 五级拦截·R5§②
○ 草稿
L017支付/取现/还款/转分期/质押/解押/购会员/reapply 提交前必验 PIN(COMMON_PASSWORD_VERIFY);失败超限锁定(PIN 态 2);消费支付 scene=OTHER,验密 session 不进支付接口pin-required-high-risk-ops状态门A-49·A-04·A-05·A-07·A-17·A-06·A-14·A-15·A-16P024·P123·N015·N017·N018·N022·N025·N026·N028·N02402§D.3 | 03§D.4 验密·03§用户旅程5·_待确认清单 后端5条(PIN 连错 5 次) | 10§购买月会员流程 | 功能说明/12-支撑流程(账户安全·引导·结果页).md§A·功能说明/03§验密
○ 草稿
L394IM3/BIMA(IOH 白名单)渠道的取现提交跳过 PIN 校验直接提交 coreTransApplyLoan(不带 session);属合规设计:外部渠道 SDK 无法验证银行 PIN,渠道身份由 IOH 侧白名单保障。还款(走 IOH OTP)/转分期同款免 PIN 分支由 U05/U06 各自登记。im3-bima-withdraw-skip-pin客群门A-05N010·P12303§D.4 验密(:208-236)·03§口径补充·03§经营与体验关注点
○ 草稿
L018消费支付金额以商户订单金额为准,客户不可修改,也不接受由 URL 传入;取不到订单金额时中止支付并退出。amount-fixed-by-merchant-orderP102N077·P10002§D.1·02§用户旅程
○ 草稿
L020消费支付中积分先抵扣、剩余部分走 PayLater;积分抵扣部分不产生借据、不收费;use_allo_points 开关默认开,用户可关闭全额走 PLpoints-first-then-pl开关门A-04·A-26N004·N005·P10202§用户旅程·02§D.2
○ 草稿
L021使用 PL 额度的消费支付必须串行过放款反欺诈引擎-消费(CLPY)与刷脸反欺诈(CLCF)两个决策引擎(均 ICRC-MIDAFS),逐个通过才放行;任一引擎可下发挑战(0004 刷脸)或拒绝;引擎内部规则属风控域pl-pay-two-engines-serial状态门A-04F-06·F-17·N07802§支用决策引擎矩阵
○ 草稿
L022CL 取现串行过四件套:放款反欺诈-取现 CLWD→刷脸 CLCF→首账前借款审批 NYCTCRU|借款复借审批 NYCTWDU(二选一),任一可挑战(1212)/拒绝;DBDP 为字段强控不走引擎cash-four-engines-serial状态门A-05F-18·F-17·F-07·F-19·P126·P12702§支用决策引擎矩阵 | 03§用户旅程5·03§业务规则速览·02§引擎矩阵
○ 草稿
L023取现无成功放款记录的客户按首支走首账前借款审批引擎(复用贷前规则包),首笔放款成功后转为复支走借款复借审批引擎;失败或撤销的单不改变首支身份;前端分流与引擎判定不一致时以引擎为准。first-vs-repeat-draw-engine客群门A-05F-07·F-19·P122·P01002§支用决策引擎矩阵·03§首支/复支切换判据·R10§5 | 03§口径补充(PM 2026-08-13)·03§用户旅程5·R10§5
○ 草稿
L024消费支付额度是否足够由交易时后端(coreTransPayUnionPay)判定,前端不预检可用额度(消费授权只有一道额度检查,取现 31015 有两道)limit-checked-by-backend状态门A-04P01202§业务规则速览·02§D.4·R10§4·03
○ 草稿
L025支付或取现提交后,风控返回需挑战的结果码时,须按下发的挑战类型完成刷脸或 OTP:消费支付返回需刷脸码则刷脸,通过后续查结果、失败进失败页;取现按规则码清单走 OTP 或刷脸。challenge-code-routing状态门A-27P041·P044·P108·N07802§D.3·02§付款页能力·R3§⑥ | 03§D.4·R3§⑥·R7§取现 WhatsApp OTP
○ 草稿
L026风险码含 DBDP 且在贷余额大于 0 的客户,提交取现时被拦截,须还清在贷后方可复借(单人单笔);拦截依据为风控预打标签的字段强控,不经复借引擎实时决策;非 DBDP 客户可多笔并存。dbdp-single-loan-hard-block客群门A-05P004·P012·F-6103§核心能力 复借限制·03§业务规则速览·03§D.4·R1§riskCode
○ 草稿
L027商户不能从 SDK 直接获得支付结果:三个结果页的关闭按钮均不回传参数;商户必须自行经收单侧查单接口或入站回调确认最终结果。sdk-no-result-callback状态门A-04N00902§D.3·02§后端事实增补
○ 草稿
L028UI消费支付失败页无重试按钮,唯一按钮回宿主,用户须从商户侧重新发起fail-page-no-retry状态门A-5102§D.3·02§用户旅程
○ 草稿
L029QRIS 支付受监管刚性限额约束:单笔不得超过 Rp10.000.000,单日累计不得超过 Rp100.000.000;超限不得发起支付,亦不得生成付款码。qris-regulatory-limitP102P104·P10502§QRIS 监管限额
○ 草稿
L204刷脸子步活体分<50 不得通过(唯一内部闸门=50 分线;HUIYAN 二值 100/0)liveness-50-gate状态门A-02P090·F-45R10§4.01
○ 草稿
L205刷脸渠道在 ADVAI/HUIYAN/ADVAIH5 间按 DB 配置权重分流(5 分钟热刷),非固定单一渠道face-channel-weighted-routingF-52P089·F-52R10§4.01
○ 草稿
L206刷脸命中 IBG 黑名单/人脸库→拒绝(B901);政治黑名单审查失败→拒绝(B701)blacklist-hit-rejects客群门A-02P087·F-53R10§4.01·01§D.2(B 系码表)
○ 草稿
L217由商户深链直达支付页发起的消费支付,前端不做任何前置准入检查(账户状态、可用额度、单笔限额均不校验),唯一门禁为交易密码;准入与额度由后端支付接口判定;与按入口区分的 L016 互斥。deeplink-pay-no-precheck状态门A-04P02402§D.4·02§待确认
○ 草稿
L218组合支付提交后须轮询至终态:成功进成功页、失败进失败页;轮询用尽仍未出终态的按处理中处理,最终结果以账单为准。pay-result-polling-2s-x10状态门A-04P04102§D.3·02§用户旅程
○ 草稿
L219生成 QRIS 码的金额超过监管上限(单笔 Rp10jt/单日 Rp100jt)时不可生成码qris-code-over-limit-no-issue状态门A-5702§消费渠道·02§QRIS 监管限额(《QRIS被扫流程优化0428》)
○ 草稿
L220CPM 付款码出码仅对 Prime 钱包档用户放行cpm-code-prime-only客群门A-57N003R10§4·02
○ 草稿
L221QRIS 主扫动态码(商户按订单生成)支付金额随码带出、用户不可改,直接进支付确认;静态码(商户张贴)由用户自行输入金额再确认;两形态进入确认后共用同一套 PL 选项/分期/低价展示逻辑qris-dynamic-amount-locked状态门A-04P10502§QRIS 主扫的两种形态
✓ 已确认
L222VDC 支付仅当订单金额>prime 余额时才进入 PL 补足判断;订单金额≤prime 余额按现有流程仅扣 primevdc-pl-topup-trigger状态门A-33N00302§支付扣款流程
○ 草稿
L223VDC PL 补足须当前 PL 可用额度≥差额;不足→支付失败vdc-insufficient-limit-fail状态门A-33P01202§支付扣款流程
○ 草稿
L224虚拟卡支付走 PL 时,支付枢纽(ihybrid)查 ICPS 账户 blockCode,命中 NON_PAYLATER_BLOCK_CODE='BFNnRZTq' 任一字符即拒付vdc-block-code-gate状态门A-33P005·P06402§后端事实增补
○ 草稿
L225激活 Auto top-up 前须已开通 PayLater 账户:未开通的弹窗引导去申请、不得激活;已开通的先弹窗展示每日 PL 支付限额与默认单期管理费,客户确认后进入条款页与验密。autotopup-requires-pl-account状态门A-17P006·F-08·P06402§开通入口与首次激活
○ 草稿
L226消费支付一次性并发两套试算:一套按订单总额减去积分抵扣额,一套按订单总额;积分开关只切换展示哪一套,不重新发起试算。consumption-dual-trialF-08P100·N004·N00502§D.2
○ 草稿
L230支付立减试算(discount-trial)只用于展示、不作最终占用;apply 才占用预算 promo_budget;失败/取消/退款走 reversal 按原权益事实冲回discount-trial-display-onlyF-58N049R10§4·02
○ 草稿
L231SDK 消费支付确认流程内不选券(提交无 couponId、无密码字段);立减(SMP)、免息等优惠在收单侧/营销侧生效,用户在确认页感知不到券no-coupon-in-sdk-payment-flow开关门A-38N049·N04802§业务规则速览·02§D.4
○ 草稿
L298可用杠杆 isLeverageAvailable=totalLeverageRatio>1 ∧ remainLeverageLimit>0。leverage-available-checkF-30P017R3§③
○ 草稿
L309质押成功结果页上报 reportToOutside eventName=limit_lock_amount_success(带 user_id)。lock-amount-report状态门A-50N054R7§1.5
○ 草稿
L386总信用额度 CREDIT_LIMIT 不得超过产品天花板 ALLO_MAX_CREDIT_LIMIT=50,000,000 IDR。total-limit-cap-50mP219P036R3§①(utils/limit-up-utils.js:22,80)
○ 草稿
L389取现额度 CASH_OTB 取值只能为可用信用额度的 100% 或 0(cashLimitRate 二值),不存在中间比例。cash-limit-100pct-or-zeroP221P220·P222R3§①
○ 草稿
L390可用信用额度 AVAILABLE_OTB 展示/参与判定时若 <0 一律 clamp 为 0。available-otb-clamp-zeroP220R3§①(utils/limit-up-utils.js:107-115)
○ 草稿

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