Cần biết bao nhiêu về một chuyên gia để đưa ra quyết định tốt? Mô hình tiết lộ dữ liệu nghề nghiệp theo từng giai đoạn

GDPR yêu cầu dữ liệu cá nhân phải phù hợp, liên quan và giới hạn ở mức cần thiết cho các mục đích xử lý. Đây là nguyên tắc tối thiểu hóa dữ liệu trong Điều 5(1)(c). [1]

Điều 25(2) đi xa hơn khi yêu cầu theo mặc định chỉ xử lý dữ liệu cá nhân cần thiết cho từng mục đích cụ thể. Quy định này nêu rõ lượng dữ liệu được thu thập, phạm vi xử lý, thời gian lưu trữ và khả năng truy cập. [1]

Ủy ban Châu Âu giải thích cùng nguyên tắc theo cách đơn giản hơn: tổ chức chỉ nên thu thập và xử lý dữ liệu cá nhân cần thiết để hoàn thành mục đích đã xác định. [2]

Điều này không có nghĩa pháp luật bắt buộc một nền tảng chuyên gia phải ẩn tên hoặc ảnh cho đến một thời điểm cụ thể. Mô hình trong bài này là cách diễn giải thực tế về việc giới hạn dữ liệu và quyền truy cập, không phải nghĩa vụ chính thức phát sinh từ một điều luật duy nhất.

Không thể trả lời hợp lý câu hỏi "dữ liệu nào là cần thiết?" nếu chưa biết dữ liệu sẽ phục vụ mục đích gì.

Bạn sẽ cần những thông tin khác nhau khi:

• xem hàng trăm hồ sơ,
• so sánh hai người trong danh sách rút gọn,
• mời ai đó trao đổi,
• kiểm tra một giấy phép nghề nghiệp cụ thể,
• thống nhất điều kiện dịch vụ,
• ký hợp đồng,
• thực hiện thanh toán hoặc nghĩa vụ pháp lý.

Tối thiểu hóa dữ liệu không có nghĩa là "luôn hiển thị ít nhất có thể". Nó có nghĩa là giới hạn dữ liệu ở mức phù hợp và cần thiết cho một mục đích cụ thể. [1]

Đây là một điểm phân biệt quan trọng.

Nếu nền tảng lưu họ tên đầy đủ của chuyên gia nhưng không hiển thị cho người đang xem hồ sơ, nền tảng vẫn đang xử lý dữ liệu đó. GDPR định nghĩa xử lý rất rộng, bao gồm thu thập, lưu trữ, truy xuất, sử dụng và tiết lộ. [1]

Ẩn thông tin có thể giảm khả năng truy cập của một số người nhận, và đây là một trong những yếu tố được nêu tại Điều 25(2). Tuy nhiên, điều đó không đồng nghĩa với việc dữ liệu không còn được xử lý. [1]

Một kiến trúc quyền riêng tư tốt nên trả lời riêng ba câu hỏi:

• nền tảng đang nắm giữ dữ liệu nào,
• ai có thể truy cập,
• khi nào và vì mục đích gì dữ liệu có thể được tiết lộ cho bên khác.

Dùng bí danh và ẩn danh hoàn toàn không phải là một.

European Data Protection Board giải thích rằng việc dùng bí danh làm giảm khả năng liên kết dữ liệu với một người cụ thể nhưng không cắt đứt hoàn toàn mối liên hệ đó. Dữ liệu dùng bí danh vẫn là dữ liệu cá nhân nếu có thể được nối lại với người đó bằng thông tin bổ sung. [4]

Vì vậy, hồ sơ mang tên "Chuyên gia 184", trong khi danh tính thật được lưu riêng, không tự động trở thành dữ liệu ẩn danh theo nghĩa pháp lý.

Dùng bí danh là biện pháp bảo vệ, không phải cách đưa dữ liệu ra khỏi phạm vi GDPR.

GDPR có một điểm tinh tế quan trọng thường bị đơn giản hóa quá mức.

Recital 51 nêu rằng ảnh không nên mặc nhiên được coi là dữ liệu thuộc nhóm đặc biệt. Ảnh thuộc khái niệm dữ liệu sinh trắc học có liên quan khi được xử lý bằng các phương tiện kỹ thuật cụ thể cho phép nhận diện hoặc xác thực duy nhất một người. [1]

Điều này không có nghĩa ảnh thông thường không thể là dữ liệu cá nhân. Ảnh có thể là dữ liệu cá nhân. Nó chỉ có nghĩa rằng một bức ảnh không tự động trở thành dữ liệu sinh trắc học thuộc nhóm đặc biệt chỉ vì có hình một người.

