挑選飯店 PMS 前,先測試預訂資料匯出與退出
換 PMS 前,先驗證預訂、房型房價映射、可合法保留的客戶資料、餘額與付款參考能以機器可讀格式帶走。表格要求 UTF-8 CSV 或 XLSX,加欄位字典、穩定 ID、時區與幣別;下一套系統需要時才加入 JSON/API。這是採購條件,不代表 Smart Order 已支援全部格式。書面約定通知期、唯讀存取、匯出費、保留與刪除。以獲准的未來訂單、修改、取消、欠款與非拉丁姓名五筆樣本檢查關聯。官方初始設定的 Excel 範本是匯入用途,不能當成退出匯出權的證據。
公開功能與試用應證明的事
Smart Order 公開介紹中央預訂日曆、關聯付款與報表。這些說明資料範圍,但不能證明每種匯出格式或無限制退出服務。請支援人員展示實際匯出,確認方案、角色及程序。
此流程的驗收清單
| 測試 | 核對內容 | 保留證據 |
|---|---|---|
| 預訂 | 穩定編號、渠道 ID、房型、日期與狀態 | 能否對回日曆 |
| 付款與餘額 | 訂單編號、交易狀態、幣別與允許財務欄位 | 不收集多餘敏感資料即可對帳 |
| 改期與取消 | 可得歷程、取消狀態與改期 | 能否區分變更與第二筆預訂 |
| 權限與保存 | 誰能匯出、所需欄位、保存及刪除 | 權限與責任有文件 |
| 移轉與退出 | 格式、交付、依賴與服務費 | 目標流程能否使用樣本 |
執行受控試用
建立包含正常、修改、取消、押金與未付餘額的獲准樣本,避免真實客人不必要資訊。
讓供應商用團隊實際持有的角色匯出,記錄缺少欄位或操作權。
用預定試算表或移轉工具開啟,核對編碼、日期時區、幣別與固定編號。
把筆數與餘額對回來源,確認缺欄位和支援負責人後才決定移轉。
公平比較架構
比較整合 PMS 和舊系統時,要看實際使用的匯出,不是圖示。連接器可能只提供部分欄位,人工協助匯出也可能有不同範圍和時間;每家問同問題並保留樣本。
重要限制
這是操作驗收清單,不是法律保存或刪除義務說明。飯店應與責任顧問設定要求;隱私政策不能證明特定格式或移轉服務。
可核實的產品資料
| 項目 | 已公開資料與適用條件 |
|---|---|
| 形式 | 網頁型飯店PMS與行動應用程式 |
| 訂房管理 | 共用日曆、空房與入住退房操作 |
| 渠道 | 房型、房價與庫存同步;須確認實際連接與方案 |
| 付款 | 訂單關聯付款記錄;供應商與所在地帳戶條件適用 |
以上為已公開的軟體能力,不是已完成的飯店實測。請確認本飯店的方案、帳戶權限、連接、供應商費用與適用國家。

常見問題
公開功能就代表我的飯店已可使用嗎?
不代表。請展示本飯店實際方案、設備、渠道與帳戶權限。
試用應保留什麼證據?
保留各情境的預期、實際結果、編號、時區及負責角色;不收集多餘客人敏感資料。
如何比較其他廠商?
用同一房型與情境,區分已展示能力、需要開通的功能和仍待確認條件。
一次成功能保證日後都不出錯嗎?
不能。還要測改期、取消及異常交接,並建立監控和升級處理。
下一步應做什麼?
帶著本指南清單預約展示,取得適用方案和費用的書面確認;完成約定驗收才擴大使用。