SAP Retail Merchandise Category Hierarchy: WHY (Business View)

SAP Retail Merchandise Category Hierarchy: WHY (Business View)

Merchandise Categories classify Products, but in SAP Retail that’s a small part of the story.

Merchandise Category Hierarchy is relevant both for SAP S/4HANA Retail for Merchandise Management and SAP S/4HANA for Fashion and Vertical BusinessSAP Retail is used in this document as a shortcut to mean both applications.

As context, let’s first differentiate between the two main product hierarchies that you’ll find in SAP Retail:

https://blog.masterdataaficionado.com/wp-content/uploads/2020/08/01-MCH-vs-AH.jpg

Merchandise Category Hierarchy vs Article Hierarchy.

While each serves a purpose, Merchandise Category is mandatory. Article Hierarchy is typically implemented only if required by specific business processes (e.g. assortment and planning).

MCH: What It Is

Distinct objects make up the Merchandise Category Hierarchy.

https://blog.masterdataaficionado.com/wp-content/uploads/2020/08/02-MCH-Levels-1024x383.jpg

MCH Levels and MC.

A Merchandise Category Hierarchy is comprised of Merchandise Category Hierarchy (MCH) levels and Merchandise Categories (MC), each of which is assigned to a parent.  Merchandise Categories are the lowest level nodes of the Merchandise Category Hierarchy. In common conversation, the words “Merchandise Category Hierarchy” are often used imprecisely to refer to all of the above.

Merchandise Category Hierarchy levels are different than Merchandise Categories, with different concerns. For example, Merchandise Categories are technically mandatory, but not so for Merchandise Category Hierarchy levels. Merchandise Categories are mandatory because a Retail Material (Article Master) can’t exist without being assigned to a Merchandise Category.

In theory, you may freely define the number of levels of the Merchandise Category Hierarchy for your company.  In practice, seven or less levels are practical, and very large retailers with diverse product lines commonly implement 5 or fewer levels.

What levels and values (nodes) might make up your Merchandise Category Hierarchy?  What values (again, nodes) might make up your list of Merchandise Categories, and why? 

The main purpose of the Merchandise Category Hierarchy is to provide hierarchical reporting in SAP Business Intelligence (BI) and SAP Business Warehouse (BW). It answers the question: How do I want to roll up and drill down through Article Master-relevant data (e.g. procurement, sales)? Naturally, standard BW extractors fetch Merchandise Category Hierarchy and Merchandise Category data for this purpose.

MC: What It Is

The question of Merchandise Category is more consequential, and requires more thought.

In the first place, and to be disregarded at your peril, many SAP Retail business processes assume that Merchandise Category provides a specific business context. From a system perspective, Merchandise Category means something. That should be your perspective too.

Here’s an example branch of a Merchandise Category Hierarchy:

https://blog.masterdataaficionado.com/wp-content/uploads/2020/08/02-MCH-1-1024x383.jpg

Example branch of MCH and MC.

Merchandise Categories are used to group Articles by their nature. The Merchandise Category answers the question: What is this thing?  Similar “things” belong in the same Merchandise Category, and two or more Merchandise Categories should differentiate between two substantively different “things.”

The need for differentiation prompts another question: How many Articles should be assigned to a single Merchandise Category? There isn’t a technical limit or technical answer for this question. The goal is to maintain the level of granularity that serves your business purposes. A Merchandise Category with one Article may not serve much purpose, but usually neither does a Merchandise Category with thousands of Articles.

If a Merchandise Category accumulates too many Articles, standard functionality exists to reclassify (reassign) Articles from one Merchandise Category to another.  Over time, but infrequently, it’s common to split Merchandise Categories — or otherwise change the structure of the Merchandise Category Hierarchy — and reassign Articles. Master data changes over time to align with the business and business process realities that Merchandise Categories serve.

Global Standards

Even if your company has an existing product hierarchy and classification, implementing SAP Retail is a good time to validate its fit for purpose.

Where to start? I always prefer to either adopt or learn from global standards. If it’s not practical to adopt, at least use an available standard as a reference for creating something better — for specific reasons — for your business case.

