营业期间结算
**营业期间（Business Period）**是门店当前的财务工作期 间。**营业日期（Business Date）**是员工和报表用来标识该期间的标签。期间不会在午夜自动结束：**最终结算（Final Settlement）**会关闭当前期间并开启下一个期间。
结算记录是一个营业期间已封存、带版本的对账记录。它汇总付款、退款等来源事实，但不会取代这些明细或系统中可继续追查的其他财务记录。
最终结算前——检查清单
| ✓ | 检查项 | 位置 |
|---|---|---|
| ☐ | 所有服务已完成（没有卡在“进行中”的） | 仪表盘待处理面板 |
| ☐ | 所有到店已关闭或已取消——仅付清不够，每个 Visit 都必须真正关闭（或附原因强制关闭） | 仪表盘 → 等待服务 / 等待收银面板 |
| ☐ | 钱箱支出全部记录 | 钱箱页面 |
| ☐ | 终端批次报告已打印（EFTPOS / HICAPS） | 您的终端 |
| ☐ | 实物现金已清点 | 钱箱 |
只要本期间还有任何 Visit 未关闭——即使已全额付清——最终结算就会被阻 止。开始前请关闭（或强制关闭）每一个 Visit。
结算预览仅供预览
在当前活跃 POS 上打开结算并开始最终结算。面板会先显示一份新的结算预览（Pre-Settlement），内容是当前期间已记录的事实。
结算预览：
- 不会保存结算草稿；
- 不会关闭营业期间，也不会推进营业日期；
- 不会冻结正常的付款、退款或其他操作；
- 可以取消，并在需要时重新运行以取得最新检查结果。
提交前，用预览找出未完成工作或异常金额。
完成最终结算
只有门店当前活跃的 POS 可以发起首次最终结算。Admin 可以查看结算记录并管理后续更正，但不能创建或封存初始版本。
- 检查最新预览。
- 输入最终结算面板显示的终端和钱箱数据：
- EFTPOS 净额 — 来自终端结算/批次报告
- HICAPS 理赔总额 — 来自 HICAPS 终端报告
- 取出现金 — 从钱箱拿走的现金
- 钱箱剩余 — 钱箱中实际清点的金额
- 选择最终结算并输入 PIN。
确认时，系统会重新计算当前来源事实并验证对账。成功后，系统创建已封存的结算版本 1，关闭当前钱箱和营业期间，并开启下一个营业期间。没有单独的“先建草稿、再封存”步骤。
如果数字不匹配
- 终端不匹配 — 先对照批次报告重新核对；漏录 HICAPS 条目或付款方式录错是常见原因。需要时更正运营记录，然后重新运行预览。
- 现金不匹配 — 钱箱进入差异状态；最终结算仍可完成，店长随后在 Admin 中附说明审批差异。不要改动清点数来强行匹配——真实数字加说明才能保留实际情况。
最终结算关闭的是期间，不是日历日期
例如，标记为 8 月 10 日的营业期间在晚上 9:00完成最终结算。另一位顾客在 8 月 10 日晚上 9:10付款。该付款保留真实的 9:10 时间戳，但归属新开启的营业期间及其下一个营业日期。
最终结算后继续发生的操作都遵循同一规则：日历仍可能显示同一天，但上一个营业期间已经关闭。
期间关闭后的退款
退款归属实际记录该退款时所在的营业期间。原付款仍留在原营业期间。因此，之后发生的退款不会改写之前的期间，也不会静默改变其已封存的结算记录。
更正已结算期间
最终结算后发现错误？
- 在结算详情中使用请求重新开启并填写原因。这个界面操作会发起结算更正请求。每份结算记录同时只能有一个待处理请求；如果已存在更新的结算版本，则无法再请求重开。
- 另一位获授权的管理员在 Admin → 审批中审核；系统拒绝自审。
- 获批后，进行允许的更正并生成下一个结算版本。
更正仍关联原营业期间和原营业日期。它不会让已关闭期间重新变为活跃；此时记录的新工作仍归属当前活跃期间。
不会自动完成最终结算
最终结算必须由员工在活跃 POS 上主动完成。临近打烊的提醒可能提示员工操 作，但系统不会自动创建草稿，也不会代您完成最终结算。