获客与激活

landingpage、terms&conditions、detain、KTP、pre credit limit、face scan preparation、face detection、information、application.paylater 等属于 APPLICATION_PAYLATER 这一个顶层分区内部的 category 细分值，不是顶层分区。

开通申请全链路埋点（pay-later-application.js）顶层共 11 个分区（顶层 key）：APPLICATION_PAYLATER、APPLICATION_PIN、APPLICATION_OCR、APPLICATION_FACE、APPLICATION_PAYLATER_FORM、APPLICATION_PDF_VIEWER、APPLICATION_UPGRADE_FORM、APPLICATION_PAYLATER_RESULT、APPLICATION_VIDEO_BANKING、APPLICATION_IOH_OTP、CHECK_APP_LIST。

开户/锁额事件上报后会调用接口标记"已上报"以防止重复上报，数据对账时需注意去重逻辑。

开户事件上报的 eventValues 中，PL_Level 字段按 creditLimit（授信额度）除以 20 向下取整计算。

开户漏斗事件为纯字符串枚举，值即事件名，覆盖开户漏斗代表节点，如 ENTER_LANDINGPAGE、CLICK_OCR_VERIFY_BUTTON、APPLY_OCR_SUCCESS/FAIL、APPLY_FACIAL_RECOGNITION_SUCCESS/FAIL 等。

Allo Pay& / Prime 账户升级结果分为成功、处理中、失败可重试、失败四种状态。

PayLater 开户申请结果分为通过、拒绝、审核中三种状态。

开户类事件（LIMITUP/LOAN_ACC_OPENED/LIQUIDITY_LOAN）不在前端直接调用，而是通过 reportOpenAccount 的后端 eventNameList 动态下发、由后端配置触发。

开户成功上报的事件名由后端下发。

开户成功或补报时，reportOpenAccount 先查后端配置 amsEventReportConfig（moduleId=OPEN_ACCT）取 eventNameList，逐个 reportToOutside，并带 PL_Level/value/currency:'IDR'/user_id，再调 amsAccountOpenAcctEventMarkReported 标记已报。

事件 REJECTED_PAYLATER_BUT_UPGRADED 表示 PayLater 被拒绝但升级为 Prime。

openPaylaterScanFaceSwitch 是开户/实名刷脸场景强制上报 GPS 的开关。

referralCodeSwitch 控制申请页推荐码（referral code）输入入口的开关。

accountInfo.emailVerifyRequired 为 true 表示需邮箱验证：PayLater 未激活，需先验证邮箱。

开通流转：未开户T211申请提交后进入待VB T017/待补料T022/待VB+补料T023，再到授信审批中T215；T215分流为已开户T216（进入正常用账）或开户管控/拒绝T217（终态）；已开户T216额度异常则进入ACTIVE_CREDIT_FREEZED额度锁定。

表单层通过数字变体 currentPlaylaterStatus 等于 '1022' 或 '1017' 判断是否需要视频面签。

PayLaterStatus.Locked=ACTIVE_CREDIT_FREEZED 表示已开户额度锁定：已开户但额度异常、被锁定。

OPEN_STATUS=T211 表示未开户（初始）：尚未开户的初始态。

OPEN_STATUS=T217 表示开户管控/拒绝：开户被管控或拒绝，无法开户。

OPEN_STATUS=T216 表示已开户（额度正常）：开户成功，授信额度建立，可用。

OPEN_STATUS=T215 表示授信审批中：资料已交，授信审批处理中。

OPEN_STATUS=T023 表示待 VB+补充资料：未开户，需同时完成视频面签和补充资料。

OPEN_STATUS=T022 表示待补充资料：未开户，待补充申请资料。

OPEN_STATUS=T017 表示待视频面签（待 VB）：未开户，需完成视频面签 KYC。

开通/KYC 态入口来自后端 OPEN_STATUS（开户/KYC 状态），前端有 OPEN_STATUS_MAP（开户结果路由）与 PayLaterStatus（更细扩展枚举）两套枚举。

Market code第19位为重新授信状态：0=不打开重新授信，1=未在押用户重授转正，2=未在押用户重授拒绝，3=在押用户重授转正，4=在押用户重授拒绝，5=允许重新授信但用户未申请。

开户外部上报以category为paylater_open_account_tracking向外部上报开户埋点。

首登分流：对 riskCode 含 FlexibleLimitUser 且 HOME_TOUR_SHOWN 非 Y 的 LimitUp 用户，若 limitUpInteractiveGuidanceFlag 为 Y 则进入 Survey，否则进入新主页 Home。

线下获客配置优化：Offline unique id由固定前三位改为运营可自由输入位数，上报ID的前N位与配置项相同即命中（如配置01011则上报01011XXXXXX命中）。

用户通过H5进件流程开通PL成功后上报所属marketingChannel，命中SMP配置的活动规则则触发支付立减券发放。

支付立减券与开户/会员激励活动均由SMP配置。

可配置化H5主页支持新增权益（图片+文案），上限50个。

