MSP_TimesheetLine_UserViewCF中一个任务的多个TaskUID

问题描述

早上好，

每个月，我们将实际从EPM 2010出口到公司的ERP系统。只有包含有效财务代码的任务的实际值才会被接受到系统中。我们为此创建了一个自定义任务字段（文本字段，没有查找表）。这个月，我们注意到
，因为自定义字段为空，因此一些项目的某些实际内容被拒绝了。但是，当我们查看时间表时，字段不为空，财务代码都已正确输入。

Each month, we export our actuals from EPM 2010 to the company ERP-system. Only actuals on tasks containing a valid financial code are accepted into the system. We created a custom task field for this (a text field, no look-up table). This month, we noticed that some actuals on a few projects were rejected because the custom field was empty. However, when we looked into the schedules, the fields weren't empty, the financial codes were all properly entered.

所以我做了一些查询以查找出了什么问题：

So I did some querying to find out what was wrong:

1. 我在MSP_TimesheetLine_UserViewCF上做了一个Excel查询，检索了ProjectName，TaskName和TaskUID （等等） ）;
2. 我在MSP_EpmTask_UserView上单独查询以检索每个任务的自定义字段;
3. 在Excel中，我使用垂直查找为每个任务添加了自定义字段  ;使用  TaskUID作为查找键。

我发现在MSP_TimesheetLine_UserViewCF中，某些任务有多个TaskUID。垂直查找通常在MSP_EpmTask_UserView中找到一个TaskUID并返回正确的自定义字段，但是另一个TaskUID似乎不存在于MSP_EpmTask_UserView，
中，即使此任务有实际值且任务仍存在于日程表中。

I found that in MSP_TimesheetLine_UserViewCF, some tasks have more than one TaskUID. The vertical look-up typically finds one TaskUID in MSP_EpmTask_UserView and returns the proper custom field, but the other TaskUID does not seem to exist in MSP_EpmTask_UserView, even though there are actuals on this task and the task still exists in the schedule.

我们已经尝试了一些方法来解决这个问题：

We have tried a few things to solve this:

• 在服务器设置中打开并保存自定义字段（不起作用）;
• 重新发布受影响的时间表（不起作用）;
• 撤回受影响的时间表时间表并重新提交。这有用 - 也许这是一个线索？ - 由于受影响的时间片数量不足，但不实用;此外，一些实际情况不能在退出过程中存活，需要再次输入 - 谁记得他们在4周前所做的
  ？

我怀疑"某事"是什么意思发生这种情况会导致受保护的实际值保留在MSP_TimesheetLine_UserViewCF中，而MSP_EpmTask_UserView中没有相应的TaskUID（可能是服务器上的本地保存和后续覆盖或类似
的那些）。

I have a suspicion that "something" happened which causes protected actuals to remain in MSP_TimesheetLine_UserViewCF without a corresponding TaskUID in MSP_EpmTask_UserView (maybe a local save and subsequent overwrite on the server or something like that).

所以这是我的问题：

So here are my questions:

1. 您认为原因是什么？
2. 如何解决此问题（除了重新提交所有受影响的时间表）？
3. 如何防止这种情况发生？我的猜测是将自定义字段添加到MSP_TimesheetLine_UserViewCF，但我不知道该怎么做。

感谢您的帮助！

Thank you for your help!

推荐答案

Project Server内部使用两个不同的TaskUID：TASK_UID和  TASK_PUBLISHED_UID（参见已发布的Db：MSP_TASKS_SAVED）。在大多数情况下，如果TaskUids的映射让您失望，您可以依赖AssignmentUid。如果问题仅发生在
报告Db中，您还可以通过备份自定义字段并恢复它来强制重建（RDBRefresh）。

Project Server uses internally two different TaskUIDs: TASK_UID and TASK_PUBLISHED_UID (see Published Db: MSP_TASKS_SAVED). In most cases you can rely on the AssignmentUid if the mapping of the TaskUids lets you down. If the issue only occurs in the Reporting Db you can also force a rebuild by backing up the custom fields and restoring it (RDBRefresh).

我强烈建议提交支持微软进一步调查此案：
 请注意Mircrosoft不会收费关于错误的案例

I would strongly recommend filing a support case with Microsoft to further investigate this:http://support.microsoft.com Please note that Mircrosoft will not charge your for cases regarding bugs

最好，

Renke

这篇关于MSP_TimesheetLine_UserViewCF中一个任务的多个TaskUID的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！