我怀疑该特定定期计划的InfoObject中有损坏。

"历史记录"选项卡中显示的提示值来自si_processinfo.si_webi_prompts，我敢打赌，如果您对该记录进行CMS查询，您将看到与历史记录列表相同的值。

重新安排实例的时间并转到"提示"选项卡时，它将首先检查si_webi_prompts中的值，如果有，请使用该值。 如果不是，则它将使用基础报告中提示的最后选择的值。 所以我认为这里发生的是si_webi_prompts中有一些东西（因此您在历史记录列表中看到了它），但是该属性有问题，因此Prompt面板（和运行时间表）忽略了它，并且 而是使用基本报表中的值。

我敢打赌，如果您要刷新基本报表，选择其他提示值，保存报表，然后让循环实例运行（不重新计划），它将使用新选择的值。

p>

我可能没有100％的权利，但是我很确定您的问题与该重复出现的实例的si_webi_prompts属性有关。 我会与其他同行一起看一下它，看看是否有任何异常。

也值得注意的是，尽管它可能不适用于此处-如果您安排报告并且不触摸"提示"标签， 运行中的实例将使用基本报表中当前存在的任何提示值（即，上次保存报表时选择的值）。 因此，如果刷新报表，请在提示中选择值" A"，保存它，生成时间表，但不要触摸"提示"面板，时间表在运行时将使用值" A"。 如果在运行之前修改基础报表，刷新它，选择" B"，然后保存，那么该计划将使用值" B"。

我想知道为什么下面的Value1 对于其中的少数几个实例，它与Value2不匹配。 这些不匹配的地方就是客户发送错误数据的地方。 它发送的数据编号为[10022]，而不是"参数"列中显示的数据。

此外，最后一次使用[10022]作为参数保存报告。

也许要经过审核，看看谁触摸了涉及的实例/报告？ （不确定是否可能）。

如果我的怀疑是正确的，那么您将在ci_infoobjects中找不到" Value2"，它实际上在基本报表的.wid文件中。 因此，我认为您将无法执行简单的CMS查询来比较Value1和Value2。

我认为您的计划不错。 通过不将提示值保存在基本报表中，如果未设置自己的提示，则应导致计划的实例失败。 让我们知道是否可行！

这些参数是否取决于用户？ 嗯，我确实在"审核"中看到了实例的运行位置，并且在审核详细信息中确实显示了所使用的parm值不是parm，是否存在影响该参数的数据级安全性？

计划实例设置为使用的值...不确定从何处获取我。

不幸的是，当实例被实际创建时，它并没有记录所有相同的细节。 因此，我可以在ADS中看到创建实例的位置，但是并没有告诉我创建实例时的parm值。

另一个选择，如果这是一个较旧的报告， 可能是父报表已更新，并且保存时对参数进行了某种调整。 如果在更新后创建了"良好"计划，而在更新之前创建了"不良"计划，则可能会引起这样的问题。

-Dell