Skip to content
English
  • There are no suggestions because the search field is empty.

Understanding Departments & Groups in ConexED

 Overview

Every service your staff deliver through ConexED — advising, tutoring, financial aid, career services, and more — is organized using two building blocks: Departments and Groups. Understanding how these two levels relate to each other, and where administrative access is granted, is the single most important concept for configuring ConexED correctly.

This article explains what Departments and Groups actually are in ConexED, how administrative access flows between them, and how to decide whether to organize your institution's service areas broadly or narrowly.

At a Glance

  • A Group is where the actual work happens: appointments, drop-ins, forms, reason codes, and settings are all configured at the group level.
  • A Department is a container that organizes related Groups together for administrative and reporting purposes.
  • Every Group must belong to a Department — there is no way to create a standalone Group.
  • Administrative access flows down from Department to Group automatically: a Department Director is automatically granted admin access to every Group inside their Department, with no separate step required.
  • Almost none of the settings covered elsewhere in this KB category — Locations, Forms, Reason Codes, No Show Alerts, kiosk settings — have a Department-level version. They are configured per Group, every time.
  • Departments also surface in the Student Support Directory — the browsable staff listing available to students and campus visitors. Staff members appear under their Group's Department, and visitors can filter the listing by Department or by individual Group.

Please note: "Department" does not mean what you might expect - This is the most common point of confusion for new ConexED administrators, so it's worth calling out clearly before anything else.

In ConexED, a Department is a service delivery container — a way of grouping related Groups together, similar to how a Library Director oversees several library service points. It has no built-in relationship to your institution's actual academic or organizational departments.

For example, a college might set up a ConexED Department called "Tutoring" that contains four separate Groups: Math, Science, Academic Coaching, and Nursing. The person who administers that ConexED Department is called a Department Director — but this role has nothing to do with being the head of an academic department like Nursing or Math. It simply means they administer that particular service delivery unit inside ConexED.

This naming overlap can cause real confusion — particularly when a Group inside a service-delivery Department happens to include staff who also belong to an unrelated academic department (a nursing faculty member tutoring students through an Academic Resource Center, for instance). Keeping this distinction in mind will help you have clearer conversations with your team about who should have access to what.

How It Works

The hierarchy

Institution > Department (service delivery container) > Group (where the actual work happens)

A Group cannot exist without a Department. You can always choose how to organize your Departments, but every Group you create will belong to exactly one.

Admin access flows from Department to Group automatically

This is the most important mechanical fact about the Department/Group relationship: a person placed as a Department Director over a Department is automatically granted administrative access to every Group inside it. No one has to manually add that person as a Group Admin to each individual Group — it happens on its own, and it applies immediately to any new Group added to that Department later.

This has real, practical consequences:

  • If your institution's Department structure genuinely reflects who oversees what, this automatic inheritance is a feature — the right person gets the right access without extra setup.
  • If your Departments are organized more loosely (for convenience, or historical reasons) and don't reflect actual oversight boundaries, this same inheritance can unintentionally grant someone administrative access to Groups they shouldn't be managing.

Group Manager vs. Group Admin — a role is not the same as a placement

You will encounter two related but distinct terms:

  • Group Manager is a system role — the level of platform access a person's account carries.
  • Group Admin is a placement — a person specifically assigned administrative responsibility for one particular Group, regardless of their underlying role.

A person can be placed as a Group Admin on a Group without holding the Group Manager role (for example, a Department Director or ConexED Administrator can also appear as a Group Admin on a specific Group). Don't assume the two always go together.

The role hierarchy

From highest to lowest platform-wide access:

 

Role

 

Typical Scope

 

ConexED Administrator

Full platform access, all institutions/departments/groups

Institution Administrator

District/multi-college instances only

Department Director

Full access to all Groups within their assigned Department(s), automatically

Group Manager

Access limited to the specific Group(s) they are explicitly assigned to

Faculty/Staff

Day-to-day service delivery within their assigned Group(s)

Front Desk Agent

Front-facing support tasks within assigned Group(s)

Student Worker

Limited, supervised access within assigned Group(s)

 
 
 

Almost everything is configured at the Group level, not the Department level

