Dữ liệu lịch sử VN30F1M cần loại đúng các ngày không giao dịch (nghỉ lễ, phiên tạm ngừng) khỏi chuỗi thời gian, đồng thời xử lý nhất quán các phiên có sự kiện bất thường mà không tự động loại bỏ nếu thiếu căn cứ rõ ràng — loại nhầm hoặc giữ nhầm dữ liệu đều có thể làm sai lệch kết quả kiểm định.
Định nghĩa đầy đủ
Xử lý phiên nghỉ lễ và sự kiện đặc biệt trong dữ liệu lịch sử là bước đảm bảo chuỗi thời gian dùng để backtest phản ánh đúng các ngày thị trường thực sự giao dịch, đồng thời có quy tắc rõ ràng và nhất quán cho các phiên biến động bất thường, tránh loại bỏ tuỳ tiện dữ liệu hợp lệ hoặc giữ lại dữ liệu lỗi.
Lưu ý rủi ro: Nội dung dưới đây mang tính giáo dục về phương pháp xử lý dữ liệu trước khi kiểm định chiến lược, không phải khuyến nghị đầu tư. Chứng khoán phái sinh dùng đòn bẩy nên lãi và lỗ đều được khuếch đại; một bộ dữ liệu được xử lý đúng quy trình không đảm bảo chiến lược backtest trên đó sẽ sinh lời.
Những điều cần nhớ
- Ngày nghỉ lễ và phiên tạm ngừng cần được loại khỏi chuỗi thời gian dựa trên lịch giao dịch chính thức, không suy đoán từ khoảng trống dữ liệu
- Một phiên biến động mạnh do tin tức thị trường thật vẫn là dữ liệu hợp lệ, không nên bị loại bỏ như outlier nếu không có bằng chứng lỗi ghi nhận
- Xử lý sai ngày nghỉ lễ có thể khiến chuỗi hợp đồng liên tục bị lệch khi ghép qua nhiều kỳ hạn
- Mọi can thiệp thủ công vào dữ liệu (loại bỏ, điều chỉnh) nên được ghi log để có thể kiểm tra và tái lập lại sau này
- Lịch nghỉ giao dịch chính thức do HNX công bố và có thể thay đổi theo từng năm
Vì sao ngày nghỉ lễ cần được xử lý đúng trong dữ liệu lịch sử
Một chuỗi dữ liệu lịch sử VN30F1M hoàn chỉnh cần loại đúng các ngày thị trường không mở cửa — nghỉ lễ theo lịch chính thức, hoặc các phiên tạm ngừng giao dịch vì lý do kỹ thuật/hành chính — khỏi trục thời gian dùng để backtest. Nếu một hệ thống xử lý dữ liệu tự động coi mọi khoảng trống trong dữ liệu là "ngày nghỉ" mà không đối chiếu lịch chính thức, nó có thể vô tình loại bỏ một phiên giao dịch thật (nếu dữ liệu nguồn bị thiếu do lỗi thu thập), hoặc giữ lại một ngày nghỉ lễ nếu nguồn dữ liệu bên thứ ba nội suy giá trị thay vì để trống — cả hai sai sót đều làm chuỗi thời gian không còn phản ánh đúng thực tế giao dịch.
Phân biệt phiên "bất thường nhưng hợp lệ" và phiên có lỗi dữ liệu thật
Đây là điểm dễ gây nhầm lẫn nhất trong toàn bộ quy trình. Một phiên có biến động giá mạnh bất thường có thể xuất phát từ hai nguồn hoàn toàn khác nhau: thứ nhất là một sự kiện thị trường thật (tin tức vĩ mô, biến động toàn cầu) khiến giá dao động mạnh nhưng vẫn là dữ liệu hợp lệ; thứ hai là lỗi ghi nhận/truyền dữ liệu tại nguồn, tạo ra một bản ghi không phản ánh giao dịch thật. Nguyên tắc cần giữ vững là: chỉ loại bỏ khi có căn cứ xác nhận đây là lỗi dữ liệu, không loại bỏ chỉ vì phiên đó "trông bất thường" trên biểu đồ.
Nhầm lẫn phổ biến nhất là coi mọi biến động mạnh là outlier cần lọc, dẫn tới dữ liệu sau xử lý trông mượt hơn thực tế thị trường từng có — hệ quả là chiến lược backtest trên dữ liệu đó không được kiểm định qua đúng mức độ rủi ro đã từng xảy ra.
Nguyên tắc xử lý: không tự động loại bỏ khi thiếu căn cứ rõ ràng
Nguyên tắc trung tâm khi xử lý phiên đặc biệt là: mọi quyết định loại bỏ hoặc điều chỉnh dữ liệu cần có căn cứ cụ thể — đối chiếu lịch giao dịch chính thức cho ngày nghỉ lễ, hoặc bằng chứng kỹ thuật rõ ràng (khối lượng khớp bất thường, timestamp trùng lặp, đối chiếu nhiều nguồn không khớp) cho các nghi ngờ lỗi dữ liệu. Không nên đặt ra một quy tắc chung kiểu "loại bỏ mọi phiên biến động quá X%" vì quy tắc như vậy sẽ vô tình xoá cả những phiên biến động thật có ý nghĩa với việc kiểm định chiến lược.
Nói cách khác, quy trình xử lý phiên đặc biệt nên được thiết kế và cố định trước khi biết kết quả backtest sẽ ra sao — tránh tình huống điều chỉnh ngưỡng loại bỏ theo hướng có lợi cho một chiến lược cụ thể, làm mất tính khách quan của toàn bộ quy trình kiểm định.
Ảnh hưởng tới chuỗi hợp đồng liên tục nếu xử lý sai ngày nghỉ lễ
Vì VN30F1M chỉ là một mã hợp đồng trong chuỗi nhiều kỳ hạn nối tiếp nhau, dữ liệu lịch sử dài hơn một tháng thực chất là kết quả ghép nối nhiều hợp đồng. Nếu ngày nghỉ lễ bị xử lý sai — ví dụ bị tính nhầm là một ngày giao dịch có dữ liệu — điều này có thể làm lệch vị trí tính toán các mốc thời gian liên quan tới roll hoặc các phép tính theo chuỗi phiên liên tiếp (ví dụ đếm số phiên kể từ một sự kiện). Sai lệch này thường không lộ rõ ngay trên biểu đồ giá, nhưng có thể ảnh hưởng tới các chiến lược nhạy cảm với số phiên hoặc mùa vụ.
Ghi log các phiên đã can thiệp để tái lập được quy trình
Mọi can thiệp thủ công vào dữ liệu — loại bỏ một ngày, điều chỉnh một bản ghi bị nghi ngờ lỗi, hoặc quyết định giữ lại một phiên biến động bất thường sau khi xác minh — nên được ghi lại thành một log riêng: ngày/thời điểm, loại can thiệp, và lý do quyết định. Việc ghi log này phục vụ hai mục đích: cho phép người khác (hoặc chính người thực hiện ở một thời điểm sau) kiểm tra lại logic xử lý, và cho phép tái lập chính xác cùng một bộ dữ liệu nếu cần chạy lại backtest để đối chiếu kết quả.
| Loại phiên (minh hoạ) | Cách xử lý |
|---|---|
| Phiên bình thường | Giữ nguyên trong chuỗi dữ liệu |
| Phiên nghỉ lễ (theo lịch chính thức) | Loại khỏi chuỗi thời gian, không nội suy |
| Phiên bất thường nhưng hợp lệ (biến động thật) | Giữ nguyên, không loại bỏ như outlier |
| Phiên có lỗi dữ liệu xác nhận được | Loại bỏ hoặc điều chỉnh, có ghi log lý do |
Bảng minh hoạ nguyên tắc phân loại, không phải danh sách phiên thật của một giai đoạn cụ thể.
Ví dụ minh hoạ về lỗi nội suy ngày nghỉ lễ
Ví dụ minh hoạ: một bộ dữ liệu tự động nội suy giá cho các ngày nghỉ Tết Nguyên Đán thay vì loại hẳn khỏi chuỗi thời gian, tạo ra một chuỗi giá trị giả định liên tục qua kỳ nghỉ (số liệu minh hoạ mô tả lỗi, không phải dữ liệu thật). Nếu không phát hiện, một chiến lược theo xu hướng có thể "nhìn thấy" một xu hướng tăng hoặc giảm liên tục không có thật trong giai đoạn nghỉ lễ, khiến tín hiệu giao dịch bị kích hoạt dựa trên dữ liệu không phản ánh giao dịch thực tế nào.
Câu hỏi thường gặp
Làm sao biết chính xác ngày nào là ngày nghỉ giao dịch chính thức?
Cần đối chiếu lịch giao dịch chính thức do HNX công bố cho từng năm, không nên tự suy đoán từ việc dữ liệu bị thiếu ở một ngày nào đó — dữ liệu thiếu có thể do lỗi thu thập, không nhất thiết là ngày nghỉ lễ.
Phiên biến động mạnh bất thường có nên loại khỏi dữ liệu backtest không?
Không nên loại bỏ mặc định nếu đó là biến động thị trường thật; chỉ loại bỏ khi có bằng chứng rõ ràng đây là lỗi ghi nhận dữ liệu (bad tick), khác với biến động giá hợp lệ phản ánh đúng diễn biến thị trường.
Nội suy dữ liệu cho ngày nghỉ lễ có phải cách xử lý đúng không?
Không; ngày không giao dịch nên được loại hẳn khỏi chuỗi thời gian backtest thay vì nội suy ra giá trị giả định, tránh tạo tín hiệu giao dịch từ dữ liệu không có thật trong thực tế.
Vì sao cần ghi log các can thiệp vào dữ liệu?
Để có thể kiểm tra lại, giải thích và tái lập được quy trình xử lý dữ liệu khi cần đối chiếu kết quả backtest với người khác, hoặc khi chạy lại cùng một bộ dữ liệu ở lần kiểm định sau.
Lỗi xử lý ngày nghỉ lễ ảnh hưởng nghiêm trọng thế nào so với các lỗi dữ liệu khác?
Mức độ ảnh hưởng tuỳ chiến lược, nhưng đặc biệt nghiêm trọng với chiến lược nhạy cảm về chuỗi phiên liên tiếp hoặc mùa vụ, vì một ngày nghỉ bị xử lý sai có thể làm lệch toàn bộ cách đếm số phiên liên tiếp.
Nguồn tham khảo
- HNX – Lịch giao dịch và lịch nghỉ thị trường phái sinh – hnx.vn – truy cập 07/09/2026
Lưu ý rủi ro: Nội dung trong bài mang tính giáo dục về phương pháp xử lý dữ liệu, không phải khuyến nghị đầu tư. Chứng khoán phái sinh dùng đòn bẩy — lãi và lỗ đều được khuếch đại.
Xem thêm bài checklist chất lượng dữ liệu lịch sử VN30F1M và lọc dữ liệu nhiễu (outlier/bad tick). Muốn tránh lỗi dữ liệu "âm thầm" từ các ngày nghỉ lễ trong backtest? Đăng ký bản tin StockUp để nhận checklist xử lý dữ liệu lịch sử.
Tuan Nguyen
Founder
18+ năm xây dựng sản phẩm Web, SaaS, FinTech và Blockchain, hơn 120 dự án thực tế; kết hợp kinh nghiệm đầu tư chứng khoán với phát triển hệ thống phân tích.
