NỘI DUNG CHI TIẾT

Đọc theo mạch từ bối cảnh đến bằng chứng

Mỗi phần nối một vấn đề vận hành với vai trò, hồ sơ, quyết định và mô-đun liên quan để nội dung có thể được áp dụng trong công việc thực tế.

Khi chia sẻ dữ liệu bắt đầu trước khi phạm vi được nhìn thấy

Liên kết đến phần này ↗

Một cơ quan công cộng chuẩn bị chia sẻ tập dữ liệu với một cơ quan khác. Tập dữ liệu có tên rõ ràng, chủ sở hữu được xác lập và lịch sử sử dụng vận hành lâu dài. Nhóm tiếp nhận cần nó nhanh chóng để cung cấp dịch vụ công cộng.

Tuy nhiên, tên không tiết lộ tập dữ liệu chứa gì.

Một trường lưu trữ một số nhận dạng. Một cái khác chứa một địa chỉ. Trường văn bản tự do chứa các ghi chú chưa bao giờ được thiết kế để trao đổi bên ngoài. Mô tả giao diện cũ không còn phù hợp với lược đồ hiện tại. Nhóm gửi biết mục đích chung của việc chia sẻ nhưng không thể hiển thị phiên bản nào của danh sách trường đã được xem xét. Bên tiếp nhận xác nhận kết nối kỹ thuật nhưng không thừa nhận việc chuyển giao cá nhân.

Nhiều tháng sau, một lỗi được tìm thấy. Không ai có thể tạo ra một danh sách đáng tin cậy về mọi cơ quan, hệ thống hoặc thông cáo báo chí đã nhận được dữ liệu không chính xác.

Đây không chỉ đơn thuần là một khiếm khuyết tích hợp. Đó là một khiếm khuyết về trách nhiệm giải trình.

Chia sẻ dữ liệu khu vực công cần có giao diện làm việc, nhưng chuyển động kỹ thuật chỉ là một phần của mô hình vận hành. Các nhóm cũng phải duy trì mục đích, thẩm quyền, phạm vi, quyền sở hữu, định nghĩa trường, đánh giá dữ liệu cá nhân, biện pháp bảo vệ, xác nhận, lịch sử chỉnh sửa và bằng chứng hỗ trợ cho mỗi quyết định của con người.

Nghị định 137 và bối cảnh dữ liệu quốc gia rộng hơn đều quan trọng đối với mô hình đó, nhưng không nên gộp chúng thành một nhãn pháp lý.

Bối cảnh liên quan gồm Nghị định 137 về giao dịch điện tử khu vực công, cơ sở dữ liệu quốc gia, chia sẻ và dữ liệu mở, ngành khu vực công và GovTech, mô-đun Lập bản đồ dữ liệu, vai trò Trưởng phòng Quản trị dữ liệu, tình huống cam kết quản trị dữ liệu hằng năm và bài về khám phá, phân loại dữ liệu thành bằng chứng.

“Giao diện được kết nối chứng minh rằng dữ liệu có thể di chuyển. Nó không chứng minh rằng dữ liệu phù hợp được di chuyển theo đúng thẩm quyền và được đánh giá đúng.”


Giữ sự khác biệt giữa Nghị định 137 và Cụm dữ liệu quốc gia

Liên kết đến phần này ↗

Nghị định 137/2024/NĐ-CP được áp dụng từ ngày 23 tháng 10 năm 2024 đối với giao dịch điện tử của cơ quan nhà nước và hệ thống thông tin hỗ trợ cơ quan nhà nước. Nó nằm trong Luật Giao dịch điện tử.

Sự liên quan trực tiếp trong hoạt động của nó tập trung vào các cơ quan nhà nước, nhà điều hành cổng dịch vụ công, nhà điều hành hệ thống giao dịch điện tử nhà nước, nhà điều hành tích hợp và các nhà cung cấp có liên quan. Một tổ chức tư nhân không nên đảm nhận phạm vi trực tiếp chỉ vì nó bán công nghệ cho khu vực công. Nghĩa vụ pháp lý, trách nhiệm hợp đồng và nghĩa vụ khách hàng của nó cần phải được xác nhận trong thỏa thuận thực tế.

Cụm cơ sở dữ liệu quốc gia, chia sẻ dữ liệu và dữ liệu mở rộng hơn và khác nhau. Nó kết nối một số công cụ và tài liệu tham khảo của khu vực công liên quan đến cơ sở dữ liệu quốc gia, trao đổi dữ liệu của chính phủ, cổng dịch vụ công, kiến ​​trúc dữ liệu quốc gia, dữ liệu mở, chiến lược trung tâm dữ liệu và lập kế hoạch tạo dữ liệu. Nghị định 194/2025/NĐ-CP được ghi nhận có hiệu lực từ ngày 19 tháng 8 năm 2025.

