So sánh 9 phần mềm MES giám sát sản xuất thời gian thực cho nhà máy: theo dõi OEE, cảnh báo Andon theo ca

Nếu bạn đang tìm phần mềm MES giám sát sản xuất thời gian thực để nhìn được trạng thái máy–tiến độ–chất lượng ngay trong ca, thì trọng tâm cần so sánh không nằm ở “giao diện đẹp”, mà nằm ở độ tin cậy dữ liệu realtime + độ sâu OEE + workflow Andon theo ca. Bài này sẽ giúp bạn so sánh theo khung tiêu chí rõ ràng và chốt shortlist 1–2 phương án phù hợp bối cảnh nhà máy của bạn.

Tiếp theo, để tránh chọn nhầm (mua MES nhưng lại vận hành như “báo cáo cuối ca”), mình sẽ đưa ra bộ tiêu chí chấm điểm và cách đọc bảng so sánh sao cho thấy được: hệ thống nào mạnh về OEE (loss tree, Pareto downtime), hệ thống nào mạnh về Andon (escalation, SLA), hệ thống nào phù hợp triển khai nhanh cho 1 line trước rồi mở rộng.

Ngoài ra, bạn sẽ có một lộ trình triển khai 30–60 ngày theo hướng “pilot trước – chuẩn hóa sau – mở rộng dần”, kèm checklist những điểm hay làm sai khiến dữ liệu realtime bị lệch (mapping tín hiệu, mã lý do dừng, định nghĩa ca-kíp).

Sau đây, mình đi từ nền tảng: hiểu đúng MES giám sát thời gian thực là gì, khi nào cần, tiêu chí so sánh, bảng tổng hợp 9 lựa chọn theo archetype (để bạn map đúng nhu cầu nhà máy), và cuối cùng là cách triển khai để dữ liệu realtime “đáng tin”.

Phần mềm MES giám sát sản xuất thời gian thực là gì và giải quyết bài toán nào trong nhà máy?

Phần mềm MES giám sát sản xuất thời gian thực là một nhóm hệ thống thuộc lớp Manufacturing Execution System, lấy dữ liệu trực tiếp từ sản xuất (máy/line/công đoạn) để hiển thị trạng thái và KPI như OEE, đồng thời kích hoạt cảnh báo Andon theo ca nhằm phản ứng ngay khi có bất thường.

Cụ thể, khi bạn đặt câu hỏi “giám sát thời gian thực”, vấn đề cốt lõi không phải là “có dashboard hay không”, mà là dòng dữ liệu từ hiện trường → chuẩn hóa → hiển thị → hành động có chạy được trong đúng nhịp ca sản xuất hay không. Vì vậy, MES giám sát realtime thường giải quyết 4 bài toán nền tảng:

1. Minh bạch hiện trường theo phút/giây
   • Trạng thái máy: chạy/dừng/chờ vật tư/chờ QC/changeover
   • Tiến độ theo lệnh: đã làm bao nhiêu, còn bao nhiêu, trễ ở đâu
2. Đo OEE đúng nghĩa, không “OEE cảm tính”
   • OEE = Availability × Performance × Quality
   • Quan trọng nhất là chuẩn hóa tổn thất (downtime reason codes, loss tree) để biết “mất ở đâu”
3. Andon theo ca để “đóng vòng” xử lý sự cố
   • Không chỉ bật đèn đỏ, mà có người nhận – thời hạn phản hồi – escalation – log hành động
   • Mục tiêu là giảm MTTR và giảm lặp lỗi trong cùng ca
4. Báo cáo theo ca/ngày dựa trên dữ liệu realtime đã ngữ cảnh hóa
   • Ca A/B/C khác nhau, line khác nhau, sản phẩm khác nhau → KPI phải “đặt đúng ngữ cảnh” thay vì gom chung

Để móc xích với câu hỏi “so sánh 9 phần mềm”, điều bạn cần nhớ là: một phần mềm MES nhà máy đúng nghĩa phải đi kèm khả năng thu thập dữ liệu chuẩn và biến dữ liệu thành hành động (Andon), chứ không dừng ở báo cáo. Vì vậy, tiếp theo ta trả lời câu hỏi có/không: nhà máy của bạn có thật sự cần MES giám sát thời gian thực không?

Nhà máy của bạn có cần MES giám sát thời gian thực không?

Có, nhà máy của bạn cần phần mềm giám sát sản xuất thời gian thực nếu bạn đang (1) phản ứng chậm với dừng máy, (2) đo OEE thiếu nhất quán giữa các ca, và (3) thiếu cơ chế cảnh báo Andon để “đóng vòng” xử lý sự cố trong ca.

Cụ thể, 3 lý do quan trọng nhất thường khiến doanh nghiệp chuyển từ “theo dõi thủ công” sang MES realtime là:

Lý do 1 (quan trọng nhất): Thời gian phản ứng với bất thường quá chậm

• Khi máy dừng, nếu thông tin chỉ xuất hiện ở cuối ca, bạn đã mất cả ca để “chịu tổn thất”.
• Realtime + Andon giúp đưa sự cố về đúng người đúng lúc: bảo trì, QC, trưởng ca.

Lý do 2: OEE không đáng tin vì thiếu chuẩn hóa tổn thất

• Ca A ghi “dừng máy”, ca B ghi “thiếu vật tư” cho cùng một tình huống.
• Không chuẩn hóa reason codes thì OEE chỉ là con số trang trí, không chỉ ra điểm cải tiến.

Lý do 3: Nhà máy muốn quản trị theo line/ca/sản phẩm thay vì theo cảm tính

• Quản trị hiện trường cần “đúng ca – đúng line – đúng sản phẩm”.
• MES realtime giúp bạn nhìn được chỗ nghẽn theo bối cảnh, thay vì tranh luận “ai đúng”.

Để móc xích vấn đề “có cần không” với phần “so sánh”, ngoài ra bạn có thể tự kiểm tra nhanh theo checklist (càng nhiều “Có” càng nên triển khai):

• Bạn có ≥ 5 lần dừng máy/ngày nhưng không rõ top 3 nguyên nhân?
• Bạn có chênh OEE giữa ca A và ca B nhưng không giải thích được?
• Bạn có mục tiêu giảm downtime trong 4–8 tuần nhưng thiếu dữ liệu realtime?
• Bạn muốn quản trị theo “ca” (shift) nhưng báo cáo hiện tại là “ngày” (daily)?

Nếu checklist cho thấy nhu cầu rõ ràng, bước tiếp theo là không vội chọn phần mềm, mà cần một khung tiêu chí so sánh. Dưới đây là bộ tiêu chí giúp bạn so sánh đúng bản chất.

Các tiêu chí so sánh phần mềm MES giám sát thời gian thực (khung chấm điểm 9 tiêu chí)

Có 9 nhóm tiêu chí chính để so sánh phần mềm MES giám sát sản xuất thời gian thực: (1) thu thập dữ liệu, (2) độ sâu OEE, (3) workflow Andon, (4) dashboard theo ca, (5) phân tích downtime, (6) tích hợp, (7) phân quyền & audit, (8) mô hình triển khai, (9) TCO/ROI.

Cụ thể, khung này giúp bạn tránh 2 sai lầm phổ biến:

• Sai lầm 1: chọn theo “demo đẹp” mà không đo được OEE và downtime đúng.
• Sai lầm 2: chọn hệ thống “quá lớn” so với năng lực triển khai, dẫn tới trì hoãn.

9 tiêu chí (kèm cách kiểm chứng thực tế):

1. Thu thập dữ liệu realtime (Data Acquisition)
   • Hỏi thẳng: lấy dữ liệu từ PLC/SCADA/IoT gateway như thế nào? tần suất? có buffer khi mất mạng không?
2. Độ sâu OEE
   • Có loss tree? có Pareto downtime? drill-down theo line/shift/sản phẩm?
3. Andon theo ca (Alerting & Escalation)
   • Có SLA/escalation không? ai nhận cảnh báo? có log hành động và reason codes không?
4. Dashboard theo line/cell/shift
   • Có hiển thị theo ca? có mục tiêu theo ca? có phân tách theo SKU/recipe?
5. Phân tích downtime & chuẩn hóa lý do dừng
   • Có taxonomy reason codes? có “bắt buộc chọn lý do” khi dừng? có gợi ý tự động không?
6. Tích hợp (Integration)
   • Kết nối với ERP, bảo trì, QC, kho/vật tư… ở mức nào (API, webhook, file, OPC UA)?
