Permission History — Quyền truy cập cũng cần có timeline

Một Project hôm nay là private không có nghĩa nó chưa từng được share. Nếu không có history, system mất context quan trọng.

Ai cấp quyền, cho ai, vào thời điểm nào, qua mechanism nào và vì mục đích gì?

Grant — quyền được tạo khi nào và bởi ai?

Scope — quyền áp dụng cho entity, field hoặc action nào?

Change — permission đã được mở rộng, thu hẹp hay gia hạn ra sao?

Revoke — quyền bị thu hồi khi nào và hiệu lực từ thời điểm nào?

Auditability — có thể tái dựng lại access history khi cần không?

Nếu một shared link ban đầu chỉ cho xem Project Summary rồi sau đó mở thêm Evidence, hai thời điểm đó không nên được coi là cùng một permission.

Được quyền xem không đồng nghĩa đã xem. Được quyền edit không đồng nghĩa đã sửa.

Permission history và activity history là hai lớp liên quan nhưng khác nhau.

Thu hồi quyền nên dừng future access, nhưng lịch sử về việc quyền từng tồn tại vẫn cần được giữ theo policy phù hợp.

Client review, recruiter access hoặc partner review thường có thời hạn tự nhiên. Expiring permission giảm risk do quyền bị quên.

AI agent, integration hoặc third-party crawler nếu được cấp scoped access cũng nên có grant time, scope, expiry và revoke state rõ.

Một model phù hợp: Permission Event Log → Subject → Resource → Scope → Effective Time → Expiry → Revocation → Access/Action References.

Đừng hỏi chỉ: “Ai đang có quyền truy cập?”

Hãy hỏi: “Ai từng có quyền gì, trong khoảng thời gian nào, scope nào và chúng ta có thể tái dựng lại lịch sử đó khi cần không?”

Grant → Scope → Change → Revoke → Auditability.