我今天正在整理 SAP Retail 的补货主数据设计时，最容易被低估的一个点就是 Requirement Groups。很多团队一开始做 Replenishment 方案，习惯把视角放在 Article Master、Site Master、MRP Type、Reorder Point、Safety Stock 这些更显眼的字段上，等到门店数量、商品数量、商品分类数量一起上来，才发现维护量开始失控。
假设一个零售企业有 800 家门店，经营 6 万个 Article，其中日配、乳制品、饮料、休闲食品这些品类都有不同的补货节奏。如果每一个 Site 和每一个 Article 都单独维护补货参数，理论组合数会非常吓人。更麻烦的是，业务并不是只维护一次就结束。门店调整、商品季节性切换、促销节奏变化、供应链服务水平变化，都会让补货主数据持续变化。这个时候 Requirement Groups 的价值就出来了，它不是一个花哨功能，而是为了减少维护工作量、提高主数据一致性而设计的分类机制。
SAP 官方学习资料把 Requirement Groups 放在 Site 与 Merchandise Category 的关系里说明，并明确提到它可以用于在 Article 和 Site 层面定义 Replenishment Master Data，类似一种大规模维护选项。也就是说，它服务的不是单条业务凭证，而是补货主数据的组织方式。(
