LUMI BI / COMMERCE INTELLIGENCE

Bản xem trước · Trao đổi pilot

Thấy rõ kinh doanh.
Biết việc cần làm.

KHÔNG THAY HỆ THỐNG. THAY CÁCH BẠN NHÌN.

Doanh thu, tiền về, hàng tồn. Mỗi nơi một con số. Điều bạn cần là một góc nhìn đủ rõ để quyết định.

Lumi BI được thiết kế để nối dữ liệu thương mại với bằng chứng và việc cần kiểm tra tiếp theo.

Bản xem trước sản phẩm. Xem phạm vi hiện tại.

Một góc nhìn. Ba nhóm quyết định.

Khám phá bản minh họa
Dữ liệu giả lậpMinh họa hướng sản phẩm, không phải tính năng thương mại đã phát hành.
GÓC NHÌN ĐIỀU HÀNH / 01

Doanh thu tốt. Tiền đã về đủ chưa?

01–07.09.2026
GMT+7 · kỳ mẫu

Phân biệt số đã bán, tiền chờ đối soát và phần chưa thể kết luận.

Doanh thu thuần

486,0triệu ₫

512,0 triệu − 26,0 triệu hoàn trả
Tiền chờ đối soát

52,4triệu ₫

Cần kiểm tra bảng kê thanh toán
Lãi đóng góp

Chưa đủ dữ liệu

8 SKU thiếu giá vốn · không gán bằng 0
Doanh thu thuần theo ngàytriệu ₫ · dữ liệu mẫu
Doanh thu thuần theo ngàyTừ ngày 1 đến ngày 7: 44, 51, 72, 65, 78, 81, 95 triệu ₫. Có bảng số liệu bên dưới.05010001.0902.0903.0904.0905.0906.0907.09
Xem bảng số liệu
Doanh thu thuần theo ngày (triệu ₫)
NgàyGiá trị mẫu
01.09.202644
02.09.202651
03.09.202672
04.09.202665
05.09.202678
06.09.202681
07.09.202695
Xem nguồn & cơ sở tính
Nguồn
Tệp đơn hàng mẫu + tệp hoàn trả mẫu + bảng kê thanh toán mẫu. Không có API trực tiếp.
Định nghĩa
Trong tình huống này: doanh thu thuần = doanh thu ghi nhận trước hoàn trả 512.000.000 ₫ − hoàn trả 26.000.000 ₫ = 486.000.000 ₫. Các tệp dùng cùng quy ước thuế; đây không phải định nghĩa mặc định cho mọi doanh nghiệp.
Giới hạn
Thiếu giá vốn của 8 SKU và chưa xác nhận đầy đủ chi phí. Không tính lãi đóng góp. Số chờ đối soát không được gọi là doanh thu hoặc tiền thực nhận.
Thời điểm mẫu
Chốt 07.09.2026, 23:59 (Asia/Ho_Chi_Minh). Không đồng bộ trực tiếp.
GÓC NHÌN ĐIỀU HÀNH / 02

Nhập thêm hàng. Hay xử lý hàng đang nằm?

01–07.09.2026
GMT+7 · kỳ mẫu

Đọc tồn kho cùng sức bán, không nhìn một số lượng riêng lẻ.

Mã hàng cần kiểm tra

6SKU

Tồn thấp so với sức bán trong tệp mẫu
Mã hàng chậm bán

14SKU

Không có đơn trong 30 ngày mẫu
Độ mới của tệp kho

2ngày

