Định dạng ngày ISO 8601 là gì?

Vì sao là YYYY-MM-DD

03/04/2026 là ngày 3 tháng 4 ở phần lớn thế giới, kể cả Việt Nam, nhưng lại là ngày 4 tháng 3 ở Hoa Kỳ. ISO 8601 loại bỏ việc phải đoán bằng cách cố định một thứ tự, năm rồi tháng rồi ngày, với năm bốn chữ số, tháng và ngày hai chữ số có thêm số 0 ở đầu.

Lợi ích thứ hai là sắp xếp: chuỗi dạng YYYY-MM-DD sắp theo bảng chữ cái cũng đúng thứ tự của chính các ngày đó, nên tên file như 2026-10-14-report.pdf luôn xếp đúng thứ tự trong mọi thư mục.

Giờ, múi giờ và chữ Z

Phần giờ đứng sau ngày, cách nhau bằng chữ T. Giờ dùng định dạng 24 giờ, và phần lẻ của giây đứng sau dấu chấm thập phân: 09:30:00.250.

• Z (đọc là "Zulu") nghĩa là giờ theo UTC: 2026-10-14T09:30:00Z.
• Độ lệch như +02:00 hoặc -05:00 cho biết giờ địa phương và khoảng cách của nó so với UTC. 2026-10-14T11:30:00+02:00 là cùng thời điểm với ví dụ UTC ở trên.
• Giờ không có Z và không có độ lệch là giờ địa phương của một múi giờ không xác định. Nó vẫn là ISO 8601 hợp lệ, nhưng hệ thống khác không thể biết nó chỉ thời điểm nào.

Độ lệch không phải là múi giờ. +01:00 có thể là Paris vào mùa đông hoặc Lagos quanh năm. ISO 8601 chỉ ghi độ lệch; quy tắc múi giờ đến từ nguồn khác, như cơ sở dữ liệu múi giờ IANA.

Ngày theo tuần và số tuần

Tuần ISO bắt đầu từ thứ Hai, và tuần 1 là tuần chứa ngày thứ Năm đầu tiên của năm (tương đương với tuần chứa ngày 4 tháng 1). Ngày theo tuần được viết là năm, W, số tuần, rồi thứ trong tuần từ 1 (thứ Hai) đến 7 (Chủ nhật).

Vì tuần không bị chia cắt giữa hai năm, năm đánh số tuần ISO có thể khác năm dương lịch ở các ngày giáp ranh:

Một năm có 52 hoặc 53 tuần ISO. Số tuần trong lịch kiểu Mỹ, thường bắt đầu từ Chủ nhật và luôn xếp ngày 1 tháng 1 vào tuần 1, có thể lệch một so với số tuần ISO.

Khoảng thời gian và khoảng ngày

Một khoảng thời gian (duration) bắt đầu bằng P (period). Phần ngày đứng trước, sau đó là T, rồi đến phần giờ. Các phần bằng 0 có thể bỏ qua.

Một khoảng (interval) nối hai phần bằng dấu gạch chéo: 2026-10-14/2026-10-20 (bắt đầu và kết thúc), 2026-10-14T09:00Z/PT2H (bắt đầu và độ dài), hoặc P1D/2026-10-14 (độ dài và kết thúc). Khoảng thời gian tính bằng năm và tháng không có độ dài cố định tính bằng giây, nên phần mềm cộng chúng theo lịch chứ không theo một số giây cố định.

RFC 3339: hồ sơ chặt chẽ dành cho web

ISO 8601 cho phép rất nhiều biến thể, khiến trình phân tích đầy đủ trở nên phức tạp. RFC 3339 chọn ra một hồ sơ (profile) cho các giao thức Internet, và phần lớn API JSON, feed Atom và định dạng log đều tuân theo nó.

• Bắt buộc có đầy đủ ngày và giờ, luôn ở dạng mở rộng: 2026-10-14T09:30:00Z.
• Mọi timestamp phải có Z hoặc độ lệch dạng số như +02:00; không cho phép giờ địa phương không có độ lệch.
• Ngày theo tuần, ngày thứ tự và khoảng thời gian không thuộc hồ sơ này.
• -00:00 cho biết thời gian theo UTC nhưng không rõ độ lệch địa phương ban đầu.
• RFC lưu ý có thể dùng dấu cách thay cho T để dễ đọc, một dạng mà nhiều cơ sở dữ liệu hiển thị.