Context: Project Server 2010, single-entry mode Timesheets, "Only allow task updates via Tasks and Timesheets." selected.
In building my time reports, I have discovered that I can't always trust the TaskUID in MSP_TimesheetLine_UserViewCF.
For example, the following query below looks at the Timesheet Line table, the Timesheet Line User View and the Assignment User view, and returns mismatches between the Assignment's Task UID and the Timesheet Line's Task UID. Currently this query returns fourteen rows. I've run two other queries: one looks for Timesheet Line User View Task UID's NOT IN the Task table (returns 14 rows); the other looks for Assigment User View Task ID's NOT IN the Task table (returns zero rows).
I'm not sure exactly what's causing this, but it seems to be related to certain kinds of edits to a Project Plan that causes Task UID's to change. The changed UID's are correctly cascaded to the Assignment User View, but not to the Timesheet Line User View.
I'm now in the process of reviewing all of my BI Data Connection queries and changing them to use the Task ID in the Assigment rather than in the Timesheet Line user View.
Has anyone else run into this?
SELECT TL.AssignmentUID
, ASG.TaskUID AS [ASG.TaskUID]
, CF.TaskUID AS [CF.TaskUID]
FROM dbo.MSP_TimesheetLine TL
INNER JOIN dbo.MSP_TimesheetLine_UserViewCF CF
ON TL.TimesheetLineUID = CF.TimesheetLineUID
INNER JOIN dbo.MSP_EpmAssignment_UserView ASG
ON TL.AssignmentUID = ASG.AssignmentUID
AND CF.TaskUID <> ASG.TaskUID
If I do an INNER JOIN from the Timesheet Line User View to the Task table or view, it drops valid Tasks from the results. Since our Finance folks depend on the Timesheets for internal chargeback numbers, this is a critical issue.