本体登记表
知识库
全库 981 个构件(2026-08-17 按说明书 v2 全量重抽),按纲要六类构件组织,规则=函数·规则型。(二期数据接地:对象 1/86 · 属性 2/245 · 关系 0/107,在详情页维护)
确认进度19/981· 已确认=锁定,改前先解锁
| ID | 名称 | 类型 | 定义 | 身份标识 | 状态 | 操作 |
|---|---|---|---|---|---|---|
| N001 | 客户Customer别名 用户 | ● 实体 | 在 Allo 体系内注册、可申请开通 PayLater 的自然人；开户段以手机号+KTP 识别，风控离线跑批按人圈预授信白名单 | MPC 用户 ID(MpcID);行内客户号(ECIF_NO) | ✓ 已确认 | |
| N002 | 信贷账户PayLaterAccount | ● 实体 | 授信核准后为客户建立的循环授信账户，OPEN_STATUS/五套业务码/额度的宿主；一个 KTP 只能开一户 | PayLater 信贷账号(APP_ACCOUNT_NO / acct_no) | ✓ 已确认 | |
| N003 | 钱包账户AlloWallet别名 prime 账户 | ● 实体 | 客户在 Allo App 的钱包/会员账户，PayLater 开户前置载体；有账户等级 mpcLevel（初级/中级/Prime 高级）与状态 mpc_status（锁定/冻结阻断开户） | MPC 账户(mpcId) | ✓ 已确认 | |
| N004 | 积分账户MpcPointsAccount | ● 实体 | 客户 MPC 积分账户（amsCardpointQueryPointBal 返回 avlScoreAmount）；消费支付先抵后贷 | 积分账户号(字段名待补) | ✓ 已确认 | |
| N005 | 借据LoanReceipt别名 IOU | ● 实体 | 一笔支用形成的债权凭据；消费支付 PL 部分生成消费借据（一次性 S / 分期 T），积分抵扣部分不生成 | 借据号(LOAN_NO/TRANSACTION_NO) | ✓ 已确认 | |
| N006 | 定存存单TimeDepositCert别名 定存 | ● 实体 | 客户在存款核心(IDP 8122)持有的定期存款单;可作质押物。live 主体为余额形态——活期现金质押时由系统代建质押定存 TD(产品 33000101,i142 定期存入),解押=i143 定期支取(质押 TD 消亡);对既有定存下 hold 的冻结形态 dormant。 | 质押存款单号 | ✓ 已确认 | |
| N007 | 身份证件(KTP)KtpIdCard | ● 实体 | 印尼居民身份证，KYC OCR 识别对象；同一 KTP 已开户（status=5000）时拦截第二户 | NIK 身份证号(idNumber) | ✓ 已确认 | |
| N008 | 信贷产品LoanProduct | ● 实体 | PayLater 产品线（消费 LOAN_CODE 9012 / 取现 9022） | LOAN_CODE | ✓ 已确认 | |
| N009 | 商户Merchant | ● 实体 | 消费支付的交易对手方（线上商户/QRIS 收款商户/Indomaret 门店等）；SDK 场景由商户带订单调起 | 商户 ID(收单侧接口回传,库内已落库;字段名待补登)+ 商户名(MERCHANT_NAME) | ✓ 已确认 | |
| N010 | 接入渠道Channel | ● 实体 | 调起 PayLater SDK 的渠道/App，按 app_id 区分（ALLO 主渠道；IM3/BIMA=IOH 低价渠道，走专用 OTP、白名单来自运营商侧） | app_id | ✓ 已确认 | |
| N011 | 虚拟借记卡VirtualDebitCard别名 Allo Visa | ● 实体 | 发放给客户的虚拟借记卡（Visa 样式），以 Allo Prime 钱包为主资金源、PayLater 额度为辅资金源；后台承载 ihybrid-virtualcard（88200106，含 PL 充值限额查询与开关） | 卡号 | ✓ 已确认 | |
| N013 | 授信申请（开户）CreditApplication | ● 事件 | 客户为首次获得 PayLater 用信资格发起的开通/授信申请：从落地页点 Apply 起，经 KYC、填表，提交 applyCredit 送审，到收到授信结果为一次实例 | 授信申请号(APP_NO) + 流程实例 flowId | ○ 草稿 | |
| N014 | KYC 认证提交KycSubmission | ● 事件 | 客户在开户流程中完成的一次 KYC 子步提交（OCR 证件 / 人脸活体 / 安全问答），由后端 flow 的 nextAction 决定步骤类型 | flowId + 步骤类型(nextAction)+ 提交序 | ○ 草稿 | |
| N015 | 消费支付交易PlPayment别名 PL 支付 | ● 事件 | 客户在商户/场景用 PayLater 额度完成的一笔消费支付（含 SDK 组合支付：积分+PL），一次提交一条；后端以 FLA005（消费不动资金并入账单）/FLA003（消费分期）记账，取现才动资金 | bizSeqNo(BIZ_SEQ_NO 组合支付流水号) | ✓ 已确认 | |
| N016 | 渠道侧支付OffSdkPayment别名 QRIS 支付 | ● 事件 | 不经本前端 SDK 承载、由原生/外部 H5/收单侧承载的 PayLater 支付：QRIS 主扫（动态码/静态码）、CPM 被扫付款码、Billpayment 账单代付（VA）、VDC 虚拟借记卡线上/绑卡支付、Indomaret 柜台参考码支付；PL 资金腿仍落 INBS | 收单侧参考号(REF_NBR)/ 幂等键(bizSeqNo) | ○ 草稿 | |
| N017 | 取现支用InstantCashDrawdown别名 取现申请 | ● 事件 | 客户在取现额度内主动发起的一笔 Instant Cash 现金借款申请:自定金额、选期数(引擎下发档)、勾选 RIPLAY 合同、验 PIN 后提交 coreTransApplyLoan(INBS 160101,TXN_CODE=AUTH_LOAN_CASH,产品号 9022);一次提交为一个实例,后端以 INBS 订单/协议记录承载,同步返回仅是受理,放款异步。首借与复借同为本对象,身份差异由账户属性 onceLoan/引擎判据承载。 | 取现交易单号(NBS_ORDER_NO) | ○ 草稿 | |
| N018 | 还款交易RepaymentTxn别名 BillRepay | ● 事件 | 客户发起的一次还款(全额/部分账单还款 BillRepay、单笔借据提前结清 IOURepay),客户事件、无 product_of。系统发起的自动扣款(A-60)与质押代偿(A-65)产出的还款目前同对象记录(来源不同),是否拆为独立「系统发起还款」事件见缺口。 | 还款流水号(BIZ_SEQ_NO / MER_BIZ_NO) | ○ 草稿 | |
| N019 | 月最低还款申请MinimumRepayApply别名 最小还款 | ● 事件 | 客户对已出账未逾期账单发起的『本月只还最低额、剩余滚入下月起新借据』的申请。历史形态=常规还款页最低卡内联提交 coreTransMinimumRepayApply(带 MINI_REPAY_AMT);2026-06-27 起自助申请通道下线,现行正式形态=客户发起 TOT_AMOUNT=0 的 BillRepay 作为触发器(不动钱),由系统拉起 INBS i200029 借新还旧 | 流程号(FLOW_NO)/ 还款流水号(ORI_BIZ_SEQ_NO) | ○ 草稿 | |
| N020 | 账单分期申请BillInstallmentApply别名 分期还款 | ● 事件 | 客户对当期账单发起『当期全额结清+同时生成新借据按月还(本月不还、下月起,收服务费)』的申请;独立 Confirm 页+RIPLAY+TnC 提交 coreTransRepayInstallmentApply,试算 BIZ_SCENE=JXHJ、AMOUNT=账单额 | FLOW_NO | ○ 草稿 | |
| N021 | 逾期重组申请RestructureApply别名 Adjust Repayment Plan | ● 事件 | 客户发起的多笔借据合并成一笔更长期新贷(降月供)的申请。两分支:MULTI_SETTLE(多借据选择页选 2~10 笔合并,提交 coreTransRepayInstallmentApply/200029 带 ORIG_STMT_BAL_AMT+逐笔 LOAN_LIST)/ OVERDUE_RESTRUCTURE(逾期直入 source=overdue,金额=残余本金 ACCT_PRIN_PAID_OUT,提交专用 coreTransOverdueRestructuringApply/200037,LOAN_LIST=null,入口带逾期减免弹窗) | 流程号(FLOW_NO)+ 分支类型(JXHJ_TYPE) | ○ 草稿 | |
| N022 | 转分期(展期)申请ExtensionApply别名 Convert to Installment | ● 事件 | 客户把一笔已有借据主动摊成更多期(tenoring,收费)的申请;底层 TXN_CODE=EXTENSION / TRANSACTION_TYPE='EX',提交 coreTransExtensionApply{loanReorgList:[{refNbr,currTotalTerm}],session,contractInfo}。05 篇『展期入口』(当期=0/已结清且下期未出账>0)与 06 篇独立入口复用同一笔后台交易(160148→ICPS 212204/205/206/203,纯改计划无资金腿) | 借据号(refNbr)+ 申请流水 | ○ 草稿 | |
| N024 | 重新授信申请（reapply）ReapplyApplication别名 重新风险授信 | ● 事件 | LimitUp 客户对此前授信失败/受限后再次发起的风险授信申请;一次全新的风险决策(新申请号,不覆盖原授信事实)。走 INBS 200034 提交/200035 查询,ifes-ams reapply-credit → ICRC 10601/10602。 | 新授信申请号(APP_NO) | ○ 草稿 | |
| N025 | 质押申请PledgeRequest别名 锁额 | ● 事件 | 客户发起的锁定资产(定存/钱包现金/积分)换取 Top-up 额度的申请;一次提交一条,幂等键 bizSeqNo。 | bizSeqNo(质押交易流水号) | ○ 草稿 | |
| N026 | 解押申请UnpledgeRequest别名 unlock deposit | ● 事件 | 客户发起的解除某笔在押质押的申请;必带原质押流水号 originBizSeqNo,只能整笔全额解押。 | 解押流水号 bizSeqNo(originBizSeqNo) | ○ 草稿 | |
| N027 | 存单提前支取EarlyWithdrawal | ● 事件 | 客户在存单到期前发起的支取;质押锁定期间禁止,解押后按 0% 结算。 | 支取流水号 | ○ 草稿 | |
| N028 | 会员购买/续费PremiumPurchase别名 会员购买记录 | ● 事件 | 客户发起的一次 Limit Up Premium 会员购买或续费(未激活态=新购,已激活态=续费),一次支付一条;落 IFES Core `t_limit_up_member_record`(四状态分列) | 会员记录 id(t_limit_up_member_record) | ○ 草稿 | |
| N030 | 留资提交LeadSubmission别名 留资记录 | ● 事件 | 客户在留资 H5 页提交姓名/手机号(0508 前含 OTP)的一次留资;落库后即留资记录,供 App 登录手机号 7 天窗口命中弹窗 | 手机号+提交时间(+marketingChannel) | ○ 草稿 | |
| N032 | 补充资料上传SupplementaryDocUpload别名 提额资料上传 | ● 事件 | 客户为提额上传补充资料(类别仅 SHOPEE/BPJS);两条独立链路:白名单类别入口(service/increase-limit)与独立邮件+材料上传(home/IncreaseLimit)。 | 上传记录 ID | ○ 草稿 | |
| N033 | 协议同意TncConsent别名 协议同意记录 | ● 事件 | 客户在开户落地页勾选并同意 T&C（PDF 协议页 COMMON_PDF_VIEWER），AMS 落表 t_protocol_consent | t_protocol_consent 记录 | ○ 草稿 | |
| N034 | 开通问卷提交OnboardingSurveySubmission别名 Survey | ● 事件 | Y001（LimitUp）授信成功后客户在 Survey 页提交的开通问卷（V1 结果页链：FlexLimitUserResult→Survey→Bonus→FlowFinal），用于计算奖励档；首登分流 limitUpInteractiveGuidanceFlag=Y 时也进 Survey 续作 | 客户 + 提交时间 | ○ 草稿 | |
| N035 | 任务完成MissionCompletion | ● 事件 | 客户完成某个额度成长任务(Top up/每笔支付/按时还款/邀请好友)的一次记录;后端判定系统未指认。 | 缺口 | ○ 草稿 | |
| N038 | GPS 定位记录GpsTrace | ● 事件 | 开户段按场景（落地页/OCR/刷脸/实名刷脸）采集并上报的经纬度记录（amsGpsReportEvents），合规留痕 | 缺口 | ○ 草稿 | |
| N039 | App List 采集记录ApplistCapture | ● 事件 | Android 端在表单提交时采集的已安装应用清单，随 applyCredit 的 appListData 上送，落 t_user_app_list_report（IFES 侧）；App 侧 KYC 时点另有并行采集，全量=并集 | 缺口 | ○ 草稿 | |
| N041 | 内部埋点事件记录StatsEventRecord | ● 事件 | H5 通过 $report.stats({label,category,action}) 打出的一条行为埋点（WA/WeAnalysis 客户端直发 HTTP，host ab-eventtracker.com，不走 RMB）；action 中 ${...} 占位符落库时展开为实际值；用于漏斗/行为路径/活动响应率分析 | 缺口 | ○ 草稿 | |
| N042 | 对外归因上报事件OutsideReportEvent | ● 事件 | 开户结果向外部平台的归因上报（reportOpenAccount：OPEN_ACCT 事件组；REJECTED_* / APPROVAL_IN_PROGRESS 等） | 归因 ID = MpcID+MdcID+allo-app | ○ 草稿 | |
| N044 | OCR 识别结果OcrResult | ● 事件 | KTP 证件 OCR 一次识别返回的字段集（印尼语原字段 NIK/Nama/TempatTglLahir…），前端切分出生地/出生日期后回填 KTP 表单 | RequestId(OCR 请求 ID) | ○ 草稿 | |
| N045 | 账单Statement别名 Bill | ● 实体 | 账户按账期对未清借据期归集生成的应还清单；一账户一账期一张（STMT_MONTH）。生命周期四态 U 未出账→N 已出账待还→O 已逾期→F 已结清；真身在账务核心 ICPS（TM_STMT），前端 coreTransQueryBill 只是查询窗口。未出账 U 态即已存在（'未出账池'），出账动作只做 U→N 迁移，故不填 product_of。 | 账户号 + 账期(APP_ACCT_NO + STMT_MONTH) | ○ 草稿 | |
| N047 | RIPLAY 合同RiplayContract别名 RIPLAY | ● 实体 | 借款披露合同；VDC PL 补足支付成功触发 RIPLAY 邮件 | 缺口 | ○ 草稿 | |
| N048 | 营销权益券（EQUITY）EquityCoupon别名 权益券 | ● 实体 | 低价权益/利率券等（INT_RG/INT_R/INT_TIC_*）；低价权益已解耦为额度属性可全支付场景生效 | EQUITY_NO | ○ 草稿 | |
| N049 | SMP 支付立减券SmpPaymentCoupon别名 支付立减券 | ● 实体 | 支付时立减的券（固定额/梯度/比例），在收单侧/营销侧生效，SDK 消费确认流程内不选券 | couponId | ○ 草稿 | |
| N050 | 逾期重组方案RestructurePlan别名 重组计划 | ● 实体 | 风险侧针对逾期用户上传的重组计划(名单+方案):含本金减免比例、利息及罚息减免比例、可选期数;每个计划只能被选择一次期数方案,确认后不可变更(除非风险重新上传新计划)。首页据『已确认逾期重组用户且有对应逾期方案』展示新还款计划入口 | 方案编号 | ○ 草稿 | |
| N051 | 协商还款方案NegotiatePlan别名 borrow-to-repay negotiate plan | ● 实体 | 后台下发给深度逾期协商户的减免方案(negotiateRepaymentPlanQuery),三态 promiseResult NO_PLAN/UNACTIVE_PLAN/ACTIVE_PLAN;减免维度=本金/费用/罚息三比例;生效后每月复用普通 BillRepay 还款(方案详情页 Repay 带下期金额) | promiseCode(+version) | ○ 草稿 | |
| N052 | 预付门槛任务PrepayRequirement别名 restructure prepay | ● 实体 | 逾期重组前置的『先还一笔』门槛:风险上传预缴名单(权威态 ifes-ams t_restructure_prepay_whitelist),含 prepayRequired/prepayAmount/prepayStatus;客户在 restructurePrepay=1 定制还款页按锁定金额还款,AMS 回查还款结果翻牌 PENDING→PAID 后才放行正式重组;预付只解锁流程,重组不自动完成 | 账户号 + 预付名单条目 | ○ 草稿 | |
| N053 | 退款单RefundRecord别名 Refund | ● 事件 | 针对一笔消费支付的退款（P 部分/A 全额），交易详情展示退款历史 | TRANSACTION_ID | ○ 草稿 | |
| N054 | 质押记录DepositPledge别名 deposit pledge | ● 实体 | 一笔生效的质押(在押物+换得额度),账在 INBS tm_book_record(抵押物=LIMIT_REQ/换得额度=TRAN_AMT);一户可并存多笔,每笔独立、解押按笔全额。生命周期:在途→质押成功 TRAN_SUCC→解押成功 REVERSE_SUCC。 | 质押流水号(bizSeqNo) | ○ 草稿 | |
| N055 | 会员会籍PremiumMembership别名 Limit Up Premium | ● 实体 | 客户(经 PayLater 账户 payLaterAccount.member)当前的 Limit Up Premium 会籍:状态+有效期截止日;由购买激活/续期、到期失效 | 账户会籍(payLaterAccount.member) | ○ 草稿 | |
| N056 | 会员套餐配置MembershipPriceConfig别名 membershipPriceConfigList | ● 实体 | 后台(IFES AMS `t_membership_price_config`,接口 amsMembershipPrice/GET_MEMBERSHIP_PRICE_CONFIG)下发的会员档位:期数 term、价格、有效天数;现网 LIMIT_UP_MEMBER 四档 1/3/6/12 | 会员类型 + 期限(LIMIT_UP_MEMBER + term) | ○ 草稿 | |
| N057 | 提额记录LimitIncreaseRecord别名 额度调整记录 | ● 事件 | 一次调额落地留下的记录(含减额,如解押 DepositPledgeRelease);类型见 P055;还款奖励展示读取当日 PayLaterRepayment+ActiveRepayment 最后一条。 | 提额记录 ID | ○ 草稿 | |
| N058 | 调额补偿记录LimitAdjustCompensationRecord别名 补偿表记录 | ● 事件 | 会员购买后调提额接口失败/超时时落入补偿表的记录,供人工补偿(A-45)。 | 补偿记录 ID | ○ 草稿 | |
| N059 | 额度成长任务LimitUpMission别名 Mission | ● 实体 | LimitUp 任务式提额的任务定义;V2 固定 4 张卡片(Top up/Every payment/On-time repayment/Invite friends),奖励为 Bonus Limit;V1 走 missionList 动态条目。 | 任务类型码 | ○ 草稿 | |
| N061 | 营销活动MarketingCampaign别名 Canvas 活动 | ● 实体 | 营销侧配置的活动:①营销系统(MKT/Canvas)活动——activity target/渠道/展示页/客群条件/banner/benefit,前端经 coreTransQueryMarketingActivities(marketingActivities/equities,10 分钟缓存)与运营位读取;②SMP 平台活动——贷款开户送支付立减券(按 marketingChannel/线下 Offline unique id 前缀命中)、会员购买奖励活动(按会员类型/月数/金额规则)。本单元登主体,U06 共享 | 活动 ID | ○ 草稿 | |
| N062 | 权益 BenefitBenefit | ● 实体 | 营销系统配置的权益物;本单元登记 pledge success 任务资格类型(最低质押金额、剩余天数门槛、提额权益/价格权益)。 | Benefit ID | ○ 草稿 | |
| N068 | 通知（参数化）Notification | ● 事件 | 机构向客户下发的一次触达实例(Push/邮件/WhatsApp OTP 等),一次触达一条,是 A-39 下发通知 的产物;模版是其属性(P120 等)而非身份 | 缺口 | ○ 草稿 | |
| N069 | T&C 协议版本TncAgreementVersion | ● 实体 | 某类协议的一个版本;质押 T&C 含两个变量(质押存单最小金额 M/juta、存单剩余月份=门槛天数÷30 向上取整),前置到营销落地页。 | 协议类型+协议版本号 | ○ 草稿 | |
| N071 | Universal List 上传文件UniversalListUpload | ● 实体 | 风控运营在 NY Risk Workbench（Home Page→Universal List→File Upload）按模板填写并上传的 Excel 文件，文件类型三选一：CPS_RISK_FLAG（自动展期/风险标签）、CUSTOMER_RECOVERY（客户回收）、MARKET_CODE（调整 Market Code）；每次上传生成一张工单 | 文件类型 × 上传时间 × 上传账号 | ○ 草稿 | |
| N072 | 工单WorkOrder | ● 实体 | Universal List 文件上传后由 Workbench 生成的处理工单，工单类型同文件类型；带工单状态（INIT→PASS）与处理状态（INIT→SUCCESS/FAIL）、审核意见；须另一账号审核后由系统执行 | 工单号 | ○ 草稿 | |
| N074 | 授信裁决记录CreditDecisionRecord | ● 事件 | 授信申请送审后引擎裁决并落地的一次结论记录：核准（建户+初始额度+业务码）或拒绝（终态+原因码） | APP_NO + 裁决时间 | ○ 草稿 | |
| N075 | Video Banking 面签记录VideoBankingSession | ● 事件 | needVb 分支下由 VB 面签方对申请人执行的一次视频面签及其结果（成功/失败/取消/pending），结果经 amsAccountSubmitVbResult(VB_NOTIFY) 回传 | 缺口 | ○ 草稿 | |
| N077 | 商户订单MerchantOrder别名 订单 | ● 实体 | 商户为一次消费生成并送进 PayLater SDK 的订单:有订单号与生命周期(待支付→已支付→退款),金额与商品由订单决定、客户不可改;由商户侧产出(非客户事件、非机构动作产物) | 订单号(order_no / mpcOrderNo) | ✓ 已确认 | |
| N078 | 风控挑战RiskChallenge别名 NEED_FACE | ● 事件 | 决策引擎判定可疑后由交易系统下发给客户的增强验证：消费支付=0004 刷脸（faceScanAppNo）；取现=1212 按 RULE_CODE_LIST_PARTNER 走 OTP/刷脸（含 WhatsApp） | 刷脸挑战单号(faceScanAppNo) | ○ 草稿 | |
| N079 | QRIS 付款码（CPM 被扫）QrisPaymentCode别名 付款码 | ● 事件 | 客户出示、商户扫描的付款码（Consumer-Presented Mode）；由支付枢纽出码，一次出码一条；出码有金额上限（监管） | 码串 / 出码流水 | ○ 草稿 | |
| N080 | 收单机构Acquirer | ● 实体 | QRIS/柜台支付的收单方（MEGANET / RINTIS / INDOMARET），以收单内部户族形态在生产实证存在 | 缺口 | ○ 草稿 | |
| N081 | 账单出票方（Biller）Biller | ● 实体 | Billpayment 账单代付的收款主体(话费/水电/宽带等出票方),交易对手方;定价引擎按其子场景细分取价(不区分大小写) | 缺口 | ○ 草稿 | |
| N083 | 还款冲抵明细PaymentAllocationEntry别名 Payment Allocation | ● 事件 | 一笔还款在账务核心逐借据、逐桶清算后落下的分配行（每笔还款必然产生头(本金 0%)尾(本金 100%)两条'异常'行，是逐借据清算+断点续传的机制性表象）。 | 还款流水 + 借据号(REF_NBR) | ○ 草稿 | |
| N084 | 借新还旧重组工单JxhjRestructureOrder别名 JXHJ 工单 | ● 事件 | INBS i200029 借据重组交易的一次执行记录(月最低还款/账单分期/在贷重组/逾期重组四路共用同一笔交易):App 端以 FLOW_NO 轮询,四态 WAIT/PROC_SUCC/CASH_FAIL/REPAY_FAIL;后端另有 ReorgProcStatus 与订单 AgreementStatus(S08=批了、扣了钱、放款被锁定码拒的作废终态)。同一账户同时只允许一张在途工单 | 流程号(FLOW_NO)/ 工单号 | ○ 草稿 | |
| N085 | SMP 支付立减券规则配置SmpCouponRuleConfig别名 立减规则 | ● 实体 | SMP 平台配置的立减券规则模板:立减模式(固定/梯度/比例)、门槛与面值、抵扣上限、可使用次数、适用 PL 期限、适用商户 ID(5000 量级)、支付方式、有效期类型;实例券(N049)按其发放 | 券品类 id(couponCategory) | ○ 草稿 | |
| N086 | 直减预算账本PromoBudget别名 promo_budget | ● 实体 | QRIS 直减(discount apply)占用的独立受控预算账本 `promo_budget`;apply 占用、reversal 冲回,trial 不占用 | 账本 id | ○ 草稿 | |
| N087 | PIN 设置/重置提交PinSetResetSubmission | ● 事件 | 客户发起的 PIN/密码设置、重置或修改请求（路由 COMMON_PASSWORD_RESET_PIN / COMMON_PASSWORD_RESET_PASSWORD 及开户前设密），后端 setpin/rspin 两条 workflow（共 60 边），重置链=OCR 取数→人脸提交/核验→反欺诈 | 客户 + 提交时间 | ○ 草稿 |
数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口