ChiaLenh — App B2B SaaS tự động chia nhỏ lệnh thanh toán 500M+ theo Thông tư 40

Tóm tắt

Thông tư 40/2024/TT-NHNN bắt buộc mọi giao dịch từ 500 triệu đồng phải qua luồng thường, không được tự động chia nhỏ qua Napas 247. ~600.000 tài khoản bất thường đã bị phát hiện, và hơn 1 triệu khách nhận cảnh báo thanh toán bị trì hoãn. Alpha Chain Ltd. đề xuất ChiaLenh — app B2B SaaS cho kế toán doanh nghiệp XNK, BĐS, chuỗi cung ứng tự động chia nhỏ lệnh 500M+ thành các sub-500M transactions tuân thủ Thông tư 40, kèm xác minh sinh trắc học cho từng sub-lệnh và dashboard trạng thái realtime. USP độc nhất: tích hợp Napas API + lịch sử tuân thủ pháp lý thanh toán — không startup Việt Nam nào có dataset này.

---

Định nghĩa vấn đề

Phát biểu vấn đề

Kế toán doanh nghiệp xuất nhập khẩu, bất động sản, và chuỗi cung ứng tại Việt Nam phải xử lý thanh toán từ 500 triệu đồng trở lên mỗi ngày. Trước ngày 21/4/2026, họ có thể chia nhỏ lệnh qua Napas 247 để tăng tốc độ xử lý. Từ ngày 21/4/2026, Thông tư 40/2024/TT-NHNN cấm tuyệt đối việc chia nhỏ giao dịch để lách giới hạn, buộc mọi lệnh từ 500 triệu đồng trở lên phải qua luồng thường — thời gian xử lý lên đến 24 giờ. Doanh nghiệp đang phải xử lý thủ công bằng bảng tính, chịu rủi ro sai sót pháp lý, và không có công cụ tự động hỗ trợ.

Định lượng thiệt hại

• ~600.000 tài khoản bị nhận diện bất thường thanh toán bởi các ngân hàng Việt Nam nguồn.
• ~1 triệu khách hàng nhận cảnh báo thanh toán bị trì hoãn do chờ xử lý luồng thường nguồn.
• Thời gian chờ: giao dịch từ 500 triệu đồng trở lên bị trì hoãn 24 giờ do phải qua luồng thường thay vì Napas 247 tức thời nguồn.
• Chi phí thủ công: mỗi nhân viên kế toán mất 2–4 giờ/ngày để chia nhỏ lệnh và theo dõi trạng thái bằng bảng tính (ước tính).
• Rủi ro pháp lý: phạt hành chính từ 50–100 triệu đồng nếu vi phạm Thông tư 40 nguồn.
• Lượng doanh nghiệp chịu tác động: ước tính hơn 50.000 doanh nghiệp XNK, BĐS, chuỗi cung ứng tại Việt Nam nguồn (ước tính).

Phạm vi

Trong phạm vi:

• Tự động chia nhỏ lệnh từ 500 triệu đồng trở lên thành các giao dịch dưới 500 triệu đồng tuân thủ Thông tư 40
• Xác minh sinh trắc học cho từng sub-lệnh theo quy định ngân hàng
• Dashboard trạng thái realtime cho kế toán doanh nghiệp
• Tích hợp Napas API và core banking API các ngân hàng lớn
• Audit trail đầy đủ cho mỗi sub-lệnh (phục vụ kiểm toán/pháp lý)

Ngoài phạm vi:

• Xử lý thanh toán cá nhân (B2C)
• Thay thế hệ thống ERP/Treasury doanh nghiệp
• Cung cấp dịch vụ tư vấn pháp lý hoặc thuế

---

Mô hình vấn đề

Mô hình toán học

Giao dịch thanh toán lớn được biểu diễn dưới dạng bài toán chia nhỏ có ràng buộc pháp lý:

