景區要讓旅客線上購票後直接掃 QR Code 通過閘機，重點不是單獨加裝讀碼器，而是讓訂單狀態、票券規則、驗票服務與閘機控制形成同一筆可追蹤交易。旅客出示票碼後，系統應確認票券是否存在、是否有效、是否已使用，以及日期、入口與次數是否符合規則；驗證通過後才核銷或鎖定票權，發出一次放行指令並保存實際通行結果。
客戶現場真正遇到的問題
許多景區已經透過官網、小程式或合作平台售票，但入口仍由人工看票，或讀碼設備與閘機各自獨立。這會造成退款票仍可使用、同一票碼重複入場、驗票成功卻沒有開閘，以及斷線後無法判斷票券狀態。
需要先回答的是哪一張票、在哪個日期、可由哪個入口使用、允許幾次，以及驗證後如何執行放行。
不同現場條件的處理方式
- 既有票務系統已有可靠介面：保留售票與訂單端，新增驗票服務、QR Code 終端及閘機連動。
- 介面能力有限：先確認訂單查詢、核銷及紀錄回寫，再決定即時串接或受控資料同步。
- 入口網路不穩定：明確定義離線票庫、有效期間、防重複規則及恢復連線後的回傳。
- 家庭、團體及需要協助的旅客較多：保留寬通道與人工處理點。
建議作業流程
旅客購票 → 訂單系統依票種產生票碼 → 旅客在指定入口掃碼 → 驗票服務查詢並驗證訂單 → 通過後核銷或鎖定票權 → 控制設備發出一次放行指令 → 閘機回報通行狀態 → 系統保存驗證、放行與例外紀錄。
- 失敗結果應回傳可處理原因，例如日期不符、已使用、入口不符或票碼不存在。
- 已核銷但旅客未實際通過時，是否恢復票權或重新放行，必須依營運規則確認。
- 團體票及多人票要先定義一個票碼對應的人數、次數及人工確認方式。
需要的設備與軟體
- 線上售票與訂單管理系統。
- 票碼產生與驗票服務。
- 依客流、淨寬及旅客組成選用的驗票翼閘、擺閘或三輥閘。
- 固定式、移動式或手持驗票設備。
- 閘機控制及通行紀錄模組。
導入前必須確認
- 既有系統可提供的訂單、核銷、退款狀態及驗票紀錄能力。
- 一人一碼、一單一碼或多人共用碼，以及日期、入口與次數規則。
- 尖峰抵達量、旅客類型、異常票比例及人工處理能力。
- 網路、供電、布線、淨寬、環境與緊急疏散條件。
- 斷線、重複掃碼、未實際通過及退票後的責任邊界。
常見問題 FAQ
已有線上售票平台，是否一定要更換？
不一定。若既有系統能可靠提供訂單查詢、票券驗證與核銷能力，可保留售票端，再增加入口驗票與閘機連動。
QR Code 截圖會不會被重複使用？
驗票服務必須查詢伺服器端票券狀態，並在通過後及時核銷或鎖定。只讀取畫面上的碼而不查票權，無法可靠避免重複使用。
網路中斷時還能驗票嗎？
可以評估離線模式，但票庫範圍、更新時間、有效期間、防重複機制及恢復連線後的資料回傳都必須先定義。