可配置化后留资页简化：移除OTP发送与验证，用户输完手机号点确认即落库并跳转引导下载App页。

用户宣传栏参与人数初始规则：默认2024-04-24 00:00初始数字600000，每分钟单调递增。

App首页弹窗：登录手机号若命中Indomaret 7天内留资号码，则弹窗引导申请PL领取benefits，该弹窗优先级为全部弹窗中最低。

留资页手机号位数要求由旧网销页的<10改为<13。

留资页字段为姓名（≥3字符）、手机号、OTP（6位数字），字段填全后get benefit按钮高亮，校验OTP通过则进成功结果页。

开户事件上报时，riskcode=Y002且limit=0，上报LOAN_ACC_OPENED + LIQUIDITY_LOAN。

开户事件上报时，riskcode=Y002且limit≠0，处理与riskcode为空一致，上报PAYLATER_APPROVED + LOAN_ACC_OPENED。

运营位匹配由同一渠道+活动类型+页面类型只返回一个活动，改为可返回多个活动，但同一位置仍只展示一个。

IOH 渠道不展示质押/解押入口。

既不在名单内也无生效质押时，主页不展示任何入口。

无论是否在名单内，只要当次有生效质押存单，主页展示解押入口并显示质押获得的额度。

当用户在活动名单内且当前无生效质押存单时，主页展示可配置的活动入口。

流动性定存质押是为优质客群设计的创新贷款产品，在安全条件下授予更高额度、更低价格，以激活其使用 PayLater。

reapply 默认天数（30 天展示入口 / 60 天进资料页）由后台配置，前端不持有运行时值。

hv2WelcomeShownFlag/hv2TourShownFlag（/ams/account/pre_check 下发）的受众口径为：第20位∈{4,5} 且为老客且未展示过。

放量名单及 marketCode 第20位现仅影响 V2 授信结果页灰度。

首页已于 K-S-2607（2026-07-10）对全体 Y001 全量放开，不再依赖放量名单。

marketCode 第20位取值为 5 表示 Gamma。

marketCode 第20位取值为 4 表示 Beta。

Beta/Gamma 放量名单为后台下发，前端只读 marketCode 第20位。

K-S-2607起主页改为isV2HomeEligible恒真，isNewLimitUpResultEligible已无调用方，仅留作回滚参照

验PIN后，距授信拒绝超过60天进入资料确认页，否则直接调用引擎，逻辑与首页一致

在押金额≤50K时直接弹窗引导申请重新授信；在押金额>50K时在limit附近展示奖励额度图标，点击后才展示引导申请弹窗

距上次授信拒绝日期超过30天时，SDK首页展示重新授信入口

额度动用率低于 20% 的用户在放弃取现返回时触发挽留调研问卷，每人每 7 天最多一次。

首借用户（从没借过）进入取现时先看一页产品介绍（Intro），点“Get Cash Now”才进入流程。

安全问答前端流程：进入 QUESTION_VALIDATE → 取题 amsAccountQueryQuestionList → 提交 amsAccountSubmitFlow(action='QUESTION_VALIDATE')；题库与判定规则在后台。

前端已枚举拒绝码（checkFlow 段 B201/B256/B222/B221/B211/B701/B111/B901、授信结果 1006/1008），但各码的业务语义与命中规则在后台，以风控/PRD 为准。

OCR 识别、人脸活体、Video Banking 面签均由 App 原生 SDK 承载，H5 仅负责拉起与回填。

OCR Confirm 提交前须先完成图灵校验：getTuringToken 后调用 amsAccountSubmitTuringToken(scene='OCR')。

刷脸场景的 GPS 采集事件按 isRealName 在 FACE_SCANNING_POSITION 与 REAL_NAME_FACE_SCANNING_POSITION 之间二选一。

刷脸场景下弹出强制授权弹窗，另需满足 sdk_version≥1.0.6 且 openPaylaterScanFaceSwitch='Y'。

GPS 位置采集（reportLocation）触发需同时满足：sdk_version≥1.0.2、isAllo 为真、且当前 scene 属于后台配置的 locationReportScenes。

表单断点续填：有本地 customerExtInfo 则回填，否则调用 amsAccountQueryExtCustInfo 拉取后端暂存（对应提交前的 amsAccountSaveExtInfo）。

流程内断点由 amsAccountCheckFlow 返回的 {status, nextAction} 决定（OCR 未过回 OCR、Face 未过回 Face），前端不本地存储进度。

payLaterStatus 为 T217（Controlled/被拒或管控）时，续到失败页。

payLaterStatus 为 T215（applying/审核中）时，续到 processing 页。

payLaterStatus 为 T211/T017/T022/T023（未开通或开到一半）时，统一续到申请落地页。

推荐码入口在落地页卡片 referralCodeSwitch='Y' 且 isAllo 时展示，推荐码需通过 6 位字母数字校验（/^[a-zA-Z0-9]{6}$/）后提交。