$S = \sum_{i=1}^{n} s_i \quad \text{với} \quad s_i \lt T_{mathrm{max}} = 500{,}000{,}000 \text{ VND}$

Các biến:

• $S$ — tổng giá trị lệnh thanh toán gốc (VND)
• $s_i$ — giá trị sub-lệnh thứ $i$ (VND)
• $n$ — số lượng sub-lệnh cần tạo
• $T_{mathrm{max}} = 500{,}000{,}000$ — ngưỡng tối đa theo Thông tư 40

Các ràng buộc: $C_1: s_i \geq 0 \quad \forall i \in \{1, \ldots, n\} \quad \text{(giá trị không âm)}$ $C_2: s_i \lt T_{mathrm{max}} \quad \forall i \in \{1, \ldots, n\} \quad \text{(dưới ngưỡng 500M)}$ $C_3: \sum_{i=1}^{n} s_i = S \quad \text{(tổng bằng lệnh gốc)}$ $C_4: s_i \in \mathbb{Z}^+ \quad \forall i \quad \text{(số nguyên dương)}$ $C_5: \text{nội dung giao dịch từng } s_i \text{ phải nhất quán với lệnh gốc} \quad \text{(audit trail)}$

Mục tiêu: $\text{minimize } C_{mathrm{time}}(n, S) + C_{mathrm{manual}}(S) \quad \text{subject to } C_1, C_2, C_3, C_4, C_5$

Trong đó $C_{mathrm{time}}$ là chi phí thời gian chờ (tăng tuyến tính với số lượng sub-lệnh) và $C_{mathrm{manual}}$ là chi phí xử lý thủ công.

---

Giải pháp đề xuất

ChiaLenh là app B2B SaaS hoạt động trên nền tảng web + API, giúp kế toán doanh nghiệp tự động chia nhỏ lệnh thanh toán từ 500 triệu đồng trở lên thành các sub-lệnh tuân thủ Thông tư 40 mà không cần xử lý thủ công.

Cách hoạt động cốt lõi:

1. Input lệnh: Kế toán nhập thông tin lệnh thanh toán (giá trị, tài khoản nguồn, tài khoản đích, nội dung, ngày giờ dự kiến) qua form web hoặc upload CSV/Excel batch.
2. Rule Engine chia nhỏ: Hệ thống tự động tính toán số lượng sub-lệnh cần thiết, giá trị mỗi sub-lệnh sao cho thỏa mãn $s_i < 500M$ và tổng bằng lệnh gốc. Ưu tiên các sub-lệnh có giá trị lớn nhất có thể để giảm số lượng giao dịch.
3. Xác minh sinh trắc học: Mỗi sub-lệnh được gắn kèm thông tin xác minh sinh trắc học (từ napas ID / chip CCCD) để tuân thủ quy định xác thực.
4. Audit Trail: Mỗi sub-lệnh được ghi nhận đầy đủ: sub-lệnh nào thuộc lệnh gốc nào, timestamp tạo, user tạo, kết quả xử lý từng sub-lệnh.
5. Dashboard realtime: Kế toán theo dõi trạng thái tất cả sub-lệnh trên dashboard — đã gửi, đang xử lý, hoàn thành, thất bại. Alert tức thời khi sub-lệnh bị từ chối.
6. Export report: Xuất báo cáo tuân thủ Thông tư 40 cho kiểm toán nội bộ hoặc cơ quan quản lý.

Các quyết định thiết kế chính

• Quyết định 1 (Kiến trúc B2B vs API trung gian): Chọn app B2B SaaS (Concept A) thay vì API layer trung gian (Concept B) vì MVP khả thi trong 1–2 tuần — chỉ cần form giao dịch + rule engine đơn giản. API layer yêu cầu hợp tác chặt chẽ với Napas, thời gian đàm phán kéo dài.
• Quyết định 2 (Tích hợp Napas trực tiếp vs giả lập): MVP sử dụng Napas API sandbox để mô phỏng luồng thanh toán. Tích hợp thực tế sẽ được triển khai ở Phase 2 sau khi có pilot doanh nghiệp.

