门店工资助手

问题

小型多门店零售团队通常依靠若干表格、聊天消息和记忆来管理工资；计算本身只是风险的一部分；可靠的流程还必须让缺失输入、员工调动、门店准备状态、月末确认与恢复能力清晰可见

门店工资助手把工资管理视为一个运营工作区，而不是一张孤立表单；它通过同一个月度状态模型连接六个视图，同时把工作数据保留在桌面电脑上

方法

界面明确区分预估、已确认与已结算金额；门店结算前，每位员工都必须拥有有效且经过确认的输入；全门店准备视图会直接暴露未完成工作，无需操作人员逐条检查记录

月结会创建稳定快照；若要解锁已经结算的期间，必须记录原因，让修正过程可以被理解，而不是静默改写历史

架构

React 界面调用面向领域的工作区操作，而不是直接写入存储；存储适配器让 Web 开发预览与 Electron 桌面运行时遵守同一份契约

Electron preload 只暴露受限的本地工作区存储、受保护备份流程与自动恢复点；共享验证规则定义界面进程与桌面进程共同使用的备份格式

产品决策

• 门店与员工变更保留历史月份的归属关系，不重写旧报表
• 无效、未填写或未确认的工资项目会阻止月结
• 未结算月份导出的文件会明确标注为草稿
• 应用锁使用本地 PIN，手动备份可以使用独立口令保护
• 自动恢复点补充但不能取代有意识的异地备份

当前边界

Windows 是正式产品目标；Web 构建仅用于本地界面开发，不是受支持的工资产品；当前公开发布提供源代码；可信安装程序仍需要代码签名，以及真实 Windows 环境下的安装、升级、恢复和卸载验证

项目中展示的门店、员工与金额均为虚构演示数据；该应用与任何零售商无关，也不应作为真实工资决策的唯一依据

下一步

当前路线图聚焦商业就绪：补齐剩余工资工作流、强化报表与审计行为，并完成 Windows 发布门槛，从而先提供可靠的未签名试用版本，再考虑更广泛的分发