Cần cập nhật trước khi chốt nhập hàng
Sức bán của mã hàng Asản phẩm · dữ liệu mẫu
Sức bán của mã hàng ATừ ngày 1 đến ngày 7: 12, 18, 15, 22, 25, 32, 30 sản phẩm. Có bảng số liệu bên dưới.0204001.0902.0903.0904.0905.0906.0907.09
Xem bảng số liệu
Sức bán của mã hàng A (sản phẩm)
NgàyGiá trị mẫu
01.09.202612
02.09.202618
03.09.202615
04.09.202622
05.09.202625
06.09.202632
07.09.202630
Xem nguồn & cơ sở tính
Nguồn
Tệp kho mẫu ngày 05.09.2026 và tệp bán hàng mẫu từ 01–07.09.2026.
Định nghĩa
Sức bán là số sản phẩm mã A bán mỗi ngày trong tệp mẫu. 14 SKU chậm bán là các mã không có đơn trong 30 ngày của tình huống. Không nội suy xác suất hết hàng.
Giới hạn
Tệp kho cũ 2 ngày. Chưa có thời gian giao, hàng đang về và kiểm đếm thực tế. Không đủ cơ sở tự đặt hàng.
Thời điểm mẫu
Chốt 07.09.2026, 23:59 (Asia/Ho_Chi_Minh). Không đồng bộ trực tiếp.
GÓC NHÌN ĐIỀU HÀNH / 03

Đừng để việc nhỏ lệch thành vấn đề lớn.

01–07.09.2026
GMT+7 · kỳ mẫu

Nhìn ngoại lệ cùng bằng chứng và bước kiểm tra tiếp theo.

Ngoại lệ đang mở

24việc

Tại thời điểm chốt tình huống mẫu
Việc chưa có người xử lý

7việc

Cần phân công trước khi theo dõi tiếp
Khoản chưa khớp

3khoản

Chưa xác nhận nguyên nhân chênh lệch
Ngoại lệ mới theo ngàyviệc · dữ liệu mẫu
Ngoại lệ mới theo ngàyTừ ngày 1 đến ngày 7: 7, 9, 5, 12, 10, 8, 6 việc. Có bảng số liệu bên dưới.07.51501.0902.0903.0904.0905.0906.0907.09
Xem bảng số liệu
Ngoại lệ mới theo ngày (việc)
NgàyGiá trị mẫu
01.09.20267
02.09.20269
03.09.20265
04.09.202612
05.09.202610
06.09.20268
07.09.20266
Xem nguồn & cơ sở tính
Nguồn
Danh sách ngoại lệ và chứng từ giả lập. Không phải thông báo vận hành thật.
Định nghĩa
Biểu đồ đếm ngoại lệ mới từng ngày (57 việc trong tuần). 24 việc đang mở là số dư chưa xử lý tại cuối kỳ, không phải tổng phát sinh.
Giới hạn
Chưa xác định nguyên nhân ba khoản chênh lệch. Không suy luận gian lận, thất thoát hay lỗi nhân sự từ dữ liệu này.
Thời điểm mẫu
Chốt 07.09.2026, 23:59 (Asia/Ho_Chi_Minh). Không đồng bộ trực tiếp.

Chọn một tình huống để khám phá. Mọi con số đều là ví dụ; phần còn thiếu được giữ nguyên là “chưa biết”.

01 / ĐIỀU THỰC SỰ QUAN TRỌNG

Bạn không thiếu báo cáo.
Bạn cần thấy điều đáng làm.

Hướng sản phẩm tập trung vào tiền, hàng và những điểm lệch trong vận hành. Không xây thêm biểu đồ chỉ để lấp đầy màn hình.

01
TIỀN & LỢI NHUẬN

Bán được bao nhiêu.Giữ lại bao nhiêu?

Phân biệt doanh thu, tiền thực nhận và phần lãi còn lại. Không gọi một đơn hàng đã bán là tiền đã về.

CÂU HỎI CẦN TRẢ LỜI

Khoản nào chưa đối soát? Chi phí nào còn thiếu?

Xem tình huống
02
HÀNG TỒN

Hàng nào cần nhập.Hàng nào cần giải phóng?

Đặt tồn kho cạnh sức bán và độ mới của dữ liệu. Thấy chỗ thiếu hàng mà không bỏ quên vốn đang nằm yên.

CÂU HỎI CẦN TRẢ LỜI