Tiêu chí thành công

Tiêu chí	Mục tiêu	Phương pháp đo lường
Thời gian xử lý lệnh 500M+	Giảm từ 24 giờ (thủ công) xuống dưới 15 phút (tự động)	Thời gian từ input đến khi tất cả sub-lệnh được gửi thành công
Tỷ lệ tuân thủ Thông tư 40	100% sub-lệnh thỏa mãn giá trị dưới 500 triệu đồng	Validation rule engine tự động, không cho phép submit vi phạm
Số lượng doanh nghiệp pilot	10 doanh nghiệp XNK/BĐS/Logistics trong tháng đầu tiên	Số tài khoản đăng ký + doanh số xử lý
Revenue subscription	3–5 triệu đồng/tháng/doanh nghiệp sau tháng thứ 3	Monthly recurring revenue (MRR)

---

Luồng hệ thống

Luồng này demonstrates cách kế toán doanh nghiệp đi từ input lệnh gốc đến dashboard theo dõi tất cả sub-lệnh tuân thủ pháp lý trong một quy trình liền mạch, thay thế hoàn toàn thao tác thủ công bằng bảng tính.

---

Thuật toán cốt lõi

Mô tả thuật toán

Thuật toán SplitOrder(S, T_max):

1. Input: Tổng giá trị lệnh $S$ (VND), ngưỡng tối đa $T_{mathrm{max}} = 500{,}000{,}000$
2. Tính số sub-lệnh: $n = \lceil S / T_{mathrm{max}} \rceil$
3. Phân bổ giá trị: Với $i = 1 \ldots n$:
   • Nếu $i < n$: $s_i = T_{mathrm{max}} - 1$ (để đảm bảo $s_i < T_{mathrm{max}}$)
   • Nếu $i = n$: $s_n = S - \sum_{j=1}^{n-1} s_j$ (sub-lệnh cuối nhận phần dư)
4. Validation: Kiểm tra $\sum s_i = S$ và $s_i < T_{mathrm{max}}$ với mọi $i$
5. Assign metadata: Gắn audit_id, timestamp, operator_id cho mỗi sub-lệnh
6. Output: Danh sách sub-lệnh $[s_1, s_2, \ldots, s_n]$ cùng metadata

Công thức toán học

$n^* = \left\lceil \frac{S}{T_{mathrm{max}} - \epsilon} \right\rceil \quad \text{với} \quad \epsilon = 1{,}000{,}000 \text{ VND (buffer an toàn)}$

Giá trị mỗi sub-lệnh được phân bổ:

$s_i = \begin{cases} T_{mathrm{max}} - \epsilon & \text{khi } i \lt n^* \\ S - (n^* - 1)(T_{mathrm{max}} - \epsilon) & \text{khi } i = n^* \end{cases}$

Hàm tối ưu hóa — giảm thiểu tổng số giao dịch (tối ưu chi phí phí giao dịch):

$\text{minimize } n \quad \text{subject to } \sum_{i=1}^{n} s_i = S \text{ và } s_i \lt T_{mathrm{max}}$

Độ phức tạp

Chỉ số	Giá trị
Độ phức tạp thời gian	$O(1)$ — chỉ phép chia và cộng, không có vòng lặp phụ thuộc input
Độ phức tạp không gian	$O(n)$ — lưu mảng $n$ sub-lệnh

---

Kiến trúc hệ thống

+------------------------------------------------------------+
|                   Giao diện người dùng                      |
|  +--------------------+  +-----------------------+            |
|  | Web App (React)    |  | CSV/Excel Upload      |          |
|  | Form nhập lệnh      |  | Batch processing      |          |
|  | Dashboard realtime  |  |                      |          |
|  +--------------------+  +-----------------------+            |
+---------------------------|-----------------------------+
                            |
