总览

分工一览

● 主要开发　○ 配合　— 不涉及

状态定义

后端在客户账户上新增升级状态字段 upgrade_status，各端的展示和拦截都以它为准。

• Flag Time = 检测任务首次标记该账户的时间，即当天 09:00:00，例如 2026-11-06 09:00:00。之后每天检测不重复标记、不更新 Flag Time。
• 一旦标记为 PENDING，即使净值之后回落到 2500 万以下，也不自动取消。
• 升级截止时间 = Flag Time + 48 小时。

业务流程

后端开发

1. 每日 09:00 净值检测任务

• 定时任务：每天 09:00（Asia/Jakarta）执行；服务器时区不同时按 GMT+7 换算。
• 范围：Account Type = sederhana 且 upgrade_status = NONE。standard、upgrade 账户不检测。
• 净值来源：从交易服务器读取账户净值（Equity = 余额 + 浮动盈亏）。
• 满足条件：upgrade_status = PENDING，flag_time = 当天 09:00:00，upgrade_deadline = flag_time + 48 小时。
• 任务要幂等：同一天重复执行不会重复标记、不会重复发通知；任务失败要告警并支持手动重跑。

2. 通知

• 标记成功后，发送 App Push 和 Email（文案见"文案"一节）。
• Push 的跳转参数指向 H5 补充资料第 1 页，例如 route=upgrade_kyc。
• Email 只做提醒，不放链接地址，引导客户打开 App 完成升级。
• 记录发送结果，失败重试。

3. 升级状态接口（供 App 和 H5 使用）

• 返回 upgrade_status、flag_time、upgrade_deadline，App 据此决定是否弹窗。
• 返回第 1 页已保存的数据（NPWP 号码、已上传文件、声明选项），H5 打开时回填。

4. 禁止新开仓（服务端拦截）

• upgrade_status 为 PENDING 或 EXPIRED 时，下单接口拒绝所有新开仓订单，返回专用错误码，例如 UPGRADE_REQUIRED。
• 触发前已有的开仓挂单：不撤单，但在挂单触发成交时拒绝开仓。
• 平仓、撤单不受限制。
• App 弹窗只是提示，真正的限制必须在服务端做，防止绕过 App 下单。
• 客户提交成功（SUBMITTED）后立即解除限制。

5. 补充资料接口

• 保存接口（Update Info / Kirim 调用）：保存 NPWP 号码、3 个文件和真实性声明选项，允许多次覆盖保存。Kirim 调用时校验 4 项全部必填且声明为 YA。
• 文件上传：沿用现有 KYC 文件上传，文件类型分别对应 NPWP、银行对账单（Statement Bank / Tagihan Kartu Kredit）、电费 / 电话费账单（Rekening Listrik / Telepon），挂到客户原有的 KYC 记录下，CRM KYC Detail 可直接看到。
• 正式提交接口（Saya sudah baca 调用），在一个事务里完成：
  1. 再次校验 4 项资料完整、声明为 YA；
  2. 记录客户同意 Perjanjian Pemberian Amanat（standard 版本）及第 23 条第 3 款的选择，包括版本号和时间；
  3. upgrade_status = SUBMITTED，Account Type 改为 upgrade，Flag 和 Flag Time 保留不变；
  4. 调用交易系统，把交易组从 PLP\Direct\sederhana 转到 PLP\Direct\Upgrade；
  5. 解除开仓限制；
  6. 触发自动审核，虽然系统自动审核，后续需要人工去再次审核，如果资料不正确，客服需要人工在CRM后台的KYC Detail页面重新帮用户上传资料。
• 转交易组失败时：记录失败、告警并自动重试；重试仍失败时在 CRM 标识，由运营手动处理。
• 重复提交要幂等：已经是 SUBMITTED 的客户再次提交直接返回成功。

6. CRM 接口

