
When you create shifts, Vome offers two ways to make more than one at a time: a date range and a series. They are mutually exclusive, you pick one at creation, and the choice is easy to make casually because both appear to do the same thing. Both fill your calendar with the same-looking shifts.
The difference shows up later, and by then it is expensive. This article is for administrators deciding which to use.
Vome's own description is exact: a date range "creates a finite batch of standalone shifts between the start and end dates you pick. Each shift is independent. Edits and attendee changes do not carry over to the others."
Two words are doing the work there.
Finite. You name an end date and the generator stops. There is no ongoing thing left behind.
Standalone. Once generated, the shifts have no relationship to each other. Vome does not remember that they came from one pattern. They are simply forty shifts that happen to look alike.
A series is a rule plus a template, and it stays alive. Each dated shift is generated from that rule, much like a recurring event in a calendar app.
Because the rule persists:
A date range is an event that already happened to your calendar. A series is a rule that is still running.
Everything else follows from that.
None of these are bugs. They are what "standalone" means, and they are worth seeing before you commit.
This is the part worth knowing before you decide, because it is more capable than "it repeats" suggests.
Every change asks how far it reaches. Edit, cancel, assign, or remove, and you choose: this shift only, this and future shifts, or all shifts. The same scope applies to attendee changes, so ending one person's commitment from a date forward is one action.
One-off changes survive bulk edits. If you customised a single shift, a later series-wide edit skips the fields you changed by hand, so your exception is not quietly overwritten. When you do want the series value to win, a "Force every shift to match the series" checkbox appears and names the fields it will clear.
You can act on shifts that do not exist yet. Cancel or edit a date beyond the generation window and Vome records the instruction, then applies it when it creates that date.
Joining and leaving are real concepts. With series settings enabled on the opportunity, people join the recurring schedule, optionally choosing a start date and a commitment length within limits you set. Leaving offers its own scopes, including scheduling a last day.
If you set up a batch with more than one weekday or more than one time slot, you do not get one series. Every day-of-week and time-slot combination becomes a separate series.
So Monday 9:00 to 12:00 plus Wednesday 13:00 to 16:00 produces two series, managed independently. That is usually what you want, since somebody who commits to Mondays has not committed to Wednesdays. It does mean a series-level edit reaches one of them, not both, so plan your patterns deliberately rather than selecting every box in one pass.
It is not a trap, it is a different tool. Use it when the run of shifts is genuinely finite and genuinely unrelated:
No. There is no convert action. Shifts generated from a date range stay standalone for their whole life.
Changing your mind means cancelling the remaining shifts and creating a series in their place, which also means re-enrolling anybody already booked. That asymmetry is the reason to think about it at creation: choosing a series when you did not need one costs you almost nothing, while choosing a date range when you needed a series costs you a rebuild.