Finish to Start Relationship

U
Utku Çil 👤 Member for 15 years

Hi there everyone,

I am also new to using P6 and I find it very useful to discuss problems/solutions here on this forum. It really helps me a lot. Thanks for everyone replying.

The solution or explanation for what I will ask in this topic may be very simple or easy to find out but I could not manage to figure it out. I will appreciate if someone helps.

I have received a schedule from a contractor but unfortunately not in P6 format but rather as a PDF output created in P6 for the time being. About the "Finish to Start" relationships, the situation looks like this:

Activity NameOrg. DurStartFinishActivity 1310.Nov.1112.Nov.11Activity 2312.Nov.1114.Nov.11

Assume that these two activities are linked with "Finish to Start" relationship. What I expect is the successor activity to start on 13.Nov.11 as it should start after the predecessor activity finishes. How can the successor activity start on the same day?

As far as I know, Primavera calculates durations in hours. I mean, when a duration of 3 days is entered, it multiplies it with 8.0 h/d (or what you have specified in Admin Preferences) and calculates the finish date according to your calender settings. Is it something related to this?

The calender used in this schedule is 7days x 8 h/day. (I told them to do so)

Does anyone have any idea about this issue?

Thanks in advance.

Utku ÇİL

U
Utku Çil 👤 Member for 15 years

Gary,

Thanks for the explanations. Most probably the reason behind is what you described in the last item. As you mentioned, I will not be able to check that.

Thanks again for replying.

Utku.

G
Gary Whitehead 👤 Member for 17 years 2 months

Typical explanations:

 

1) there is a -1d lag on the FS relationship

2) The predecessor, or one of the activities upstream is using a different calendar

3) The predecessor, or one of the activities upstream has a duration which is not divisible by 8 hrs

 

You won't be able to check any of these with just a pdf of the schedule

Forum Sponsor

Top Posters

Julian Pegg
1 posts
Peter Nagy
2 posts
Raymund de Laza
17 posts
Syed_Asad
0 posts
Tony Greyvenstein
0 posts
Ahmed Al-Jubouri
13 posts
Umar Alvi
3 posts
Sibusiso Mahlalela
0 posts
Michael Samanyayi
3 posts
Simon Gumede
0 posts