功能权限
控制菜单、按钮与操作入口的可见与可用,如能否新增销售单、能否删除单据行。
Module 11 / 系统管理
一套系统用得好不好,一半看业务功能,一半看管控能不能落地: 谁能看哪个门店的数据、谁能改价格、谁批的单、谁来改的、什么时候改的。 这四把锁管住了,单据上的每一个数字就都能找到责任人。
Functions / 系统功能
前面十个模块的业务功能,最终都收敛到这七项系统配置上。
Organization / 组织层级
组织机构决定了「谁的数据属于谁」,也决定了汇总时从哪一层往上归并。
岗位变动不影响历史归属:员工调岗或离职后,其历史上经手的销售单、维修工单与收款单保留原岗位与原机构归属,业绩与提成结算按发生时点的归属计算;新单据从变更后开始按新岗位生效,历史报表因此不会因为一次人事调整而变动。
Permission / 权限模型
「能打开这个菜单」和「能看到这家店的数据」是两件事;「能看到价格」和「能改价格」又是两件事。
控制菜单、按钮与操作入口的可见与可用,如能否新增销售单、能否删除单据行。
按机构层级限定可见范围:门店员工只看本店,区域经理看辖区,集团看全域。
控制成本价、进价与毛利字段的可见性,并区分查看价格与修改价格的权限。
按金额阈值与单据类型设定审批路径,如折扣超限、退款请求与月结处理需上级或财务审批。审批权限与功能权限解耦:同一个人可以提交单据但不能审批自己的单据。
Audit / 日志与追溯
业务单据不是写完就结束,反审、作废、修改、红冲都是常态,关键在于每一步都留痕。
登录、查询、新增、修改、审批等动作按操作人、时间、终端记录到系统日志。
单据保存修改前后内容差异,谁在什么时候把哪一项从什么改成了什么可完整回放。
反审、作废、退单等逆操作同样生成记录,不留空白,不出现只留结果的哑操作。
支持按员工、时间区间、单据类型与关键字检索,问题单据定位到具体一次操作。
日志作为内控与外部审计依据,配合系统参数设置保留周期,超期按规则归档。
典型场景:月末发现某张维修工单结算金额异常,通过日志可以看到开单人、改价人、审批人与收款人的完整操作链,再回到统计分析 M9 核对当月这张单据是否已被计入产值,形成闭环。
Security / 安全设置
账号安全不是一个开关,而是密码、网络与会话三层叠加的结果。任何一层缺失都会削弱另外两层。
| 控制项 | 可配置项 | 建议做法 | 失败后果 |
|---|---|---|---|
| 密码策略 | 长度、复杂度、有效期、错误次数锁定 | 到期强制修改,长期未登录账号自动停用 | 弱口令横向扩散,离职账号仍可登录 |
| 访问 IP | 允许登录的 IP 地址或地址段 | 财务与集团岗位限定内网或固定出口 | 任意网络环境可尝试登录后台 |
| 会话控制 | 超时时长、单账号并发数、强制下线 | 共享工位设置较短超时并限制并发 | 下班未退出的终端被他人继续使用 |
落地建议:把安全策略与岗位绑定而非与个人绑定,例如「前台工位」统一短超时、「财务岗位」统一 IP 白名单,这样员工调动时不需要重新逐条配置,也避免遗漏。服务与支持团队在交付时会协助完成首次策略配置与管理员交接。