With very few exceptions, ConexED does not offer a way to configure a setting once at the Department level and have it apply to every Group inside it. Locations, Reason Codes, Forms, Email Templates (group-level appointment templates), No Show Alerts, Lobby Settings, and Scheduling Settings must each be set up individually, Group by Group. The one meaningful exception is a kiosk configured in "Department mode," which does automatically include every Group in that Department — including new ones added later.

Please note: because Group-level settings don't inherit from the Department, a Department with many Groups means many separate configuration surfaces to build and keep consistent over time.

Decision Guide: Broad Departments vs. Narrow Departments

There isn't a universally "correct" way to structure your Departments — but the platform's behavior makes narrower Departments the lower-risk default for most institutions. Use this table to decide what's right for your situation:

 

Consideration

 

 

Broad Department

(many Groups under one Department)

 

 

Narrow Department

(one or two Groups per Department)

 

Admin access

Department Director gains access to every Group automatically — appropriate only if one person genuinely oversees all of them

Access matches ownership exactly; eaiser default when different people manage different service areas

Deleting a Department

Removes every Group inside it and all related data (appointments, cohorts, admins, and more) — a large, hard-to-undo action

Much smaller, more contained impact if a mistake happens

Reporting

Department-level reports combine all Groups into one — only useful if you actually want to see them combined

Reports for each service area stay separate and specific

Locations

If a new Group isn't given its own locations right away, it silently uses institution-wide default locations with no warning

Fewer Groups means less chance of this going unnoticed

Kiosk/queue setup

If a kiosk is set to include the whole Department, any newly added Group shows up automatically. Convenient, but risky if that Group isn't fully configured yet. Also,

Kiosks permit group selection within the department

Kiosk scope stays deliberate and predictable

 

Rule of thumb: structure your Departments around what areas continuously work collaboratively, sharing information and supporting each other in daily workflows and physical locations - and ALSO take into consideration  who actually has administrative oversight of which service areas. Likely, your Department & Group configuration will be a combination of each type.  Do not simply configure based on your campus org chart or around how your institution happens to name its offices.

 

Use Cases

Scenario: One manager, several related service areas.

A college's Academic Resource Center runs Math, Science, Academic Coaching, and Nursing tutoring under one manager. Since this person genuinely oversees all four areas, placing them as Department Director over one "Tutoring" Department is the appropriate structure — they get full administrative tools (reporting, structure management, and more) without needing to be manually added to each Group.

Scenario: Shared service area with an external stakeholder concern.

In the scenario above, the Nursing group includes nursing faculty who report elsewhere academically. If the Nursing program's leadership is concerned about the ARC manager's access to "their" staff, it's worth knowing that placing the ARC manager as a Group Manager on all four Groups instead of Department Director does not meaningfully reduce what they can see about the nursing faculty — the same names, titles, and group assignments remain visible. What that downgrade does remove is the ARC manager's ability to run the center: no cross-group reporting, no Scheduling Control Center access, no ability to create new Groups, no Shared Milestones, no Automations. If the real goal is to fully separate the Nursing group from the ARC manager's oversight, the effective solution is a structural one — placing Nursing in its own, separately administered Department.

Configuration Overview

Departments and Groups are managed from the Dept & Group Manager section of the left-hand navigation (a dedicated module — this is no longer nested inside a general Admin Panel menu). From there:

  • Manage Departments lets Department Directors and above create Departments, add Department Admins, and add Groups within them.
  • Once inside a specific Group, a full set of tabs becomes available — Calendar, Student Lookup, Appointment Lookup, Check-In Kiosk, Master Scheduler, Document Library, Email Templates, No Show Alerts, Locations, Reason Codes, Login Type, Group Cards, Forms, Reports, and Settings (with Main, Scheduling, and Lobby sub-tabs) — each covered in its own article in this KB category.

Visibility into a Department's management tabs depends on being placed as a Department Director (or higher) on that specific Department — it isn't something every ConexED Administrator automatically sees for every department without being added.

Next Steps

  • How to Add Locations to a Group
  • Understanding Role Boundary for Reason Codes
  • How to Create Group Forms
  • How to Clone a Group Form
  • How to use the Group No Show Alerts Settings
  • How to Customize your Group Lobby Settings