Capability template for operations and process improvement
Course catalog quality check
The registrar's office gets one comparison of a department's course updates against the current catalog export: codes, titles, credits, descriptions and linked components, row by row, with every conflict set out as a question for academic review. No catalog record is changed.
Add it to a workflow in the Fully Powered Planner, beside the teams and roles that will run it. Book a fit call
The outcome
When a department sends in a batch of course updates, the registrar's office sees, before anyone edits anything, exactly what differs from the catalog: which fields change on which courses, which rows match no current record, which links point nowhere, which values break the institution's own field definitions. The plain differences are listed as differences. Everything that needs a judgment is written as a numbered question, with its facts, for the people who decide.
Nothing is merged, filled in or guessed. A lecture and its lab stay two records, a modality variant stays its own record, and a blank credits cell stays blank. The registrar and the academic owners approve changes and decide what counts as the same course. The comparison is about courses only; it holds no information about any individual student.
Who starts the work, and when
A member of the registrar's office, usually the catalog or curriculum coordinator, starts it when a department submits a batch of updates and before any change is entered in the catalog. The registrar reviews the comparison, sends the questions the registrar chooses to the department and academic owners, and passes approved changes to the student information staff who make them.
What they supply
- The department's submission: one row per course, with code, title, credits, description, linked components and the kind of change.
- The current catalog export for the same department, with the same fields and the catalog's own record ID.
- The institution's field definitions: code pattern, title and description limits, how credits are written, the types of linked component.
What comes out
One report in a fixed order: what was read, counts, a course-by-course comparison field by field, the conflicts for academic review as numbered questions each naming who decides, rows with no current record, and what was not checked. Every line traces to a submitted row and a catalog record.
See the worked example for what a finished report looks like.
An invented example
Illustrative example with invented data. The college, the department, the people and every course below are invented. Harbour Lane College is an invented small college. Its Hospitality Studies department has sent the registrar's office a batch of seven course updates, and the catalog coordinator runs the check before anything is entered. People are referred to by role.
The inputs come first, in full, so the template can be run on them. The report follows.
The inputs
1. The department's submission
Course code | Title | Credits | Description | Linked components | Change type | Submitted by
HOSP 101 | Introduction to Hospitality Operations | 3 | Overview of front-of-house and back-of-house operations in hotels, restaurants and event venues. | none | Revise | Department chair
HOSP 110 | Food Safety Fundamentals | 3 | Hygiene, storage and handling practices for food service. | HOSP 110L (lab) | Revise | Department chair
HOSP 110L | Food Safety Lab | 1 | Supervised practice in kitchen hygiene routines. | HOSP 110 (lecture) | Revise | Department chair
HOSP 205 | Event Planning | | Planning, budgeting and running small and mid-sized events. | none | Revise | Department chair
HOSP 225 | Revenue Management | 3 | Pricing and inventory control for hotel rooms and restaurant tables. | none | New | Department chair
HOSP 230 | Front Office Systems | 3 | Reservation and check-in systems used at hotel front desks. | HOSP 230L (lab) | Revise | Department chair
HOSP 240 | Hospitality Marketing | 2.5 | Marketing methods for hotels, restaurants and event venues. | none | New | Department chair
2. The current catalog export (Hospitality Studies, exported 9 November 2026)
Course ID | Course code | Title | Credits | Description | Linked components | Status
C-1001 | HOSP 101 | Introduction to Hospitality Operations | 3 | Overview of front-of-house and back-of-house operations in hotels and restaurants. | none | Active
C-1002 | HOSP 110 | Food Safety Fundamentals | 2 | Hygiene, storage and handling practices for food service. | HOSP 110L (lab) | Active
C-1003 | HOSP 110L | Food Safety Fundamentals Lab | 1 | Supervised practice in kitchen hygiene routines. | HOSP 110 (lecture) | Active
C-1004 | HOSP 205 | Event Planning | 3 | Planning, budgeting and running small events. | none | Active
C-1005 | HOSP 220 | Revenue Management | 3 | Pricing and inventory control for rooms and tables. | none | Active
C-1006 | HOSP 230 | Front Office Systems | 3 | Reservation and check-in systems used at hotel front desks. | none | Active
3. The institution's field definitions
Course code: four capital letters, a space, three digits, an optional capital L for a lab.
Title: at most 60 characters.
Credits: a whole number from 1 to 6.
Description: at most 200 characters.
Linked component types: lecture, lab.
Modality: not held in the catalog export.
4. The batch label and the run
Batch label: Course updates, 10 November 2026
Run on: 10 November 2026, by the catalog coordinator
The report
COURSE CATALOG QUALITY CHECK: Hospitality Studies, Course updates, 10 November 2026
For: Registrar. Prepared 10 November 2026 for the catalog coordinator. Catalog export of 9 November 2026: 6 current records. Submission: 7 rows.
Inputs read:
- Submission headers matched: Course code, Title, Credits, Description, Linked components, Change type, Submitted by. Not used: none.
- Catalog headers matched: Course ID, Course code, Title, Credits, Description, Linked components, Status. Not used: none.
- Field definitions: code pattern, title limit, credits, description limit, component types. Modality: not held in the export.
- Not supplied: none.
Counts: 7 submitted rows. 5 matched to a current record. 2 with no current record. Of the matched, 5 differ in at least one field and 0 are identical. 5 conflicts for academic review.
Course-by-course comparison:
- Row 1, HOSP 101. Matched to C-1001. Revise.
- Code: same.
- Title: same.
- Credits: same (3).
- Description: current "Overview of front-of-house and back-of-house operations in hotels and restaurants." Submitted "Overview of front-of-house and back-of-house operations in hotels, restaurants and event venues."
- Linked components: same (none).
- Conflicts: none.
- Row 2, HOSP 110. Matched to C-1002. Revise.
- Code: same.
- Title: same.
- Credits: current 2. Submitted 3.
- Description: same.
- Linked components: same (HOSP 110L, lab).
- Conflicts: see conflict 1.
- Row 3, HOSP 110L. Matched to C-1003. Revise.
- Code: same.
- Title: current "Food Safety Fundamentals Lab". Submitted "Food Safety Lab".
- Credits: same (1).
- Description: same.
- Linked components: same (HOSP 110, lecture).
- Conflicts: none.
- Row 4, HOSP 205. Matched to C-1004. Revise.
- Code: same.
- Title: same.
- Credits: current 3. Submitted: blank.
- Description: current "Planning, budgeting and running small events." Submitted "Planning, budgeting and running small and mid-sized events."
- Linked components: same (none).
- Conflicts: see conflict 2.
- Row 5, HOSP 225. No current record. New.
- Compared with no record. Submitted: HOSP 225, "Revenue Management", 3 credits, "Pricing and inventory control for hotel rooms and restaurant tables.", no linked components.
- Conflicts: see conflict 3.
- Row 6, HOSP 230. Matched to C-1006. Revise.
- Code: same.
- Title: same.
- Credits: same (3).
- Description: same.
- Linked components: current none. Submitted HOSP 230L (lab).
- Conflicts: see conflict 4.
- Row 7, HOSP 240. No current record. New.
- Compared with no record. Submitted: HOSP 240, "Hospitality Marketing", 2.5 credits, "Marketing methods for hotels, restaurants and event venues.", no linked components.
- Conflicts: see conflict 5.
Conflicts for academic review:
- Linked credits (row 2, HOSP 110, with row 3, HOSP 110L). HOSP 110 moves from 2 to 3 credits. Its linked lab HOSP 110L stays at 1 credit, unchanged in row 3. The pair's combined credits move from 3 to 4. Is a combined 4 intended? Decided by the academic owner; the registrar approves any change.
- Missing credits (row 4, HOSP 205). The credits cell is blank. The catalog shows 3. The cell has not been filled and has not been read as "unchanged". What are the credits for HOSP 205? Decided by the academic owner; the registrar approves any change.
- Course identity (row 5, HOSP 225). The row is marked New. No current record has the code HOSP 225. The current record C-1005 has the code HOSP 220 and the title "Revenue Management", the same title as the submitted row. The credits are the same (3). The submitted description is "Pricing and inventory control for hotel rooms and restaurant tables." and the current one is "Pricing and inventory control for rooms and tables." Is HOSP 225 a new course, a renumbering of HOSP 220, or a duplicate? Decided by the academic owner with the registrar; the registrar approves any change.
- Link target not found (row 6, HOSP 230). The row links HOSP 230L as a lab. No current record and no submitted row has the code HOSP 230L. The current record for HOSP 230 has no linked components. Is a lab course being created, and does it arrive in a later batch? Decided by the academic owner; the registrar approves any change.
- Breaks a field definition (row 7, HOSP 240). Credits are 2.5. The institution's definition is a whole number from 1 to 6. No value has been changed. What are the credits for HOSP 240? Decided by the academic owner; the registrar approves any change.
Rows with no current record: Row 5, HOSP 225 (see conflict 3). Row 7, HOSP 240: no current record has this code or the title "Hospitality Marketing"; no identity signal found.
Retirements: None in this batch.
Not checked: Modality variants (modality is not held in the export). Fields outside the definitions (the Status and Submitted by columns). Whether any description is accurate.
Every line traces to a submitted row and a record in the catalog export of 9 November 2026. The comparison changes no catalog record, sends nothing and concerns courses only.
Where it fits
- Education, in the registrar's office and the academic departments that feed it.
- Operations and process improvement, because it turns a batch of updates into a clean, reviewable step before records change.
- Quality management, as the check that catches missing credits, broken links and unclear course identity early.
- Established businesses, where catalogs have grown over many years and the same course may exist under more than one code.
What has to change for your company
Set your field definitions: the code pattern, title and description limits, how credits are written and the component types you use. Fix the column headers of your catalog export once, so the capability reads them without questions. Decide which differences go straight to the registrar and which go to the department chair or curriculum committee, and who decides questions of course identity. Decide whether modality is a column in your export or part of the code. Keep the catalog export as the single source: when a department's note and the export disagree, the export is the current record until a person approves a change.
What has been checked
Fully Powered AI wrote this capability template. It was editorially reviewed on 10 November 2026. It was tried on its invented example in Claude on 10 November 2026; the record is published with it. It has not yet been tested in a client environment. It has not yet been tested as a packaged version in ChatGPT, Claude, Copilot or Gemini.
Testing in your environment means running it on a past batch your registrar's office already worked through, with cases written in advance: a blank credits cell, a lecture whose lab is missing from the catalog, a new code with the title of an existing course. The registrar's office checks every line of the comparison against the catalog export before anyone relies on it.
The full capability template
Everything above is the outline. The complete capability template is the working version: the roles, the inputs, the procedure, the exceptions and stop conditions, the output format, the reviewer checklist, the acceptance tests, the instructions for an AI assistant and what to customize for your company. It comes with a download and the link to its folder in Fully Powered’s public repository.
Free with an account. Sign in by email: no password and no card.
Next step
Put this capability to work for your team: on your plan, or built with you in a sprint.
Build this in a sprint
In a sprint, Fully Powered adapts this capability template to your rules, proves it on your own work and puts it in the hands of the roles that own it.
Two ways to begin: