收银
应付金额与余额
Sale 结账复核页显示权威总额、付款与剩余金额。录入 tender 前先参见销售购物车与结账。
混合支付
Sale 结账接受三种支付方式，可任意组合。Payment 属于 Sale，并分配到各项目的独立 Invoice：
| 方式 | 用途 | 说明 |
|---|---|---|
| 现金 | 实物现金 | 计入钱箱的预期现金 |
| EFTPOS | 终端刷卡 | 先在终端处理，再录入批准金额 |
| HICAPS | 健康保险理赔 | 每次结账最多一笔 HICAPS，且必须指向某条服务项目——仅有零售商品的 Sale 不能用 HICAPS。见下方流程 |
礼券、套餐和优惠券核销是服务器支持的、针对服务项目的资产分配，但当前 POS 结账页面没有可选择它们的控件；也没有免单支付方式。录入的各笔金额之和必须恰好等于 Sale 总额才能确认——不支持部分付款。
📷 截图占位 — 支付弹窗（混合方式）
示例：$150 Sale = 某服务 Invoice 的 $100 HICAPS + $30 EFTPOS + $20 现金。三笔均被完整分配。
套餐
持有预付套餐的客人不在收银台"付款"——套餐次数由服务器端分配到服务线：扣减一次使用次数并将服务关联到套餐。当前 POS 结账页面没有套餐控件。技师提成按服务的门市全价计算，而非零。
HICAPS 流程
HICAPS 理赔发生在终端上，而非浏览器中。POS 记录结果：
- 在 HICAPS 终端刷会员卡并处理理赔。
- 终端批准 → 记下理赔金额和批准参考号。
- 在 POS 中，添加 HICAPS 付款条目，填入金额和参考号。
- 任何差额 → 照常用 EFTPOS/现金录入。
- 最终结算时，该营业期间的终端总额必须与终端自身的批次报告匹配——这就是对账。
终端返回了看不懂的代码？打开侧边栏的 HICAPS 帮助查询 HICAPS 与 EFTPOS 响应码。
录入 HICAPS 付款后，系统会在到店的治疗记录标签页创建一份治疗记录草稿（待完成）。请补全它；只有店长才能锁定。参见收据。
准确记录终端批准的金额。如果终端拒绝了，POS 中无需录入——没有终端批准支撑的 HICAPS 条目将在最终结 算时暴露为差异。
退款
与 Sale 关联的到店，其退款精确到具体的 Sale 项目、原 Invoice 和 Payment 分配。已停用的 Visit 收款按钮对这些到店刻意不可用，因此不会产生第二套交易历史。
POS 上只能退服务项目——在已关闭 Sale 的服务项目上使用退服务款（参见销售购物车与结账）。礼券、套餐和零售商品项目的退款或退货在 Admin 中处理。Visit 关闭后退款会被拒绝。
退款归属记录退款时所在的营业期间。原付款仍留在原营业期间。例如，今天的期间开启后才退回昨天的付款，该退款会记入今天的活跃期间，不会改写昨天的结算记录。
反转礼券 / 套餐 / 优惠券核销
用客户资产支付的核销不是退款——收银台没有现金流出，因此无从「退款」。反转同样精确到具体的 Sale 项目：在该项目上使用撤销权益核销。
反转会完整恢复资产（礼券余额、套餐次数或优惠券），从本次到店的收款中移除该金额，原始核销在历史中保持可见。原因为必填。一笔核销只能反转一次；如果该付款已有普通退款，或资产已过期/已取消，反转会被拒绝。对这类条目发起普通退款会被 系统拒绝。
反转后，到店可能变为部分未付或全部未付。请检查新余额，并在需要时收取另一种付款。TaxInvoice 跟随 Sale/Service，不会仅因 tender 反转而自动作废。取消或修改服务，以及相应的发票或贷项通知单修正，属于单独工作流。
防重复提交
系统会阻止重复的付款/退款提交（双击、网络重试）并返回*"重复请求"*提示。
- 这是保护，不是错误。
- 重试前请先检查付款列表——大多数情况下第一次尝试已成功。
关闭到店
- 余额 = 0 → 关闭到店完成故事。
- 有未付余额 → 正常关闭被拒绝。先收银。
- 客人未付离开 → 强制关闭：PIN + 书面原因。差额被如实记录。
强制关闭的存在是为了记录现实——而非让未付到店消失。店长在 Admin 中可看到强制关闭及其原因。