How does Retained Logic, Progress Override and Actual Dates in Scheduling Options work?

Primavera P6 provides three key options in the Scheduling Options dialog that control how the software handles Out-of-Sequence Progress:

  • Retained Logic
  • Progress Override
  • Actual Dates

Understanding these options is essential for accurate schedule calculations. Let’s explore how each works with an example.

Primavera P6 Scheduling Options dialog
Primavera P6 Scheduling Options dialog

What is Out-of-Sequence Progress?

Out-of-sequence progress occurs when an activity starts or finishes before its predecessor is complete, violating the planned logic.

Example:

  • Activity A2 should start after A1 finishes.
  • In reality, A2 starts and finishes before A1 begins.

2

Out of Sequence Progress
Out of Sequence Progress

How does Primavera P6 deal with this situation?

It depends on which scheduling option was chosen.

Scheduling Options Explained

1. Retained Logic

  • Primavera retains the original logic.
  • Even if A2 finishes early, A3 cannot start until A1 is complete.
  • This enforces the original dependency chain.

Scheduling using the Retained Logic option
Scheduling using the Retained Logic option

2. Progress Override

  • Primavera overrides the original logic.
  • A3 is scheduled immediately after A2 finishes, ignoring A1’s dependency.
  • A1 is no longer considered a predecessor for A3.

Scheduling using the Progress Override option
Scheduling using the Progress Override option

3. Actual Dates

  • Primavera uses actual dates to drive the schedule.
  • A3 starts as soon as A2 is complete, even if A2’s actual finish is after the data date.
  • Logic is overridden by actual progress.

Scheduling using the Actual Dates option
Scheduling using the Actual Dates option

Key Differences

OptionBehavior
Retained LogicKeeps original logic; successor waits for all predecessors.
Progress OverrideIgnores logic; successor starts after out-of-sequence activity.
Actual DatesUses actual dates; overrides logic based on real progress.

Best Practice

  • Use Retained Logic for strict dependency control (such as: when analyzing delays or performing forensic schedule analysis)
  • Use Progress Override when real-world progress should drive the schedule.
  • Use Actual Dates for generating reports for stakeholders that need to show what actually happened, regardless of the original logic.

12 thoughts on “How does Retained Logic, Progress Override and Actual Dates in Scheduling Options work?

Add yours

  1. this is not a very clean and clear example. you have 2 errors and yet only address the out of sequence. you have also progressed actuals after the data date so you Progress Override example is not indicative of the true actions of the system.

    Like

  2. Hi Ronald,
    Thanks for your comment.
    Regarding update actual after data date, I just want to show the difference between “Progress override” option and “Actual Dates” option. If I don’t update like that, those option will show the same result.

    Like

    1. “If I don’t update like that, those option will show the same result.” – no, the two options would show different result if you have, for example, FS relationship for two activities and both have progress, meaning the second activity starts when first is not 100% completed. Then in Retain Logic the remaining duration of second activity will continue after the the EF of the predecessor, while in Progress Override both RD will fall onto the Data Date with their starts (btw here I don’t mix AS with the start of RD). To conclude, YOU NEVER make AS(or AF)>DD because if you do that it is the same if you say “I HAVE started (completed) the activity next Wednesday”.

      Like

    1. Hi there,
      My blog focus on software function only.
      For how to apply in practical project, many other experts have better knowledge than me.
      Hopefully someone can share with us.
      Thanks

      Like

      1. Using Retained Logic is not applicable at all times. its all depend on site work to determine what option to use when updating.

        Like

  3. No está considerada buena práctica que existan fechas reales posteriores a la fecha de datos y además no tiene lógica que introduzcamos una fecha de finalización en el futuro.

    Like

Leave a comment

Create a website or blog at WordPress.com

Up ↑