
A group has no people of its own. Its members are profiles that already live in your database, and putting somebody in a group is a link, not a copy.
That one sentence explains most of the behaviour in this article: why a person can be in several groups, why removing them from a group leaves their profile untouched, and why guests on a reservation are held separately until they become profiles. This article is for administrators.
Two directions, and both end in the same place.
From the group. Open the group, go to the Members tab and click Assign members. You get your database in a picker, with search and column filters, so you can select profiles and save them into the group in one pass.
From the database. Select profiles in your Database and use the Assign groups action. This is the better route when you are working through a list of people rather than building up one partner.
The Assign groups action turns up wherever you are already looking at a list of people:
That last one is worth knowing about. If a corporate partner sends you a list of twelve names, create the profiles with the group already set rather than tidying up afterwards.
Every member of a group carries a role, shown in the Role column: Leader or Member. Change it from the row's action menu with Assign as leader or Assign as member.
The role is a label for your own coordination. It marks the person you deal with at that organization, and it is the natural default when you need to pick somebody to lead a reservation. It does not grant any extra permissions in Vome.
The Members tab is a full profile list, not a read-only roster. On any row, or on a selection, you can:
The list carries Email and Next shift columns, filters, quick search, and an export, so it doubles as a working list for the partner you are about to host.
Vome asks you which of two things you meant, because they are genuinely different:
Once the assignment lands, Vome offers to open the reservation so you can add more guests, with the group and the lead already filled in. If you assign a single person to a single shift, you get the same offer.
The group's Schedule tab has a shorter path for the same thing: pick a shift, pick one member as the reservation leader, and continue straight to adding guests.
Guests are people who have appeared on this group's reservations without necessarily being members of it. A member is somebody you deliberately attached to the group. A guest is somebody a reservation lead brought along.
The Guests tab lists them with first and last name, email, phone, age, next shift, last date volunteered, and two columns worth explaining:
This is where you find the people your reporting is quietly missing. A company that sends four members and sixteen guests looks like a group of four until you open this tab.
Turn on Auto-add guests to database in the group reservation policy. Any guest added with a first name, last name and email is then created as a profile automatically, and a guest whose email matches an existing profile is linked to that profile rather than duplicated.
The same setting lets you have those new profiles automatically receive profile tags, sites, and an opportunity assignment (either the opportunity for that shift, or all of them).
If you turn this on after the fact, there is a backfill button that applies it to guests from existing reservations, past and upcoming, that use the policy. It runs in the background and notifies you when it finishes.
For the full detail, see How Auto-Add Guests to Database Works on Vome.
Yes. Somebody can be a member of their employer's group and their family's group at the same time, and both groups will list them.
Group membership is a link, so there is no primary group and nothing to choose between. What matters for reporting is which group a given reservation was linked to, not which groups the person belongs to in general.
No. Remove from group breaks the link and nothing else. Their profile, their hours, their tags and their history all stay exactly as they were.
Reservations they already made while linked to the group also keep that link, so removing a member does not rewrite your history.