7. Phân quyền & audit log
   • Ai được sửa lý do dừng? ai sửa định mức? hệ thống có audit trail không?
8. Mô hình triển khai (On-prem/Cloud/Hybrid) & Edge
   • Nhà máy mạng yếu → cần edge gateway + offline mode; nhà máy nhiều site → cần khả năng scale.
9. TCO/ROI & hỗ trợ vận hành
   • Không chỉ license. Tính cả triển khai, thiết bị, vận hành, đào tạo trưởng ca.

Để làm rõ “khung chấm điểm” là gì, bạn có thể hình dung: bảng so sánh ở phần tiếp theo sẽ dùng đúng 9 tiêu chí này để gán mức phù hợp cho 9 lựa chọn. Và để tránh hiểu nhầm, “9 lựa chọn” dưới đây là 9 archetype phổ biến trên thị trường (Enterprise/Mid-market/OEE-Andon specialist…), giúp bạn map đúng nhu cầu mà không cần nhồi quá nhiều tên sản phẩm.

So sánh 9 phần mềm MES giám sát sản xuất thời gian thực: OEE + Andon theo ca (bảng tổng hợp)

Trong bảng dưới đây, mình tổng hợp 9 “nhóm giải pháp” (archetype) để bạn so sánh nhanh theo đúng bối cảnh nhà máy. Bảng tập trung vào 3 trục chính của tiêu đề: OEE, Andon theo ca, và khả năng triển khai cho nhà máy.

Bối cảnh của bảng: Nếu bạn đang tìm “phần mềm quản lý nhà máy” hoặc “phần mềm quản lý sản xuất nhà máy” theo hướng realtime, bạn sẽ thấy MES thường đứng ở lớp vận hành. Một số doanh nghiệp còn mở rộng thêm “phần mềm quản lý năng lượng nhà máy” nhưng thường là module/giải pháp song song; vì vậy bảng này ưu tiên vận hành sản xuất trước, sau đó mới nói tới tích hợp năng lượng ở phần triển khai và mở rộng.

#	Nhóm giải pháp (archetype)	Mạnh về OEE	Mạnh về Andon theo ca	Triển khai phù hợp	Gợi ý “nên chọn khi…”
1	MES Enterprise (multi-site, governance mạnh)	Rất sâu (loss tree, audit)	Tốt (workflow chuẩn)	Lâu hơn, cần IT/process mạnh	Bạn có nhiều nhà máy/line và cần chuẩn hóa toàn tập
2	MES Mid-market (cân bằng tính năng/triển khai)	Sâu vừa–cao	Tốt	Vừa, có thể pilot nhanh	Bạn cần OEE+Andon nhưng muốn go-live nhanh
3	OEE & Downtime Specialist (tập trung KPI thiết bị)	Rất mạnh	Trung bình–tốt	Nhanh	Bạn cần “đánh vào downtime/OEE” trước khi mở rộng MES
4	Andon Workflow Specialist (đóng vòng sự cố)	Trung bình	Rất mạnh (SLA, escalation)	Nhanh	Bạn đang “đau” vì phản ứng chậm, muốn giảm MTTR trong ca
5	MES + Traceability (theo lô/serial sâu)	Tốt	Tốt	Vừa–lâu	Bạn cần truy vết mạnh theo công đoạn (ngành regulated)
6	Cloud-first Production Monitoring	Tốt (tùy cấu hình)	Tốt	Nhanh nếu mạng ổn	Bạn muốn triển khai nhanh, ưu tiên cloud và báo cáo chuẩn
7	On-prem/Edge-first (mạng yếu, realtime cứng)	Tốt	Tốt	Vừa	Nhà máy mạng chập chờn, cần edge buffer/offline
8	MES tích hợp bảo trì (Maintenance-driven)	Tốt	Tốt	Vừa	Bạn muốn gắn downtime với bảo trì, PM/CM rõ ràng
9	MES tích hợp năng lượng (Energy-aware)	Tốt	Trung bình	Vừa–lâu	Bạn muốn nối KPI sản xuất với tiêu thụ năng lượng theo line

Để móc xích từ bảng tổng hợp sang quyết định chọn, phần quan trọng nhất là: bạn không cần “đủ tất cả”, bạn cần “đúng đau điểm”. Vì vậy, dưới đây là 3 câu hỏi so sánh (H3) bám sát tiêu đề: OEE, Andon, và phù hợp quy mô.