Nên kiểm tra mã hàng nào trước khi đặt thêm?

Xem tình huống
03
NGOẠI LỆ VẬN HÀNH

Việc gì đang lệch.Ai cần xử lý tiếp?

Đưa chênh lệch, đơn bất thường và dữ liệu chưa khớp về một danh sách ưu tiên có người phụ trách.

CÂU HỎI CẦN TRẢ LỜI

Điều gì đang cần con người xem xét?

Xem tình huống
02 / BỔ SUNG, KHÔNG THAY THẾ

Giữ hệ thống đang chạy.
Nối lại bức tranh kinh doanh.

Không bắt đầu bằng một cuộc thay phần mềm. Bắt đầu từ nguồn dữ liệu bạn có và câu hỏi bạn chưa trả lời được.

Nhanh.vn

Bán hàng & kho

Tích hợp dự kiến

Haravan

Website & bán lẻ

Tích hợp dự kiến

Shopee

Đơn hàng & đối soát

Tích hợp dự kiến

CSV / Excel

Dữ liệu sẵn có

Trong lộ trình

API riêng

Theo hệ thống của bạn

Cần khảo sát

Minh bạch từ đầu: Nhanh, Haravan và Shopee là nhóm tích hợp ưu tiên, chưa phát hành. Khả năng kết nối phụ thuộc API, quyền truy cập và phạm vi từng pilot. Tên nền tảng không hàm ý quan hệ đối tác chính thức.

03 / BẰNG CHỨNG TRƯỚC KẾT LUẬN

Một con số chỉ đáng tin
khi biết nó đến từ đâu.

Nguồn nào? Kỳ nào? Tính ra sao? Còn thiếu gì? Đó là những câu hỏi Lumi BI đặt cạnh kết quả — không giấu trong phần chú thích.

01

Cùng một định nghĩa

Dashboard và phần giải thích cần dùng chung cơ sở tính, không mỗi nơi một “sự thật”.

02

Chưa biết không phải bằng không

Thiếu giá vốn thì chưa kết luận lãi. Dữ liệu cũ thì phải nêu rõ.

03

Con người giữ quyền quyết định

AI giải thích trong phạm vi được phép. Một đề xuất không tự biến thành hành động.

Các nguyên tắc thiết kế này không thay thế kiểm thử và nghiệm thu triển khai thực tế.

PHIẾU CƠ SỞ TÍNHDEMO / 001

Doanh thu thuần

486.000.000

Ví dụ giả lập · không phải báo cáo thật
Doanh thu trước hoàn trả512,0 triệu ₫
Trừ khoản hoàn trả− 26,0 triệu ₫
Doanh thu thuần486,0 triệu ₫

Chưa thể suy ra lợi nhuận.
8 SKU chưa có giá vốn. Chi phí chưa được xác nhận đầy đủ.

04 / BẮT ĐẦU TỪ MỘT CÂU HỎI

Không cần một dự án khổng lồ.
Cần một kết quả kiểm chứng được.

Hướng triển khai dành cho chủ doanh nghiệp thương mại, đội vận hành và tài chính muốn hiểu cùng một bức tranh.

  1. 01

    Chọn câu hỏi đáng giải

    Một nguồn dữ liệu. Một vấn đề về tiền, hàng hoặc vận hành. Chốt phạm vi, chi phí và tiêu chí nghiệm thu.

  2. 02

    Đối chiếu với thực tế

    Kiểm tra quyền truy cập, định nghĩa và dữ liệu mẫu cùng người phụ trách. Số phải khớp trước khi được dùng.

  3. 03

    Hữu ích rồi mới mở rộng

    Tiếp tục khi kết quả hỗ trợ quyết định thật. Điều chỉnh hoặc dừng khi dữ liệu hay giá trị chưa đủ.

PHẠM VI RÕ TRƯỚC PILOT

Nguồn dữ liệu · Quyền truy cập · Chỉ số cần kiểm chứng · Người nghiệm thu · Điều kiện dừng

