TÌNH HUỐNG SỐ 420: VIỆN NGHIÊN CỨU CHUYỂN GIAO PHẦN MỀM QUẢN LÝ HỌC ĐƯỜNG, HỆ THỐNG SẬP MẤT DỮ LIỆU HỌC BẠ CỦA 10.000 HỌC SINH – AI PHẢI CHỊU TRÁCH NHIỆM BỒI THƯỜNG?

12 / 100 Điểm SEO

TÌNH HUỐNG SỐ 420: VIỆN NGHIÊN CỨU CHUYỂN GIAO PHẦN MỀM QUẢN LÝ HỌC ĐƯỜNG, HỆ THỐNG SẬP MẤT DỮ LIỆU HỌC BẠ CỦA 10.000 HỌC SINH – AI PHẢI CHỊU TRÁCH NHIỆM BỒI THƯỜNG?

Trong quá trình chuyển đổi số ngành giáo dục, phần mềm quản lý học đường không còn đơn thuần là một công cụ kỹ thuật. Đó là hạ tầng lưu trữ và vận hành một khối lượng dữ liệu rất lớn liên quan trực tiếp đến học sinh, nhà trường và cơ quan quản lý giáo dục. Vì vậy, khi hệ thống xảy ra sự cố làm mất dữ liệu học bạ của hàng nghìn học sinh, vấn đề đặt ra không chỉ là “phần mềm bị lỗi”, mà còn là câu chuyện về trách nhiệm hợp đồng, chất lượng công nghệ, an toàn dữ liệu và khả năng quản trị rủi ro.

Đặc biệt, trong một hợp đồng chuyển giao công nghệ giữa Viện nghiên cứu và cơ quan nhà nước, việc xác định trách nhiệm phải được thực hiện trên cơ sở chứng cứ: Viện đã cam kết những gì? Hệ thống được nghiệm thu theo tiêu chuẩn nào? Máy chủ và cơ sở dữ liệu do ai quản lý? Quy trình sao lưu thuộc trách nhiệm của ai? Nguyên nhân thực sự khiến dữ liệu bị mất là lỗi phần mềm, lỗi phần cứng, lỗi vận hành hay lỗi sao lưu?

Hãy cùng chuyên gia ThS. Nguyễn Hữu Long phân tích tình huống giả định dưới đây để xác định trách nhiệm pháp lý và xây dựng phương án xử lý vừa bảo vệ quyền lợi của học sinh, vừa bảo đảm công bằng cho các bên.

I. TÓM TẮT TÌNH HUỐNG THỰC TẾ

Giả định Viện Công nghệ A, tỉnh C nghiên cứu và phát triển phần mềm quản lý học đường Edu-Data.

Sở Giáo dục và Đào tạo tỉnh C ký hợp đồng với Viện để:

  • chuyển giao phần mềm;
  • triển khai hệ thống;
  • chuyển giao cơ sở dữ liệu;
  • đào tạo cán bộ vận hành;
  • bảo trì, hỗ trợ kỹ thuật;
  • bảo đảm các yêu cầu về an toàn, sao lưu và phục hồi dữ liệu theo hợp đồng.

Sau một thời gian vận hành, hệ thống đột ngột bị sập.

Khi khôi phục, Sở phát hiện:

Dữ liệu học bạ điện tử của khoảng 10.000 học sinh bị mất hoặc bị lỗi; một phần dữ liệu không thể khôi phục từ hệ thống sao lưu hiện có.

Sở Giáo dục cho rằng:

Viện đã bàn giao phần mềm chưa được kiểm thử đầy đủ, thiết kế hệ thống không bảo đảm an toàn dữ liệu và không đáp ứng yêu cầu kỹ thuật trong hợp đồng.

Viện phản bác:

Sở là đơn vị quản trị và vận hành hệ thống; máy chủ, hạ tầng và quy trình sao lưu thuộc trách nhiệm của Sở. Sự cố không xuất phát từ phần mềm.

Tranh chấp phát sinh.

Câu hỏi pháp lý đặt ra là:

