目前，我们不能在列表上有版本。客户每天都会遇到这是一个限制。下面是Red Hat，Inc的一个例子，证明了该限制会产生的挑战以及在列表上拥有版本的挑战可能是一个巨大的好处！
帐户层次结构：
L1 Geo
L2组
L3区域
L4子区域
L5托管区域
L6领土
L7全球客户名称
L8帐户
主要的挑战是，通过在列表上没有版本，您无法将L6捕获到版本之间发生的L6领域管理运动，因为它只能位于层次结构中的一个位置。
例子：
在V1 GCN中，ABC被分配到第123区，并滚动到托管区域1。坐在层次结构中。如果他们正在做类似GCN级别计划或领域级别计划之类的事情，则目标将不会概括版本之间的层次结构。这也意味着他们必须从数据中心中断导入的层次结构。
当前的解决方法：
在数据中心中，他们创建了一个名为“版本”的列表，该列表匹配其顶线计划模型中使用的真实版本的同名名称。L1至L5系统模块对它们没有“版本”。他们有两套针对L6至L8的系统模块，其中一个应用于该模块，该模块应用于该模块，其中一组没有版本。加载数据时，他们将数据加载到“版本为”的系统模块中。然后，他们在管理模块上有一个下拉纸，以选择当前版本。当他们从下拉列表中选择一个版本时，非版本的系统模块将根据他们选择的列表值对版本的系统模块进行查找。然后，他们将被视为实时版本的内容导入了顶线。
挑战：
他们有两个核心数据集用于收入，这些数据集利用了该版本的层次结构。在数据中心中，他们正在加载帐户级别数据，然后对版本的系统模块进行查找。当他们导入最高线时，他们必须打破层次结构。他们没有使用本机“父”功能，而是基本上为每个层次结构级别的导入进行了硬编码。如果他们不这样做，他们将在层次结构的不同级别上失去上一个版本中的总价值。问题是，如果您不在当前版本上，并将$值总结为l6。您将在L5处获得不同的值，并通过层次结构中的本机和功能上升，就好像您是在求和L5列一样。
他们被迫打破连接，因为列表中不存在版本。
