班次與交易
圍繞一個班次的營運脈絡。
- 開班、交班與現金交接
- 點單、結帳與支付方式
- 退貨、作廢與班中調整
POS 承擔只在收銀台成立的互動方式:要快,網路不穩也得能用,而且整個班次都握在店員手裡。Platform 模組繼續負責共用的企業紀錄與控管。
圍繞一個班次的營運脈絡。
日常銷售的前台視角。
POS 停下、企業開始的地方。
Apus 提供的 POS 與 Apus Platform 本來就共用一個邏輯核心與業務資料層;其他供應商的 POS 透過一個受控的串接點接入同一層。商業產品與 UX 不同,但企業紀錄不會形成第二個孤島。
班中賣掉多少就依配方扣多少原物料,於是庫存反映的是真正用掉的量,而不是打烊時手填的一個數字。
門市庫存低於門檻就變成一張有人簽核的採購申請,而不是傳給店長的一則訊息。
對過帳的班次營業額與收款進入會計,不必另建一套平行的收入帳。
不承諾一鍵移轉或零停機切換。約定的架構與上線計畫支配每一個專案。
兩者都是。POS 是收銀台的前台應用,它可以是貴公司已經在用的系統、其他供應商的系統,也可以是 Apus 提供的。上面寫的範圍與交接點在這三種情況下都成立,差別在於串接工作量,會針對貴公司實際的系統做調研並在方案設計階段確定。
不是。POS 是前台應用,並連接同一邏輯 Platform Core。
不是。這個頁面畫的是邊界與交接點,讓你知道什麼歸誰。銷售功能、硬體與價格在 POS 產品那邊,頁面底部有連結。
兩個領域是分開的:POS 負責收銀台的工作,Platform 模組負責共用企業紀錄與控管。
一個邏輯核心說的是業務紀錄連貫,不是實體部署的數量。拓樸依方案而異,也可能需要整合、移轉或切換。