Viện có phải bồi thường toàn bộ thiệt hại không, hay trách nhiệm thuộc về Sở, đơn vị cung cấp hạ tầng hoặc phải được phân chia theo mức độ lỗi của từng bên?

II. GÓC NHÌN PHÁP LÝ – “LÁ CHẮN VỮNG CHẮC”

  1. Trước tiên phải xác định bản chất pháp lý của quan hệ giữa Viện và Sở

Không phải cứ gọi là “chuyển giao phần mềm” thì toàn bộ trách nhiệm mặc nhiên thuộc về bên chuyển giao.

Phải xác định chính xác hợp đồng giữa hai bên là:

  • hợp đồng chuyển giao công nghệ;
  • hợp đồng dịch vụ khoa học và công nghệ;
  • hợp đồng cung cấp/triển khai phần mềm;
  • hợp đồng thuê dịch vụ công nghệ thông tin;
  • hay hợp đồng hỗn hợp có nhiều nội dung.

Luật Chuyển giao công nghệ số 07/2017/QH14, , là căn cứ chuyên ngành cần được xem xét đối với phần chuyển giao công nghệ.

Tuy nhiên, trách nhiệm bồi thường cụ thể phải được đọc cùng hợp đồng và Bộ luật Dân sự, chứ không thể chỉ dựa vào tên gọi của hợp đồng.

  1. Hợp đồng phải là “bản đồ trách nhiệm” đầu tiên

Trong trường hợp này, cần kiểm tra toàn bộ hồ sơ:

Một là – Viện cam kết những gì?

Ví dụ:

  • phần mềm phải hoạt động ổn định;
  • dữ liệu phải được mã hóa;
  • hệ thống phải có cơ chế sao lưu;
  • phải có khả năng phục hồi;
  • phải đáp ứng một tiêu chuẩn kỹ thuật nhất định;
  • phải bảo hành trong một khoảng thời gian.

Hai là – Sở chịu trách nhiệm những gì?

Ví dụ:

  • mua và vận hành máy chủ;
  • quản trị cơ sở dữ liệu;
  • phân quyền người dùng;
  • sao lưu dữ liệu;
  • bảo đảm nguồn điện;
  • bảo đảm đường truyền.

Ba là – Có bên thứ ba không?

Nếu máy chủ hoặc dịch vụ điện toán đám mây do một doanh nghiệp khác cung cấp thì phải xem xét cả trách nhiệm của chủ thể này.

Chỉ sau khi phân tách được nghĩa vụ của từng bên mới có thể xác định lỗi.

  1. Bộ luật Dân sự là căn cứ trung tâm để xác định trách nhiệm bồi thường

Điều 351 Bộ luật Dân sự 2015 quy định về trách nhiệm dân sự do vi phạm nghĩa vụ.

Theo đó, bên có nghĩa vụ mà vi phạm nghĩa vụ thì phải chịu trách nhiệm dân sự đối với bên có quyền.

Đặc biệt, Điều 360 Bộ luật Dân sự 2015 quy định:

“Trường hợp có thiệt hại do vi phạm nghĩa vụ gây ra thì bên có nghĩa vụ phải bồi thường toàn bộ thiệt hại, trừ trường hợp có thỏa thuận khác hoặc luật có quy định khác.”

Như vậy, để yêu cầu Viện bồi thường, không thể chỉ chứng minh:

“Hệ thống do Viện chuyển giao đã bị sập.”

Mà phải chứng minh được:

Viện có nghĩa vụ → Viện vi phạm → phát sinh thiệt hại → vi phạm của Viện gây ra thiệt hại.

  1. Phải xác định chính xác nguyên nhân kỹ thuật

Đây là điểm mấu chốt.

Một hệ thống công nghệ thông tin có thể xảy ra sự cố từ rất nhiều nguyên nhân:

Lỗi phần mềm

Ví dụ:

  • lỗi mã nguồn;
  • lỗi xử lý giao dịch;
  • lỗi database;
  • lỗi cập nhật phiên bản;
  • lỗi thiết kế cơ chế sao lưu.

