行项目(单元)评论

将评论添加到行项目的能力将是有用的,因此,如果我们有一个数字格式的订单项,则可以添加评论。行项目。

我感谢订单项不是固定的(如在Excel单元注释中),但这将是一个非常有用的功能,或者如果有另一种方法,而无需在模块中添加评论行,则需要更多的空间,也许有80%时间将是空的。

8条评论
米兰
极好的贡献者
状态更改为:您的支持是需要的
darin_seibel
贡献者

我同意。特别是对于财务计划摘要网格,需要显示一些评论作为对该价值背后的叙述的注释,为什么自上次自上次更改之后,其他假设也被考虑等等。和模块,用户端需要一个注释功能。也许在模块中检查布尔值以打开一个新的文本字段,以适合每个模块的订单项和尺寸的交集。布尔值将帮助控制不需要评论的稀疏性。

fxlepoutre
贡献者

不仅仅是笔记功能,它应该是与Google表相似的讨论:

- 任何用户都可以打开。

- 可以标记用户,以便收到通知。

- 可以将评论/答复添加到初始单元注释中。

- 可以清楚地识别与讨论的细胞(与无讨论的细胞相比,

- 所有模块的讨论都可以从一个提要中访问,并参考相关单元格。

这将减轻在Anaplan计划的数据上的大量协作,并避免使用屏幕截图和来回的许多电子邮件到Anaplan模型。

EmilyJ
小组负责人 - 员工

感谢您的反馈和建议 - 目前计划在今年晚些时候为Anaplan UX进行单元级评论,并将包括有关细胞包含评论的明确识别。这些也将在模型外部存储,因此不会影响模型大小。

状态更改为:在路线图上
Hugo
偶尔的贡献者

Anaplan构建的一种技术方法是,如果它们具有相同的维度,则可以将LineItem_a(即:输入号)与另一个“ text” lineItem_b(注释)联系起来。
然后,在UI上,类似于Excel,可以右键单击lineItem_a,然后在弹出框中选择“注释”,然后在弹出框中键入(或读取)与该LineItem_a单元关联的LineItem_b的注释。

但是,从稀疏性的角度来看,将信息存储在模型之外的想法是无限的……但是实施将更加复杂。

在记录计划/预测输入时,此功能将有很大的用途。我觉得现在,缺乏这种能力是我们最终用户反馈中许多用户故事的表演者。

Kirillkuznetsov
经过认证的Anaplanner大师
Sandeepa
新的因素

您好,Anaplan中的单元级评论功能是否有任何更新。这是我客户之一的关键决策标准。

霍西姆
新的因素

Google表或类似功能将使工具中的协作并支持一个真理的来源

*tagging user results in notification

*支持工作流程

*在单元格中评论(行 /列 /计划选项卡)

*可以清楚地识别出与讨论的细胞(与细胞相比,没有讨论)

*可以将评论/答复添加到初始单元注释中。

*所有模块的讨论都可以从计划选项卡的层次结构的一个提要中访问,并参考相关单元格。