Nexus PoC Lab
Kiểm chứng bằng dữ liệu vận hành thật
Demo của nhà cung cấp không phải bằng chứng. 10 PoC bắt buộc dưới đây chạy trên dữ liệu thật hoặc dữ liệu mô phỏng có cấu trúc tương đương đã được chủ dữ liệu xác nhận.
PoC hoàn tất
6/10
Còn lại đang chạy trong Sprint 5 và 6
Kịch bản đã pass
81/97
Tỷ lệ 83.5%
Tỷ lệ tự động hoá
92%
Mục tiêu ≥ 90% để chạy lại sau mỗi thay đổi cấu hình
Nguồn dữ liệu
100%
PoC dùng dữ liệu thật hoặc mô phỏng đã xác nhận
10 PoC bắt buộc
Chọn một PoC để xem kịch bản, dữ liệu nguồn và yêu cầu liên quan.
P1 — E2E Purchase-to-Pay
Chứng minh toàn tuyến mua hàng chạy được trên dữ liệu mua hàng thật của quý gần nhất.
Luồng nghiệp vụ
PR → PO → Nhập kho → Hoá đơn → Thanh toán
- Owner
- BA Mua hàng
- Sprint
- Sprint 3
- Tự động hoá
- 5/6 kịch bản
- Yêu cầu liên quan
- 3 yêu cầu NERP
Dữ liệu nguồn đã được xác nhận
1.284 PO thật, 6 nhà cung cấp, quý II/2026
Kịch bản kiểm chứng
PoC chỉ được đánh dấu pass khi toàn bộ kịch bản critical pass và có bằng chứng lưu lại.
- Đã passP1-S1
Tạo PR có ngân sách và định khoản dự kiến
Tự độngKỳ vọng: PR sinh mã, kiểm tra ngân sách còn lại theo cost center
- Đã passP1-S2
Phê duyệt 4 cấp theo hạn mức
Tự độngKỳ vọng: Định tuyến đúng cấp duyệt, có delegation khi vắng mặt
- Đã passP1-S3
Chuyển PR sang PO và gửi nhà cung cấp
Tự độngKỳ vọng: PO giữ nguyên giá, điều khoản và lịch giao
- Đã passP1-S4
Nhập kho một phần và ghi nhận chênh lệch
Tự độngKỳ vọng: GR partial, tồn kho và công nợ cập nhật đúng
- Đã passP1-S5
Three-way matching có dung sai
Tự độngKỳ vọng: Chặn hoá đơn lệch ngoài dung sai, ghi log lý do
- Đã passP1-S6
Thanh toán và đối chiếu ngân hàng
Thủ côngKỳ vọng: Payment journal khớp sao kê, công nợ về 0
Yêu cầu NERP được PoC này chứng minh
Nguyên tắc: mỗi yêu cầu critical phải có ít nhất một kịch bản kiểm chứng tương ứng.
Quy trình Purchase-to-Pay đầy đủ PR → PO → GR → Invoice → Payment
Ma trận phê duyệt nhiều cấp theo hạn mức và loại chi
Three-way matching PO/GR/Invoice với dung sai cấu hình được