Nghiên cứu về hồ sơ xin việc ẩn danh cho thấy việc hạn chế thông tin danh tính trong một số hoàn cảnh có thể giảm rào cản phân biệt đối xử ở vòng sàng lọc ban đầu. Tuy nhiên, kết quả phụ thuộc vào bối cảnh, và ẩn danh có thể chỉ trì hoãn sự phân biệt đối xử sang giai đoạn sau hoặc gây ra hệ quả ngoài dự kiến. [6]

Vì vậy không chính xác khi nói:

"ẩn tên và ảnh sẽ loại bỏ thiên lệch".

Cách diễn đạt phù hợp hơn với bằng chứng là:

"hạn chế một phần thông tin danh tính có thể giúp giai đoạn đầu tập trung vào tiêu chí nghề nghiệp, nhưng bản thân nó không bảo đảm một quyết định không thiên lệch hoặc tốt hơn".

OECD mô tả cách tiếp cận skills-first là chuyển tiêu chí đánh giá chính sang những kỹ năng mà một người có thể chứng minh, còn bằng cấp và kinh nghiệm đóng vai trò bổ sung. OECD cũng nhấn mạnh việc chủ động giảm thiên lệch và sử dụng các phương pháp đánh giá phù hợp. [5]

Điều này không có nghĩa OECD khuyến nghị ẩn những trường hồ sơ cụ thể trên nền tảng chuyên gia.

Tuy vậy, có thể rút ra một kết luận thiết kế thận trọng:

nếu mục tiêu của giai đoạn đầu là đánh giá khả năng thực hiện một công việc cụ thể, thông tin về kỹ năng và bằng chứng của kỹ năng có thể quan trọng hơn một số thông tin danh tính.

Trước hết hãy xác định:

• vấn đề cần giải quyết,
• các nhiệm vụ phải thực hiện,
• các kỹ năng thiết yếu,
• loại bằng chứng công việc có ý nghĩa,
• các giới hạn về thời gian, ngân sách và cách hợp tác.

Ở giai đoạn này, bạn không cần dữ liệu về một chuyên gia cụ thể.

Điều này cũng quan trọng về phương pháp: tiêu chí được tạo trước khi bạn nhìn thấy những người sẽ được đánh giá theo các tiêu chí đó.

Đối với đánh giá hồ sơ ban đầu, các thông tin sau có thể đã đủ:

• kỹ năng cần thiết,
• bối cảnh sử dụng kỹ năng,
• mẫu hoặc kết quả công việc,
• mô tả đóng góp thực tế,
• mức độ trách nhiệm,
• mức độ cập nhật của kinh nghiệm,
• khả năng xác minh một phần bằng chứng.

Nếu tên, ảnh hoặc lịch sử việc làm chi tiết không giúp trả lời liệu người đó có thể thực hiện công việc cụ thể hay không, có thể cân nhắc không sử dụng chúng ở giai đoạn này.

Đây là quyết định thiết kế, không phải nghĩa vụ pháp lý phổ quát.

Lớp tiếp theo có thể chứa thông tin không chứng minh năng lực nhưng cần để biết hợp tác có khả thi hay không:

• khả năng sẵn sàng,
• ngày có thể bắt đầu,
• phạm vi dịch vụ,
• cách tính phí và giá,
• ngôn ngữ giao tiếp nếu có liên quan,
• múi giờ hoặc nơi làm việc nếu thực sự quan trọng,
• các hạn chế về tổ chức.

Giá không phải là bằng chứng về năng lực, và địa điểm không phải là thước đo chất lượng. Tuy nhiên, chúng có thể là điều kiện quan trọng của một hợp tác cụ thể.

Sau khi thu hẹp lựa chọn, bạn không cần tự động mở toàn bộ hồ sơ.

Trước hết hãy xác định còn thiếu thông tin gì cho quyết định tiếp theo.

Có thể là:

• làm rõ một dự án cụ thể,
• xác nhận đóng góp cá nhân,
• một mẫu công việc bổ sung,
• câu trả lời cho cùng một câu hỏi được đặt cho tất cả người trong danh sách rút gọn,
• xác nhận giấy phép nghề nghiệp nếu thực sự bắt buộc.

Thiếu thông tin nên dẫn tới một câu hỏi cụ thể, không tự động dẫn tới đánh giá thấp hơn.

Thời điểm tiết lộ danh tính không cần giống nhau trong mọi tình huống.

Ví dụ, danh tính có thể trở nên cần thiết khi các bên muốn:

• chuyển sang trao đổi trực tiếp,
• xác minh quyền tác giả hoặc kinh nghiệm đã khai với một nguồn cụ thể,
• kiểm tra giấy phép bắt buộc gắn với cá nhân,
• chuẩn bị quan hệ hợp tác chính thức.

Không có quy tắc pháp lý phổ quát yêu cầu phải tiết lộ tên sau một số bước cố định.

Tiêu chí hữu ích là khi xuất hiện một mục đích cụ thể mà không thể đạt được một cách hợp lý nếu thiếu thông tin đó.

