Skip to content
Qentak — The Education Operating System

CONFIGURATION & CUSTOMIZATION

Your operating model.
Made explicit.

Shape academic structures, forms, workflows and permissions around the way your institution operates.

Try the scenarios
Academic directors mapping a program with course-planning cards
THE PEOPLECapture the real policy

Collect forms, academic regulations and approval practices. Identify where the written policy differs from daily work.

01 / 03

START WITH THE QUESTION

What should be consistent, and what must be different?

A school year, a university credit model and a vocational competency pathway organize progress differently. Begin with those differences. Separate configurable rules from changes that require product or integration work, then agree how the institution will maintain its choices.

Interactive conceptIllustrative scenarios · Sample information

Explore configuration & customization in practice.

Choose a perspective to see what changes.

01 / 03

Define the structure before the timetable

Choose the academic periods, programs and progression units that match how learning is organized.

Enrollment, assessment and reporting use the same academic definitions.

Academic modelConfiguration & customization
Structure
Program → Level → Course
Period
Semester
Progression unit
Approved course credits
Policy owner
Academic registry

WHAT MAKES IT USEFUL

Fit the workflow without losing shared definitions.

01

Configuration with a reason

Tie each field, rule and status to a real decision. Record why it exists and who owns it so a future administrator can maintain it.

02

Extensions with clear scope

Distinguish standard configuration from new development, integrations or unusual reporting requirements. Agree acceptance criteria and ongoing ownership before committing.

03

Changes that can be reviewed

Use representative scenarios to test a proposed change. Plan how users will learn about it and how affected records will be checked afterward.

FROM DISCUSSION TO DAILY WORK

Turn an institutional rule into a tested configuration.

  1. 1

    Capture the real policy

    Collect forms, academic regulations and approval practices. Identify where the written policy differs from daily work.

  2. 2

    Model and demonstrate

    Walk through a typical case and an exception with the responsible team. Resolve ambiguous definitions before rollout.

  3. 3

    Approve and maintain

    Name the configuration owner, review cycle and change process. Include support and training in the acceptance plan.

Registrar in a raspberry jacket reviewing enrollment documents with an adult learnerConfiguration & customizationCapture the real policy → Approve and maintain

SEE HOW THE WORK CONNECTS

Configuration & customization

What should be consistent, and what must be different?

  1. 01

    Capture the real policy

    Collect forms, academic regulations and approval practices. Identify where the written policy differs from daily work.

  2. 02

    Model and demonstrate

    Walk through a typical case and an exception with the responsible team. Resolve ambiguous definitions before rollout.

  3. 03

    Approve and maintain

    Name the configuration owner, review cycle and change process. Include support and training in the acceptance plan.

Illustrative workflow · Shape the details around your institution.

CONFIGURE WITH INTENTION

Document what can vary and who approves it.

  • Academic periods, levels, programs and grading conventions
  • Forms, field requirements and institutional terminology
  • Statuses, routing, approval limits and escalation rules
  • Campus variations and a controlled change register
Explore the implementation journey

QUESTIONS TO RESOLVE

Questions about configuration & customization.

Use these questions to make the evaluation specific to your institution.

Does customization mean building a separate product?

Start with configuration of the agreed operating model. Requirements outside that scope should be identified and estimated separately, including their effect on upgrades, testing, support and long-term maintenance.

Can different campuses use different rules?

Campus variation should be intentional. Decide which policies are shared centrally and which can vary, then test reporting and cross-campus transfers against those differences.

Who should approve a configuration change?

The process owner should approve the business behavior, with technical, privacy or finance review where relevant. Keep a record of the decision and communicate changes to the people whose daily work is affected.

YOUR INSTITUTION. YOUR CONTEXT.

Bring a policy that needs to work in practice.

Start with a real workflow, the people involved and the outcome you need.