• KYC Info 列表接口新增返回 flag（Need standard kyc 或空）和 flag_time；新增按 Flag 筛选。
• KYC Detail 支持客服替客户上传或替换 NPWP 图片、Rekening Bank、Rekening Listrik，以及修改 NPWP 号码；记录操作人。
• 超时判断：upgrade_deadline 已过且仍为 PENDING 的，状态改为 EXPIRED（升级失败），供 CRM 筛选。
• 禁用账户沿用 CRM 现有的禁用 / 锁定功能，由经纪商手动操作，系统不自动禁用。

前端开发

A. CRM 后台：KYC Info 列表

• 在 Account Type 后面新增 Flag 和 Flag Time 两列（下图蓝色高亮）。
• 需要升级的 sederhana 账户：Flag 显示 Need standard kyc，Flag Time 显示首次检测到需要升级的时间；其他账户两列都显示 -。
• 客户提交后 Account Type 显示 upgrade，Flag 和 Flag Time 保留。
• 搜索区新增 Flag 筛选（All / Need standard kyc）；Export CSV 系列导出同步包含两列。

CRM KYC Info 示意：第 1 行为待升级；第 2 行为已提交升级（Account Type 变为 upgrade，Flag 保留）；第 3、4 行无需升级

B. CRM 后台：KYC Detail

• KYC 文件区显示客户新上传的 NPWP、Rekening Bank、Rekening Listrik 三个文件。
• 客服可以替客户重新上传 / 替换这三个文件、修改 NPWP 号码，用于人工复核时纠正资料。

C. H5 补充资料页

第 1 页：补充资料

• 4 个字段全部必填：No. NPWP、NPWP 图片、Rekening Bank（Statement Bank / Tagihan Kartu Kredit）、Rekening Listrik（Rekening Listrik / Telepon）。
• 保留"Pernyataan Kebenaran dan Tanggung Jawab"，客户必须选择 YA 才能 Kirim。
• 页面顶部显示升级截止时间（Flag Time + 48 小时）。
• Update Info：把当前已填内容提交给后端保存（可以只填部分），提示"已保存"。
• Kirim：先校验 4 项必填和声明为 YA，未完成的高亮提示；校验通过后同样调用保存接口（防止客户忘记点 Update Info），保存成功后进入第 2 页。
• 打开页面时调用接口回填已保存的内容。

第 2 页：Perjanjian Pemberian Amanat

• 显示 standard 版本协议，沿用现有逻辑：第 23 条第 3 款需勾选。
• Kembali：返回第 1 页，已填内容保留。
• Saya sudah baca：调用正式提交接口；成功后进入提交成功页，失败显示错误提示并可重试。按钮防重复点击。

提交成功页：点 知道了（印尼语界面显示为 Mengerti）后通知 App 关闭 WebView 并回到首页。

APP 开发

1. Push 跳转

• 接收升级 Push，点击后打开 H5 补充资料第 1 页（App 未登录时先登录，登录后再跳转）。

2. 首页弹窗

• 进入 App 首页时调用升级状态接口；upgrade_status 为 PENDING 或 EXPIRED 时弹出居中弹窗（见下方左图）。
• 弹窗列出需补充的资料和截止时间；点 Upgrade Akun（去升级账户）跳转 H5 补充资料第 1 页。
• 弹窗可点 Nanti 关闭；每次回到首页时再次弹出，直到客户提交成功。

3. 下单页弹窗

• 状态为 PENDING 或 EXPIRED 时，点击下单页的 Jual / Beli 按钮不发起下单，直接弹出底部弹窗（见下方右图），说明不能新开仓、可以平仓；按钮跳转补充资料页。
• 如果服务端下单接口返回 UPGRADE_REQUIRED（例如挂单触发成交被拒），同样提示该弹窗内容。
• 平仓操作不弹窗。

4. WebView 配合

• 提供 JS 桥接方法：H5 提交成功页点"知道了"时，关闭 WebView 回到 App 首页，并刷新升级状态（弹窗不再出现，恢复开仓）。

文案

App Push 与 Email

Email 不放链接地址，只引导客户打开 App 完成升级。印尼语文案为建议稿，上线前请 Phillip 确认。

审计轨迹事件

沿用 Bappebti 整改方案中的审计表，新增以下事件，全部由后端写入。

验收标准

1. sederhana 账户净值 ≥ 25.000.000 时，在下一次 09:00 检测中被标记；standard 账户和净值不足的账户不会被标记；同一账户不重复标记、不重复通知。
2. 标记后客户收到 App Push 和 Email；点 Push 进入补充资料第 1 页；Email 中没有链接。
3. CRM KYC Info 中，Flag 显示 Need standard kyc，Flag Time 显示当天 09:00:00；其他账户两列都显示 -；可按 Flag 筛选。
4. 标记后，App 首页弹窗、点击买卖按钮弹窗，弹窗按钮都能进入补充资料页。
5. 标记后，任何渠道都无法新开仓；触发前的开仓挂单在触发成交时被拒绝；平仓不受影响。
6. 第 1 页：4 项任一为空或声明未选 YA 时 Kirim 不能通过；只点 Kirim 不点 Update Info 时资料也能保存成功；重新打开页面能看到已保存的资料。
7. 第 2 页：第 23 条第 3 款按 standard 现有逻辑勾选；Kembali 返回第 1 页且资料保留；Saya sudah baca 后显示提交成功页；点"知道了"回到 App 首页，弹窗不再出现。
8. 提交后 CRM 中 Account Type 显示 upgrade，Flag 和 Flag Time 保留；交易组变为 PLP\Direct\Upgrade；客户可以立即开仓。
9. 客服可以在 KYC Detail 替客户重新上传 3 个文件并修改 NPWP 号码。
10. 超过 2×24 小时未补充资料的账户状态为 EXPIRED，可在 CRM 中筛选出来，并可由经纪商手动禁用。

Overview

Responsibilities

● Main development　○ Support　— Not involved

Status definitions

The back-end adds an upgrade status field upgrade_status to the customer account; all displays and restrictions on every side are based on it.

• Flag Time = the time the check job first flags the account, i.e. 09:00:00 that day, e.g. 2026-11-06 09:00:00. Later daily checks do not flag again or update Flag Time.
• Once flagged as PENDING, the flag is not cancelled automatically even if equity later falls below 25 million.
• Upgrade deadline = Flag Time + 48 hours.

Business flow

Back-end

1. Daily 09:00 equity check job

• Scheduled job: runs daily at 09:00 (Asia/Jakarta); convert to GMT+7 if the server uses another time zone.
• Scope: Account Type = sederhana and upgrade_status = NONE. Standard and upgrade accounts are not checked.
• Equity source: read account equity from the trading server (Equity = balance + floating P/L).
• When met: upgrade_status = PENDING, flag_time = 09:00:00 that day, upgrade_deadline = flag_time + 48 hours.
• The job must be idempotent: re-running on the same day does not flag or notify again; job failures raise alerts and support manual re-runs.

2. Notifications

• After flagging, send App Push and Email (see "Copy").
• The Push navigation parameter points to page 1 of the H5 additional data form, e.g. route=upgrade_kyc.
• The Email is a reminder only, with no link, asking the customer to open the App to complete the upgrade.
• Record delivery results and retry on failure.

3. Upgrade status API (for App and H5)

• Returns upgrade_status, flag_time, upgrade_deadline; the App uses them to decide whether to show pop-ups.
• Returns page 1 data already saved (NPWP number, uploaded files, declaration choice) for H5 to pre-fill.

4. Block new positions (server-side)

• When upgrade_status is PENDING or EXPIRED, the order API rejects all new opening orders with a dedicated error code, e.g. UPGRADE_REQUIRED.
• Pending open orders placed before the trigger: not cancelled, but rejected when they trigger.
• Closing positions and cancelling orders are not restricted.
• App pop-ups are only prompts; the actual restriction must be enforced on the server to prevent ordering outside the App.
• The restriction is lifted immediately once the customer submits successfully (SUBMITTED).

5. Additional data APIs

• Save API (called by Update Info / Kirim): saves the NPWP number, the 3 files and the declaration choice; may be saved and overwritten multiple times. When called by Kirim, it validates that all 4 items are filled and the declaration is YA.
• File upload: reuse the existing KYC file upload, with file types for NPWP, bank statement (Statement Bank / Tagihan Kartu Kredit) and electricity/phone bill (Rekening Listrik / Telepon), attached to the customer's existing KYC record so they appear on CRM KYC Detail.
• Final submit API (called by Saya sudah baca), done in one transaction:
  1. Re-validate the 4 items and that the declaration is YA;
  2. Record the customer's agreement to Perjanjian Pemberian Amanat (standard version) and the Article 23 paragraph 3 selection, with version number and time;
  3. upgrade_status = SUBMITTED, Account Type changed to upgrade, Flag and Flag Time kept unchanged;
  4. Call the trading system to move the trading group from PLP\Direct\sederhana to PLP\Direct\Upgrade;
  5. Lift the opening restriction;
  6. Trigger automatic review. Although the system reviews automatically, a manual review is required afterwards; if the data is incorrect, customer service must manually re-upload the data for the customer on the CRM KYC Detail page.
• If moving the trading group fails: log the failure, alert and retry automatically; if retries still fail, mark it in CRM for operations to handle manually.
• Repeat submissions are idempotent: a customer already SUBMITTED gets a success response.

6. CRM APIs

• KYC Info list API returns flag (Need standard kyc or empty) and flag_time; add a Flag filter.
• KYC Detail lets customer service upload or replace the NPWP image, Rekening Bank and Rekening Listrik, and edit the NPWP number; the operator is recorded.
• Expiry check: accounts past upgrade_deadline and still PENDING change to EXPIRED (upgrade failed) for CRM filtering.
• Account disabling reuses the existing CRM disable / lock function, done manually by the broker; the system does not disable automatically.

Front-end

A. CRM: KYC Info list

• Add two columns, Flag and Flag Time, after Account Type (highlighted in blue below).
• Sederhana accounts requiring upgrade: Flag shows Need standard kyc, Flag Time shows when the upgrade need was first detected; other accounts show - in both columns.
• After submission, Account Type shows upgrade, and Flag and Flag Time are kept.
• Add a Flag filter (All / Need standard kyc) to the search area; the Export CSV exports include both columns.

CRM KYC Info mock-up: row 1 awaiting upgrade; row 2 upgrade submitted (Account Type becomes upgrade, Flag kept); rows 3–4 no upgrade needed

B. CRM: KYC Detail

• The KYC files area shows the three newly uploaded files: NPWP, Rekening Bank, Rekening Listrik.
• Customer service can re-upload / replace these three files and edit the NPWP number for the customer, to correct data during manual review.

C. H5 additional data pages

Page 1: Additional data

• All 4 fields are required: No. NPWP, NPWP image, Rekening Bank (Statement Bank / Tagihan Kartu Kredit), Rekening Listrik (Rekening Listrik / Telepon).
• Keep "Pernyataan Kebenaran dan Tanggung Jawab"; the customer must select YA to Kirim.
• Show the upgrade deadline (Flag Time + 48 hours) at the top of the page.
• Update Info: sends the current input to the back-end to save (partial input allowed) and shows "saved".
• Kirim: first validates the 4 required items and YA, highlighting anything missing; once valid it also calls the save API (in case the customer forgot Update Info), then goes to page 2 after saving.
• On opening, call the API to pre-fill saved data.

Page 2: Perjanjian Pemberian Amanat

• Show the standard version of the agreement, keeping the existing logic: Article 23 paragraph 3 must be selected.
• Kembali: returns to page 1 with input kept.
• Saya sudah baca: calls the final submit API; on success go to the success page, on failure show an error with retry. Prevent double taps.

Success page: tapping Mengerti ("Got it") tells the App to close the WebView and return to the home page.

App

1. Push navigation

• Receive the upgrade Push; tapping it opens page 1 of the H5 additional data form (if not logged in, log in first, then navigate).

2. Home page pop-up

• On entering the App home page, call the upgrade status API; when upgrade_status is PENDING or EXPIRED, show a centered pop-up (left image below).
• The pop-up lists the required data and the deadline; tapping Upgrade Akun opens page 1 of the H5 additional data form.
• The pop-up can be closed with Nanti; it reappears every time the customer returns to the home page until submission succeeds.

3. Order page pop-up

• When the status is PENDING or EXPIRED, tapping Jual / Beli on the order page does not place the order and shows a bottom sheet (right image below) explaining that new positions cannot be opened but existing ones can be closed; the button opens the additional data page.
• If the order API returns UPGRADE_REQUIRED (e.g. a pending order rejected on trigger), show the same content.
• Closing positions does not show the pop-up.

4. WebView support

• Provide a JS bridge method: when "Mengerti" is tapped on the H5 success page, close the WebView, return to the App home page and refresh the upgrade status (pop-ups no longer appear; opening is restored).

Copy

App Push and Email

The Email contains no link and only asks the customer to open the App to upgrade. The Indonesian copy is a draft for Phillip's confirmation before release.

Audit trail events

Reuse the audit table from the Bappebti remediation plan and add the following events, all written by the back-end.

Acceptance criteria

1. A sederhana account with equity ≥ 25.000.000 is flagged at the next 09:00 check; standard accounts and accounts below the threshold are not flagged; the same account is not flagged or notified twice.
2. After flagging the customer receives an App Push and an Email; tapping the Push opens additional data page 1; the Email contains no link.
3. In CRM KYC Info, Flag shows Need standard kyc and Flag Time shows 09:00:00 that day; other accounts show - in both columns; filtering by Flag works.
4. After flagging, the App home pop-up and the Buy/Sell pop-up appear, and both buttons open the additional data page.
5. After flagging, new positions cannot be opened through any channel; pending open orders placed before the trigger are rejected when they trigger; closing is unaffected.
6. Page 1: Kirim fails if any of the 4 items is empty or the declaration is not YA; tapping only Kirim (without Update Info) still saves the data; saved data appears when the page is reopened.
7. Page 2: Article 23 paragraph 3 follows the existing standard logic; Kembali returns to page 1 with data kept; Saya sudah baca shows the success page; "Mengerti" returns to the App home page and the pop-ups no longer appear.
8. After submission CRM shows Account Type upgrade with Flag and Flag Time kept; the trading group is PLP\Direct\Upgrade; the customer can open positions immediately.
9. Customer service can re-upload the 3 files and edit the NPWP number on KYC Detail.
10. Accounts not submitted after 2×24 hours have status EXPIRED, can be filtered in CRM, and can be disabled manually by the broker.

Tổng quan

Phân công

● Phát triển chính　○ Phối hợp　— Không liên quan

Định nghĩa trạng thái

Back-end thêm trường trạng thái nâng cấp upgrade_status cho tài khoản khách hàng; mọi hiển thị và hạn chế ở tất cả các bên đều dựa trên trường này.

• Flag Time = thời điểm tác vụ kiểm tra đánh dấu tài khoản lần đầu, tức 09:00:00 ngày đó, ví dụ 2026-11-06 09:00:00. Các lần kiểm tra sau không đánh dấu lại, không cập nhật Flag Time.
• Khi đã đánh dấu PENDING, kể cả equity sau đó giảm xuống dưới 25 triệu cũng không tự động hủy.
• Hạn nâng cấp = Flag Time + 48 giờ.

Luồng nghiệp vụ

Back-end

1. Tác vụ kiểm tra equity lúc 09:00 hằng ngày

• Tác vụ định kỳ: chạy lúc 09:00 mỗi ngày (Asia/Jakarta); nếu máy chủ dùng múi giờ khác thì quy đổi theo GMT+7.
• Phạm vi: Account Type = sederhana và upgrade_status = NONE. Tài khoản standard, upgrade không kiểm tra.
• Nguồn equity: đọc equity tài khoản từ máy chủ giao dịch (Equity = số dư + lãi/lỗ thả nổi).
• Khi thỏa điều kiện: upgrade_status = PENDING, flag_time = 09:00:00 ngày đó, upgrade_deadline = flag_time + 48 giờ.
• Tác vụ phải idempotent: chạy lại trong cùng ngày không đánh dấu và không gửi thông báo lặp lại; khi lỗi phải cảnh báo và hỗ trợ chạy lại thủ công.

2. Thông báo

• Sau khi đánh dấu, gửi App Push và Email (xem mục "Nội dung hiển thị").
• Tham số điều hướng của Push trỏ đến trang 1 bổ sung hồ sơ H5, ví dụ route=upgrade_kyc.
• Email chỉ để nhắc nhở, không chứa liên kết, hướng dẫn khách hàng mở App để hoàn tất nâng cấp.
• Ghi nhận kết quả gửi, thử lại khi thất bại.

3. API trạng thái nâng cấp (cho App và H5)

• Trả về upgrade_status, flag_time, upgrade_deadline; App dựa vào đó để quyết định hiển thị pop-up.
• Trả về dữ liệu trang 1 đã lưu (số NPWP, tệp đã tải lên, lựa chọn cam kết) để H5 điền sẵn.

4. Chặn mở vị thế mới (phía máy chủ)

• Khi upgrade_status là PENDING hoặc EXPIRED, API đặt lệnh từ chối mọi lệnh mở vị thế mới và trả về mã lỗi riêng, ví dụ UPGRADE_REQUIRED.
• Lệnh chờ mở vị thế đặt trước khi kích hoạt: không hủy, nhưng từ chối mở vị thế khi lệnh được kích hoạt khớp.
• Đóng vị thế và hủy lệnh không bị hạn chế.
• Pop-up trên App chỉ là nhắc nhở; hạn chế thực sự phải thực hiện ở máy chủ để tránh đặt lệnh ngoài App.
• Hạn chế được gỡ bỏ ngay khi khách hàng gửi thành công (SUBMITTED).

5. API bổ sung hồ sơ

• API lưu (gọi bởi Update Info / Kirim): lưu số NPWP, 3 tệp và lựa chọn cam kết, cho phép lưu ghi đè nhiều lần. Khi Kirim gọi, kiểm tra đủ 4 mục bắt buộc và cam kết là YA.
• Tải tệp: dùng lại chức năng tải tệp KYC hiện có, loại tệp tương ứng NPWP, sao kê ngân hàng (Statement Bank / Tagihan Kartu Kredit), hóa đơn điện / điện thoại (Rekening Listrik / Telepon), gắn vào hồ sơ KYC hiện có của khách hàng để CRM KYC Detail xem được trực tiếp.
• API gửi chính thức (gọi bởi Saya sudah baca), thực hiện trong một giao dịch:
  1. Kiểm tra lại đủ 4 mục và cam kết là YA;
  2. Ghi nhận khách hàng đồng ý Perjanjian Pemberian Amanat (bản standard) và lựa chọn Điều 23 khoản 3, kèm số phiên bản và thời gian;
  3. upgrade_status = SUBMITTED, Account Type đổi thành upgrade, giữ nguyên Flag và Flag Time;
  4. Gọi hệ thống giao dịch chuyển nhóm từ PLP\Direct\sederhana sang PLP\Direct\Upgrade;
  5. Gỡ hạn chế mở vị thế;
  6. Kích hoạt duyệt tự động. Dù hệ thống đã duyệt tự động, sau đó vẫn cần duyệt thủ công lại; nếu hồ sơ không đúng, CSKH phải tải lại hồ sơ giúp khách hàng tại trang KYC Detail trên CRM.
• Khi chuyển nhóm giao dịch thất bại: ghi lỗi, cảnh báo và tự động thử lại; nếu vẫn thất bại thì đánh dấu trên CRM để bộ phận vận hành xử lý thủ công.
• Gửi lặp lại phải idempotent: khách hàng đã SUBMITTED gửi lại thì trả về thành công.

6. API cho CRM

• API danh sách KYC Info trả thêm flag (Need standard kyc hoặc rỗng) và flag_time; thêm bộ lọc theo Flag.
• KYC Detail cho phép CSKH tải lên hoặc thay thế ảnh NPWP, Rekening Bank, Rekening Listrik và sửa số NPWP giúp khách hàng; ghi nhận người thao tác.
• Kiểm tra quá hạn: tài khoản đã quá upgrade_deadline mà vẫn PENDING thì chuyển thành EXPIRED (nâng cấp thất bại) để CRM lọc.
• Vô hiệu hóa tài khoản dùng lại chức năng vô hiệu hóa / khóa hiện có trên CRM, do môi giới thao tác thủ công; hệ thống không tự động vô hiệu hóa.

Front-end

A. CRM: danh sách KYC Info

• Thêm hai cột Flag và Flag Time sau cột Account Type (tô xanh trong hình dưới).
• Tài khoản sederhana cần nâng cấp: Flag hiển thị Need standard kyc, Flag Time hiển thị thời điểm phát hiện lần đầu; các tài khoản khác hiển thị - ở cả hai cột.
• Sau khi khách hàng gửi, Account Type hiển thị upgrade, Flag và Flag Time được giữ lại.
• Thêm bộ lọc Flag (All / Need standard kyc) ở khu vực tìm kiếm; các file Export CSV bao gồm cả hai cột.

Mô phỏng CRM KYC Info: dòng 1 chờ nâng cấp; dòng 2 đã gửi nâng cấp (Account Type thành upgrade, giữ Flag); dòng 3–4 không cần nâng cấp

B. CRM: KYC Detail

• Khu vực tệp KYC hiển thị ba tệp khách hàng mới tải lên: NPWP, Rekening Bank, Rekening Listrik.
• CSKH có thể tải lại / thay thế ba tệp này và sửa số NPWP giúp khách hàng, để sửa hồ sơ khi duyệt thủ công.

C. Trang H5 bổ sung hồ sơ

Trang 1: Bổ sung hồ sơ

• Cả 4 trường đều bắt buộc: No. NPWP, ảnh NPWP, Rekening Bank (Statement Bank / Tagihan Kartu Kredit), Rekening Listrik (Rekening Listrik / Telepon).
• Giữ phần "Pernyataan Kebenaran dan Tanggung Jawab"; khách hàng phải chọn YA mới được Kirim.
• Hiển thị hạn nâng cấp (Flag Time + 48 giờ) ở đầu trang.
• Update Info: gửi dữ liệu đang nhập lên back-end để lưu (cho phép nhập một phần), hiển thị "đã lưu".
• Kirim: kiểm tra 4 mục bắt buộc và YA trước, tô sáng mục còn thiếu; hợp lệ thì cũng gọi API lưu (phòng khi khách hàng quên nhấn Update Info), lưu xong chuyển sang trang 2.
• Khi mở trang, gọi API để điền sẵn dữ liệu đã lưu.

Trang 2: Perjanjian Pemberian Amanat

• Hiển thị thỏa thuận bản standard, giữ logic hiện có: Điều 23 khoản 3 bắt buộc chọn.
• Kembali: quay lại trang 1, giữ dữ liệu đã nhập.
• Saya sudah baca: gọi API gửi chính thức; thành công thì sang trang gửi thành công, thất bại thì báo lỗi và cho thử lại. Chống nhấn nhiều lần.

Trang gửi thành công: nhấn Mengerti ("Đã hiểu") để báo App đóng WebView và về trang chủ.

App

1. Điều hướng từ Push

• Nhận Push nâng cấp, nhấn vào sẽ mở trang 1 bổ sung hồ sơ H5 (chưa đăng nhập thì đăng nhập trước rồi mới chuyển).

2. Pop-up trang chủ

