Quan hệ giữa các văn bản pháp luật, như văn bản A là căn cứ của B, B hướng dẫn điều 5 của A, C sửa đổi khoản 2 điều 7 của A, D thay thế toàn bộ B, nên được lưu thành dữ liệu có cấu trúc: mỗi quan hệ là một bản ghi có loại, hai đầu (văn bản hoặc điều khoản), ngày có hiệu lực và nguồn căn cứ. Có lớp dữ liệu này, hệ thống AI mới kéo được văn bản hướng dẫn đi kèm điều luật, biết điều nào đã bị sửa và lan được thay đổi khi luật đổi.
Người làm luật giữ những quan hệ này trong đầu và trong ghi chú. Kho dữ liệu cho máy thì không có đầu để giữ. Bài này mô tả các loại quan hệ cần lưu, cách bóc chúng từ văn bản, cách dùng khi truy xuất và những chỗ dễ sai.
Các loại quan hệ nên lưu
Danh sách dưới đây đủ cho phần lớn sản phẩm. Mỗi loại có nguồn bóc khác nhau và mức tin cậy khác nhau.
| Loại quan hệ | Hai đầu thường gặp | Bóc từ đâu | Dùng vào việc gì |
|---|---|---|---|
| Căn cứ ban hành | Văn bản mới với văn bản làm căn cứ | Phần mở đầu của văn bản mới | Biết văn bản dưới luật thuộc luật nào |
| Hướng dẫn | Văn bản hướng dẫn với điều khoản được hướng dẫn | Phạm vi điều chỉnh, điều khoản giao quy định chi tiết | Kéo chi tiết thủ tục đi kèm điều luật |
| Sửa đổi, bổ sung | Văn bản sửa đổi với điều khoản bị sửa | Nội dung văn bản sửa đổi | Dựng phiên bản mới, đóng phiên bản cũ |
| Bãi bỏ | Văn bản bãi bỏ với điều khoản hoặc văn bản bị bãi bỏ | Điều khoản thi hành, văn bản bãi bỏ riêng | Đóng hiệu lực |
| Thay thế | Văn bản mới với văn bản cũ | Điều khoản thi hành | Đóng toàn bộ văn bản cũ, nối người dùng sang văn bản mới |
| Đình chỉ, ngưng hiệu lực | Quyết định của cơ quan có thẩm quyền với văn bản hoặc điều khoản | Văn bản đình chỉ | Đánh dấu khoảng thời gian không áp dụng |
| Dẫn chiếu | Điều khoản với điều khoản khác | Câu chữ trong điều khoản | Kéo điều được dẫn chiếu vào ngữ cảnh |
| Đính chính | Văn bản đính chính với điều khoản bị đính chính | Văn bản đính chính | Sửa câu chữ, ghi lại lý do |
Quan hệ ở mức điều khoản có giá trị hơn nhiều so với mức văn bản. "Nghị định X hướng dẫn Luật Y" ít giúp được truy xuất bằng "Điều 10 Nghị định X hướng dẫn khoản 3 Điều 25 Luật Y". Bóc được tới mức nào thì lưu tới mức đó.
Bóc quan hệ từ văn bản: phần dễ và phần khó
Phần dễ là căn cứ ban hành và quan hệ thay thế, bãi bỏ ở mức văn bản. Phần mở đầu của văn bản liệt kê căn cứ theo khuôn khá đều; điều khoản thi hành thường ghi rõ văn bản nào hết hiệu lực. Bộ bóc theo mẫu câu, kèm bảng tra tên – số hiệu, làm được phần lớn việc này.
Phần khó hơn là quan hệ sửa đổi ở mức điều khoản. Văn bản sửa đổi viết theo nhiều kiểu: "sửa đổi, bổ sung khoản 2 Điều 7 như sau", "bổ sung điểm đ vào sau điểm d khoản 1 Điều 9", "thay cụm từ … bằng cụm từ … tại các điều …", "bãi bỏ khoản 4 Điều 10". Kiểu thay cụm từ trên nhiều điều là khó nhất, vì một chỉ thị sinh ra thay đổi ở nhiều nơi. Mỗi chỉ thị cần được bóc thành một hoặc nhiều bản ghi và có người duyệt.
Khó nhất là quan hệ hướng dẫn ở mức điều khoản. Luật thường giao "Chính phủ quy định chi tiết điều này" ở cuối điều, còn nghị định hướng dẫn thì ghi phạm vi chung ở điều 1 và hiếm khi chỉ rõ từng điều của nó hướng dẫn điều nào của luật. Phần này gần như phải do người hiểu luật nối, có thể với gợi ý từ máy dựa trên độ giống nội dung, nhưng quyết định cuối là của người.
Thiết kế bản ghi quan hệ
Hai đầu dùng mã định danh ổn định. Mỗi đầu là mã văn bản hoặc mã điều khoản theo khuôn chung của kho. Không lưu quan hệ bằng tên văn bản dạng chữ, vì tên có nhiều cách viết.
Có loại quan hệ và chiều. "A sửa đổi B" khác "B sửa đổi A". Lưu theo một chiều chuẩn và sinh chiều ngược khi truy vấn.
Có ngày hiệu lực của quan hệ. Quan hệ sửa đổi có hiệu lực từ ngày văn bản sửa đổi áp dụng, có thể khác ngày ban hành. Quan hệ hướng dẫn có thể chấm dứt khi văn bản hướng dẫn bị thay.
Có nguồn căn cứ. Ghi rõ quan hệ được bóc từ điều nào của văn bản nào. Khi có nghi ngờ, người duyệt mở đúng chỗ để kiểm.
Có trạng thái xác nhận. Phân biệt quan hệ máy bóc chưa duyệt, đã có người duyệt, và quan hệ do người thêm tay. Hệ thống có thể dùng khác nhau tuỳ trạng thái, ví dụ chỉ dùng quan hệ đã duyệt để đóng hiệu lực.
Dùng quan hệ khi truy xuất và trả lời
Có lớp quan hệ rồi, cách hệ thống dùng nó quyết định câu trả lời có đầy đủ hơn hay chỉ dài hơn. Trình tự gợi ý:
- Truy xuất các đơn vị phù hợp nhất với câu hỏi như bình thường, đã lọc theo ngày tham chiếu.
- Với mỗi đơn vị, kéo thêm các đơn vị hướng dẫn trực tiếp nó (chỉ những quan hệ đang có hiệu lực ở ngày tham chiếu).
- Kéo thêm các đơn vị được dẫn chiếu trực tiếp, đặc biệt các khoản ngoại lệ và điều giải thích từ ngữ.
- Nếu đơn vị có phiên bản sắp áp dụng hoặc vừa bị sửa gần đây, kéo theo thông tin đó để câu trả lời nhắc người dùng.
- Giới hạn tổng số đơn vị kéo thêm; khi vượt giới hạn, ưu tiên hướng dẫn và ngoại lệ trước, dẫn chiếu chung sau.
- Ghi lại đơn vị nào được kéo qua quan hệ nào, để khi đánh giá biết quan hệ có giúp hay làm nhiễu.
Ví dụ giả định: câu hỏi về hồ sơ của một thủ tục. Điều luật chỉ nói "hồ sơ theo quy định của Chính phủ". Không có quan hệ hướng dẫn, hệ thống chỉ trả lời được câu chung chung; có quan hệ, hệ thống kéo được điều của nghị định liệt kê thành phần hồ sơ, và nếu thông tư quy định mẫu đơn thì kéo cả thông tin đó.
Lan thay đổi và những câu hỏi chỉ dữ liệu quan hệ trả lời được
Khi một điều luật bị sửa, câu hỏi đầu tiên của đội vận hành là "còn gì bị ảnh hưởng". Với lớp quan hệ, đây là một truy vấn: liệt kê văn bản hướng dẫn điều đó, các điều dẫn chiếu tới nó, các câu hỏi đánh giá và các mục bảng thuật ngữ gắn với nó. Không có lớp này, đội chỉ có thể dò bằng tìm kiếm chữ, và luôn sót.
Lớp quan hệ còn trả lời được những câu mà người dùng chuyên nghiệp hay hỏi: văn bản này đã bị sửa bao nhiêu lần, bởi những văn bản nào; điều này có văn bản hướng dẫn chưa; luật mới thay luật cũ thì các nghị định cũ còn dùng được tới khi nào. Đây là thông tin có giá trị riêng, nhiều khi người dùng cần nó hơn cả câu trả lời nội dung.
Một lợi ích ít được nhắc: lớp quan hệ làm lộ ra chỗ thiếu của kho. Điều luật giao quy định chi tiết mà không có văn bản hướng dẫn nào nối vào, văn bản hướng dẫn mà luật gốc không có trong kho, văn bản sửa đổi mà điều bị sửa chưa có phiên bản mới. Mỗi chỗ như vậy là một việc cụ thể cho đội dữ liệu.
Những chỗ dễ sai khi làm lớp quan hệ
Lớp quan hệ sai còn nguy hiểm hơn không có, vì hệ thống tin vào nó. Một số bẫy thường gặp:
- Coi quan hệ căn cứ là quan hệ hướng dẫn: văn bản lấy một luật làm căn cứ chưa chắc hướng dẫn luật đó; nhiều văn bản có hàng chục căn cứ.
- Mặc định văn bản hướng dẫn hết hiệu lực khi luật gốc bị thay: tình trạng của chúng tuỳ quy định chuyển tiếp và văn bản cụ thể, cần người xác nhận.
- Nhầm điều của văn bản sửa đổi với điều của văn bản bị sửa khi bóc: "Điều 1" của văn bản sửa đổi chứa các chỉ thị sửa nhiều điều khác nhau của văn bản gốc.
- Bỏ sót chỉ thị "thay cụm từ" trải trên nhiều điều, khiến một số điều vẫn giữ cụm từ cũ, như tên cơ quan trước sắp xếp năm 2025.
- Không cập nhật quan hệ khi văn bản ở một đầu bị thay thế, để lại các quan hệ trỏ vào văn bản không còn áp dụng.
- Nối quan hệ hướng dẫn dựa hoàn toàn vào độ giống nội dung do máy tính, không qua người duyệt.
Phép kiểm định kỳ đơn giản nhất là tìm các quan hệ có một đầu đã hết hiệu lực mà quan hệ vẫn mang trạng thái đang áp dụng. Danh sách này thường ngắn nhưng toàn là lỗi thật.
Văn bản địa phương và giai đoạn sắp xếp năm 2025
Văn bản của Hội đồng nhân dân, Uỷ ban nhân dân cấp tỉnh có cùng các loại quan hệ như văn bản trung ương, nhưng thêm một lớp khó: đơn vị ban hành có thể đã thay đổi. Sau khi sắp xếp còn 34 tỉnh, thành và tổ chức chính quyền hai cấp từ 1/7/2025, nhiều văn bản do tỉnh cũ hoặc đơn vị cấp huyện cũ ban hành cần được xác định lại tình trạng theo quy định chuyển tiếp và văn bản của chính quyền mới.
Về mặt dữ liệu, nên lưu thêm quan hệ giữa các đơn vị hành chính: tỉnh cũ nào nay thuộc tỉnh, thành nào, kèm ngày thay đổi. Văn bản của tỉnh cũ giữ nguyên cơ quan ban hành gốc, không sửa thành tên tỉnh mới, nhưng được nối qua quan hệ đơn vị hành chính để hệ thống biết khi người dùng hỏi về địa bàn hiện tại thì cần xét những văn bản nào.
Khi chính quyền mới ban hành văn bản thay thế hoặc bãi bỏ văn bản của đơn vị cũ, quan hệ được ghi như bình thường. Trong khoảng chưa có văn bản xử lý, tình trạng nên để "cần xác minh" thay vì đoán, và câu trả lời dựa trên văn bản đó cần kèm lời nhắc kiểm tại cơ quan tiếp nhận hiện hành.
Câu hỏi thường gặp
Có cần một cơ sở dữ liệu đồ thị riêng để lưu quan hệ không?
Không bắt buộc. Với quy mô của phần lớn kho pháp luật, một bảng quan hệ trong cơ sở dữ liệu thông thường là đủ, truy vấn một hai bậc rất nhanh. Cơ sở dữ liệu đồ thị chỉ đáng cân nhắc khi bạn thường xuyên cần truy vấn nhiều bậc hoặc phân tích mạng lưới văn bản.
Văn bản hợp nhất có thay được lớp quan hệ không?
Không. Văn bản hợp nhất cho biết nội dung sau khi sửa ở một thời điểm, nhưng không cho biết văn bản hướng dẫn nào đi kèm, điều nào dẫn chiếu tới điều nào. Nó hữu ích để kiểm chéo các quan hệ sửa đổi mà bạn đã bóc.
Ai nên duyệt các quan hệ máy bóc ra?
Người hiểu cấu trúc văn bản pháp luật trong phạm vi sản phẩm. Ưu tiên duyệt quan hệ sửa đổi, bãi bỏ, thay thế vì chúng quyết định hiệu lực; quan hệ dẫn chiếu trong cùng văn bản có thể duyệt theo mẫu.
Có nên hiện lớp quan hệ cho người dùng không?
Với người dùng chuyên nghiệp thì nên: danh sách văn bản hướng dẫn, lịch sử sửa đổi của một điều là thông tin họ cần. Với người dùng phổ thông, chỉ cần câu trả lời có nhắc khi điều luật vừa bị sửa hoặc có văn bản hướng dẫn chi tiết.
Quan hệ giữa bản án và điều luật có nên lưu không?
Có thể lưu như một loại quan hệ riêng, ví dụ bản án áp dụng điều nào, nhưng cần đánh dấu rõ đó là quan hệ áp dụng trong một vụ cụ thể, không phải quan hệ giữa các quy phạm. Đây là dữ liệu hữu ích cho nghiên cứu, nhưng đừng để nó tham gia vào việc xác định hiệu lực.
Bắt đầu từ đâu khi kho đã có nhiều văn bản mà chưa có quan hệ?
Bắt đầu từ quan hệ thay thế và bãi bỏ ở mức văn bản, vì dễ bóc và ảnh hưởng trực tiếp tới hiệu lực. Sau đó làm quan hệ sửa đổi cho các văn bản trong phạm vi cốt lõi, rồi mới tới quan hệ hướng dẫn ở mức điều khoản.