> ## Documentation Index
> Fetch the complete documentation index at: https://learn.cleeksy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Chia sẻ & phân quyền (Sharing & permissions)

> Chia sẻ report và quản lý quyền xem/chỉnh sửa.

Trang này mô tả mô hình chia sẻ report trong Analytics Hub theo hướng thực dụng: **ai được xem gì**, **ai được chỉnh sửa gì**, và cách publish report để đội vận hành sử dụng ổn định.

Liên quan:

* [Tổng quan phân tích dữ liệu](/build-apps/analytics-hub/overview)
* [Mô hình phân quyền (Permissions model)](/reference/permissions-model-public)
* [Ownership & chia sẻ dữ liệu (Data ownership & sharing)](/foundations/data-ownership-sharing)

***

## 1) Nguyên tắc “ai thấy gì” (who can see what)

Khi một report hiển thị dữ liệu, quyền truy cập thường bị chi phối bởi 2 lớp:

### Lớp 1 — Phạm vi dữ liệu (data scope)

* Dataset/nguồn dữ liệu nào được phép dùng
* Filter nào đang áp dụng (mặc định hoặc theo parameter)

### Lớp 2 — Quyền người dùng (user permissions)

* Role trong workspace/app quyết định người dùng có thể xem những gì
* Quyền xem report không nên vượt phạm vi dữ liệu mà người dùng được phép thấy

Thực hành tốt:

* Report cho “toàn công ty” chỉ nên dùng dữ liệu đã được publish theo phạm vi phù hợp
* Report cho team vận hành nên giới hạn theo team/department và ownership

***

## 2) Quyền chỉnh sửa (edit) vs quyền xem (view)

### View (xem)

Dành cho người dùng cần đọc số liệu và hành động theo số liệu.

### Edit (chỉnh sửa định nghĩa report)

Nên giới hạn cho:

* App owner/builder
* Analytics owner (nếu có vai trò riêng)
* Nhóm quản trị vận hành

Lý do: thay đổi report có thể ảnh hưởng cách hiểu số liệu và quyết định vận hành.

***

## 3) Publishing patterns (mẫu publish báo cáo)

### Pattern A — Team dashboard

* Publish report cho một nhóm/role cụ thể
* Dùng parameter để người xem tự chọn khoảng thời gian hoặc assignee

Phù hợp: work queue, pending/overdue theo team.

### Pattern B — Executive snapshot

* Publish một report “tóm tắt” với số liệu đã được chuẩn hoá
* Hạn chế parameter, ưu tiên số liệu ổn định

Phù hợp: KPI theo tháng/quý.

### Pattern C — Shared source, different views

* Một dataset được publish để làm “nguồn chung”
* Tạo nhiều report khác nhau cho các nhóm khác nhau (mỗi report có filter riêng)

Phù hợp: cùng một quy trình nhưng nhiều phòng ban quan tâm các góc nhìn khác nhau.

### Pattern D — Release báo cáo theo phiên bản

* Khi thay đổi data model/workflow, tạo report phiên bản mới trước
* Chuyển người dùng sang report mới sau khi kiểm tra

Phù hợp: hệ thống đã vận hành, cần tránh “đổi số liệu đột ngột”.

***

## 4) Guardrails khi chia sẻ (để không lộ dữ liệu)

* Không publish dataset quá rộng chỉ để “tiện làm report”
* Tránh đưa field nhạy cảm vào report nếu không bắt buộc
* Kiểm tra role/permission trước khi publish report cho phạm vi lớn
* Rà soát định kỳ: report nào còn dùng, report nào cần thu hồi

Liên quan:

* [Chia sẻ dữ liệu (Publish/Consume)](/build-apps/integrations/publish-consume-overview)
* [Bảo mật (Security)](/build-apps/integrations/security-tokens)

***

## Bước tiếp theo

* Tạo report theo các mẫu thực dụng: [Tạo báo cáo (Create reports)](/build-apps/analytics-hub/create-reports)