Trong kho dữ liệu dùng cho AI, tình trạng hiệu lực phải gắn ở mức từng điều, khoản, và mỗi lần điều khoản thay đổi phải tạo một phiên bản mới có ngày bắt đầu và ngày kết thúc hiệu lực, thay vì ghi đè. Gắn một nhãn "còn hiệu lực" cho cả văn bản là cách làm phổ biến nhưng sai ở đúng chỗ người dùng cần nhất: một luật còn hiệu lực có thể đã bị sửa vài điều, bãi bỏ một khoản, hoặc có điều mới áp dụng từ năm sau.
Bài này dành cho người thiết kế cấu trúc dữ liệu. Phần cách đọc và xác định hiệu lực của một văn bản đã có ở các trang chuyên về hiệu lực; ở đây, câu hỏi là lưu thông tin đó thế nào để máy dùng đúng, kể cả khi người hỏi về một sự việc xảy ra từ vài năm trước.
Vì sao nhãn hiệu lực ở mức văn bản là không đủ
Hãy hình dung một luật ban hành năm trước, có hiệu lực từ đầu năm nay, rồi giữa năm có một luật khác sửa ba điều của nó. Ở mức văn bản, luật này vẫn "còn hiệu lực". Nhưng ba điều kia đã có nội dung mới, và nội dung cũ chỉ đúng cho giai đoạn trước ngày sửa. Một chatbot đọc nhãn văn bản sẽ trích nguyên văn bản gốc cho cả ba điều, tự tin và sai.
Trường hợp ngược lại cũng hay gặp: văn bản đã được công bố, được đưa vào kho, nhưng một số điều có hiệu lực muộn hơn phần còn lại theo điều khoản thi hành. Ở thời điểm người dùng hỏi, những điều đó chưa áp dụng. Nhãn "còn hiệu lực" ở mức văn bản không nói được điều này.
Thêm vào đó là trường hợp văn bản bị ngưng hiệu lực một phần, văn bản hướng dẫn hết căn cứ khi luật gốc bị thay, và quy định chuyển tiếp cho phép áp dụng quy định cũ với một số việc. Tất cả đều là thông tin ở mức điều, khoản. Muốn câu trả lời đúng, dữ liệu phải xuống tới mức đó.
Bộ trường hiệu lực tối thiểu cho mỗi đơn vị
Đơn vị ở đây là mảnh sau khi chia (thường là điều hoặc khoản). Bộ trường dưới đây đủ cho phần lớn nhu cầu truy vấn; có thể thêm tuỳ dự án.
| Trường | Ý nghĩa | Lấy từ đâu |
|---|---|---|
| Mã đơn vị ổn định | Định danh điều, khoản không đổi qua các phiên bản | Ghép từ số hiệu văn bản và vị trí điều, khoản |
| Mã phiên bản | Phân biệt các lần thay đổi nội dung của cùng đơn vị | Sinh khi có thay đổi |
| Ngày bắt đầu hiệu lực | Từ ngày nào nội dung phiên bản này áp dụng | Điều khoản thi hành của văn bản ban hành hoặc văn bản sửa đổi |
| Ngày kết thúc hiệu lực | Đến trước ngày nào phiên bản này còn áp dụng; để trống nếu chưa biết | Văn bản sửa đổi, thay thế, bãi bỏ |
| Tình trạng | Chưa có hiệu lực, đang áp dụng, đã bị thay, đã bị bãi bỏ, ngưng hiệu lực | Suy ra từ ngày và các văn bản liên quan, có người duyệt |
| Văn bản gây thay đổi | Văn bản nào sửa, bãi bỏ hoặc thay thế phiên bản này | Bản ghi sửa đổi đã bóc |
| Ngày kiểm gần nhất | Lần cuối có người xác nhận tình trạng | Quy trình cập nhật |
| Ghi chú chuyển tiếp | Có quy định cho phép áp dụng tiếp nội dung cũ với một số việc không | Điều khoản chuyển tiếp |
Hai trường hay bị bỏ là "văn bản gây thay đổi" và "ngày kiểm gần nhất". Chúng không cần cho truy vấn hằng ngày, nhưng là thứ đầu tiên bạn cần khi có người hỏi vì sao câu trả lời lại dựa vào nội dung này.
Lưu phiên bản: không bao giờ ghi đè nội dung cũ
Nguyên tắc cốt lõi là mọi lần thay đổi nội dung đều sinh ra một bản ghi mới, bản ghi cũ được đóng lại bằng ngày kết thúc hiệu lực. Kho dữ liệu vì thế giữ được toàn bộ lịch sử của từng điều. Cách lưu này quen thuộc với người làm cơ sở dữ liệu dưới tên bảng lịch sử có khoảng hiệu lực; với dữ liệu pháp luật, nó gần như bắt buộc.
Lý do thứ nhất là câu hỏi về quá khứ. Người dùng hỏi về hợp đồng ký ba năm trước, về một vi phạm xảy ra trước khi luật mới có hiệu lực, về quyền lợi của một giai đoạn đã qua. Câu trả lời đúng phải dựa trên nội dung áp dụng ở thời điểm sự việc, mà điều đó phụ thuộc cả vào quy định chuyển tiếp. Không có lịch sử thì không trả lời được.
Lý do thứ hai là truy vết. Khi có khiếu nại về một câu trả lời đã đưa ra, bạn cần biết lúc đó kho chứa phiên bản nào. Nếu phiên bản cũ đã bị ghi đè, không còn cách nào chứng minh hệ thống đã làm đúng hay sai theo dữ liệu tại thời điểm đó.
Lý do thứ ba là chất lượng. So sánh hai phiên bản liền nhau của một điều giúp người duyệt thấy ngay thay đổi gì, tránh lỗi áp nhầm văn bản sửa đổi vào sai khoản.
Những ca khó khi gắn hiệu lực
Ngày hiệu lực khác nhau trong cùng văn bản. Điều khoản thi hành có thể quy định phần lớn văn bản áp dụng từ một ngày, một số điều từ ngày khác. Bộ bóc ngày phải đọc điều khoản thi hành và gắn ngày theo từng điều được nêu, không lấy một ngày cho cả văn bản.
Văn bản thay thế cả văn bản cũ. Khi luật mới thay luật cũ, mọi đơn vị của luật cũ được đóng ngày kết thúc. Nhưng điều khoản chuyển tiếp của luật mới có thể cho phép một số việc tiếp tục theo luật cũ; ghi điều này vào trường chuyển tiếp thay vì để đơn vị cũ "biến mất".
Văn bản hướng dẫn khi văn bản gốc đổi. Nghị định, thông tư hướng dẫn một luật đã bị thay không mặc nhiên hết hiệu lực cùng lúc; tình trạng của chúng tuỳ quy định cụ thể. Gắn cờ "cần xác minh" cho các văn bản hướng dẫn mỗi khi văn bản gốc đổi, rồi để người hiểu luật xác nhận.
Văn bản của địa phương sau sắp xếp năm 2025. Văn bản của tỉnh, của đơn vị cấp huyện cũ ban hành trước 1/7/2025 có tình trạng phức tạp. Đừng tự suy là hết hiệu lực hay còn hiệu lực; đánh dấu riêng, ghi nguồn xác minh khi có.
Đình chỉ, ngưng hiệu lực tạm thời. Đây là trạng thái có thể đảo ngược, nên lưu như một khoảng thời gian có ngày bắt đầu và ngày kết thúc riêng, không xoá nội dung.
Truy vấn đúng thời điểm: cách hệ thống nên chọn phiên bản
Khi người dùng đặt câu hỏi, hệ thống cần một ngày tham chiếu để lọc phiên bản. Quy trình gợi ý:
- Xác định ngày tham chiếu: mặc định là ngày hiện tại; nếu câu hỏi nhắc tới thời điểm sự việc (ngày ký, ngày xảy ra), dùng ngày đó và báo rõ cho người dùng.
- Lọc các phiên bản có ngày bắt đầu không muộn hơn ngày tham chiếu và ngày kết thúc trống hoặc muộn hơn ngày tham chiếu.
- Nếu đơn vị có ghi chú chuyển tiếp liên quan, kéo cả phiên bản cũ và điều khoản chuyển tiếp vào ngữ cảnh, để câu trả lời giải thích được vì sao có thể áp dụng quy định cũ.
- Nếu có phiên bản đã công bố nhưng chưa tới ngày hiệu lực, kèm theo như thông tin "sắp áp dụng", tách bạch với nội dung đang áp dụng.
- Ghi lại ngày tham chiếu và các mã phiên bản đã dùng cùng câu trả lời, phục vụ truy vết.
Ví dụ giả định: người dùng hỏi về thời hạn báo trước khi nghỉ việc với hợp đồng ký và chấm dứt trong năm 2019. Hệ thống phải lấy phiên bản điều khoản áp dụng năm 2019, không phải phiên bản hiện hành, và câu trả lời cần nói rõ đang dựa trên quy định của giai đoạn nào.
Ai chịu trách nhiệm cho dữ liệu hiệu lực
Máy có thể bóc ngày từ điều khoản thi hành và nhận diện câu sửa đổi, nhưng quyết định cuối về tình trạng hiệu lực nên có người hiểu luật xác nhận, ít nhất với các văn bản thuộc phạm vi cốt lõi của sản phẩm. Ghi tên người xác nhận và ngày xác nhận vào dữ liệu.
Nên tách hai trạng thái: "máy suy ra" và "đã có người xác nhận". Câu trả lời dựa trên đơn vị mới ở trạng thái máy suy ra có thể kèm lời nhắc kiểm thêm. Khi tỷ lệ đơn vị đã xác nhận trong phạm vi cốt lõi còn thấp, đó là tín hiệu để dồn công sức vào tầng này trước khi mở rộng sản phẩm.
Cuối cùng, công bố cho người dùng biết dữ liệu được cập nhật tới ngày nào. Một dòng "dữ liệu văn bản cập nhật đến ngày…" trung thực hơn và hữu ích hơn mọi lời cam kết chung chung về độ chính xác.
Kiểm chất lượng dữ liệu hiệu lực theo định kỳ
Dữ liệu hiệu lực sai thường không gây lỗi kỹ thuật nào, nên phải chủ động tìm. Một số phép kiểm chạy được tự động mỗi tuần:
- Đơn vị có hai phiên bản cùng đang áp dụng ở một ngày: dấu hiệu quên đóng ngày kết thúc khi thêm phiên bản mới.
- Đơn vị có ngày kết thúc sớm hơn ngày bắt đầu, hoặc có khoảng trống giữa hai phiên bản liền nhau mà không có ghi chú bãi bỏ hay ngưng hiệu lực.
- Văn bản hướng dẫn có văn bản gốc đã bị thay nhưng vẫn mang tình trạng đang áp dụng mà chưa ai xác nhận.
- Đơn vị có ngày kiểm gần nhất đã quá lâu so với chu kỳ rà soát của đội.
- Văn bản sửa đổi đã nhập vào kho nhưng chưa sinh ra phiên bản mới cho các điều mà nó sửa: đếm chỉ thị sửa đổi và đếm phiên bản mới phải khớp.
- Văn bản của địa phương mang tên đơn vị hành chính không còn trong danh sách 34 tỉnh, thành sau sắp xếp mà chưa có ghi chú tình trạng.
Kết quả các phép kiểm nên thành một danh sách việc có người nhận, không chỉ là một bảng số. Mỗi mục được xử lý xong thì ghi lại cách xử lý, để lần sau gặp ca tương tự đội có tiền lệ mà làm theo.
Câu hỏi thường gặp
Có thể dùng văn bản hợp nhất thay cho việc tự dựng phiên bản không?
Văn bản hợp nhất do cơ quan có thẩm quyền công bố rất có ích để đối chiếu, nhưng không phải văn bản nào cũng có bản hợp nhất kịp thời và bản hợp nhất thường chỉ thể hiện một thời điểm. Nên tự dựng phiên bản từ các văn bản sửa đổi rồi dùng bản hợp nhất để kiểm chéo.
Nếu không biết chắc ngày kết thúc hiệu lực thì để thế nào?
Để trống ngày kết thúc và gắn cờ cần xác minh. Đừng đoán một ngày. Khi câu trả lời dùng đơn vị có cờ này, hệ thống có thể nhắc người dùng kiểm lại tình trạng hiệu lực ở nguồn chính thức.
Có cần lưu phiên bản cho cả văn bản hướng dẫn và văn bản địa phương không?
Có, nếu chúng nằm trong phạm vi sản phẩm. Văn bản hướng dẫn và văn bản địa phương thay đổi thường xuyên hơn luật, và chính chúng chứa chi tiết thủ tục mà người dùng hay hỏi. Bỏ lịch sử ở đây là bỏ phần dễ sai nhất.
Lưu đầy đủ lịch sử có làm kho phình to quá không?
Phần lớn điều khoản ít khi đổi, nên số phiên bản tăng chậm hơn nhiều so với số văn bản mới. Dung lượng lưu trữ văn bản thường không phải vấn đề; vấn đề là bộ tìm kiếm phải lọc theo ngày, nên cần thiết kế chỉ mục có trường ngày ngay từ đầu.
Câu hỏi không nhắc thời điểm thì hệ thống nên mặc định thế nào?
Mặc định dùng ngày hiện tại và nói rõ câu trả lời dựa trên quy định đang áp dụng. Với các chủ đề hay có tranh chấp về việc cũ, như hợp đồng hay đất đai, có thể hỏi lại người dùng sự việc xảy ra khi nào trước khi trả lời.
Ai nên được quyền sửa dữ liệu hiệu lực?
Nên giới hạn cho một nhóm nhỏ có hiểu biết pháp luật, mọi thay đổi đều ghi nhật ký gồm người sửa, lý do và nguồn căn cứ. Dữ liệu hiệu lực sai ảnh hưởng tới mọi câu trả lời dùng đơn vị đó, nên đáng được kiểm soát chặt hơn phần nội dung khác.