历史日志：提高“批量复制”动作的可追溯性

[AlExpavel]

作为模型构建器，我希望能够识别哪些参数（“源成员”和“目标成员”）启动了“批量副本”操作，并且在输入单元格中检查单元格记录时，在详细的单元格记录中具有类似的可追溯性，与正常的导入动作相比：显示旧值和新值。

当前，在启动“批量副本”之后，无法使用启动的内容识别“源元素”和“目标元素”。

正常历史记录中的唯一跟踪：一个没有其他解释的“数据更改”条目：所有其他列都是空白的。

要求：在正常的主要历史日志中，我们希望有可能追踪什么值”资源成员”和目标成员”启动了“批量复制”操作，因为可以使用任何列表（不仅版本）启动“批量复制”操作。

当前，当在模块中查看历史记录时，在输入单元格中是由“批量副本”作用产生的，它显示了：”找不到选择的变化。”“何时更改数据以及谁是谁。

要求：当查看由“批量副本”动作产生的输入单元的详细历史记录时，我们希望具有与条目“批量数据更改”（导入操作）相同的可追溯性。

谢谢

亚历克斯

[Noward]

批量副本是...好吧，在更有用的功能上，虽然只有我们（管理员）才能使用它，但它确实缺乏更多的透明度，这些批量数据的变化意味着什么。

我认为，一种简单的方法是将（在批量复制操作的行中添加）中的值和新值指示表明源是什么源，当完成此批量数据更改后选择了什么目标？

我意识到，随着进口的运行，大量数据更改也正在出现。

尽管您可以在末尾获得相同的输出（在多个主题和批量副本之间），说明这项...特定的操作将有所帮助。

再次...历史是一种强大的工具，用户喜欢看它。虽然从他们的角度来看，大量数据总是只是一个导入，但它将帮助我们管理员知道……此操作是指散装复制功能...而不是导入。

[jld]

我想支持@Alexpavel并同意@noward。在可追溯性和透明度方面，添加其他信息（例如源和目标）将非常有用。