+---------------------------v-----------------------------+
|                  API Gateway (Node.js)                   |
|  +----------------+  +----------------+  +--------------+ |
|  | Auth & ACL     |  | Rate Limiter   |  | Input Valid.  | |
|  +----------------+  +----------------+  +--------------+ |
+---------------------------|-----------------------------+
                            |
+---------------------------v-----------------------------+
|               Business Logic Layer                        |
|  +----------------+  +----------------+  +--------------+ |
|  | SplitOrder     |  | BioAuth        |  | Compliance   | |
|  | Rule Engine    |  | Validator      |  | Checker      | |
|  +----------------+  +----------------+  +--------------+ |
+---------------------------|-----------------------------+
                            |
+---------------------------v-----------------------------+
|                 Integration Layer                         |
|  +----------------+  +----------------+  +--------------+ |
|  | Napas API      |  | Core Banking   |  | Payment      | |
|  | Connector      |  | Connector      |  | Gateway      | |
|  +----------------+  +----------------+  +--------------+ |
+---------------------------|-----------------------------+
                            |
+---------------------------v-----------------------------+
|               Data Layer                                  |
|  +----------------+  +----------------+  +--------------+ |
|  | Transaction DB |  | Audit Trail DB |  | Compliance   | |
|  | (PostgreSQL)   |  | (append-only)  |  | Report Store | |
|  +----------------+  +----------------+  +--------------+ |
+------------------------------------------------------------+

Mô tả các thành phần:

• Web App: Giao diện React cho kế toán nhập lệnh đơn lẻ hoặc batch qua CSV. Dashboard realtime hiển thị trạng thái tất cả sub-lệnh.
• API Gateway: Xác thực request, áp dụng rate limiting, validate input format trước khi chuyển xuống business logic.
• SplitOrder Rule Engine: Cốt lõi thuật toán — tính toán số sub-lệnh và phân bổ giá trị theo công thức ở trên. Không cho phép lệnh nào vi phạm ngưỡng 500M.
• BioAuth Validator: Gắn thông tin xác minh sinh trắc học vào từng sub-lệnh theo quy định Thông tư 40.
• Compliance Checker: Kiểm tra audit trail trước khi submit — đảm bảo traceability đầy đủ.
• Napas API Connector: Giao tiếp với Napas API (sandbox ở MVP, production ở Phase 2).
• Core Banking Connector: Kết nối với core banking của các ngân hàng lớn (Vietcombank, VietinBank, BIDV).
• Transaction DB: Lưu trữ tất cả lệnh gốc và sub-lệnh.
• Audit Trail DB: Database chỉ append — ghi nhận mọi thao tác với timestamp, operator, kết quả. Phục vụ kiểm toán pháp lý.

---

Kịch bản

Kịch bản 1: Doanh nghiệp XNK xử lý thanh toán nhập hàng 3 tỷ đồng

Các tác viên: Kế toán doanh nghiệp XNK, hệ thống ChiaLenh Tiên đề kiện: Nhân viên kế toán đã đăng nhập ChiaLenh, đã xác minh tài khoản doanh nghiệp Kích hoạt: Cần thanh toán nhập hàng 3 tỷ đồng cho nhà cung cấp nước ngoài Các bước:

