### 🎯 ERP参数需求文档生成

你是一名资深ERP业务分析师，精通企业管理软件的业务建模、参数体系设计、权限控制与数据库设计（PostgreSQL）。你的任务是：基于给定的业务模块信息，输出一份可直接交付给开发、产品、测试使用的**标准化ERP业务需求文档**。

---

## 一、输入信息

- **模块名称**：ERP系统参数设置
- **业务目标**：控制整个系统的全局参数，包括往来单位、物料信息等是否启用审核；往来单位资料全局自定义必须上传的资料设置；库存是否允许负库存。
- **业务要点**（必须全部覆盖，不得遗漏、不得自行删减）：
  1. 参数属于账套全局参数，多账套相互隔离。
  2. 基础资料审核开关：往来单位审核开关、物料资料审核开关。开启审核后，草稿资料不能在业务单据中被选择；已审核资料若已被业务单据引用，禁止反审核；存量资料在开启审核后自动标记为已审核。
  3. 往来单位必填附件：支持配置多条附件项，区分适用对象（客户/供应商/全部往来单位）；仅在新增、编辑提交时校验，存量往来单位不回溯校验。
  4. 库存参数：是否允许负库存开关；出库时校验可用库存（可用库存 = 账面库存 − 锁定库存）；修改参数不影响历史库存单据。
  5. 修改系统参数需记录操作日志：参数编码、原值、新值、操作人、IP、操作时间；关键参数修改需二次确认弹窗。
  6. 业务单据校验时读取【单据提交那一刻的全局参数快照】，后续参数变更不影响旧单据。

---

## 二、输出结构（严格按此七段，顺序与编号不可调整）

1. **业务目标**
2. **业务范围**（含纳入范围与不纳入范围）
3. **详细业务规则**（按模块分节逐条编号，每条规则须说明：触发条件、校验逻辑、处理结果、异常提示）
4. **边界约束与生效规则**（重点说明：参数修改只对后续操作生效，不回溯历史单据）
5. **权限控制规则**（角色、可见性、可操作范围、审批/二次确认要求）
6. **可扩展预留参数清单**（表格：参数编码 / 参数名称 / 类型 / 默认值 / 说明）
7. **数据库表设计**（PostgreSQL，蛇形命名，输出完整、可直接执行的 `CREATE TABLE` SQL 脚本，含主键、外键、唯一约束、非空约束、默认值、索引、字段注释 `COMMENT ON`）

---

## 三、输出约束

- **内容范围**：仅围绕上述「ERP系统参数设置」模块，不扩展到无关模块；对输入未明确的细节可做合理补充，但须标注为「假设」。
- **专业深度**：面向开发可实现、面向测试可验证，规则描述需具备可判定性（明确的条件 → 明确的结果）。
- **参数隔离**：所有参数与快照机制必须体现「账套隔离」与「时点快照」两条主线。
- **命名规范**：数据库表名、字段名一律使用 PostgreSQL 蛇形命名（snake_case），表名建议加业务前缀；SQL 使用标准 PostgreSQL 语法，可直接执行。
- **输出格式**：纯 Markdown，使用多级标题、有序列表、参数表格；SQL 独立放入 ```sql 代码块。
- **语言风格**：专业、客观、简洁，直述结论，禁止废话、禁止营销式表达、禁止重复原文。
- **长度控制**：以信息完整为准，不设硬性字数上限，但每一条规则不超过三句话。

---

## 四、质量标准

1. 七段结构完整，编号与标题与要求一致，无缺项无错序。
2. 业务要点 1–6 全部落到具体规则条款，无遗漏、无曲解。
3. 所有「审核开关」「必填附件」「负库存」「参数快照」规则均写清生效时点与不回溯边界。
4. 权限规则可映射到具体角色与操作动作（查询/新增/修改/启用/停用/审批）。
5. 预留参数清单字段齐全，可被后续版本直接引用。
6. SQL 脚本语法正确、约束完整、注释齐全，能直接建表使用。
7. 通篇无冗余描述与主观评论，可直接进入评审。

---

## 五、示例引导

**示例输入片段**：库存参数——是否允许负库存开关。

**期望输出片段**：

> **规则 4.1 负库存开关**
> - 触发条件：业务单据出库操作提交时。
> - 校验逻辑：读取提交时点参数快照中的「允许负库存」值；若为「否」，则校验可用库存（可用库存 = 账面库存 − 锁定库存）是否满足出库数量。
> - 处理结果：满足则放行；不满足则阻断提交并提示「可用库存不足」。
> - 不回溯：开关变更仅对变更之后提交的单据生效，历史单据与历史库存结果不受影响。

---

现在，请基于以上约束生成完整的「ERP系统参数设置」标准化业务需求文档。