SAP Hybris 的 MENU item 可以被分配一個叫做 User Group restriction 的屬性。

如果一個用戶屬于一個特殊的用戶組，那么菜單項(menu item)應該是可見的。

現(xiàn)在的問題是，這個菜單項仍然顯示在店面/網(wǎng)站上（雖然不能點擊它），不管是匿名用戶還是已注冊用戶。

在 Accelerator 里不會發(fā)生這個問題。

這個問題的原因在于，Spartacus 本身對 SAP Hybris restriction 一無所知 - 它只是呈現(xiàn)從 API 調用返回的任何數(shù)據(jù)。

下圖是 SAP 電商云 Spartacus UI 用戶注冊和登錄界面。

SAP Commerce 中的用戶和用戶組都源自通用 Principal 類型，該類型是所有其他與用戶相關的、更具體的子類型的基礎。

Principal 類型是用戶類型的基礎，并且間接地是用戶組類型的基準類型 。 這些是 hybris 項目實施人員使用出廠默認用戶和用戶組帳戶或創(chuàng)建自己的用戶帳戶和用戶組帳戶的起點。

實施人員可以創(chuàng)建自己的員工子類型(Employee subtypes)以反映公司結構以及員工所扮演的角色或結構。還可以為客戶創(chuàng)建帳戶，或創(chuàng)建前端應用程序，讓客戶創(chuàng)建和管理他們自己的客戶帳戶。

Principal 是用戶和用戶組類型的 main abstract 類。 然而，在通常的非正式使用中，用戶和用戶組也被稱為 Principal.

下圖概述了 SAP Commerce 中的 Principal 類型。

上圖中的實線空心三角形，在 UML 圖里代表泛化關系。

泛化是一種一般與特殊、一般與具體之間關系的描述，具體描述建立在一般描述的基礎之上，并對其進行了擴展，一般用來表示繼承的關系。

上圖在 Principal 類中，我們可以看到 uid 字段。 這代表必須為每個用戶和用戶組項目定義的唯一標識符。這樣做的主要目的是為用戶和組提供差異化因素，并識別每個項目。 因此，從 Principal 繼承的所有類型的 uid 必須是全局唯一的。 這意味著我們不能讓用戶和組具有相同的名稱。 此外，由于屬性 uid 對于客戶和員工都是唯一的，因此員工(employee)和客戶(Customer)也不能具有相同的標識符。