能够创建版本列表的子集
好处:这将允许使用更通用的方式,因为模型构建器将能够指定哪些版本将显示在哪些模块中。例如,在某些模块中使用预测和实际选择,但使用V1,V2,V3进行其他模块中的方案计划。
您始终可以制作一个名为版本的一般列表,这将使您能够在版本列表上创建子集。
如果您决定走此路线,请确保考虑使用一般列表时将不再可用的版本列表的好处
- 切换
- 配方范围
- 从 /到日期编辑
我认为版本子集是一个好主意,这将通过为您提供子集功能的本地功能,从而使版本更有用。然后,您可以根据需要使用不同的版本,而无需解决解决方案。
我们可以期待很快对版本子集的更新吗?
我非常支持这个主意!我看到这篇文章是“正在调查”主题下的“最热门”帖子。这会放在路线图中吗?
毫无疑问,在默认版本尺寸上放置子集的功能将非常有帮助。它可以减小模型大小,因为我们可以在模块中单独使用所需的版本成员。等待此功能在不久的将来可用。当前,在我们的实施中,我们使用的是自定义版本列表,并使用Workarounds获取切换,公式和编辑的本机功能。
这将是一个巨大的帮助。版本功能强大,但我发现它们产生了很多稀疏性。解决方法很麻烦,很难向较低的终身模型建设者解释。
我支持这个想法,将使模型设计变得更加简单。
我同意,从太空优化的角度来看,这也是一个很棒的功能!
您必须是注册用户才能添加评论。如果您已经注册,请登录。否则,注册并登录。