企業買線上課程後，報表通常會從一個簡單問題開始：
「我們可以看學員上課狀況嗎？」
可以。但真正需要設計的不是「要不要給報表」，而是「誰可以看哪一種報表」。HR 要追蹤推動進度，部門主管要知道自己的團隊有沒有完成，採購要判斷續約與使用率，IT 或資安要確認帳號與存取風險，學員本人則應能看到自己的進度、證書與必要紀錄。
如果所有角色都拿到同一份全公司明細表，短期看似方便，長期會變成三個問題：資料太多沒人判斷、個資範圍過大、匯出檔案到處流動。
先用一個原則判斷：這個角色要做什麼決策？
報表不是展示資料庫有多完整，而是幫一個角色完成工作。每一個欄位都可以先問三件事：
- 這個角色需要用這個欄位做什麼決策？
- 如果不給個人明細，只給群組或部門彙總，是否已經足夠？
- 如果給了這個欄位，是否會增加不必要的個資、績效或監控風險？
NIST 對最小權限的定義，是讓使用者只取得完成任務所需的最低權限。放到企業課程報表，就是不要因為某個人是「企業窗口」，就自動讓他看到所有學員的所有紀錄。
HR／培訓窗口：需要看推動狀況，不一定要看所有細節
HR 或培訓窗口通常是企業課程的主要管理者，需要掌握整體導入進度。
適合給 HR 的報表包含：
- 總席次、已分配席次、已啟用席次。
- 各部門開始率、完成率、逾期未完成名單。
- 證書取得狀態。
- 需要提醒或補救的群組。
- 客服與帳號問題摘要。
HR 可能需要看個人完成狀態，因為他要協調提醒、證書、內部結案與訓練紀錄。但即使是 HR，也不代表每一種資料都要預設開放。像是詳細登入 IP、私人客服對話、每題答題內容、作業完整文字，就應該回到課程目的和告知範圍判斷。
部門主管：看自己團隊，不看全公司
部門主管最常需要知道的是：自己的團隊有沒有完成、誰需要協助、接下來要怎麼在工作中落地。
適合給部門主管的報表包含：
- 所屬團隊的完成率與逾期狀態。
- 自己團隊成員的完成／未完成名單。
- 必要測驗是否通過。
- 和工作應用有關的行動任務狀態。
- 需要主管介入提醒的人員。
不適合預設給部門主管的資料，通常包含其他部門明細、全公司原始匯出檔、學員私人提問、客服內容、過細的行為追蹤資料。
如果主管只負責帶自己的 12 人團隊，就沒有必要看到其他 300 位員工的學習紀錄。
採購或高階主管：看使用率、成果與續約，不一定看姓名
採購、財務或高階主管通常不是要逐一追學員，而是要判斷這次投資值不值得繼續。
適合給採購或高階主管的報表包含：
- 席次使用率。
- 整體完成率。
- 各部門或梯次的彙總比較。
- 成果摘要與風險摘要。
- 續約、擴大或調整方案的建議。
這類角色多數時候看彙總資料就足夠。若只是要討論下一年度是否續約，提供每位學員完整姓名、Email、登入紀錄與答題明細，通常不會讓決策更好，只會讓資料外流面變大。
企業培訓成果怎麼做成主管看得懂的報告，可以延伸看 企業培訓成果怎麼回報？完成率、作業、證書與主管報告怎麼設計。
IT／資安：重點是帳號、權限、匯出與串接紀錄
IT 或資安人員關心的不是誰喜不喜歡課程，而是系統存取是否安全、資料是否被過度開放、匯出與 API 權限是否可控。
適合給 IT／資安的資訊包含：
- 管理員角色清單。
- 帳號啟用與停用狀態。
- SSO 或登入設定狀態。
- 資料匯出權限與匯出紀錄。
- API 或系統串接的授權範圍。
Adobe Learning Manager 的安全管理文件也提醒，報表可能包含個人可識別資訊、完成資料、評量分數與學習進度；報表與匯出功能應限制給有明確業務需求的角色。這個觀念很適合移植到一般課程網站：匯出權限要比畫面查看更謹慎。
學員本人：應能看自己的進度、證書與必要紀錄
學員本人通常需要清楚知道自己目前狀態，而不是只能等 HR 通知。
適合給學員本人看的資料包含：
- 自己的課程進度。
- 自己是否完成或通過。
- 自己的證書或完課紀錄。
- 自己提交的作業或回饋。
- 和自己帳號有關的基本資料。
如果平台允許學員查自己的紀錄，也要注意不要把同部門其他學員的進度一起顯示出來。學員自助查詢和團隊管理報表是兩種不同權限。
一張權限矩陣：誰能看什麼？
| 資料類型 | HR／培訓窗口 | 部門主管 | 採購／高階主管 | IT／資安 | 學員本人 |
|---|---|---|---|---|---|
| 席次總覽 | 可看 | 依需要 | 可看彙總 | 可看設定 | 不需要 |
| 個人完成狀態 | 可看 | 限自己團隊 | 通常看彙總 | 不需要內容 | 可看自己 |
| 測驗是否通過 | 依課程目的 | 限自己團隊且依目的 | 看彙總 | 不需要 | 可看自己 |
| 詳細答題與作業內容 | 必要時 | 必要時 | 通常不需要 | 不需要 | 可看自己 |
| 客服對話 | 必要時 | 通常不需要 | 不需要 | 只看事件與權限紀錄 | 可看自己的 |
| 原始 CSV 匯出 | 限授權人員 | 通常不開 | 通常不開 | 管理權限與紀錄 | 不需要 |
| API／系統串接 | 知道用途 | 不需要 | 知道風險與成本 | 管理授權範圍 | 不需要 |
這張表不是法律意見，而是課程網站與企業客戶討論需求時的起點。實際權限仍要依契約、告知內容、企業政策與適用法規調整。
權限不是設定一次就結束，要定期複查與撤銷
最小權限如果只在導入第一天設定，後面仍可能慢慢失效。HR 換人、主管調部門、外部顧問結束合作、企業管理員離職，都可能讓原本合理的權限變成不再需要的存取。
NIST 的最小權限控制也要求組織定期檢查角色或使用者的權限，確認需求是否仍然存在，必要時重新指派或移除。放到企業課程，就是至少在角色異動、續約、授權到期與重大組織調整時重新檢查：誰還需要看個人名單、誰還能匯出、誰的管理員權限應該關閉。
如果平台支援稽核紀錄，也可以保留管理員變更、資料匯出與高權限操作紀錄。這樣發生疑問時，不需要靠記憶猜誰曾經拿過什麼權限。
報表欄位要分三層：彙總、名單、明細
很多權限混亂，是因為把所有資料都叫「報表」。實務上可以拆成三層：
彙總層
例如部門完成率、整體啟用率、梯次比較。適合主管會議、採購檢討與續約討論。
名單層
例如誰尚未開始、誰逾期未完成、誰已取得證書。適合 HR 或部門主管做提醒。
明細層
例如作業全文、答題紀錄、登入紀錄、客服對話。只在有明確目的時開放，且要限制角色、範圍與保存方式。
這樣設計後，同一個「完成率低」的問題，可以先看彙總，再由有權限的人查名單，最後只有必要時才碰明細。
原始匯出檔是高風險功能，不要當成一般報表
在畫面上看一個部門的完成率，和下載一份包含全公司姓名、電子郵件、部門、進度、成績的 CSV，是完全不同的風險。
原始匯出檔建議至少設計四個控管：
- 只有特定角色可匯出。
- 匯出範圍限制在必要群組。
- 保留匯出時間、匯出者與用途紀錄。
- 不把匯出檔寄到私人信箱或非核准儲存空間。
如果企業只是要開季度會議，通常提供彙總報告就夠了；不要把原始資料下載當成預設交付。
個資原則：資料最小化、目的限制與保存期限要先講清楚
歐盟 GDPR 的資料處理原則中，包含目的限制、資料最小化、保存限制、完整性與保密性。即使你的企業客戶不一定直接適用 GDPR，這些原則仍可作為報表設計的好檢查表。
轉成課程網站語言，就是：
- 只收集與課程交付、管理、成果回報有關的資料。
- 只把資料提供給需要執行任務的人。
- 只保存必要期間。
- 清楚說明資料會給誰看、做什麼用。
- 對匯出、API、管理員權限做額外控管。
如果企業要求更多欄位，不要只問「系統做不做得到」，還要問「這個欄位是否真的必要」。
企業採購前就要寫清楚報表交付範圍
報表權限不要等到客戶付費後才臨時談。方案或合約前期可以先列出：
- 提供哪些標準報表。
- 哪些角色可以看。
- 是否提供個人名單。
- 是否提供原始資料匯出。
- 是否支援部門或群組權限。
- 是否支援 SSO、API 或 HR 系統串接。
- 資料保存與刪除怎麼處理。
這能避免企業買完才發現期待不同。例如企業以為可以下載所有明細，但你的平台只提供彙總報表；或你以為只要給 HR，企業卻要求每位主管都有自己的團隊儀表板。
不要把報表做成員工監控工具
企業學習報表的目的，是幫助培訓推動、成果回報與下一步決策，不是把學習平台變成過度監控系統。
像「最後登入時間」「觀看時數」「影片停留秒數」這類資料，有時能幫助排查問題；但如果拿來評價員工態度、績效或日常行為，就可能超出原本的課程管理目的。
比較穩健的做法，是先用完成、通過、應用任務與主管支持來做管理，不把每個細碎行為都放進主管報表。
和既有學員進度文怎麼分工？
如果你要處理「企業客戶要看學員進度」這個問題，可以先看 企業客戶要看學員進度怎麼辦？管理員、完成率、報表與個資邊界怎麼設計。
那篇重點是學習進度、完成率、報表欄位與個資邊界；本文則更聚焦在角色權限：HR、主管、採購、IT/資安與學員本人，應該各自看到不同層級的資料。
常見問題
企業付費買課，是否就能看所有學員明細？
不應只用「企業付費」判斷。比較好的做法是依培訓目的、角色責任、告知內容與必要範圍，決定哪些人能看彙總、名單或明細。
HR 可以看個人成績嗎？
要看課程目的。如果是法遵、資格、必要訓練，HR 可能需要知道是否通過；如果只是自我檢查型測驗，是否提供完整答題細節就要再評估。
部門主管可以看其他部門的學習報表嗎？
通常不需要。部門主管多半只需要自己團隊的完成與應用狀態；跨部門彙總可以提供給 HR、專案負責人或高階管理角色。
採購續約時需要個人名單嗎？
多數續約討論看席次使用率、完成率、部門差異與成果摘要即可。只有在需要處理具體推動問題時，才由授權角色查個人名單。
原始 CSV 報表可以直接寄給企業窗口嗎？
不建議當成預設做法。原始匯出檔通常含有較多個人資料，應限制匯出角色、範圍、用途與保存位置，並留下匯出紀錄。
學員可以看自己的企業訓練紀錄嗎？
通常應提供學員自己的進度、完成狀態、證書與必要紀錄，但不應讓學員看到其他同事或部門的資料。
結論：企業課程報表的好設計，是讓每個角色剛好看到該看的資料
企業線上課程一定需要報表，但報表不是越完整越好，也不是所有角色都拿同一份明細表。
HR 看推動與名單，主管看自己團隊與工作應用，採購看使用率與續約依據，IT/資安看權限、匯出與串接，學員本人看自己的進度與證書。
用最小權限、資料最小化與分層報表來設計，企業才看得到培訓狀況，課程經營者也比較不會把資料交付變成後續爭議。
參考資料：
NIST Computer Security Resource Center｜Least Privilege。
NIST SP 800-171 Rev. 3｜Least Privilege。
European Commission｜Principles of personal data processing under the GDPR。
Adobe Learning Manager｜Secure administration guide。