Cụm này chủ yếu liên quan đến các cơ quan nhà nước, nhà khai thác cơ sở dữ liệu quốc gia, nhà khai thác cổng dịch vụ công, nhà cung cấp tích hợp khu vực công và nhà xuất bản dữ liệu mở. Đây không phải là một luật thống nhất có một phạm vi hoặc ngày có hiệu lực. Nó không nên được tiếp thị như một nghĩa vụ dữ liệu mở chung của khu vực tư nhân.

Mối quan hệ này mang tính chất vận hành hơn là thay thế. Hồ sơ Nghị định 137 có thể liên kết với cơ sở dữ liệu nhà nước và chia sẻ bằng chứng. Bản ghi chia sẻ tập dữ liệu có thể liên kết với hệ thống giao dịch điện tử cấp bang đã di chuyển nó. Mỗi nguồn pháp lý đều có phạm vi, địa vị, thẩm quyền và bối cảnh bằng chứng riêng.

Nghị định 137 cần bằng chứng gì để giải thích

Liên kết đến phần này ↗

Hồ sơ giao dịch điện tử cấp tiểu bang phải cho phép người đánh giá hiểu được hệ thống và hoạt động trao đổi xung quanh nó.

Mô hình bằng chứng bao gồm:

  • Quyền sở hữu hệ thống, mục đích, người dùng và phân loại.
  • Cơ sở dữ liệu được kết nối và các loại bản ghi trao đổi.
  • Tạo, gửi, nhận, xử lý, dấu thời gian, chữ ký và trạng thái.
  • Mục đích giao diện, xác thực, trường, truyền tải và đối chiếu.
  • Bằng chứng về an ninh, sự cố, tính liên tục và kiểm toán.
  • Hỗ trợ đánh giá, kiểm kê, hồ sơ trao đổi, hồ sơ tích hợp do tổ chức chuẩn bị.

Văn bản Công báo đã được xác minh được mô tả là không chứa các mẫu phụ lục được đánh số theo quy định. ComplianceOne do đó trình bày các hồ sơ hỗ trợ dưới dạng tài liệu làm việc do tổ chức chuẩn bị chứ không phải dưới dạng biểu mẫu chính thức của chính phủ.

Sự khác biệt này ngăn chặn sự thất bại của bằng chứng thông thường. Mẫu nền tảng bóng bẩy có thể hữu ích nhưng chất lượng trình bày không khiến nó trở thành biểu mẫu do cơ quan có thẩm quyền ban hành. Các đội nên dán nhãn cho hồ sơ theo nguồn gốc và mục đích thực tế của nó.

ComplianceOne có thể chỉ định chủ sở hữu chịu trách nhiệm và kết nối hệ thống giao dịch điện tử của tiểu bang với dữ liệu, sự tích hợp, bảo mật, sự cố, tính liên tục và bằng chứng tin cậy của họ. Nó ghi lại lịch sử xử lý và các tương tác quyền hạn mà tổ chức tham gia.

Nó không vận hành hệ thống, ủy quyền trao đổi hoặc truyền hồ sơ cho cơ quan có thẩm quyền.

Bắt đầu chia sẻ quản trị bằng từ điển tập dữ liệu

Liên kết đến phần này ↗

Tên tập dữ liệu không phải là mô tả dữ liệu. “Yêu cầu dịch vụ công dân”, “đăng ký kinh doanh” hoặc “ứng dụng phúc lợi” nghe có vẻ hẹp khi chứa hàng chục mã nhận dạng, ngày tháng, địa điểm, tài liệu và trường văn bản tự do.

Khả năng Trao đổi dữ liệu công khai của ComplianceOne bắt đầu bằng danh mục tập dữ liệu và từ điển cấp trường được phiên bản. Từ điển xác định các trường, đánh dấu đánh giá dữ liệu cá nhân của tổ chức, liên kết các trường với sổ đăng ký dữ liệu rộng hơn và được xác nhận bởi chủ sở hữu dữ liệu có tên.

Thỏa thuận chia sẻ phải tham chiếu đến phiên bản từ điển đã được xác nhận. Nếu không có từ điển thì không có phiên bản nào để đính kèm và không thể ghi lại sự sắp xếp.

Sự phụ thuộc về cấu trúc này cải thiện chất lượng đánh giá theo ba cách.