Lỗi phần cứng

Ví dụ:

  • ổ cứng hỏng;
  • máy chủ hỏng;
  • mất điện;
  • thiết bị lưu trữ lỗi.

Lỗi vận hành

Ví dụ:

  • quản trị viên xóa nhầm dữ liệu;
  • cấu hình sai;
  • cấp quyền sai;
  • cập nhật sai phiên bản.

Lỗi sao lưu

Ví dụ:

  • không sao lưu;
  • sao lưu nhưng bản sao bị lỗi;
  • chỉ lưu bản sao trên cùng một máy chủ;
  • không kiểm tra khả năng phục hồi.

Tấn công mạng

Ví dụ:

  • mã độc;
  • ransomware;
  • xâm nhập trái phép;
  • phá hoại cơ sở dữ liệu.

Vì vậy, phải giám định kỹ thuật trước khi kết luận trách nhiệm pháp lý.

  1. Điều 361 BLDS: phải xác định thiệt hại thực tế

Điều 361 Bộ luật Dân sự 2015 quy định thiệt hại do vi phạm nghĩa vụ bao gồm thiệt hại về vật chất và thiệt hại về tinh thần.

Trong tình huống này, các khoản thiệt hại có thể phải xem xét gồm:

  • chi phí khôi phục dữ liệu;
  • chi phí thuê chuyên gia kỹ thuật;
  • chi phí xây dựng lại cơ sở dữ liệu;
  • chi phí nhập lại dữ liệu;
  • chi phí vận hành hệ thống thay thế;
  • chi phí cần thiết để ngăn chặn, hạn chế thiệt hại;
  • các thiệt hại thực tế khác nếu chứng minh được.

Nhưng cần nhấn mạnh:

Không thể mặc nhiên lấy số lượng 10.000 học sinh để nhân với một mức tiền và coi đó là thiệt hại phải bồi thường.

Thiệt hại phải được chứng minh cụ thể và có quan hệ nhân quả với hành vi vi phạm.

  1. Nếu Sở cũng có lỗi thì sao?

Đây là một trong những điều khoản quan trọng nhất của tình huống.

Điều 363 Bộ luật Dân sự 2015 quy định:

“Trường hợp vi phạm nghĩa vụ và có thiệt hại là do một phần lỗi của bên bị vi phạm thì bên vi phạm chỉ phải bồi thường thiệt hại tương ứng với mức độ lỗi của mình.”

Ví dụ:

Viện có lỗi 60% vì phần mềm không thực hiện đúng cơ chế sao lưu như hợp đồng cam kết.

Nhưng:

Sở có lỗi 40% vì không thực hiện việc sao lưu độc lập mặc dù đã được hướng dẫn.

Khi đó, không thể mặc nhiên yêu cầu Viện bồi thường 100% thiệt hại.

Đây chính là trường hợp cần phân định lỗi hỗn hợp.

  1. Nghĩa vụ hạn chế thiệt hại – Điều 362 BLDS

Khi xảy ra sự cố, bên bị thiệt hại không được hoàn toàn thụ động.

Điều 362 Bộ luật Dân sự 2015 quy định bên có quyền phải áp dụng các biện pháp cần thiết, hợp lý để thiệt hại không xảy ra hoặc hạn chế thiệt hại.

Ví dụ:

Nếu Sở phát hiện máy chủ có dấu hiệu lỗi nhưng:

  • vẫn tiếp tục ghi dữ liệu;
  • không cô lập hệ thống;
  • không sao lưu phần dữ liệu còn lại;
  • không thông báo cho đơn vị kỹ thuật;
  • tự ý cài đặt lại hệ thống làm mất log;

thì phải xem xét lỗi của Sở trong việc làm gia tăng thiệt hại.

  1. Điều 364 BLDS: phải xác định mức độ lỗi

Điều 364 Bộ luật Dân sự 2015 phân biệt lỗi cố ý và lỗi vô ý.

Trong vụ việc này phải làm rõ:

Viện có biết lỗ hổng kỹ thuật nhưng vẫn bàn giao?