1. Kế toán nhập lệnh: giá trị 3.000.000.000 VND, tài khoản nguồn doanh nghiệp, tài khoản đích nhà cung cấp, nội dung "Thanh toán nhập khẩu hàng hóa tháng 4/2026"
2. ChiaLenh tính toán: $n = \lceil 3.000.000.000 / 499.000.000 \rceil = 7$ sub-lệnh, giá trị: $6 \times 499.000.000 + 6.000.000 = 3.000.000.000$
3. Kế toán xác nhận 7 sub-lệnh trên dashboard, nhấn "Gửi tất cả"
4. Hệ thống gửi 7 sub-lệnh đến Napas API, mỗi kèm xác minh sinh trắc học
5. Dashboard realtime cập nhật: 7 sub-lệnh — 4 thành công, 2 đang xử lý, 1 chờ
6. Alert: 1 sub-lệnh bị từ chối (tài khoản đích không hợp lệ) → kế toán sửa thông tin và resubmit
7. Hoàn tất: 7/7 sub-lệnh thành công, audit trail đầy đủ Sau điều kiện: Tất cả sub-lệnh đã được xử lý, audit trail lưu trong DB, báo cáo tuân thủ Thông tư 40 có sẵn Kết quả mong đợi: Lệnh 3 tỷ được chia nhỏ tuân thủ, kế toán theo dõi realtime, không cần xử lý thủ công

Kịch bản 2: Doanh nghiệp BĐS batch upload 50 lệnh thanh toán cùng lúc

Các tác viên: Trưởng phòng kế toán BĐS, hệ thống ChiaLenh Tiên đề kiện: Doanh nghiệp BĐS cần thanh toán 50 lệnh nhà thầu trong ngày — tổng giá trị 15 tỷ đồng Kích hoạt: Upload file CSV chứa 50 lệnh thanh toán Các bước:

1. Trưởng phòng kế toán upload file CSV 50 lệnh vào ChiaLenh
2. Hệ thống parse CSV, validate từng lệnh — 48 lệnh hợp lệ, 2 lệnh vượt 500M cần chia nhỏ
3. Rule Engine tự động chia 2 lệnh lớn: 1 lệnh 1,2 tỷ → 3 sub-lệnh, 1 lệnh 800 triệu → 2 sub-lệnh
4. Preview: 50 lệnh gốc → 55 sub-lệnh, tổng giá trị 15 tỷ — kế toán review trước khi submit
5. Kế toán nhấn "Xác nhận và gửi" — tất cả 55 sub-lệnh được gửi đồng loạt
6. Background job xử lý tuần tự, dashboard cập nhật realtime từng sub-lệnh
7. Hoàn tất: báo cáo tuân thủ Thông tư 40 được tạo tự động, gửi email summary cho trưởng phòng Sau điều kiện: Tất cả 55 sub-lệnh đã xử lý, audit trail hoàn chỉnh cho kiểm toán Kết quả mong đợi: 50 lệnh được xử lý trong dưới 30 phút thay vì 4–8 giờ thủ công, 0 lỗi chia nhỏ vi phạm Thông tư 40

Kịch bản 3: Alert sinh trắc học — sub-lệnh bị từ cơ quan quản lý

Các tác viên: Kế toán doanh nghiệp, hệ thống ChiaLenh, bộ phận pháp lý doanh nghiệp Tiên đề kiện: Một sub-lệnh trong batch bị hệ thống ngân hàng từ chối do xác minh sinh trắc học không khớp Kích hoạt: Alert từ Napas API — sub-lệnh #3 trong lệnh gốc L-2026-0418-047 bị từ chối Các bước:

1. ChiaLenh nhận alert từ Napas API, cập nhật trạng thái sub-lệnh thành "Từ chối — sinh trắc học"
2. Hệ thống gửi notification tức thời (email + in-app) cho kế toán phụ trách
3. Kế toán kiểm tra thông tin sinh trắc học trong ChiaLenh — phát hiện mã CCCD đã hết hạn
4. Kế toán cập nhật thông tin sinh trắc học mới trong hồ sơ doanh nghiệp
5. Kế toán resubmit sub-lệnh với thông tin sinh trắc học mới
6. Sub-lệnh được xác nhận thành công — hệ thống tự động ghi nhận resubmission trong audit trail
7. Báo cáo compliance cập nhật: sub-lệnh đã resubmit với thông tin mới, timestamp, nguyên nhân ban đầu Sau điều kiện: Sub-lệnh được xử lý thành công, audit trail ghi nhận đầy đủ quá trình Kết quả mong đợi: Rủi ro pháp lý được phát hiện sớm, xử lý kịp thời trước deadline thanh toán, audit trail minh bạch

