需求與住宿
圍繞一次住宿的營運脈絡。
- 管理預訂與旅客檔案
- 控制客房庫存、房價與可售狀態
- 執行入住、住宿與退房
前台範圍
完整的營運領域，不是另一個 ERP 模組。
PMS 負責旅宿特有的互動模式，Platform 模組持續負責企業共享紀錄與控管。
場館工作
每日場館營運的前台視角。
- 營運櫃檯
- 協調房務與房態
- 依住宿指派服務工作
費用與通路
進入企業會計前的應用邊界。
- 管理 folio 與住宿費用
- 連接通路與營運夥伴
- 把約定紀錄交接至財務
共享 PLATFORM CORE
同一業務紀錄延伸到櫃檯之外。
由 Apus 提供的 PMS 與 Apus Platform 本來就共用一個邏輯核心及業務資料平面；其他供應商的 PMS 透過一個受控的串接點接入同一平面。商業產品與 UX 不同，但企業紀錄不會形成第二個孤島。
- 租戶與公司結構
- 共享主資料
- 庫存紀錄
- 採購紀錄
- 財務紀錄
- 企業報表脈絡
單一核心交接
從住宿到企業控管。
- PMS庫存
場館耗用與補貨脈絡可延續到共享庫存紀錄。
- PMS採購
營運需求可轉為受控採購流程。
- PMS財務
費用與結算脈絡可進入會計，不需另建平行總帳。
系統邊界
一個核心，三層系統。
- PMS 負責前台體驗：訂房、櫃檯、房務與帳目（folio）——無論那是貴公司已經在用的系統，還是 由 Apus 提供的 PMS。
- POS 負責餐廳、酒吧與館內門市的交易；交易共用企業的存貨、採購與財務紀錄。
- Apus Platform 負責跨財務、供應、人員、知識與控管的企業旅程。
不承諾一鍵移轉或零停機 cutover。每次導入依雙方確認的架構與上線計畫執行。
常見問題
關於 PMS 與 Platform。
這個頁面講的是哪一套 PMS——Apus 的，還是我們自己的？
兩者都是。PMS 是前台的產業應用，它可以是貴公司已經在用的系統、其他供應商的系統，也可以是 由 Apus 提供的 PMS。上面寫的範圍與交接點在這三種情況下都成立，差別在於串接工作量，會針對貴公司實際的系統做調研並在方案設計階段確定。
PMS 是 Platform 模組嗎？
不是。PMS 是前台的產業應用，並連接同一邏輯 Platform Core。
PMS 會取代財務或採購嗎？
兩個領域是分開的：PMS 負責旅宿前台，Platform 模組負責共享企業紀錄與控管。
一個邏輯核心等於一個實體部署嗎？
一個邏輯核心說的是業務紀錄連貫，不是實體部署的數量。拓撲依方案而異，也可能需要整合、移轉或 cutover。