Phần mềm nào mạnh nhất về OEE (Availability/Performance/Quality) & phân tích tổn thất?

Nhóm OEE/Downtime Specialist thắng về độ sâu OEE, còn MES Enterprise thắng về tính chuẩn hóa và audit; trong khi MES Mid-market tối ưu về cân bằng giữa độ sâu và khả năng triển khai nhanh.

Cụ thể, để nhận ra “OEE thật”, bạn cần kiểm tra 3 điểm:

• Loss tree & chuẩn hóa tổn thất: có phân loại downtime theo kế hoạch/không kế hoạch? có changeover, micro-stoppage?
• Pareto downtime theo ca/line: có drill-down theo shift, theo máy, theo sản phẩm?
• Cơ chế reason codes: người vận hành có bị “ép” chọn lý do dừng? có rule gợi ý lý do theo tín hiệu?

Ví dụ, nếu nhà máy của bạn đang muốn “đập downtime” trong 4–8 tuần, chọn OEE/Downtime Specialist để chạy nhanh là hợp lý. Sau đó bạn mới mở rộng thành phần mềm MES nhà máy đầy đủ hơn.

Phần mềm nào tối ưu Andon: cảnh báo theo ca, escalation và đóng vòng xử lý sự cố?

Nhóm Andon Workflow Specialist thắng về SLA/escalation và log hành động, trong khi MES Mid-market và Enterprise thường đủ tốt nếu bạn triển khai đúng quy trình trưởng ca.

Cụ thể, Andon hiệu quả không nằm ở “có đèn đỏ”, mà nằm ở 4 thành phần đóng vòng:

1. Trigger: dừng máy, NG, thiếu vật tư, vượt takt time
2. Routing: ai nhận? (bảo trì/QC/supply/trưởng ca)
3. SLA & escalation: quá X phút thì escalated lên cấp nào
4. Closure: xử lý xong phải chốt “nguyên nhân + hành động + thời gian”

Nếu bạn đang có vấn đề “dừng máy mà không ai chịu trách nhiệm” hoặc “mỗi ca xử lý một kiểu”, nhóm Andon workflow mạnh sẽ tạo kỷ luật vận hành nhanh nhất.

Phần mềm nào phù hợp triển khai nhanh cho nhà máy vừa/SME vs nhà máy nhiều line/multi-site?

Cloud-first và OEE/Andon specialist phù hợp triển khai nhanh cho nhà máy vừa/SME, còn MES Enterprise phù hợp nhà máy nhiều line/multi-site cần governance; On-prem/Edge-first tối ưu cho nhà máy mạng yếu hoặc yêu cầu realtime cứng.

Cụ thể, hãy chọn theo ràng buộc thực tế:

• SME / 1–3 line, mục tiêu nhanh: ưu tiên “nhanh có dữ liệu đúng”, pilot 1 line, dùng archetype #3/#4/#6.
• Nhiều line/multi-site: ưu tiên chuẩn hóa taxonomy, phân quyền, audit → archetype #1/#2.
• Mạng yếu/khó kéo dây: ưu tiên edge + buffer → archetype #7.

Để kết lại phần so sánh, điểm chuyển tiếp quan trọng là: dữ liệu realtime có đáng tin không? Nếu dữ liệu sai, OEE sai và Andon “gây nhiễu”. Vì vậy, phần tiếp theo trả lời theo dạng Có/Không về độ tin cậy dữ liệu.

Dữ liệu “thời gian thực” của MES có đáng tin không và cần chuẩn bị gì để tránh sai số?

Có, dữ liệu thời gian thực của phần mềm giám sát sản xuất thời gian thực đáng tin nếu bạn (1) chuẩn hóa định nghĩa & mã lý do dừng, (2) mapping tín hiệu đúng, và (3) có cơ chế lưu đệm/đồng bộ khi mất mạng.

Cụ thể, đây là 3 nguyên nhân gây sai số “đau” nhất:

Nguyên nhân 1: Mapping tín hiệu sai hoặc thiếu ngữ cảnh

• Máy có nhiều trạng thái nhưng bạn chỉ lấy “run/stop” → downtime bị bóp méo.
• Cách chữa: xây mapping theo state machine + xác nhận cùng trưởng ca/bảo trì.