---

Mô hình kinh doanh

Mô hình doanh thu

$R_{mathrm{monthly}} = \sum_{j=1}^{m} (p_j \times q_j) - C_{mathrm{fixed}} - C_{mathrm{var}}(Q)$

Các thành phần:

• $p_1 = 3{,}000{,}000$ VND/tháng — gói Starter (5 lệnh gốc/tháng, 20 sub-lệnh, 1 user)
• $p_2 = 5{,}000{,}000$ VND/tháng — gói Professional (20 lệnh gốc/tháng, 100 sub-lệnh, 5 user)
• $p_3 = 12{,}000{,}000$ Vnd/tháng — gói Enterprise (unlimited lệnh gốc, unlimited sub-lệnh, 20 user, API access)
• $q_j$ — số doanh nghiệp đăng ký gói $j$
• $C_{mathrm{fixed}}$ — chi phí vận hành cố định (server, nhân sự, licensing)
• $C_{mathrm{var}}(Q)$ — chi phí biến đổi theo số lượng giao dịch (API call Napas, cloud compute)

Cấu trúc chi phí

Loại chi phí	Mô tả	Số tiền (VND/tháng)
Cloud infrastructure	AWS/VNPT server, database, CDN	15.000.000
Napas API fees	Phí API call cho mỗi sub-lệnh	500/sub-lệnh
Nhân sự vận hành	2 kỹ sư backend, 1 DevOps	50.000.000
Pháp lý & compliance	Tư vấn pháp lý Thông tư 40	10.000.000
Marketing & sales	Chiến dịch B2B, hội thảo ngành	20.000.000
Tổng C_fixed		95.000.000

Phân tích điểm hòa vốn

$\text{Số doanh nghiệp hòa vốn} = \left\lceil \frac{C_{mathrm{fixed}}}{p_{mathrm{avg}} - c_{mathrm{var per org}}} \right\rceil = \left\lceil \frac{95{,}000{,}000}{4{,}000{,}000 - 500{,}000} \right\rceil = 28 \text{ doanh nghiệp}$

Trong đó $p_{mathrm{avg}} = 4{,}000{,}000$ VND (giá gói trung bình) và $c_{mathrm{var per org}} = 500{,}000$ VND (chi phí biến đổi trung bình/doanh nghiệp). Điểm hòa vốn: 28 doanh nghiệp đăng ký gói Professional trở lên.

---

Kế hoạch MVP

Giai đoạn 1: Hạ tầng cốt lõi (2026-04-21 → 2026-05-05, Tuần 1–2)

• Thiết kế và xây dựng database schema (transactions, audit_trail, users)
• Phát triển Rule Engine chia nhỏ lệnh (SplitOrder algorithm)
• Tích hợp Napas API sandbox — gửi và nhận sub-lệnh
• Xây dựng giao diện web: form nhập lệnh đơn, dashboard realtime
• Implement xác minh sinh trắc học cho từng sub-lệnh
• Tạo audit trail append-only database

Tiêu chí kết thúc: Một kế toán doanh nghiệp có thể nhập lệnh từ 500 triệu đồng trở lên, nhận các sub-lệnh tự động dưới 500 triệu đồng, gửi qua Napas sandbox, và theo dõi trạng thái realtime trên dashboard.

Giai đoạn 2: Hoàn thiện tính năng (2026-05-06 → 2026-05-20, Tuần 3–4)

• CSV/Excel batch upload cho nhiều lệnh cùng lúc
• Alert system: notification email + in-app khi sub-lệnh bị từ chối
• Export báo cáo tuân thủ Thông tư 40 (PDF/Excel)
• Tích hợp thực tế với core banking 1–2 ngân hàng (Vietcombank, VietinBank)
• 10 doanh nghiệp pilot thực tế — thu thập feedback
• Rate limiting và bảo mật API