Đầu tiên, quyết định dựa vào nội dung chứ không phải nhãn hiệu. Thứ hai, cơ quan tiếp nhận có thể được liên kết với mô tả mà nó được đưa ra. Thứ ba, phiên bản từ điển mới hơn không âm thầm viết lại lịch sử của lượt chia sẻ trước đó.

Từ điển không quyết định rằng việc chia sẻ là hợp pháp. Trường được đánh dấu là dữ liệu cá nhân không tự động thiết lập thẩm quyền, mục đích, quy tắc truy cập hoặc biện pháp bảo vệ hiện hành. Nó buộc những câu hỏi đó xuất hiện dựa trên mô tả rõ ràng về dữ liệu.

Ghi thỏa thuận riêng biệt với lần chuyển giao dữ liệu

Liên kết đến phần này ↗

Thỏa thuận chia sẻ giải thích mối quan hệ thường trực: mục đích, thẩm quyền, các bên, cơ sở, kênh, phạm vi, ngày xem xét và phiên bản từ điển. Việc chuyển giao ghi lại một chuyển động thực tế theo sự sắp xếp đó.

Giữ chúng riêng biệt sẽ tránh được hai lỗi phổ biến. Thỏa thuận đã ký không phải là bằng chứng cho thấy một cuộc chuyển giao cụ thể đã diễn ra. Việc chuyển giao kỹ thuật không phải là bằng chứng cho thấy nó nằm trong thỏa thuận đã được phê duyệt.

Mỗi lần chuyển giao trong ComplianceOne đều có trạng thái xác nhận. Nếu chưa nhận được xác nhận, lần chuyển vẫn ở trạng thái chờ xử lý. Nền tảng không suy ra thành công từ sự im lặng.

Điều này rất hữu ích cho việc quản trị và ứng phó sự cố. Các nhóm có thể đếm các xác nhận chưa được giải quyết, xác định các trao đổi cần theo dõi và phân biệt giao diện có sẵn với giao dịch chuyển mà người nhận đã xác nhận.

Một sự thừa nhận vẫn không phải là ủy quyền hợp pháp. Nó ghi lại việc nhận hoặc phản hồi theo mô hình bằng chứng của tổ chức. Nó không xác nhận quyền hạn, tính chính xác, sự cần thiết hoặc tính bảo mật của chia sẻ.

Kiểm soát phát hành dữ liệu mở bằng câu hỏi rõ ràng về dữ liệu cá nhân

Liên kết đến phần này ↗

Công bố dữ liệu mở tạo ra rủi ro khác với việc chia sẻ có kiểm soát giữa các cơ quan: sau khi công bố, các bản sao có thể tiếp tục lưu hành ngoài nền tảng và ngoài danh sách bên nhận ban đầu.

Trước khi ghi nhận một lần phát hành dữ liệu mở, ComplianceOne yêu cầu hồ sơ sẵn sàng phát hành phải có câu trả lời “có” hoặc “không” rõ ràng về dữ liệu cá nhân và chữ ký xác nhận của người được chỉ định. Không có trạng thái “chưa đánh giá”. Cơ chế này buộc câu hỏi phải được xử lý và gắn quyết định với người chịu trách nhiệm; nó không chứng nhận tập dữ liệu an toàn để công bố hay bảo đảm không thể tái định danh.

Tổ chức vẫn chịu trách nhiệm về thẩm quyền pháp lý, phân tích quyền riêng tư, rà soát an ninh, chất lượng dữ liệu, chuyển đổi và phê duyệt công bố. Chuyên gia có thể phải xem xét tổ hợp trường dữ liệu, văn bản tự do, nhóm dân số nhỏ, phiên bản lịch sử và nguồn dữ liệu bên ngoài.

Việc công bố và gỡ bỏ đều phải nằm trong lịch sử. Một lần phát hành sai không được xóa khỏi hồ sơ bằng thao tác hoàn tác; phản ứng phù hợp là ghi nhận việc gỡ bỏ, sửa chữa và biện pháp thông báo hoặc khắc phục mà tổ chức quyết định. Lần công bố lại là một sự kiện mới.

Xác định bên nhận bản sửa lỗi từ các sự kiện đã ghi

Liên kết đến phần này ↗

Khi phát hiện lỗi, danh sách cần thông báo không nên dựa vào trí nhớ. ComplianceOne xác định các bên nhận từ những lần chuyển giao và phát hành đã được ghi nhận tại thời điểm tạo bản sửa lỗi; một lần phát hành công khai cũng được coi là bối cảnh bên nhận. Thời điểm xác định danh sách được lưu vì câu trả lời cho câu hỏi “ai đang có dữ liệu này?” chỉ đúng tại một thời điểm nhất định.

