收單與結帳
基本功要穩
- 現金 刷卡 行動支付 掛帳
- 折扣 退款與作廢有紀錄
- 日結 月結與交班報表
這是什麼
POS 的原意是銷售點,管的是一筆交易由誰完成、包含哪些項目、成本多少、收了多少錢。 餐飲店的交易單純,所以市面上的 POS 大多只做到「品項加總後結帳」。 一旦生意牽涉到人員抽成、零件成本或分期收款,這種設計就撐不住, 老闆最後只能同時開著 POS 跟 Excel。
收單與結帳
基本功要穩
人員抽成
一筆消費拆給好幾個人
工單與成本
算得出這筆賺多少
分期與會員
跨月的錢也記得住
差在哪
套裝 POS 不是做得不好,是它的資料表從一開始就沒有這些欄位。 缺欄位的結果是老闆得在系統外面另外維護一份資料, 而只要有兩份資料,對不起來就是遲早的事。下表列出最常見的五個缺口。
| 需求 | 套裝 POS 常見狀況 | 依燃 POS |
|---|---|---|
| 人員抽成 | 只能記單一服務人員,或完全沒有這個欄位 | 多人拆分、多層規則、材料成本先扣再抽 |
| 零件成本 | 只記售價,成本記在另一本帳 | 進價與售價同記,毛利即時成立 |
| 跨月收款 | 一筆交易必須當下結清 | 訂單為主體,多次收款與剩餘應收 |
| 服務時數計價 | 以商品為單位,無法用時間計費 | 時間與項目皆可作為計費單位 |
| 外部系統對接 | 封閉,或需另購 API 方案 | 以客製化軟體處理,可與既有 ERP 或申報系統對接 |
同一個模組的另一半 SCAN TO ORDER
掃碼解決的是「需求要經過人才進得了系統」這件事。 以往客人要說、店員要聽,聽完要抄或輸入,中間每一手都可能出錯,尖峰時段還會塞住。 掃碼把這一段拿掉,客人自己送出,資料一次到位,而且直接落進上面那套收單帳務裡, 不必再人工重打一次。省的不只是人力,更是轉述造成的錯誤與客訴。
免下載
掃了就能用
碼綁位置
系統知道是誰送的
單子直接進收銀
不必人工重打一次
不只是點餐
送出的可以不是商品
用在哪
只要現場有客人、而你希望他能自己完成某個動作,掃碼就成立。 差別只在掃完之後送出的東西是什麼:可能是一份餐點,也可能是一份服務紀錄、 一次報到、一則進度查詢。下表列出常見場景與各自送出的內容。
| 場景 | 碼貼在哪 | 客人送出什麼 |
|---|---|---|
| 診所與醫美 | 候診區、報到櫃檯 | 自助報到、基本資料、衛教資料領取 |
| 飯店與民宿 | 客房、大廳、公共區域 | 客房服務、備品需求、加購行程 |
| 露營區 | 營位、公共衛浴、營本部 | 食材加購、器材租借、問題回報 |
| 修車廠 | 取車單、簡訊連結 | 維修進度查詢、加項確認 |
| 長照居家服務 | 服務員手機開啟當次紀錄 | 服務項目勾選、家屬現場簽認 |
| 室內設計工地 | 工地現場、工班手冊 | 進度回報、照片、問題單 |
| 餐廳與飲料店 | 桌子、櫃檯、外帶取餐區 | 餐點與客製需求,直接進廚房出單 |
怎麼組
可以。如果你的預約已經有辦法處理、只是帳算不清楚,單獨導入這個模組就能解決; 只想先開掃碼、收銀維持原樣也可以。之後要加預約或官網時, 客戶資料與人員設定直接沿用,不需要重新建置或轉檔。
只把帳做乾淨,順便讓客人自己下單。適合預約方式已經穩定,但抽成與成本算不清楚的店。
官網不只是型錄。線上下單與掃碼入口直接開在自己的網站上,流量落在自己家。
不管約的是人、場地還是設備,預約進來、到場報到、結帳出去接成一條線。誰服務的一路串到底。
要與既有 ERP、健保申報或政府核銷格式對接時,客製那一段。
誰在用
每個產業用到的欄位不一樣
點進去看該產業的完整流程說明
FAQ
可以,而且這是收單帳務優先處理的功能。一筆消費可能同時牽涉主要服務人員、協助人員與材料成本,抽成比例還可能因職級、服務項目或是否為指定而不同。系統支援設定多層規則並在結帳當下自動拆分,月底不必再用 Excel 重算一次,也避免因為算錯而產生薪資爭議。
可以。零件同時有進價與售價,工時另有成本,只有把三者綁在同一張工單上才算得出這筆生意實際賺多少。許多店家算得出營業額卻算不出毛利,原因就是零件成本記在另一本帳上。收單帳務讓零件、工時與收款掛在同一張單,毛利在結案當下就成立。
可以。西裝訂製、室內設計、工程承攬這類生意一筆訂單跨數週到數月,訂金、期中款與尾款分開收,中途還可能有變更追加。系統以訂單為主體記錄每一次收款與剩餘應收,並可綁定階段進度,讓請款時機與工程節點對得起來,而不是靠人記。
不一定。系統以瀏覽器為主,平板、筆電或桌機都可以操作,現有設備能用就先用。需要出單機、錢箱、條碼掃描器或發票機時再依實際需求採購,我們不強制綁定特定硬體品牌。這樣的好處是初期投入低,也不會因為硬體停產而被迫整套換掉。
技術上是同一件事,差別在於使用場景。掃碼點餐特指餐廳桌邊點餐,而掃碼自助下單指的是任何讓客人用手機自己送出需求的流程。飯店客人在房間點客房服務、露營區客人加購食材、病患自助報到、車主查詢維修進度,用的都是同一套機制。名字取窄了,用途就被想窄了。
不需要。掃碼後直接在手機瀏覽器開啟,不必安裝任何應用程式,也不必註冊帳號才能送出。要求客人為了點一杯飲料先下載 App,實務上的放棄率非常高。若你希望累積會員資料,可以設計成送出後才邀請綁定,而不是把註冊擋在最前面。
掃碼是多一個選項,不是唯一途徑。現場人員一樣可以用後台代客下單,兩邊進的是同一份資料。實務上建議保留人工路徑,特別是客群年齡偏高的場域。強制所有人都掃碼通常換來的是現場摩擦,而不是效率提升。
可以。掃碼與收單雖然同屬一個模組,導入時仍可只開掃碼那一段。送出的單子會進到後台清單供現場人員處理,適合只需要收集需求、收款方式維持原樣的場域,例如診所自助報到或工班現場回報。之後要打開收銀端時,既有的品項設定與紀錄會直接沿用,不需要重新建置。