locked
Planned hours in timesheet disappear. How to resync with planned RRS feed

  • Question

  • Hi,

    how to explain in short to a client the following behaviour of timesheet and what would be recommendations to avoid this.

    1. Resource opens timesheet. There is a task for 1 day (8h).

    2. Resource enters 6h as actual work on day 1 and clicks Save timesheet. Two hours are resheduled for the next day.

    3. Immediately after Tiesheet is saved Resource enters 2h for the next day. Then saves Timesheet.

    4. Immediately after Timesheet is saved Resource enters 0h in actual hours for the first day and 0h for the second day.

    5. Resource saves Timesheet.

    After these actions completed there is no Planned and no Actual hours for tasks in Timesheet. If we open Task properties, there are 0h in all fields for the task (Total, Timephased, Remaining work fields). "There is no history for this assignment" is displayed in Recent task history field.

    The last question is what is the best way to resync planned hours back to timesheet?

    Project Server 2010. No CU installed. Single entry mode is used to report hours. The same could be reproduced on system with the latest (March) CU. The same behaviour is on MS Project Server VM.

     

    Regards,

    Vygant

    • Edited by Vygantas Raisys Friday, April 8, 2011 1:55 PM Added system version and configuration.
    Thursday, April 7, 2011 7:59 AM

Answers

  • The actions you describe ultimately set the planned hours to zero. This is not surprising. Why would users enter time, then zero it out later without replacing it somewhere?

    The best way to recover from this is have the PM who manages the schedule set the tasks publish value to no and publish the project, then set the value to yes and publish the project. This should restore the planned work values. Another option might be to have the resource delete the timesheet and then recreated it.


    Gary Chefetz, MCITP, MCP, MVP msProjectExperts
    Project and Project ServerFAQs
    Project Server Help BLOG
    Monday, April 11, 2011 2:39 PM

All replies

  • You need to specify what version you are using and how you have the system configured. Whether this be 2007 or 2010, is your system up to date with patches?
    Gary Chefetz, MCITP, MCP, MVP msProjectExperts
    Project and Project ServerFAQs
    Project Server Help BLOG
    Friday, April 8, 2011 1:39 PM
  • The actions you describe ultimately set the planned hours to zero. This is not surprising. Why would users enter time, then zero it out later without replacing it somewhere?

    The best way to recover from this is have the PM who manages the schedule set the tasks publish value to no and publish the project, then set the value to yes and publish the project. This should restore the planned work values. Another option might be to have the resource delete the timesheet and then recreated it.


    Gary Chefetz, MCITP, MCP, MVP msProjectExperts
    Project and Project ServerFAQs
    Project Server Help BLOG
    Monday, April 11, 2011 2:39 PM
  • These actions were completed as a test for possible user actions with timesheet, because not all users are already trained to work with Project Server.

    Thank you, Gary.

    Vygantas

    Monday, April 11, 2011 4:35 PM
  • Gary,

    Regarding "Why would users enter time, then zero it out later without replacing it somewhere" - a user just made a simple and silly mistake...and set actuals to 0.... - and the planning process collapse(?).... - I am not joking - because there are more consequences - project automatically re-plans linked tasks as welll and a user can't get initiate planned information.

    Regarding "user training" ... could you, please, give an exact linkt o the documentation - where a user could read and understand principles, how PWA->My Work -> Tasks view reshedules planned work based on Actuals inputs. (Project Managers do uderstnad dependencies among task types and constraints used, but, please, help us to find out the instruction and short explanation for ordinary Task time input users)

    Thanks,


    Vytautas Pievaitis
    Friday, April 29, 2011 2:29 PM