审批

审批中心是店长处理需要第二双眼睛的请求的地方——结算更正、现金差异和盘点修正。

进入审批中心

Admin → 报告与财务 → 审批中心。可从侧边栏进入，或点击业主经营洞察页上的复核本店审批链接——仪表盘上没有待处理徽章。

页面有四个标签：

标签	内容
结算重新开启	为已结算营业期间创建新更正版本的请求
财务纠正	对已结算期间补录或修正付款/支出的请求（见下文）
盘点重新开启 （如启用库存）	重开已确认盘点的请求
钱箱差异	等待签字的钱箱差异

每个标签默认显示待处理项；切换到历史查看过往决定。

结算更正请求

已封存的结算记录有错误时（终端总额错、漏录付款），POS 员工在结算详情页使用请求重开来申请带版本的更正。这个界面标签会启动受审批的更正流程，不会让已关闭的营业期间重新变为活跃。

批准 / 拒绝

1. 打开待处理请求——您会看到谁请求的、什么时候、原因是什么。
2. 批准（附说明） → 请求者可进行允许的更正，为同一营业期间和营业日期生成下一个结算版本。
3. 拒绝（附说明） → 请求关闭；现有已封存版本继续有效。

注意

职责分离。 结算重开和钱箱差异由员工在 POS 发起、由管理员账号在 Admin 批准——两套独立的身份体系，因此请求者永远不可能是审批者。盘点重开和财务纠正还会在 API 层额外拒绝明确的自审。

财务纠正请求（已结算周期）

财务纠正页签审阅对已结算 Business Period 补录缺失付款或支出、或修正某笔付款方式或金额的请求。原始行永不被编辑：审批会在一步内追加纠正行、其分类账条目和一个新的封存 Settlement 版本，且必须由另一位管理员审批。

审批前请在请求卡片上核对两件事：

• Adjustment Note 预览。 若被纠正的付款所属 Visit 已开具 Tax Invoice，卡片会显示在您审批那一刻将开具的 Adjustment Note（减少或增加、纠正前后价格、GST 变化、note 日期）。所见即所得——它在请求提交时已冻结，若发票在此期间发生变化，系统会拒绝审批。原发票不会被修改，也永远不会被自动替换。拒绝不会开具任何单据。该 note 归属哪个 BAS 期间尚未经会计师验证。
• HICAPS 理赔编号。 涉及 HICAPS 付款的纠正必须引用 HICAPS 理赔编号。审批后还会在财务例外中排入一条 HICAPS 对账 case；健康基金余额不会自动对账——仍需有人手动关闭该 case。

若该 Visit 有多张未作废的 Tax Invoice，或有一张没有 GST 事实的旧发票，请求无法创建；请先处理发票。

现金钱箱差异

最终结算时清点现金与预期不匹配，钱箱会进入差异状态。结算记录仍会创建（差异被记录而非隐藏），但需店长签字。

批准差异

1. 打开待处理差异——您会看到预期金额、清点金额和差额。
2. 选择批准差异（差额按原样留档）或送交调查，两者都需附说明解释差异（如"未记录的备用金调整"、"员工用钱箱买午餐未录支出"）。
3. 调查有两个出口：解决调查将清点数字接受为真实的短缺/溢出（金额不变）；创建更正版本则要求输入更正后的期末余额，并生成新的钱箱版本和一个结算草稿版本。

状态流转为 待处理 → 已批准，或 待处理 → 调查中 → 已解决 / 已应用。说明是永久记录——它回答"钱去哪了"供任何人日后审查。

盘点重开 （如启用库存）

已确认的盘点锁定库存水平。如发现清点错误：

1. 提交盘点重开请求。
2. 另一位管理员批准 → 系统以当前库存为基础创建一个新的盘点草稿版本。已应用的版本及其库存变动永远不会被改写。
3. 新版本像普通盘点一样清点、确认并应用。

最佳实践

• 每天清理审批 — 每天早上从侧边栏打开审批中心；堆积起来会失去事件上下文。
• 始终附说明 — "已批准"无解释不如"已批准：$5 短缺是未记录的午餐支出"有用。
• 关注模式 — 同一门店/班次反复出现差异可能是培训问题或更严重的情况。审批历史就是您的证据。

谁可以审批

角色	可审批
店长	绑定到其账号的门店——结算、钱箱和盘点请求；默认可以发起财务纠正但不能审批（租户管理员可在角色权限页授予审批权限）
区域经理	其门店组内的门店；默认可审批财务纠正（租户管理员可收回该权限）
租户管理员	本企业的所有门店
超级管理员	所有门店

范围即您的账号可访问的门店。POS 端的"经理"是另一个雇佣角色，POS 用户只能发起请求，不能审批。

审批还受角色层级约束：即使拥有权限，审批人也不能处理由更高层级角色发起的申请——店长不能审批区域经理的财务纠正或盘点重开。