Khi các bên thực sự bắt đầu làm việc cùng nhau, phạm vi thông tin cần thiết có thể tăng lên.

Tùy loại quan hệ, khu vực pháp lý và nghĩa vụ của các bên, dữ liệu có thể cần để:

• ký hoặc thực hiện hợp đồng,
• liên hệ vận hành,
• lập hóa đơn và thanh toán,
• thực hiện nghĩa vụ thuế hoặc kế toán,
• xác minh theo yêu cầu của pháp luật hoặc do bản chất dịch vụ.

Không phải mọi dự án đều cần cùng một bộ dữ liệu. Lĩnh vực được quản lý chặt hoặc nghĩa vụ pháp lý cụ thể có thể đòi hỏi nhiều dữ liệu hơn đáng kể.

Bài viết này không thay thế phân tích pháp lý cho một quan hệ cụ thể.

Tối thiểu hóa dữ liệu không kết thúc khi dữ liệu đã được thu thập.

Điều 25(2) GDPR cũng liên hệ bảo vệ dữ liệu theo mặc định với phạm vi xử lý, thời gian lưu trữ và khả năng truy cập. [1]

Khi một giai đoạn kết thúc, hãy hỏi lại:

• thông tin này còn cần không,
• ai vẫn cần quyền truy cập,
• có lý do pháp lý nào để lưu giữ không,
• có thể giảm mức hiển thị không,
• khi nào nên xóa hoặc xem xét lại.

Việc một thông tin cần thiết ngày hôm qua không có nghĩa nó phải luôn sẵn sàng vô thời hạn.

Trước khi tiết lộ thêm một thông tin, hãy dùng năm câu hỏi đơn giản:

1. Mục đích chính xác của thông tin này là gì?
2. Có thể ra quyết định hợp lý mà không cần nó không?
3. Phiên bản ít chi tiết hơn có đủ không?
4. Ai thực sự cần xem nó?
5. Nó cần được giữ sẵn trong bao lâu?

Ví dụ: nếu bạn chỉ cần biết liệu có thể hợp tác trong một số khung giờ nhất định hay không, địa chỉ nhà chính xác của chuyên gia thường không trả lời trực tiếp câu hỏi đó. Múi giờ hoặc giờ làm việc được công bố có thể đã đủ.

Đây không phải là một phép thử pháp lý. Đây là công cụ thực tế để kiểm tra tính tương xứng giữa thông tin và mục đích.

Quyền riêng tư không nên làm giảm chất lượng quyết định bằng cách thay thế thông tin còn thiếu bằng giả định.

Nếu cần một thông tin nghề nghiệp cụ thể để đánh giá, bạn có ba lựa chọn hợp lý:

• yêu cầu thông tin đó ở giai đoạn phù hợp,
• dùng bằng chứng thay thế trả lời cùng một câu hỏi,
• thừa nhận rằng chưa có đủ cơ sở để quyết định.

Điều không hợp lý là:

"tôi không thấy thông tin này, vì vậy kết quả chắc phải kém".

Thiếu dữ liệu và bằng chứng tiêu cực là hai việc khác nhau.

Tiết lộ theo từng giai đoạn có rất ít giá trị nếu mọi người dùng nội bộ đều có thể xem toàn bộ dữ liệu ngay từ đầu.

Điều 25(2) GDPR nêu rõ khả năng truy cập là một yếu tố của bảo vệ dữ liệu theo mặc định. [1] Hướng dẫn của European Data Protection Board về bảo vệ dữ liệu ngay từ thiết kế và theo mặc định mô tả việc triển khai các nguyên tắc này bằng biện pháp kỹ thuật và tổ chức phù hợp. [3]

Trong thực tế, nên tách:

• dữ liệu nền tảng cần để vận hành tài khoản,
• dữ liệu hiển thị công khai,
• dữ liệu chỉ hiển thị cho một bên được chọn,
• dữ liệu chỉ nhân viên hoặc quản trị viên có thể truy cập cho mục đích xác định.

Quyền riêng tư của giao diện mà không có kiểm soát truy cập dữ liệu tương ứng là chưa đầy đủ.

Giả sử một tổ chức đang tìm người đánh giá khả năng tiếp cận của một trang web.

Giai đoạn một
Tổ chức so sánh kỹ năng, kinh nghiệm với các lần kiểm tra tương tự, báo cáo mẫu, phạm vi trách nhiệm và kiến thức về các tiêu chuẩn cần thiết. Tên và ảnh không cần để trả lời mọi câu hỏi này.

Giai đoạn hai
Tổ chức kiểm tra khả năng sẵn sàng trong thời gian yêu cầu, giá, ngôn ngữ giao tiếp và khả năng làm việc theo mô hình cần thiết.

