销售历史、例外与税务政策

Admin 提供三个独立的 Sale 页面。三者都以 sales.read 读取；追加税务政策版本还需要 sales.tax_policy.manage，退款/退货需要 sales.refund：

• 销售历史 — 在获授权门店查看有界的 Sale、项目、Invoice、Payment 与退货历史。具备 sales.refund 时，它也是经理无法使用门店 POS 时的后备：对已完成 Sale 做服务退款、零售退货、礼券或套餐购买退款，或反转礼券、套餐、优惠券核销。每次操作都要填写原因、责任员工和该员工的 PIN。这些操作通常仍在 POS 完成。成功的后备操作会以管理员身份记为高严重级别审计，并标明来自 Admin。
• 销售例外 — 人工复核 Provider unknown 或运营问题；case 不证明退款或付款成功。
• 产品税务政策 — 为门店/产品追加带日期的政策版本，供未来每个项目的独立 Invoice 使用。

税务政策版本与历史 Sale 事实都不能原地编辑。今天修改政策不会重释旧 Invoice。退款 和退货沿原 Sale 项目、Invoice 与 Payment allocation 处理；Provider 结果不确定时继续 人工复核。

这些页面不会启用在线支付、PayID/PayTo、Provider 退款执行，也不会代替会计或法律判断。

GST 类别与混合供应

每个目录项目被归类为应税、GST-free、Input taxed，或（仅礼券）Division 100 面值礼券。系统从不猜测类别：由授权的财务管理员带变更原因记录，产品没有生效分类的 Sale 行会在写入任何 Invoice 之前于结账时被拒绝。

一个 Sale 可以混合多个类别。每条 active 行仍各自成为一张带冻结类别的 Invoice；GST 只对应税行收取。销售历史中的 Sale 详情按类别显示 GST 拆分与 GST 合计，每条 Invoice 行显示其类别。GST 舍入规则（整张发票或应税供应）来自财务政策。

某项服务或产品属于哪个类别是会计问题。本页任何内容都不是税务建议，分类集合未经会计师验证。

在线支付、PayID/PayTo、服务商退款执行以及会计/法律判断均不由这些页面启用。