Người gửi không tự nhập danh sách bên nhận vào hồ sơ sửa lỗi, nhờ đó tránh âm thầm bỏ qua một lần chuyển đã tồn tại trong lịch sử. Tuy nhiên, danh sách tính từ nền tảng chỉ phản ánh những sự kiện đã được ghi. Nếu dữ liệu được chuyển ngoài quy trình quản trị, bằng chứng có thể không đầy đủ. Vì vậy, tổ chức phải đối chiếu nhật ký giao diện, sổ chia sẻ, kênh chuyển thủ công và hồ sơ công bố dữ liệu mở.

Liên kết bằng chứng tin cậy và chữ ký mà không nhân đôi nghĩa vụ

Liên kết đến phần này ↗

Nghị định 137 không tự thiết lập một chế độ dịch vụ tin cậy riêng. Khi giao dịch điện tử của cơ quan nhà nước phụ thuộc vào chứng thư, chữ ký điện tử, xác minh danh tính hoặc lần gửi tới cơ quan có thẩm quyền, bằng chứng phải tiếp tục được quản lý theo nguồn pháp lý điều chỉnh dịch vụ tin cậy hoặc danh tính và chỉ được liên kết với hồ sơ hệ thống nhà nước.

ComplianceOne có thể bảo tồn lịch sử cấp, đình chỉ, thu hồi, hết hạn và gia hạn thông tin xác thực; ghi nhận việc xác minh chữ ký được thực hiện ở nơi khác cùng siêu dữ liệu được báo cáo; và ghi kênh gửi, hàm băm tải trọng, biên nhận cùng lịch sử sửa đổi. Nền tảng không ký, xác minh, xác thực, cấp thông tin xác thực, xác định tình trạng giấy phép nhà cung cấp hoặc truyền hồ sơ. Việc liên kết không biến nghĩa vụ của Nghị định 23 hoặc quy định về định danh điện tử thành nghĩa vụ của Nghị định 137.

Coi nhà cung cấp là bên tham gia, không mặc định là chủ thể nghĩa vụ

Liên kết đến phần này ↗

Hệ thống khu vực công phụ thuộc vào đơn vị tích hợp, nhà cung cấp đám mây, phần mềm, bên xử lý dữ liệu, nhóm hỗ trợ và nhà cung cấp dịch vụ tin cậy. Việc họ tham gia chuỗi bằng chứng không tự trả lời câu hỏi về phạm vi pháp lý.

Hồ sơ nhà cung cấp phải phân biệt hệ thống hoặc giao diện mà họ vận hành; dữ liệu và môi trường có thể truy cập; trách nhiệm hợp đồng; nghĩa vụ pháp lý trực tiếp đã được xác nhận; trách nhiệm còn lại của cơ quan nhà nước; nhà thầu phụ; bằng chứng về sự cố, tính liên tục, truy cập và thay đổi; cùng phương án chấm dứt và bàn giao bằng chứng.

ComplianceOne liên kết những nội dung này qua quyền sở hữu hệ thống, quản trị nhà cung cấp, nhiệm vụ, sự cố và lịch sử kiểm toán. Nền tảng không quyết định nhà cung cấp có thuộc phạm vi điều chỉnh trực tiếp hay cơ quan nhà nước đã ủy quyền hợp pháp một chức năng. Trong mua sắm, cam kết “hỗ trợ tuân thủ Nghị định 137” phải được chuyển thành trách nhiệm quan sát được như duy trì tài liệu giao diện, bảo vệ thông tin xác thực, ghi thay đổi, lưu nhật ký, thông báo sự cố và hỗ trợ quy trình sửa lỗi.

Giảm mức độ phơi lộ bằng kiểm soát truy cập và xuất dữ liệu

Liên kết đến phần này ↗

Dữ liệu công khai không đồng nghĩa với toàn bộ bằng chứng vận hành được truy cập không hạn chế. Tập dữ liệu có thể được phép công bố trong khi đánh giá sẵn sàng, bình luận nội bộ, lịch sử truy cập, bằng chứng sự cố và chi tiết nhà cung cấp vẫn phải được kiểm soát.

Quyền truy cập phải đi theo hồ sơ và trách nhiệm: người quản lý dữ liệu cần từ điển và chế độ xem chất lượng; nhóm tích hợp cần bằng chứng giao diện và xác nhận; người rà soát quyền riêng tư cần phân loại cấp trường và đánh giá phát hành; nhóm an ninh cần chi tiết xác thực và sự cố; kiểm toán viên cần lịch sử quyết định mà không nhất thiết có quyền quản trị rộng.

