When a race date moves (or is cancelled)

What Grepiac does automatically

The season view (/athlete/<public_id>/season/) computes training phases from the A, B, and C race dates on the athlete's race calendar. Phase lengths are dynamic, derived from the methodology, the race distance, and the target fitness, not fixed week counts. The shape per priority:

• A race (the target of the plan): full progression, Base → Build → Peak → Taper, then a short recovery. Gets a full taper whose length scales with race distance.
• B race: compressed, with a smaller taper and no dedicated peak. The athlete trains through most of it.
• C race: no dedicated taper, trained through as a tune-up, with at most a few easy days around it.

When a race date changes, the phases recompute on next page load. You do not need to push a button; just edit the race date and the season view reflects the new dates.

What Grepiac does NOT do automatically

• MacrocyclePlan config_json is not auto-edited. If the individual plan holds weekly volume targets keyed to specific dates, those targets do not move when the race date moves. You have to edit the plan or re-deploy from a template with updated dates.
• Race results, recaps, and CalculatorResults stay attached to the race regardless of date changes (they follow the race PK, not the date).
• Other races are not auto-rescheduled. If two A races were 6 weeks apart and one moves, the new spacing might produce a conflict (e.g. taper for one overlaps build for the other). Grepiac does not warn you; you check visually on the season view.

Race moved (rescheduled)

1. Open the race edit form (/coach/race/<race_id>/edit/).
2. Change the date.
3. Save.
4. Refresh the season view. Phases recompute.
5. Walk the season visually. Look for: * Taper / build conflicts between adjacent races. * A race that is now too close to a previous hard race. * Loss of the original peak window (if the race moved much earlier).
6. Edit the macrocycle plan if the weekly structure no longer fits.

Race cancelled

1. Open the race and either: * Delete it if it will not be replaced (a deleted race removes its phase contribution). * Mark it dns if the athlete had planned to start but did not (preserves history for the recap form). See DNF / DNS handling.
2. Check whether the macrocycle plan still has a clear A-race anchor.
3. If a new replacement A race is added, the auto-phasing picks it up; you may need to re-deploy the macrocycle from its team template (if it was derived) or edit the individual plan to align.

Race moved into the past

Setting a race_status (completed, DNF, DNS, DQ) only makes sense after a race has happened. The model blocks setting any status on a future-dated race; if you try, validation rejects it and asks you to clear the date or wait until after the race. A backdated (past) race can carry a status normally. If you backdated a race by mistake, correct the date and save.

Communication

When a race moves, write a CoachNote on the athlete explaining the change and the plan implications. Most athletes notice a season-view phase shift before you explain it; the note short-circuits the confusion.

See also: Adding a race, Macrocycle plan basics, Editing a deployed plan, DNF / DNS handling.