Hay:

Viện không biết nhưng với trình độ chuyên môn và nghĩa vụ hợp đồng thì lẽ ra phải phát hiện?

Hay:

Viện đã cảnh báo rõ ràng về rủi ro nhưng Sở không thực hiện biện pháp cần thiết?

Ba trường hợp này có thể dẫn đến đánh giá trách nhiệm hoàn toàn khác nhau.

  1. Điều 419 BLDS: thiệt hại do vi phạm hợp đồng

Điều 419 Bộ luật Dân sự 2015 là căn cứ quan trọng khi xác định thiệt hại do vi phạm hợp đồng.

Do đó, Phải xem trong Hợp đồng giữa Viện Công nghệ A và Sở Giáo dục và Đào tạo tỉnh C có các nội dung về:

  • điều khoản bảo hành;
  • điều khoản SLA;
  • điều khoản phạt vi phạm;
  • điều khoản bồi thường;
  • giới hạn trách nhiệm;
  • nghĩa vụ sao lưu;
  • nghĩa vụ khắc phục sự cố;
  • thời gian phục hồi hệ thống.

Hợp đồng càng cụ thể thì tranh chấp càng dễ giải quyết.

  1. Luật Chuyển giao công nghệ: trách nhiệm phải gắn với nội dung chuyển giao

Luật Chuyển giao công nghệ 2017 là luật chuyên ngành điều chỉnh hoạt động chuyển giao công nghệ.

Đối với tình huống này, cần đặc biệt xem xét:

  • công nghệ chuyển giao là gì;
  • kết quả chuyển giao phải đạt yêu cầu nào;
  • nội dung chuyển giao có bao gồm phần mềm, cơ sở dữ liệu, quy trình vận hành hay không;
  • trách nhiệm hướng dẫn, đào tạo;
  • bảo hành, bảo trì;
  • trách nhiệm khi công nghệ không đạt yêu cầu.

Điểm quan trọng: Luật Chuyển giao công nghệ không thay thế hợp đồng. Chính hợp đồng mới giúp xác định Viện đã cam kết đạt tiêu chuẩn kỹ thuật cụ thể nào.

  1. Luật An ninh mạng: phải xem xét nhưng không được “đánh đồng” mọi sự cố với vi phạm an ninh mạng

Luật An ninh mạng số 24/2018/QH14 quy định về bảo vệ an ninh quốc gia và bảo đảm trật tự, an toàn xã hội trên không gian mạng.

Điều 9 quy định trách nhiệm pháp lý đối với hành vi vi phạm Luật; trường hợp gây thiệt hại thì phải bồi thường theo quy định của pháp luật.

Tuy nhiên, cần phân biệt:

Hệ thống bị sập do lỗi kỹ thuật không đồng nghĩa với việc đương nhiên có hành vi vi phạm an ninh mạng.

Nếu nguyên nhân là lỗi phần mềm, lỗi phần cứng hoặc lỗi vận hành thuần túy thì trọng tâm có thể nằm ở trách nhiệm hợp đồng và dân sự.

Nếu có dấu hiệu tấn công, truy cập trái phép, phá hoại hoặc sự cố an ninh mạng thì mới cần mở rộng sang các quy định tương ứng về an ninh mạng.

  1. Từ năm 2026 phải bổ sung Luật Bảo vệ dữ liệu cá nhân

Đây là điểm quan trọng cần cập nhật so với bản trước.

Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 được ban hành ngày 26/06/2025 và có hiệu lực từ ngày 01/01/2026.

Ngoài ra, Nghị định 356/2025/NĐ-CP quy định chi tiết một số điều và biện pháp thi hành Luật Bảo vệ dữ liệu cá nhân, cũng có hiệu lực từ 01/01/2026.

Vì vậy, trong một sự cố liên quan đến dữ liệu học sinh, không nên chỉ viện dẫn Luật An ninh mạng.

  1. Dữ liệu của trẻ em phải được bảo vệ ở mức đặc biệt

