A practical glossary of school management, ERP, and SIS

Start with the work behind the label

School management software can sound like one product category, but a school uses it for many different decisions. Someone must know which student is enrolled, which class they belong to, what a family may see, which fee is due, and when a result becomes official.

Use ordinary language before introducing product terms. Ask what happens, who acts, what information is needed, and what another person receives. This often reveals that two teams use the same word for different states.

Five terms worth making explicit

Write a shared definition for each term that affects a handoff. Keep the definition short enough to use in training and specific enough to test.

• Record: the identity or information being managed.
• Owner: the person who can correct the source value.
• Approval: the decision that makes a value trusted for the next step.
• Publish: the action that makes information visible to its intended audience.
• Exception: a case that needs a different owner, rule, or decision.

Use the definitions in a real scenario

Trace an accepted applicant into enrollment, class placement, fees, attendance, assessment, and family visibility. At every handoff, ask whether the term still means the same thing and whether the next team can see the information it needs.

If a definition changes by campus, phase, or audience, record the difference. False simplicity is a source of errors when a report, permission, or family message depends on the distinction.

Ask the owner to provide one ordinary example and one exception for each important definition. Examples expose whether the wording can guide a decision, while exceptions show where a second rule or escalation path is needed.

Keep the final glossary beside the process map and acceptance tests. When a term changes, update those connected records together so training, configuration, and support do not drift apart.

Make the glossary operational

Put definitions in requirements, configuration notes, support guidance, and training. Review them when a process changes. A plain-language glossary is valuable when it helps people make consistent decisions, not when it merely explains a vendor interface.