Giai đoạn ba
Với danh sách rút gọn, tổ chức yêu cầu làm rõ phương pháp và xác nhận một số phần kinh nghiệm.

Giai đoạn bốn
Trước khi trao đổi trực tiếp hoặc chính thức hóa hợp tác, các bên tiết lộ thông tin cần cho nhận diện, liên hệ và thiết lập quan hệ chính thức.

Điều này không chứng minh rằng trình tự đó tốt nhất trong mọi tình huống. Nó chỉ cho thấy những quyết định khác nhau có thể cần những lớp thông tin khác nhau.

1. Bạn ẩn dữ liệu với khách hàng nhưng nội bộ ai cũng vẫn truy cập được.

2. Bạn gọi hồ sơ là ẩn danh dù nền tảng có thể dễ dàng nối nó lại với một người cụ thể.

3. Bạn ẩn thông tin thực sự cần cho một quyết định an toàn hoặc hợp pháp.

4. Bạn coi việc tiết lộ danh tính là phần thưởng thay vì phản hồi cho một nhu cầu cụ thể của quy trình.

5. Bạn cho rằng ẩn tên sẽ tự động loại bỏ thiên lệch.

6. Bạn thu thập dữ liệu "phòng khi cần" mà không có mục đích xác định.

7. Bạn không phân biệt dữ liệu cần để đánh giá năng lực với dữ liệu cần cho hợp đồng hoặc thanh toán.

8. Sau khi kết thúc một giai đoạn, bạn không đánh giá lại liệu dữ liệu còn cần được truy cập hay không.

1. Mục đích chính xác của từng thông tin là gì?
2. Có thể đạt mục đích mà không cần thông tin đó không?
3. Phiên bản ít chi tiết hơn có đủ không?
4. Dữ liệu cần để đánh giá năng lực hay chỉ cho hợp tác sau này?
5. Ai nên được xem dữ liệu ở giai đoạn hiện tại?
6. Hồ sơ thật sự ẩn danh hay chỉ dùng bí danh?
7. Việc thiếu thông tin có được phân biệt đúng với kết quả tiêu cực không?
8. Tất cả chuyên gia có được so sánh theo các tiêu chí tương đương không?
9. Có lý do cụ thể trong quy trình để tiết lộ danh tính không?
10. Giai đoạn sau có cần thêm dữ liệu vì lý do hợp đồng, thuế, an toàn hoặc pháp luật không?
11. Quyền truy cập nội bộ có giới hạn ở những người thực sự cần không?
12. Có rõ khi nào dữ liệu không còn cần thiết hoặc khi nào phải đánh giá lại nhu cầu đó không?

Tối thiểu hóa dữ liệu không có nghĩa là quyết định mà không có thông tin.

Nó có nghĩa là tách các câu hỏi:

tôi cần biết gì ngay bây giờ?
tôi có thể xác minh gì sau?
ai cần được xem?
thông tin này cần trong bao lâu?

Một trình tự thực tế có thể là:

vấn đề -> kỹ năng -> bằng chứng -> điều kiện hợp tác -> thông tin còn thiếu -> danh tính -> dữ liệu cần để chính thức hóa -> đánh giá lại quyền truy cập và lưu trữ.

Không phải tình huống nào cũng cần chính xác thứ tự này.

Nguyên tắc đơn giản hơn là:

chỉ tiết lộ và xử lý dữ liệu vì chúng cần cho một mục đích được xác định rõ, không chỉ vì hệ thống có khả năng thu thập hoặc hiển thị chúng.

[1] Regulation (EU) 2016/679 - GDPR, đặc biệt Điều 4, 5 và 25 cùng Recital 39 và 51, EUR-Lex
Mở nguồn

[2] European Commission - What data can we process and under which conditions?
Mở nguồn

[3] European Data Protection Board - Guidelines 4/2019 on Article 25 Data Protection by Design and by Default, bản cuối ngày 20 tháng 10 năm 2020
Mở nguồn

[4] European Data Protection Board - Anonymisation / pseudonymisation
Mở nguồn

[5] OECD - A Skills-First Labour Market, Promoting skills-first hiring and talent management, 2026
Mở nguồn

[6] IZA World of Labour - Anonymous job applications and hiring discrimination
Mở nguồn

Ghi chú phương pháp: các nguồn bao phủ những lĩnh vực khác nhau, gồm pháp luật bảo vệ dữ liệu, thiết kế quyền riêng tư, thị trường lao động và nghiên cứu về tuyển chọn ẩn danh. Bài viết không khẳng định kết quả nghiên cứu tuyển dụng có thể áp dụng trực tiếp cho mọi quan hệ với chuyên gia. Mô hình tiết lộ dữ liệu nghề nghiệp theo từng giai đoạn là một tổng hợp thực tế, không phải tiêu chuẩn chính thức của bất kỳ tổ chức nào nêu trên.