Creating a Checkmk contact group gives a team responsibility for selected hosts and services. Contact groups also decide which objects a restricted user can see and which contacts receive the default notifications for those objects.
Contact groups are managed under Setup → Users → Contact groups. A new group needs an internal Name and a readable Alias, then users are attached from their user properties and monitored objects are attached from host properties, folder properties, or contact-group rules.
A host-level assignment fits one host or a small test set. Services inherit the host contact groups unless a service-level contact-group rule assigns a different group, so avoid service-specific assignments unless application responsibility really differs from host responsibility.
Related: How to create a Checkmk user
Related: How to create a Checkmk notification rule
The internal name is used in rules, filters, and status queries. Use a short name that will still make sense after team names change.


Services inherit the host contact groups by default. Use the service assignment rule set only when a service should belong to a different team from the host.
Activation moves the saved user, host, and contact-group assignments into the monitoring environment.
Related: How to activate Checkmk pending changes
Use Setup → Events → Test notifications, select the host, leave real sending disabled, and confirm Predicted notifications contains the expected user or contact from the new group.
Related: How to test Checkmk notification rules
OMD[monitoring]:~$ lq "GET contactgroups\nColumns: name alias members" all;Everything;cmkadmin linux_team;Linux operations;linux-operator