NÓI RÕ TRƯỚC KHI BẮT ĐẦU

Câu hỏi
thường gặp.

Định hướng rõ ràng.
Giới hạn cũng rõ ràng.

Lumi BI hiện ở giai đoạn nào?

Nền tảng đã có luồng thử nghiệm tiếp nhận tệp xuất được cấp quyền, đối chiếu nguồn và xem số liệu thương mại. Chưa phải bản production được nghiệm thu với nhà bán hàng. Kết nối API trực tiếp và Ask Lumi vẫn đang phát triển. Các tình huống trên trang này là minh họa riêng, không phải giao diện đang kết nối cửa hàng của bạn.

Lumi BI có thay phần mềm bán hàng của tôi không?

Không. Định hướng của Lumi BI là bổ sung lớp phân tích trên những hệ thống bạn đang dùng. Phạm vi dữ liệu, quyền truy cập và cách kết nối sẽ được xác nhận trước từng pilot; không mặc định phải thay quy trình đang vận hành.

Hiện đã kết nối được Nhanh, Haravan và Shopee chưa?

Chưa. Đây là các tích hợp ưu tiên trong lộ trình, chưa phải kết nối thương mại đã phát hành. Khả năng truy cập API, quyền đối tác, loại tài khoản và dữ liệu thực tế cần được kiểm chứng riêng. Đăng ký pilot không đồng nghĩa được kích hoạt kết nối ngay.

Các con số trên trang này có phải kết quả của khách hàng?

Không. Toàn bộ tình huống và số liệu trong phần khám phá là dữ liệu giả lập để minh họa hướng sản phẩm. Chúng không phải báo cáo trực tiếp, kết quả thử nghiệm khách hàng hay cam kết về lợi nhuận.

AI sẽ tự tính số và tự thao tác trên cửa hàng?

Ask Lumi vẫn trong lộ trình. Thiết kế yêu cầu AI giải thích kết quả từ định nghĩa chỉ số được kiểm soát, nêu nguồn và nói rõ phần chưa biết. Một phân tích không phải quyền tự sửa giá, đặt hàng, chuyển tiền hay gửi thông tin. Trang minh họa này không gọi mô hình AI và không thao tác với cửa hàng.

Dữ liệu của doanh nghiệp sẽ được bảo vệ thế nào?

Kiến trúc nền tảng có xác thực, kiểm tra quyền truy cập và cơ sở dữ liệu phục vụ riêng theo doanh nghiệp. Đây không phải cam kết cách ly tuyệt đối hay chứng nhận bảo mật. Phạm vi triển khai, người được truy cập, dữ liệu cần dùng và điều kiện vận hành phải được thống nhất, kiểm thử trước pilot.

Pilot có giá bao nhiêu và bắt đầu như thế nào?

Chưa công bố bảng giá cố định. Cuộc trao đổi đầu tiên dùng để chọn một câu hỏi, một nguồn dữ liệu và tiêu chí kiểm chứng. Phạm vi, phí triển khai, phí duy trì (nếu có) và điều kiện dừng được thống nhất trước khi bắt đầu; không có khoản thanh toán hoặc đăng ký tự động trên trang này.

CÂU HỎI CỦA BẠN LÀ ĐIỂM BẮT ĐẦU

Điều gì trong kinh doanh
bạn muốn nhìn rõ hơn?

Một khoản tiền chưa khớp. Một kho hàng khó đoán. Một báo cáo chưa cho bạn câu trả lời. Hãy bắt đầu từ đó.

Trao đổi pilot Lumi BI

Mở ứng dụng email của bạn.
Bạn xem lại nội dung trước khi gửi.

Chỉ cần tên hệ thống và câu hỏi cần giải. Không gửi khóa API hoặc dữ liệu khách hàng trong thư đầu tiên.

Bản nền tảng thử nghiệm · Phạm vi pilot cần xác nhận