Luật Bảo vệ dữ liệu cá nhân 2025 dành riêng Điều 24 cho việc bảo vệ dữ liệu cá nhân của trẻ em và một số chủ thể cần được bảo vệ đặc biệt.

Do đó, trong tình huống này, nếu dữ liệu của 10.000 học sinh bao gồm dữ liệu cá nhân của trẻ em, việc xử lý sự cố phải đồng thời đặt ra các yêu cầu về:

  • bảo vệ dữ liệu;
  • kiểm soát truy cập;
  • bảo đảm an toàn;
  • khắc phục sự cố;
  • hạn chế việc tiếp tục xảy ra mất mát hoặc truy cập trái phép.

Đặc biệt, pháp luật hiện hành quy định các chủ thể có liên quan phải ngăn chặn hành vi vi phạm, khắc phục hậu quả và phối hợp với cơ quan chuyên trách trong xử lý vi phạm về bảo vệ dữ liệu cá nhân.

  1. Phải xác định ai là bên kiểm soát và ai là bên xử lý dữ liệu

Đây là vấn đề rất quan trọng nhưng thường bị bỏ qua trong hợp đồng phần mềm.

Cần xác định:

Sở Giáo dục

Có thể là chủ thể quyết định mục đích, phương tiện xử lý dữ liệu trong phạm vi hoạt động của mình.

Viện nghiên cứu

Có thể xử lý dữ liệu theo sự ủy quyền hoặc theo phạm vi dịch vụ được giao.

Đơn vị cung cấp máy chủ/cloud

Có thể là bên thứ ba tham gia vào quá trình xử lý hoặc lưu trữ.

Do đó, hợp đồng cần quy định rõ:

Ai chịu trách nhiệm về dữ liệu? Ai được quyền truy cập? Ai được sao lưu? Ai được phục hồi? Ai phải thông báo khi xảy ra sự cố?

Đây chính là “điểm mù” mà nhiều hợp đồng công nghệ hiện nay còn bỏ ngỏ.

III. GÓC NHÌN TÂM LÝ – GIÁO DỤC – QUẢN TRỊ – “CHÌA KHÓA NHÂN VĂN”

  1. Đằng sau 10.000 bộ dữ liệu là 10.000 học sinh

Học bạ không chỉ là một tập tin.

Đó là:

  • lịch sử học tập;
  • kết quả giáo dục;
  • thành tích;
  • thông tin cá nhân;
  • một phần hồ sơ hành chính của học sinh.

Vì vậy, phản ứng đầu tiên phải là:

“Làm thế nào để khôi phục quyền lợi của học sinh?”

chứ không phải:

“Ai sẽ phải trả tiền?”

  1. Khủng hoảng dữ liệu cũng là khủng hoảng niềm tin

Một sự cố làm mất dữ liệu của 10.000 học sinh có thể dẫn đến:

  • phụ huynh lo lắng;
  • nhà trường mất thời gian khôi phục;
  • cán bộ quản lý chịu áp lực;
  • Viện mất uy tín;
  • cơ quan nhà nước chịu áp lực trách nhiệm.

Do đó, xử lý truyền thông cũng phải đi song song với xử lý kỹ thuật và pháp lý.

Không nên công bố nguyên nhân khi chưa có kết luận kỹ thuật.

IV. GIẢI PHÁP TOÀN DIỆN CỦA CHUYÊN GIA THS. NGUYỄN HỮU LONG

“CỨU DỮ LIỆU TRƯỚC – XÁC ĐỊNH LỖI SAU – PHÂN BỔ TRÁCH NHIỆM CUỐI CÙNG.”

Bước 1 – Kích hoạt quy trình ứng phó khẩn cấp

Ngay khi phát hiện sự cố:

  • cô lập hệ thống;
  • hạn chế truy cập;
  • bảo toàn máy chủ;
  • bảo toàn log;
  • bảo toàn bản sao lưu;
  • không tự ý cài lại hệ thống;
  • không ghi đè dữ liệu;
  • lập biên bản sự cố.

Bước 2 – Bảo toàn chứng cứ điện tử