Nguyên nhân 2: Reason codes không chuẩn hóa theo ca

• Cùng một lỗi nhưng ca khác gọi khác tên → Pareto downtime vô nghĩa.
• Cách chữa: taxonomy reason codes + rule bắt buộc chọn khi dừng vượt ngưỡng.

Nguyên nhân 3: Mất mạng/mất dữ liệu → “realtime giả”

• Nếu không có buffer (edge/offline), bạn sẽ thấy biểu đồ “đẹp” nhưng thiếu dữ liệu.
• Cách chữa: edge gateway + cơ chế store-and-forward.

Để có một dẫn chứng theo đúng format, bạn có thể tham khảo cách một hệ thống giám sát thời gian vận hành thiết bị được kiểm chứng dữ liệu: Theo nghiên cứu của Trường Đại học Cần Thơ từ Tạp chí Khoa học Đại học Cần Thơ, vào 04/2024 (thử nghiệm 15/04/2024–29/04/2024), dữ liệu giám sát thời gian vận hành được gửi tức thời về máy chủ và trùng khớp với thời gian ghi nhận trong sổ nhật ký sử dụng thiết bị, cho thấy thiết kế đúng về thu thập–truyền–đối soát giúp dữ liệu realtime đáng tin.

Sau khi đảm bảo dữ liệu đáng tin, bước còn lại là “làm thế nào triển khai để chạy được trong 30–60 ngày”. Dưới đây là quy trình triển khai theo hướng pilot, bám sát nhịp ca.

Quy trình chọn & triển khai MES giám sát thời gian thực trong 30–60 ngày (theo ca)

Phương pháp triển khai hiệu quả nhất là pilot theo 5 bước trong 30–60 ngày để đạt kết quả mong đợi: có dữ liệu realtime đúng, có OEE theo ca, và có Andon đóng vòng sự cố.

Cụ thể, 5 bước bạn nên đi theo thứ tự:

Bước 1: Chốt mục tiêu vận hành theo ca (Week 1)

• KPI mục tiêu: giảm downtime X%, tăng OEE Y điểm, giảm thời gian phản hồi Andon.
• Chốt định nghĩa: “dừng máy”, “changeover”, “micro-stoppage”, “NG”.

Bước 2: Chuẩn hóa taxonomy reason codes (Week 1–2)

• Top-level: kế hoạch/không kế hoạch; cơ khí/điện/vật tư/chất lượng/vận hành.
• Quy định: dừng > N phút bắt buộc chọn lý do + ghi chú.

Bước 3: Pilot thu thập dữ liệu 1 line (Week 2–4)

• Chỉ lấy tín hiệu quan trọng trước: run/stop + một số trạng thái đặc thù.
• Thiết lập dashboard theo ca: mục tiêu ca, sản lượng ca, downtime ca.

Bước 4: Kích hoạt Andon workflow theo ca (Week 3–5)

• Routing: ai nhận?
• SLA/escalation: quá 5–10 phút escalated lên trưởng ca/bảo trì trưởng.
• Closure: bắt buộc chốt “nguyên nhân gốc + hành động”.

Bước 5: Mở rộng & chuẩn hóa vận hành (Week 5–8)

• Mở rộng line thứ 2–3; so sánh dữ liệu giữa ca để sửa taxonomy.
• Đưa vào “thói quen họp ca” dựa trên Pareto downtime.

Nếu bạn đang dùng một hệ thống dạng “phần mềm quản lý sản xuất nhà máy” tổng thể (ERP/APS), hãy coi MES realtime là lớp bám hiện trường; khi hai lớp liên kết đúng, bạn mới có “kế hoạch bám thực tế”.

---

Contextual Border (chuyển ngữ cảnh): Từ đây, bài viết đã trả lời đủ ý định chính “so sánh MES giám sát thời gian thực theo OEE & Andon theo ca” và cách chọn/triển khai. Phần tiếp theo mở rộng vi mô: phân biệt MES với ERP/SCADA, khi nào không nên chọn MES, và cách chọn mô hình triển khai để giảm rủi ro.

MES giám sát thời gian thực khác gì ERP, SCADA và phần mềm “theo dõi tiến độ” (khi nào không nên chọn MES)?

