系统参数配置说明

参数配置的重要性

系统参数决定了系统"怎么工作"。同一个功能，参数不同，行为可能完全不同。

参数配置错误会导致业务跑不通，而且往往难以排查（因为不是 bug）。

三类参数

一、业务规则类

这类参数直接影响业务逻辑，改动风险最大。

业务规则参数变更要评估影响并通知相关部门。

二、界面类

影响用户体验，风险较低。

三、性能类

参数管理原则

原则一：最小改动

不要随意改业务规则类参数。每个参数背后都有业务含义，改动前要理解影响。

原则二：变更留痕

谁在什么时候改了哪个参数、从什么改成什么、为什么改。

这个记录在排查问题时非常关键——"系统突然行为变了"往往是有人改了参数。

原则三：分环境

开发、测试、生产环境的参数可能不同（比如日志级别），要分别管理。

原则四：定期审查

每季度检查一次参数配置，清理无效的、确认有效的。

参数与配置的区别

不要用参数去实现业务配置。比如"某产品是否免检"应该配置在产品上，而不是做成全局参数。

判断标准：如果这个设置对不同对象可能不同，它就是配置不是参数。

上线前的参数确认清单

• 工单规则（超量、跳序、齐套校验）
• 报工规则（粒度、审核、撤销时限）
• 库存规则（批次、库位、FIFO）
• 质量规则（检验类型、判定、处置权限）
• 班次日历（工作时间、节假日）
• 编码规则（各类单据的编号格式）
• 权限规则（角色、数据范围）
• 通知规则（告警渠道、接收人）
• 性能参数（超时、分页、缓存）
• 安全参数（密码策略、会话超时）

这份清单要请业务部门逐项确认，不能只由 IT 决定。

常见问题

排查"行为异常"类问题的第一步，就是查参数变更记录。

参数清单、默认值与调整建议，[待补充：产品团队补齐]。