存量 KTP 情形：OCR 提交后 ret_data.status='5000'（AnotherAccount）时，进入独立「e-KTP already registered」结果页，主按钮回申请落地页。

表单提交时若非 Prime 且 flowContext.canOpenPrimeAcct='Y'，则触发升高级户 amsAccountUpgradeHighAccount，成功后再提交授信，失败进失败页。

初级户（mpcLevel='01'）刷脸成功后触发升中级户 amsAccountUpgradeMiddleAccount，再续 queryFlow。

触发 Video Banking 面签的条件：OPEN_STATUS='T017'（进场即 VB），或表单提交时 needVb 为真（currentPlaylaterStatus∈{'1022','1017'} 或 payLaterStatus='T022'）。

授信结果码分流：1006/1008 为拒绝进失败页，1016 为成功进入 _viewTarget，其余码进 processing 页。

授信结果轮询 amsAccountQueryApplyResult 以 2s 间隔进行，最多 10 次。

提交授信 amsAccountApplyCredit 时，BIZ_TYPE 取值：跳过 Video Banking（skipVb）为 'FI'，否则为 'VB_FI'。

典型 Prime/中级户开户主流程：落地页→勾选 TnC→点 Apply→白名单→（IOH OTP 或设密/验密）→checkFlow 触发 OCR KTP→queryFlow 触发人脸活体（可含安全问答）→（初级户先升中级）→表单→（非 Prime 满足条件先升高级）→（needVb 先 Video Banking）→提交授信→轮询→结果分流。

STEPS 常量（KTP→Face→Form）仅用于 UI 进度条展示，不驱动实际开户流程。

KYC 子步完成后回调 _queryPaylaterFlow 再次分发，只处理 FACE_SCANNING/QUESTION_VALIDATE 及 0000→表单，不会回退到 OCR。

checkFlow 返回 status='0002' 且 nextAction='FACE_SCANNING' 时进入人脸活体步骤（COMMON_FACE）。

checkFlow 返回 status='0002' 且 nextAction='OCR' 时进入 OCR 步骤（COMMON_OCR），OCR 厂商由 flowContext.ocrOrg 决定。

checkFlow 返回 status='0000' 时，直接进入申请表单 PAY_LATER_APPLY_FORM_LOAN。

本地 OPEN_STATUS='T017'（WAIT_VIDEO_BANKING）时直接进入 Video Banking 页面，不再调用 checkFlow。

开户流程的下一步由后端 amsAccountCheckFlow 返回的 {flowId, status, nextAction, flowContext} 决定，前端按此分发（后端 flow 状态驱动，非前端写死链）。

白名单校验未命中时，跳转到「currently not eligible」结果页。

白名单命中的非 IOH 渠道：未设密（PASSWORD_STATUS='0'）进入设密页，已设密进入验密页 COMMON_PASSWORD_VERIFY（scene=APPLY）。

白名单校验命中（whitelistFlag='Y'）且为 IOH 渠道（app_id∈{IM3,BIMA}）时，走 IOH 专用 OTP（COMMON_IOH_OTP）。

邮箱强制校验在开户主流程已被注释禁用，emailVerifyRequired 拦截只作用于消费/取现场景，不拦截开户流程。

开户落地页准入时，若钱包处于锁定（mpcStatus='20'）或冻结（mpcStatus='30'）状态，则弹窗阻断，不允许继续开户。

表单分发（PAY_LATER_APPLY_FORM）为通用 Continue 落地页，全仓无任何路由跳入，判定为死代码/遗留。

Mother's Maiden Name、Email、Postal Code、Gender 为 OCR 回填之外的必填补全项。

KTP 确认页承载 8 个字段：Full Name、KTP（NIK）、BirthPlace、DoB、Gender、Postal Code、Mother's Maiden Name、Email。

在 KTP 确认弹窗再次点提交后 KTP 数据落库，并按 OCR 风控引擎结果分流：被拒展示对应 RC 失败页，通过则进入人脸活体（liveness）步骤。

OCR 容错规则：至少 1 个 OCR 参数为 null 时展示表单但相应字段留空由用户手工补填；全部参数为 null 时直接展示错误页。

KTP 扫描与回填流程：用户在 Scan KTP 教育页点击 I'm ready 拉起 Scan KTP SDK 拍摄/上传 KTP；识别成功后展示 KTP 表单并将 OCR 结果回填到各数据字段。

OCR 以合一串 birthPlaceBirthday 入参，由前端函数 splitBirthPlaceBirthDay 切分后落到 birthPlace、birthDate 两个属性；切分动作发生在前端，SDK 不直接给出两个字段。

V3 在 V1 既有字段基础上，将原出生地与出生日期合一的 birthPlaceBirthday 拆为出生地与出生日期两路输出（PRD 文案写作 placeOfBirth / birthday）。

为提升 KTP 证件信息抽取准确率（旧版出生地误并入姓名字段等问题集中在姓名与出生地），onboarding OCR SDK 由 V1 升级至 Advance v3.0.3。