Term effects on planning
How Chronology study periods drive the module planning grid, cohort planning views, elections, room booking context, and OrgHub filters.
Academic terms from Chronology are the primary time axis for module planning in OrgHub. Each planning row is scoped to a module version and an organization term. Understanding that relationship helps planners place modules correctly, move items between semesters, and interpret what happens when Chronology dates or names change.
This page explains where terms appear in planning, how the grid is structured, how cohort views use the same grouping, and how Chronology also influences elections, room-booking context, and table filters — without automatically rewriting existing appointments when you edit dates.
Why it matters
Module planning answers which modules run in which study period and who organizes them. Without Chronology terms, that work has no shared semester axis: grids cannot group reliably, curriculum mapping lacks period selectors, and cohort moves between semesters become ambiguous.
Terms also connect planning to student-facing and operational timelines. Election Start and Election End govern when optional modules can be chosen; the same Chronology records power filters on Courses and Exams. Keeping Chronology accurate therefore protects both planning clarity and day-to-day OrgHub navigation.
How it fits
Terms are defined in Chronology under Academic structure. Planning consumes them through module planning and the module planning views on study programs and cohorts. Curricula supply the modules to plan; Chronology supplies the periods to plan them into.
| Related area | Relationship |
|---|---|
| Create a term / Edit a term | Maintain the periods that appear as planning groups and selectors |
| Module planning | Select a term when planning a module; assign organizers per planned offering |
| Curricula | Provide the module structure that planning places into terms |
| Study programs and cohorts | Host cohort-scoped module planning filtered to that intake |
Where terms appear in planning
Terms drive planning in these areas:
| Area | How terms are used |
|---|---|
| OrgHub → Planning → Module planning | Organization-wide grid grouped by study period |
| Study program → Module planning | Program-scoped planning for a study program version |
| Cohort → Module planning | Cohort-scoped planning for a specific cohort |
Open any of these views to see modules organized under their assigned study period.
Module planning grid structure
The module planning table groups rows by organization term by default:
- Each group header shows the term name (for example, “Winter Semester 2025/26”).
- Rows beneath the header list module versions scheduled for that term, with cohort assignments, course links, and quota weights.
- Items without a term may appear in an unassigned group.
This grouping makes it clear which modules run in which study period and helps coordinators attach courses and organizers per term.
Term visibility in cohort module planning
On cohort module planning pages, the same term grouping applies but filtered to the selected cohort. The term header shows which study period the cohort’s module items belong to, and you can:
- Attach courses to module versions for that term.
- Move modules to a different semester using the Move bulk action.
- Filter and scope planning data to specific terms using table filters.
Term dates from Chronology also determine which periods appear in term selectors when mapping curriculum items or moving modules between semesters.
Connection to other OrgHub features
Terms configured in Chronology also affect:
- Module elections — Election Start and Election End define when students can elect optional modules.
- Room booking context — coordinators scope availability checks to the active study period.
- Table filters — pages such as Courses and Exams let you narrow results to a specific term.
What changes when you edit Chronology
| Chronology change | Effect on planning and related data |
|---|---|
| Rename a term | Labels update wherever that term is shown (planning headers, filters, selectors) |
| Change term dates | Does not automatically reschedule existing appointments or course offerings |
| Add a new term | Becomes available for grouping and selection once created |
| Change election dates | Affects when students can elect optional modules for that term |
| Delete a term | Blocked when dependent data exists; see Edit a term |
Best practices
- Create Chronology terms for the upcoming cycle before large planning sessions so selectors are complete.
- Plan required curriculum modules into terms first; then handle electives once election windows are set.
- Use the Move bulk action on cohort module planning when shifting offerings between semesters instead of recreating rows ad hoc.
- After renaming a term, spot-check organization-wide and cohort planning views so staff recognize the new header.
- Align election windows with how curricula configure elective groups — Chronology dates and curriculum settings can both influence election behavior.
Common pitfalls
- Expecting a date edit in Chronology to move calendar appointments or course offerings automatically — it does not.
- Leaving modules unassigned to a term — they may appear in an unassigned group and be easy to miss in term-scoped work.
- Creating duplicate terms for the same semester — planning then splits across multiple headers.
- Opening planning before terms exist — you will lack the study periods needed for clean placement.
FAQ
Where do I select a term when planning a module?
In module planning, locate the module and select a term — the academic term in which it will be offered. Terms are configured in Chronology.
What does the Move bulk action do?
On cohort module planning pages, Move lets you move modules to a different semester. Term dates from Chronology determine which periods appear in term selectors for that kind of mapping.
Do election windows affect the planning grid layout?
Election windows (Election Start / Election End) control when students can elect optional modules. The planning grid groups by organization term using the term records themselves; election dates are a related Chronology window, not a separate grid axis.
Why do I still see an old term name in one place after renaming?
After saving in Chronology, refresh the planning or filter view. Name changes update labels for referenced terms; if a view was open during the edit, reload it to see the new header.