Gói xuất phải giới hạn theo câu hỏi rà soát, phiên bản tập dữ liệu và giai đoạn chia sẻ. Tổ chức cần quyết định có đưa đánh dấu dữ liệu cá nhân, chi tiết an ninh nội bộ hoặc liên hệ nhà cung cấp vào gói hay không; đồng thời thể hiện xác nhận và sửa lỗi đang chờ, bảo vệ bản sao và ấn định thời điểm hủy bản sao. ComplianceOne không thể ngăn người dùng có quyền xuất tệp rồi chia sẻ qua kênh không được phê duyệt; chính sách, thiết kế vai trò, đào tạo, truyền an toàn và giám sát vẫn cần thiết.

Trình tự chia sẻ dữ liệu khu vực công

Liên kết đến phần này ↗
  1. Xác nhận phạm vi pháp lý và tổ chức; giữ Nghị định 137 tách biệt với các văn bản thuộc cụm dữ liệu quốc gia.
  2. Kiểm kê hệ thống giao dịch điện tử của cơ quan nhà nước, chủ sở hữu, người dùng, phân loại, cơ sở dữ liệu kết nối, giao diện và bằng chứng kiểm soát.
  3. Chọn một tập dữ liệu quan trọng được chia sẻ thường xuyên, phục vụ dịch vụ công đáng kể hoặc chứa trường nhạy cảm.
  4. Lập và xác nhận từ điển cấp trường, đánh giá dữ liệu cá nhân và lấy xác nhận của chủ sở hữu.
  5. Ghi thỏa thuận chia sẻ gồm các bên, mục đích, thẩm quyền, căn cứ, kênh, phạm vi, ngày rà soát, biện pháp và phiên bản từ điển.
  6. Ghi từng lần chuyển và xác nhận; không coi im lặng là thành công.
  7. Kiểm tra riêng mức sẵn sàng dữ liệu mở, gồm câu trả lời về dữ liệu cá nhân, rà soát chuyên môn và ký xác nhận.
  8. Liên kết bằng chứng tin cậy, nhà cung cấp, thay đổi, sự cố và tính liên tục mà không nhân đôi kết luận pháp lý.
  9. Mô phỏng một lần sửa lỗi và xác nhận danh sách bên nhận được tính từ lịch sử.
  10. Đối chiếu sổ quản trị với nhật ký giao diện, kênh thủ công, hồ sơ cổng và bằng chứng nhà cung cấp.

Câu hỏi cho cuộc rà soát quản trị liên cơ quan

Liên kết đến phần này ↗

Rà soát cần kiểm tra từ điển có khớp lược đồ hiện tại; trường văn bản tự do và đánh dấu dữ liệu cá nhân có được cập nhật; căn cứ, mục đích và phạm vi còn phù hợp; giao diện, phương thức xác thực, xác nhận, lần thử lại và lỗi có được ghi; biện pháp giảm thiểu, truy cập, lưu giữ và bảo vệ có đủ; trách nhiệm chất lượng và sửa lỗi có rõ; trách nhiệm giữa cơ quan và nhà cung cấp có tách bạch; và quyết định tại ngày chuyển có thể được dựng lại mà không phụ thuộc vào mô tả hiện tại hay không.

Tiêu chuẩn chia sẻ dữ liệu có trách nhiệm giải trình

Liên kết đến phần này ↗

Quản trị dữ liệu khu vực công phải hỗ trợ trao đổi mà không coi kết nối kỹ thuật là sự cho phép hoặc coi danh sách kiểm tra là sự bảo vệ. Tiêu chuẩn là: giữ đúng ranh giới pháp lý; kiểm kê hệ thống và chủ sở hữu; mô tả dữ liệu theo từng trường; gắn thỏa thuận với phiên bản từ điển đã xác nhận; tách thỏa thuận thường trực khỏi lần chuyển thực tế; giữ xác nhận chưa nhận ở trạng thái chờ; yêu cầu đánh giá dữ liệu cá nhân và người ký trước khi công bố; bảo tồn lịch sử gỡ bỏ và sửa lỗi; xác định bên nhận từ sự kiện; liên kết bằng chứng liên quan mà không nhân đôi nghĩa vụ; và đối chiếu lịch sử nền tảng với kênh thực tế.

Không hệ thống bằng chứng nào có thể bảo đảm rò rỉ quyền riêng tư là bất khả thi. Mục tiêu là tạo vị thế vận hành có thể bảo vệ: tổ chức chứng minh được mình biết gì, đã xem phiên bản nào, ai quyết định, dữ liệu đã đi đâu, phản hồi nào đã nhận và đã hành động thế nào khi sự kiện thay đổi.