• Khi vào trang chủ App, gọi API trạng thái nâng cấp; nếu upgrade_status là PENDING hoặc EXPIRED thì hiện pop-up giữa màn hình (hình trái bên dưới).
• Pop-up liệt kê hồ sơ cần bổ sung và hạn chót; nhấn Upgrade Akun để mở trang 1 bổ sung hồ sơ H5.
• Có thể đóng pop-up bằng Nanti; mỗi lần quay lại trang chủ sẽ hiện lại cho đến khi gửi thành công.

3. Pop-up trang đặt lệnh

• Khi trạng thái là PENDING hoặc EXPIRED, nhấn Jual / Beli ở trang đặt lệnh sẽ không đặt lệnh mà hiện bottom sheet (hình phải bên dưới), giải thích không thể mở vị thế mới nhưng vẫn được đóng vị thế; nút chuyển đến trang bổ sung hồ sơ.
• Nếu API đặt lệnh trả về UPGRADE_REQUIRED (ví dụ lệnh chờ bị từ chối khi khớp) thì cũng hiển thị nội dung này.
• Đóng vị thế không hiện pop-up.

4. Hỗ trợ WebView

• Cung cấp phương thức JS bridge: khi nhấn "Mengerti" ở trang gửi thành công của H5, đóng WebView, về trang chủ App và làm mới trạng thái nâng cấp (không hiện pop-up nữa, được mở vị thế lại).

Nội dung hiển thị

App Push và Email

Email không chứa liên kết, chỉ hướng dẫn khách hàng mở App để nâng cấp. Nội dung tiếng Indonesia là bản đề xuất, cần Phillip xác nhận trước khi phát hành.

Sự kiện nhật ký kiểm toán

Dùng lại bảng kiểm toán trong phương án khắc phục Bappebti, bổ sung các sự kiện sau, tất cả do back-end ghi.

Tiêu chí nghiệm thu

1. Tài khoản sederhana có equity ≥ 25.000.000 được đánh dấu ở lần kiểm tra 09:00 kế tiếp; tài khoản standard và tài khoản chưa đủ ngưỡng không bị đánh dấu; một tài khoản không bị đánh dấu hay thông báo lặp lại.
2. Sau khi đánh dấu, khách hàng nhận App Push và Email; nhấn Push mở trang 1 bổ sung hồ sơ; Email không có liên kết.
3. Trên CRM KYC Info, Flag hiển thị Need standard kyc, Flag Time hiển thị 09:00:00 ngày đó; tài khoản khác hiển thị - ở cả hai cột; lọc theo Flag hoạt động.
4. Sau khi đánh dấu, pop-up trang chủ và pop-up khi nhấn Mua/Bán đều xuất hiện, nút trên cả hai đều mở trang bổ sung hồ sơ.
5. Sau khi đánh dấu, không thể mở vị thế mới qua bất kỳ kênh nào; lệnh chờ mở vị thế đặt trước khi kích hoạt bị từ chối khi khớp; đóng vị thế không bị ảnh hưởng.
6. Trang 1: thiếu bất kỳ mục nào trong 4 mục hoặc cam kết không phải YA thì Kirim không qua; chỉ nhấn Kirim mà không nhấn Update Info thì dữ liệu vẫn được lưu; mở lại trang vẫn thấy dữ liệu đã lưu.
7. Trang 2: Điều 23 khoản 3 theo logic standard hiện có; Kembali về trang 1 và giữ dữ liệu; Saya sudah baca hiển thị trang gửi thành công; nhấn "Mengerti" về trang chủ App và pop-up không còn xuất hiện.
8. Sau khi gửi, CRM hiển thị Account Type upgrade, giữ Flag và Flag Time; nhóm giao dịch là PLP\Direct\Upgrade; khách hàng mở vị thế được ngay.
9. CSKH có thể tải lại 3 tệp và sửa số NPWP tại KYC Detail.
10. Tài khoản quá 2×24 giờ chưa bổ sung hồ sơ có trạng thái EXPIRED, lọc được trên CRM và môi giới có thể vô hiệu hóa thủ công.