GS1 (http://www.gs1.org/gsmp/kc/gpc) are in the business of product categorization and setting global standards, and can serve as a useful reference. The GS1 scheme includes a naming convention wherein a “Brick” is the equivalent of an SAP Merchandise Category.  Here’s a small example:

https://blog.masterdataaficionado.com/wp-content/uploads/2020/08/04-MCH-GS1.jpg

GS1 example branch of MCH and MC.

What makes an item in Food Thermometers different than an item in Kitchen Scales and different still from an item in Food Volume Measuring Equipment? How are all sufficiently similar to be grouped under Food Measuring Equipment?   The essential difference is “what it is” or “what it does” or “what purpose it serves”.  When we say that “like articles” usually belong in the same MC, we’re thinking about articles that have the same nature, or “what it is”.

Because its assignment in an Merchandise Category describes the nature of an Article, you can see why Merchandise Category Hierarchy and Merchandise Category are considered to be “relatively static.” You might add a new line of business, requiring corresponding additions to the Merchandise Category Hierarchy.  But it’s seldom the case, unless to correct an error, that an item would be reclassified, for example, from Kitchen Scales to Food Volume Measuring Equipment.

MC: What It’s Not

Having defined from a business and system perspective what a Merchandise Category Hierarchy is, let’s consider what a Merchandise Category Hierarchy is not.

Merchandise Category Hierarchy should not incorporate any attributes that express your organization structure. Including levels or Merchandise Categories that represent buying organization, or responsibility, is a common misstep.

Merchandise Category Hierarchy should not incorporate any attributes that express business process or status. For example, designation that an article is new, being discontinued, or being promoted.

All of these are clear (and commonly found) examples that fall outside of the “nature” of the Article. Incorporating such attributes will cause excessive reclassification activity and will likely prompt further abuse of Merchandise Category Hierarchy.

Lastly, Merchandise Categories in SAP Retail are not Material Groups, as found in SAP outside of SAP Retail. This can be a confusing distinction because most SAP Retail screens use the standard terminology of “Material Group” and some SAP Retail screens use the label “Merchandise Category.”

Material Groups in standard SAP are customizing. Merchandise Categories in SAP Retail are maintained purely as master data, using standard transaction codes. There’s no customizing activity.

More than Classification

Beyond reading The Essence of SAP Retail Master Data, which identifies Merchandise Categories as the focal point for creating master data, it’s important to consider business processes.

What are some of the many SAP Retail business processes that expect Merchandise Category to provide specific business context?

  • Reference Articles
    • Assigned to Merchandise Category.
    • Critical for minimizing data creation effort.
  • Assortment and Listing
    • Merchandise Categories are assigned to Site Masters.
    • Merchandise Categories are assigned to General Assortments.
    • Merchandise Categories can be considered in execution of Listing.
  • General
    • Reporting.
    • Standard extractor for BW.
    • Standard content for BW.
    • Selection Criteria.
  • Pricing
    • Retail Pricing Conditions maintained by Merchandise Category.
    • Planned markup.
  • Promotion
    • Selection of Articles by Merchandise Category.
  • Purchasing
    • Purchase orders created with no Article number (text-only PO) use Merchandise Categories for G/L account determination.
    • G/L account determination for non-valuated articles.

In summary, there’s much more than classification and reporting to consider when crafting your Merchandise Category Hierarchy. Like all master data, it exists to serve business processes, which you’d do well to consider broadly.

Reference

Tags: MCMCHMerch CategoryMerchandise Category

Merchandise Category Hierarchy: WHY (Business View) – MDA Blog

深度学习是机器学习的一个子领域,它基于人工神经网络的研究,特别是利用多层次的神经网络来进行学习和模式识别。深度学习模型能够学习数据的高层次特征,这些特征对于图像和语音识别、自然语言处理、医学图像分析等应用至关重要。以下是深度学习的一些关键概念和组成部分: 1. **神经网络(Neural Networks)**:深度学习的基础是人工神经网络,它是由多个层组成的网络结构,包括输入层、隐藏层和输出层。每个层由多个神经元组成,神经元之间通过权重连接。 2. **前馈神经网络(Feedforward Neural Networks)**:这是最常见的神经网络类型,信息从输入层流向隐藏层,最终到达输出层。 3. **卷积神经网络(Convolutional Neural Networks, CNNs)**:这种网络特别适合处理具有网格结构的数据,如图像。它们使用卷积层来提取图像的特征。 4. **循环神经网络(Recurrent Neural Networks, RNNs)**:这种网络能够处理序列数据,如时间序列或自然语言,因为它们具有记忆功能,能够捕捉数据中的时间依赖性。 5. **长短期记忆网络(Long Short-Term Memory, LSTM)**:LSTM 是一种特殊的 RNN,它能够学习长期依赖关系,非常适合复杂的序列预测任务。 6. **生成对抗网络(Generative Adversarial Networks, GANs)**:由两个网络组成,一个生成器和一个判别器,它们相互竞争,生成器生成数据,判别器评估数据的真实性。 7. **深度学习框架**:如 TensorFlow、Keras、PyTorch 等,这些框架提供了构建、训练和部署深度学习模型的工具和库。 8. **激活函数(Activation Functions)**:如 ReLU、Sigmoid、Tanh 等,它们在神经网络中用于添加非线性,使得网络能够学习复杂的函数。 9. **损失函数(Loss Functions)**:用于评估模型的预测与真实值之间的差异,常见的损失函数包括均方误差(MSE)、交叉熵(Cross-Entropy)等。 10. **优化算法(Optimization Algorithms)**:如梯度下降(Gradient Descent)、随机梯度下降(SGD)、Adam 等,用于更新网络权重,以最小化损失函数。 11. **正则化(Regularization)**:技术如 Dropout、L1/L2 正则化等,用于防止模型过拟合。 12. **迁移学习(Transfer Learning)**:利用在一个任务上训练好的模型来提高另一个相关任务的性能。 深度学习在许多领域都取得了显著的成就,但它也面临着一些挑战,如对大量数据的依赖、模型的解释性差、计算资源消耗大等。研究人员正在不断探索新的方法来解决这些问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值