From registration to enrolled student

Every family at your studio travels the same short pipeline, whether they found you through the QR code in your lobby or you typed them in yourself. Knowing where a person is on it answers most "why isn't this working" questions in one step.

public form  ──▶  Registrations worklist  ──▶  Enrollment  ──▶  roster,
(or manual entry)   (waivers, review)          (student × program)   attendance,
                                                                     tuition

What the public form actually creates

Your registration link is /{your-slug}/register, and the QR code at Studio then →QR Code points at it. A family fills in guardian and student details, picks a program they're interested in, answers any custom questions you've added, and signs your waivers.

Submitting it creates three things at once:

• a student record, complete with date of birth, guardian and contact details;
• a guardian, if the student is a minor;
• a registration — the review item that lands in your worklist.

The program chosen on the form is recorded as an interest, not an enrollment. It is a prompt for you, not a decision by them.

The four registration statuses

Students then →Registrations is the worklist. Each row carries one of four statuses:

The statuses move on their own as the family works through the flow — you never set one by hand. Two consequences worth knowing:

• A studio with no active waivers skips the middle entirely. Registrations arrive already complete, because there is nothing to sign.
• Account Created is about the family having a login, not about you having done anything. A family who signs the waivers and closes the tab sits at Waivers Complete forever, and that is fine — they are enrollable either way.

Working the worklist

The table has a name/email search and a status filter. Each row offers three things:

• View — the registration detail page: everything they submitted, their answers to your custom questions, and which waiver versions they signed. Clicking anywhere on the row does the same.
• Enroll — the important one. It opens a program picker; choose one and the enrollment is created immediately.
• Delete — see the warning below.

Rows the app thinks might be a repeat carry a Duplicate marker, so a parent who fills the form in twice — or a returning student — doesn't quietly become two students. Open the row and a Duplicate Flag card names the existing student it resembles, with two ways out: Merge (Keep Original) if it really is the same person, or Dismiss Flag if two children genuinely share a name and a birthday.

Adding people without the public form

Two other doors into the same pipeline, both from Students then →Students:

• Add student — one student at a time, with guardian details.
• Bulk add — a spreadsheet-style table for migrating an existing roster.

Students created this way skip the registration worklist and go straight into the Students list. They still need enrolling.

The enrollment

Students then →Enrollments is the list of every student × program pairing in the studio. This is the roster that everything downstream reads.

There is also a Billing column, but only for studios using automatic monthly billing. If your studio isn't, the column does not exist at all — not an empty one. See Turning on automatic monthly billing.

Above the table: a name search, a program filter and a status filter, plus an Enroll Student button for enrolling someone who is already in your student list.

What the three statuses mean

Setting a suspended enrollment back to Active resumes paused billing. This is the least discoverable behaviour in the app and it has its own article: Stopping, pausing and unenrolling.

Two programs, two enrollments

A student who trains in both Karate and BJJ has two enrollment rows. They are independent: separate statuses, separate tuition, and — if you use monthly billing — separate monthly charges, which appear as two lines on the family's statement rather than one combined figure.

That is deliberate. Unenrolling from one program must not disturb billing for the other.

Where people get stuck

Last reviewed 1 September 2026