本体登记表
知识库
全库 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 充值限额查询与开关） | 卡号 | ✓ 已确认 | |
| N077 | 商户订单MerchantOrder别名 订单 | ● 实体 | 商户为一次消费生成并送进 PayLater SDK 的订单:有订单号与生命周期(待支付→已支付→退款),金额与商品由订单决定、客户不可改;由商户侧产出(非客户事件、非机构动作产物) | 订单号(order_no / mpcOrderNo) | ✓ 已确认 |
数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口