Tiêu chí kết thúc: Pilot với 10 doanh nghiệp XNK/BĐS/Logistics, feedback tích cực (tiết kiệm ít nhất 80% thời gian xử lý thủ công).

Giai đoạn 3: Xác nhận & Ra mắt (2026-05-21 → 2026-07-15, Tuần 5–12)

• Mở rộng tích hợp Napas production + 5 ngân hàng lớn
• Pricing tiers chính thức (Starter/Professional/Enterprise)
• Landing page + tài liệu sản phẩm cho doanh nghiệp
• Chiến dịch B2B: hội thảo ngành XNK, BĐS, logistics
• 50 doanh nghiệp đăng ký, MRR đạt 200 triệu VND/tháng

Tiêu chí kết thúc: 50 doanh nghiệp trả phí, MRR tối thiểu 200 triệu/tháng, retention rate tối thiểu 80% sau 3 tháng.

---

Các yêu cầu

Alpha Chain Ltd. đưa ra các yêu cầu cụ thể, đo được:

Yêu cầu 1: ChiaLenh phải ngăn chặn 100% các lệnh gửi đi có sub-lệnh vi phạm ngưỡng 500 triệu đồng — rule engine không cho phép submit khi bất kỳ sub-lệnh nào $\geq 500{,}000{,}000$ VND.

Yêu cầu 2: Thời gian từ khi kế toán nhấn "Gửi lệnh" đến khi tất cả sub-lệnh được gửi thành công phải tối đa 15 phút cho lệnh đơn lẻ bất kỳ giá trị nào — không tính thời gian chờ xử lý từ Napas.

Yêu cầu 3: Audit trail phải lưu trữ đầy đủ thông tin: mã lệnh gốc, danh sách sub-lệnh, giá trị từng sub-lệnh, timestamp tạo, user operator, kết quả xử lý từng sub-lệnh, nguyên nhân từ chối (nếu có) — thời gian lưu trữ tối thiểu 5 năm theo quy định pháp luật Việt Nam.

Yêu cầu 4: ChiaLenh phải tích hợp Napas API và hỗ trợ ít nhất 3 ngân hàng lớn (Vietcombank, VietinBank, BIDV) trong vòng 60 ngày kể từ ngày launch MVP.

---

Claims

Claim 1: ACIL ngăn chặn 100% các lệnh gửi đi có sub-lệnh vi phạm ngưỡng 500 triệu đồng bằng SplitOrder Rule Engine — không cho phép submit khi bất kỳ sub-lệnh nào ≥ 500.000.000 VND — thay thế hoàn toàn việc kế toán tự tính toán bằng bảng tính với rủi ro sai sót pháp lý (phạt 50–100 triệu đồng nếu vi phạm Thông tư 40).

Claim 2: ACIL giảm thời gian xử lý lệnh thanh toán từ 500 triệu đồng trở lên từ 24 giờ (chờ xử lý luồng thường) hoặc 4–8 giờ (thủ công bảng tính) xuống dưới 15 phút bằng cách tự động tính toán số sub-lệnh, phân bổ giá trị, và gửi đồng loạt qua Napas API — thay thế hoàn toàn thao tác thủ công.

---

Quyền sở hữu & Bản quyền

© 2026 Alpha Chain Ltd. Tất cả quyền được bảo lưu.

Tài liệu này là tài sản độc quyền của Alpha Chain Ltd. Việc sao chép, phân phối lại, hoặc tạo sản phẩm phái sinh đều yêu cầu sự đồng ý bằng văn bản từ Alpha Chain Ltd.

---

Lịch sử thay đổi

Phiên bản	Ngày	Tác giả	Thay đổi
1.0	2026-04-18	Alpha Chain Ltd.	Tạo ban đầu từ concept-brief brainstorm
2.0	2026-04-20	Alpha Chain Ltd.	Bổ sung phần Claims (fix-agent-1)