Phải lập hồ sơ:

  • mã nguồn và phiên bản phần mềm;
  • log máy chủ;
  • log cơ sở dữ liệu;
  • lịch sử backup;
  • thời điểm backup gần nhất;
  • cấu hình máy chủ;
  • nhật ký truy cập;
  • tài liệu đặc tả kỹ thuật;
  • biên bản nghiệm thu;
  • tài liệu hướng dẫn;
  • email cảnh báo;
  • ticket hỗ trợ;
  • biên bản bàn giao;
  • báo cáo kiểm thử.

Không có chứng cứ kỹ thuật thì rất khó xác định lỗi của ai.

Bước 3 – Thành lập tổ giám định độc lập

Không nên để một bên tự kết luận:

“Phần mềm của tôi không có lỗi.”

hoặc:

“Phần mềm của anh có lỗi.”

Nên có đơn vị/chuyên gia độc lập kiểm tra:

Source code → Database → Server → Backup → Network → Log → Quy trình vận hành.

Bước 4 – Xây dựng “bản đồ trách nhiệm công nghệ”

Có thể hình dung:

VIỆN NGHIÊN CỨU

Chuyển giao phần mềm

NHÀ CUNG CẤP HẠ TẦNG

Máy chủ/cloud

SỞ GIÁO DỤC

Quản trị hệ thống

TRƯỜNG HỌC

Nhập và khai thác dữ liệu

HỆ THỐNG BACKUP

Sao lưu và phục hồi

Sau đó xác định:

Mắt xích nào có nghĩa vụ? Mắt xích nào vi phạm? Mắt xích nào gây ra thiệt hại?

Bước 5 – Xác định trách nhiệm theo 4 yếu tố

  1. Nghĩa vụ

Viện phải thực hiện điều gì?

  1. Vi phạm

Viện có thực hiện đúng không?

  1. Thiệt hại

Sở thực tế thiệt hại bao nhiêu?

  1. Quan hệ nhân quả

Vi phạm của Viện có trực tiếp gây ra thiệt hại đó không?

Đây là cách tiếp cận phù hợp với hệ thống quy định về trách nhiệm do vi phạm nghĩa vụ và bồi thường thiệt hại của Bộ luật Dân sự.

Bước 6 – Phân chia ba kịch bản trách nhiệm

Kịch bản 1: Lỗi hoàn toàn của Viện

Nếu chứng minh:

phần mềm có lỗi → lỗi này gây mất dữ liệu → Viện vi phạm nghĩa vụ hợp đồng.

→ Viện phải chịu trách nhiệm theo hợp đồng và quy định của Bộ luật Dân sự.

Kịch bản 2: Lỗi hoàn toàn của Sở hoặc đơn vị vận hành

Nếu chứng minh:

phần mềm đáp ứng yêu cầu → máy chủ/sao lưu/vận hành thuộc trách nhiệm Sở → sự cố phát sinh từ lỗi vận hành.

→ Không có cơ sở để mặc nhiên yêu cầu Viện bồi thường.

Kịch bản 3: Lỗi hỗn hợp

Ví dụ:

Viện lỗi 60% + Sở lỗi 40%.

Khi đó cần áp dụng nguyên tắc tại Điều 363 BLDS để xem xét trách nhiệm tương ứng với mức độ lỗi.

Bước 7 – Khôi phục dữ liệu trước khi tranh chấp tiền

Trình tự ưu tiên phải là:

Khôi phục dữ liệu → xác minh tính chính xác → bảo đảm hệ thống hoạt động → xác định thiệt hại → thương lượng trách nhiệm → hoàn thiện hệ thống.

Không nên để tranh chấp bồi thường làm chậm quá trình khôi phục học bạ cho học sinh.

Bước 8 – Thiết kế lại hợp đồng chuyển giao công nghệ

Sau sự cố, các hợp đồng tương lai cần có tối thiểu:

SLA

Cam kết mức độ dịch vụ.

RPO

Quy định lượng dữ liệu tối đa có thể mất khi xảy ra sự cố.

