依公告類型、接收對象與展示方式,選擇適合的訊息發布機制
EIP 內部訊息不一定只使用單一公告模組處理。企業可依正式公告、內容型公告、 系統通知與站內訊息等不同情境,選擇適合的發布機制,並搭配權限範圍、通知方式、 生效期限、前台版型與已讀未讀管理,讓員工能在正確的入口看到需要接收的資訊。
- 支援正式公告、內容公告、系統公告與站內訊息
- 可依角色、組織、站台或指定人員設定接收對象
- 可搭配 Email、線上通知、已讀未讀與有效期限
- 可依首頁、部門入口與內容列表設計不同展示版型
四種公告、通知與站內訊息發布方式
EIP 可依訊息類型與使用情境,採用不同的發布機制。正式公告、內容型公告、 系統公告與站內訊息各有不同的接收對象、內容格式、通知方式與管理特性, 可依需求分工使用。
加值型公告
適合企業內部正式公告、部門通知、制度發布與需要指定接收對象的訊息。 可依公告類別、發布期間、置頂設定與通知方式進行管理。
- 可指定接收單位與接收人員
- 支援生效期限、置頂與重要性管理
- 可搭配附件、Email 通知與流程控管
內容型公告
適合以 Liferay WCM 管理的圖文公告、最新消息、活動資訊、政策說明與多語系內容。 可搭配內容結構、版型、權限與搜尋功能呈現。
- 支援多語系、圖片、附件與內容欄位設計
- 可搭配分類、標籤、全文檢索與版本歷史
- 適合輪播、縮圖摘要、分頁列表與頁籤展示
Announcements Portlet
Liferay 內建公告功能,適合快速發布系統公告、站台通知或指定角色、 組織與站台範圍的訊息,偏向系統預設機制。
- 可依 Role、Site、Organization 等範圍發布
- 支援 Email、線上通知與已讀未讀
- 適合使用系統預設公告列表與通知功能
站內訊息
適合個人或多人之間的訊息傳送,例如指定同仁通知、內部提醒或主題式對話。 使用者可在收件匣、寄件匣中查看訊息紀錄。
- 可指定多位收件者並保留訊息紀錄
- 支援收件匣、寄件匣、附件與已讀未讀
- 適合個人化通知與站內對話情境
EIP 公告訊息發布機制比較
以下依功能定位、發布對象、內容格式、通知方式、流程控管與前台展示彈性, 比較加值型公告、內容型公告、Announcements Portlet 與站內訊息的差異。
| 比較項目 | 加值型公告 景佳模組 | 內容型公告 內容設計 | Announcements Portlet 系統預設 | 站內訊息 景佳模組 |
|---|---|---|---|---|
| 機制定位 | 正式公告
| 內容發布
| 系統內建
| 個人訊息
|
| 適合情境 |
|
|
|
|
| 發布對象 | 支援指定對象
| 依權限呈現
| 系統範圍
| 指定收件者
|
| 內容格式 |
|
|
|
|
| 多語系支援 | 無多語系
| 支援多語系
| 無多語系
| 無多語系
|
| 圖片與附件 | 支援附件
| 支援多筆
| 內容內引用
| 支援附件
|
| 生效時間與期限 | 支援
| 支援
| 支援
| 非主要功能
|
| 置頂與優先順序 | 支援
| 可依版型設計
| 支援
| 非主要功能
|
| 通知方式 | 支援通知
| 可依需求搭配
| 支援通知
| 支援通知
|
| 已讀未讀 | 可依需求擴充
| 非主要功能
| 支援
| 支援
|
| 流程控管 | 可套用流程
| 可套用流程
| 沒有流程
| 沒有流程
|
| 分類與類型 | 支援
| 可依內容設計
| 支援
| 非主要功能
|
| 列表查詢 | 支援
| 可依版型設計
| 系統預設
| 支援
|
| 全文檢索 | 可依需求設計
| 支援
| 非主要功能
| 非主要功能
|
| 版本歷史 | 非主要功能
| 支援
| 非主要功能
| 對話紀錄
|
| PDF 轉出 | 非主要功能
| 支援
| 非主要功能
| 不適用
|
| 前台展示版型 | 可客製
| 彈性高
| 彈性較低
| 訊息介面
|
| 客製化彈性 | 高
| 高
| 低
| 中
|
| 主要限制 |
|
|
|
|
依訊息用途快速判斷適合的發布機制
不同訊息發布機制適合處理不同類型的公告、通知與站內訊息。可先依照訊息的正式程度、 接收對象、內容格式、是否需要流程與是否需要已讀未讀管理,判斷適合使用的機制。
正式公告、制度發布、部門通知
需要指定發布單位、接收單位或接收人員,並控管公告期間、置頂、重要性與附件。
最新消息、活動資訊、多語系圖文內容
需要圖片、附件、分類、標籤、全文檢索、版本歷史,或需要以內容管理方式長期維護。
系統公告、角色通知、站台通知
需要快速使用 Liferay 內建公告功能,依角色、站台或組織範圍發送系統公告。
指定同仁通知、多人訊息、內部提醒
需要像站內信一樣指定收件者,並保留收件匣、寄件匣、附件與對話紀錄。
需要簽核後再發布公告內容
若公告或內容需要先經主管、承辦單位或管理者審核,應選擇可搭配流程的機制。
需要追蹤已讀未讀或訊息接收狀態
若重點在於使用者是否已讀、未讀,或需要收發紀錄,應選擇有閱讀狀態設計的機制。