MES thắng về vận hành thời gian thực (OEE/Andon theo ca), ERP thắng về quản trị kế hoạch–tài chính, còn SCADA mạnh về giám sát/điều khiển thiết bị; vì vậy, bạn không nên chọn MES nếu mục tiêu của bạn chỉ là kế toán/kế hoạch hoặc nếu bạn chưa có dữ liệu hiện trường tối thiểu.

Cụ thể, sự nhầm lẫn phổ biến là: “mình đã có ERP rồi, cần gì MES?” hoặc “mình có SCADA rồi, MES có làm gì khác?”. Bốn mục dưới đây gỡ từng nhầm lẫn theo đúng kiểu so sánh/định nghĩa/nhóm hóa.

SCADA là gì và tại sao SCADA chưa đủ để quản lý OEE/Andon theo ca?

SCADA là hệ thống giám sát và thu thập dữ liệu phục vụ điều khiển/quan sát thiết bị, nhưng thường chưa đủ để chuẩn hóa tổn thất, tính OEE theo bối cảnh ca, và vận hành workflow Andon đóng vòng theo người–thời hạn.

Cụ thể, SCADA mạnh ở “tín hiệu kỹ thuật” (tags, alarms, trends), còn MES mạnh ở “ngữ cảnh vận hành” (ca-kíp, reason codes, KPI, phân quyền, quy trình xử lý). Nếu bạn muốn “giảm downtime theo ca” thì thứ bạn cần không chỉ là alarm, mà là quy trình phản hồi + phân tích Pareto + cải tiến.

Khi nào ERP là “đủ dùng” và khi nào cần MES để giám sát thời gian thực?

ERP đủ dùng khi bạn cần quản trị kế hoạch, vật tư, giá thành, đơn hàng; còn bạn cần MES giám sát thời gian thực khi bạn cần nhìn hiện trường theo phút/giây để tối ưu OEE và phản ứng Andon trong ca.

Ví dụ, ERP trả lời “tuần này sản xuất bao nhiêu theo kế hoạch”, còn MES trả lời “ngay bây giờ line 2 đang dừng vì lý do gì, ai đang xử lý, và OEE ca A đang rơi ở đâu”.

5 tình huống “không nên triển khai MES ngay” (và giải pháp thay thế)

Có 5 tình huống chính bạn chưa nên triển khai MES ngay: (1) chưa chuẩn hóa ca-kíp, (2) không có dữ liệu máy tối thiểu, (3) quy trình thay đổi liên tục, (4) không có owner vận hành, (5) kỳ vọng “mua xong là chạy”.

Cụ thể hơn, giải pháp thay thế theo từng tình huống:

• Chưa chuẩn hóa ca → chuẩn hóa lịch ca, mục tiêu ca, biểu mẫu reason codes trước
• Không có dữ liệu máy → bắt đầu bằng OEE thủ công + cảm biến tối thiểu hoặc gateway nhẹ
• Quy trình thay đổi liên tục → ổn định quy trình 2–4 tuần, rồi pilot
• Không có owner → chỉ định trưởng ca/production excellence làm chủ
• Kỳ vọng “mua xong là chạy” → chuyển kỳ vọng sang “pilot–học–mở rộng”

On-prem vs Cloud vs Hybrid cho MES giám sát realtime: lựa chọn nào giảm rủi ro downtime dữ liệu?

On-prem thắng về kiểm soát và độ ổn định tại chỗ, Cloud tối ưu tốc độ triển khai và phân tích tập trung, còn Hybrid/Edge là lựa chọn giảm rủi ro nhất khi nhà máy mạng yếu nhưng vẫn muốn báo cáo tập trung.

Cụ thể, nếu bạn có thêm mục tiêu mở rộng sang “phần mềm quản lý năng lượng nhà máy”, mô hình Hybrid/Edge thường thuận lợi vì dữ liệu năng lượng và dữ liệu sản xuất đều cần thu thập tại hiện trường, sau đó mới đẩy lên phân tích tập trung theo ca/line.

Dẫn chứng (tham khảo tác động KPI vận hành): Một số báo cáo thị trường cho thấy các nhà máy áp dụng nền tảng realtime gắn với cải tiến hiện trường có thể tăng OEE đáng kể trong thời gian ngắn; ví dụ Redzone công bố mức tăng trung bình 12 điểm OEE (tương đương tăng năng suất 26%) trong 90 ngày trên tập mẫu lớn.