最近在梳理 SAP S/4HANA Retail 的 Product Master 时，我反复遇到一个看起来很简单、落地时却很容易出错的对象，structured article。中文里通常可以翻译成结构化商品，或者结构化 article。这个对象不只是把几个商品放在一起那么简单，它背后牵动 article category、BOM header article、components、价格条件、采购条件、税率、库存管理层级、门店销售和配送中心收货等一整串业务逻辑。
在传统制造业场景里，我们谈 BOM，脑子里常常想到生产用 BOM，父项物料和组件物料之间有装配关系。到了零售行业，structured article 仍然借助 BOM 表达结构，但它解决的不是典型的生产装配问题，而是零售商品组合、采购包装、促销陈列、尺码配比、配送中心和门店之间库存口径不一致这些问题。
SAP S/4HANA 的 Product Master app 可以创建和维护这类主数据。常见的 structured article 包含 sales set、prepack 和 display。它们都有一个共同结构，上层是 BOM header article，下层是 components。真正困难的地方不在于界面上点出一个结构，而在于创建时 article category 选错以后，后续业务几乎都会出现偏差。有些偏差在创建时不明显，到了 POS inbound、库存过账、采购订单、门店销售或者促销结算时才暴露出来，到那时再改主数据，成本会明显变高。
从一个门店货架场景理解 structured article
在零售门店里，一个顾客看到的商品，不一定等同于系统里最
