Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Industry norm? if progress is through December you call the your Dec. Update, not Jan correct?

3 replies [Last post]
John Reeves
User offline. Last seen 1 day 6 hours ago. Offline
Joined: 10 May 2013
Posts: 169
Groups: None

Industry norm? if progress is through December you call the your Dec. Update, not Jan correct?  That is the way I have always seen it, and it is best to use Jan 01 as the data date correct? - that way you get all of Dec. - that is better than messing with time - P6 naturally defaults to the AM for the data date correct, why mess with it just use Jan 01 right?


Zoltan Palffy
User offline. Last seen 1 day 11 hours ago. Offline
Joined: 13 Jul 2009
Posts: 3000
Groups: None

Its called the December update because you are updating or recording progess that happened DURING the month of DECEMBER. Anything after that is forecasted and is in the future.

Rafael Davila
User offline. Last seen 1 hour 34 min ago. Offline
Joined: 1 Mar 2004
Posts: 5090

Why mess with it just use Jan 01 right?

Agree, it is a fail-safe approach, end of a 24 hours calendar day includes every drop of the day and this includes the last infinitesimal fraction of the last second; your approach makes sure of it no matter which calendars/shifts you use.

Usually scheduling software identifies the start of the 24 hours day as the 0 hour of that day and the end of the day as the 0 hour of next day, the same goes for the last day of the month.  Activities use their own calendar while DD correctly uses 24-7 calendar with no exceptions. Not accepting the software correctly identifies the end of the month DD as the 0 hour of the following month first day is being stubborn, we call it swimming against the current.

Shift works that work across midnight hour are not uncommon, 24-7 is perhaps the more common. 


And I thought from the beginning of times all schedulers figured it out on their first update. 

Rodel Marasigan
User is online Online
Joined: 25 Oct 2006
Posts: 1654

Depending on the level and type of schedule, you may consider the time if the schedule is running with shifts and or shifts are from cut-off day to another day, it may give you a false result.
Some of the stakeholders and readers are keen to see the correct cut-off date and it was always a topic for discussion if not compliance.

For me, I always go for the last working hours of the day (Calendar define used and assigned to Project) to make sure that I have a correct cut-off date and not leaving for something that may be in question.