RTO

Quy định thời gian tối đa để khôi phục hệ thống.

Backup

Quy định rõ:

  • tần suất;
  • nơi lưu trữ;
  • bản sao độc lập;
  • kiểm tra khả năng phục hồi.

Disaster Recovery

Quy trình phục hồi khi thảm họa xảy ra.

Incident Response

Quy trình ứng phó sự cố.

Liability

Xác định trách nhiệm và mức bồi thường.

Evidence

Quy định việc lưu giữ log và chứng cứ điện tử.

KẾT LUẬN

Không thể kết luận Viện phải bồi thường chỉ vì hệ thống phần mềm do Viện chuyển giao đã xảy ra sự cố.

Muốn xác định trách nhiệm phải đi theo chuỗi:

HỢP ĐỒNG → NGHĨA VỤ → TIÊU CHUẨN KỸ THUẬT → NGUYÊN NHÂN SỰ CỐ → LỖI CỦA TỪNG BÊN → THIỆT HẠI → QUAN HỆ NHÂN QUẢ → TRÁCH NHIỆM BỒI THƯỜNG.

Về dân sự, các quy định trọng tâm là Điều 351, Điều 360, Điều 361, Điều 362, Điều 363, Điều 364 và Điều 419 Bộ luật Dân sự 2015.

Về công nghệ, cần đặt hợp đồng trong khuôn khổ Luật Chuyển giao công nghệ 2017, hiện được hợp nhất tại 159/VBHN-VPQH năm 2025.

Về an toàn dữ liệu, phải xem xét Luật An ninh mạng 2018 và đặc biệt Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15, đã có hiệu lực từ 01/01/2026, cùng Nghị định 356/2025/NĐ-CP.

Thông điệp của chuyên gia ThS. Nguyễn Hữu Long:

“Trong một sự cố công nghệ, đừng vội tìm người để đổ lỗi. Hãy cứu dữ liệu trước, bảo toàn chứng cứ, xác định nguyên nhân bằng chuyên môn độc lập, sau đó mới xác định trách nhiệm bằng pháp luật. Bởi phía sau mỗi dòng dữ liệu học bạ là quyền lợi, quá trình học tập và tương lai của một học sinh.”

Bài học quản trị

Một hợp đồng chuyển giao phần mềm cho cơ quan nhà nước không nên chỉ ghi “phần mềm hoạt động ổn định”.

Hợp đồng phải trả lời được những câu hỏi rất cụ thể:

Nếu máy chủ hỏng thì ai chịu trách nhiệm?
Nếu database bị lỗi thì ai khôi phục?
Nếu mất dữ liệu thì mất tối đa bao nhiêu?
Bao lâu phải phục hồi?
Ai chịu trách nhiệm backup?
Ai được truy cập dữ liệu học sinh?
Sự cố xảy ra thì thông báo cho ai và trong bao lâu?
Chi phí khắc phục do ai chịu?

Đó mới là một hợp đồng chuyển giao công nghệ có khả năng bảo vệ cả Nhà nước, Viện nghiên cứu và quan trọng nhất là quyền lợi của người dân.

 

THÔNG TIN LIÊN HỆ:

Bài viết này được xây dựng dựa trên sự tham vấn, tư vấn chuyên môn của ThS. Nguyễn Hữu Long – Chuyên gia Lãnh đạo, Pháp lý, kinh tế, Tâm lý & Giáo dục. Với tư duy tích hợp đa ngành, chúng tôi không chỉ mang lại lá chắn pháp lý vững chắc mà còn cung cấp giải pháp quản trị rủi ro và thấu cảm tâm lý toàn diện vì sự phát triển bền vững của cộng đồng.

Nếu bạn hoặc tổ chức của bạn đang gặp phải những vướng mắc pháp lý, hãy liên hệ ngay với chúng tôi qua hotline hoặc để lại câu hỏi tại hệ thống website tuvanphapluattamlygiaoduc.vn hoặc qua số hotline: 0898.627.762 để được hỗ trợ kịp thời.

 

Để lại một bình luận