The lists and defaults the rest of the product draws from. Most of these are set once during setup and rarely touched again, but they are worth getting right because everything else inherits them.
Days Off
What is a no-lesson day?
No-lesson days are dates when no lessons are scheduled - holidays, school breaks, teacher training days, or any other closure. When you mark a day as a no-lesson day, the scheduling system automatically skips it, and no classes will be generated for that date. This applies across the entire school.
The Days Off screen in alinaflow
Holidays and closures. Sessions falling on these dates are not scheduled, not billed and not counted as absences, which saves a great deal of correcting later. Set the year's dates before the term starts.
Adding a new day off
Pick the date your school is closed and give it a name that staff will recognise, such as "Thanksgiving" or "Teacher training". Each record covers one day, so a week-long break needs one entry per day. Turn on "Repeats every year" only for holidays that fall on the same date every year, like Christmas. Leave it off for movable dates such as Easter, or next year's closure will land on the wrong day.
The new day off form
Inside a day off record
Open a day off to change its date or name, or to switch it between one-time and yearly, then click Save Changes. Before moving a date, check that your staff and families already know about the change, since classes will now be skipped on the new day instead. Use Delete if the school is open after all, and the scheduling system will stop skipping that date.
A day off record
Key fields
Date - The specific date when no lessons will be held.
Name - Why lessons are cancelled (e.g., 'National Holiday', 'Winter Break', 'Staff Training'). Shown in calendars.
Location - Which location this applies to. Leave empty to apply to the entire school.
Course types
What is a course type?
course types let you categorize your courses into groups - for example, Individual, Group, Workshop, or Intensive. Beyond organization and filtering, course types are useful for assigning pay grades and fees at the type level instead of course by course - for example, all 'Group' courses might share the same fee structure and instructor rate. This can significantly simplify your billing and compensation setup.
The Course types screen in alinaflow
A grouping above courses, used for reporting and for pricing rules that apply to a whole family of courses at once.
Adding a new course type
Type a short, clear name such as Individual, Group or Workshop. This name appears when you set up courses and in filters, so pick names your staff will recognize at a glance. Save Changes stays greyed out until the name is filled in. If you need to track more about each type, add custom fields with the Fields button before you start creating types.
The new course type form
Inside a course type record
Here you can rename the type, change its sorting number to control where it appears in lists, or switch it off with the Active toggle. Turning a type off is usually safer than deleting it, because courses already assigned to it keep their history. Before you press Delete, check which courses use this type and any fees or pay rates you set at the type level. Remember to click Save Changes after editing the name.
A course type record
Key fields
Name - A clear category label (e.g., 'Individual', 'Group', 'Workshop', 'Intensive', 'Online').
Color - Visual identifier shown as a badge in course lists.
Status - 'Active' types can be assigned to courses. 'Inactive' types are kept for existing records but hidden from new assignments.
Evaluation types
What is an evaluation type?
A reusable category for evaluations - Recital, Audition, Mid-term, Final, Tryout, etc. Picking a type drives the calendar tag, the title token in notifications, and the default certificate body. Each workspace seeds a starter set; admin can rename, recolor (calendar tint), set an emoji, or add new ones to match the school's vocabulary. Soft-delete hides the type from the picker on new evaluations; existing evaluations keep referencing it.
The Evaluation types screen in alinaflow
The kinds of assessment you run, such as a term review, a level exam or a practical. The type decides which rubric and which consequences apply.
Adding a new evaluation type
Type the name the way your school actually says it, such as Recital or Spring audition, because that name becomes the calendar tag and the title in notifications families receive. The color starts out black, so pick a tint that stands out on the calendar before you save. Emoji and description are optional, and you can add custom fields later from the Fields button if you need them.
The new evaluation type form
Inside an evaluation type record
Edit the name, emoji or color here and click Save Changes. Changes apply to how this type shows up from now on, including in calendar tags and notification titles for evaluations that use it. To retire a type, switch off the toggle or use Delete: it disappears from the picker for new evaluations, but past evaluations keep it, so nothing in your history breaks.
A evaluation type record
Key fields
Name - What appears in the picker, the calendar tag, and the certificate header. Keep it short and recognisable.
Color - Calendar tint for evaluations of this type. Helps staff scan a busy week at a glance.
Emoji - Optional one-character icon shown next to the name in lists and on the calendar.
Show types
What is an event type?
event types categorize special activities that aren't regular lessons - recitals, exams, tournaments, or showcases. Each event type can have default settings (duration, location, description) that get pre-filled when you create a new event of that type, saving you time.
The Show types screen in alinaflow
The kinds of show you run, such as a recital, a workshop or a competition. Sets the defaults for ticketing and participation so you are not configuring each one from scratch.
Adding a new show type
Only a name is needed to create the show type, so pick one your staff will recognise in a dropdown, like Recital or Grade exam. The colour you choose marks every show of this type on the calendar, so give each type its own colour. The defaults, such as venue, duration, ticketing and description, only show up after you save, when you open the type again.
The new show type form
Inside a show type record
This is where you set the template defaults that get filled in on every new show of this type: venue, duration in minutes, whether it is ticketed or public, and a starting description and notes. Changing a default here does not touch shows you have already created, only new ones. Set Number (sorting) to control where the type appears in lists. Turn off Active to retire a type without losing its history, and only use Delete for a type that was never used.
A show type record
The record is organised into tabs: Inventory. Each one is scoped to this record, so what you see is only this record's data.
Inventory
List the equipment this kind of show usually needs, such as music stands, a keyboard or extra lights, with Add requirement. The kit carries over to every new show you create from this type, so your staff can check it is available before the day. Keep it to what almost every show of this type needs, and add one-off items on the show itself.
Inventory tab
Key fields
Name - A clear category label (e.g., 'Recital', 'Tournament', 'Open House'). Buyers and students see this name on the calendar and on tickets.
Color - Visual identifier for this event type in calendars, the audience grid, and the events list.
Default venue - Pre-filled when creating a new event of this type. Tax for ticket prices comes from the venue, not from the event type itself.
Default duration - Minutes between start and end. Used when scheduling and to detect calendar conflicts.
Public - Public events appear on the family portal and accept self-service ticket purchases. Internal types (rehearsals, staff meetings) stay hidden.
Ticketed - Enables ticket prices and the seat picker on the event. Off for free or invite-only event types.
Ticket price templates - Pre-fill the event's ticket prices when one is created from this type. Each row has a Name (e.g. 'General', 'VIP', 'Early Bird'), a Price (the final amount the buyer pays - tax comes from the venue), and a Capacity (the maximum tickets sellable at that price). Empty Capacity uses the default 100.
Status - 'Active' types can be used for new events. 'Inactive' types are kept for historical records but hidden from the new-event picker.
Discounts
What are Discounts?
Discounts are named rules the engine applies to tuition at invoice time. Four triggers cover every case: Manual (staff assigns to an account/student), FamilyTier (auto % per household sibling count), MultiCourseTier (auto % per student's enrollment count), PromoCode (code entered at checkout). Two discounts in the same stacking group never stack - the engine picks the best-of winner per group. Discounts across different groups always stack. Partnerships can also waive enrollment or registration fees as a perk.
The Discounts screen in alinaflow
Reusable reductions: sibling, multi-class, early payment, staff. Defined once as a rule and applied automatically at invoicing, which is what keeps them consistent and auditable.
Key fields
Trigger - Manual means staff picks this discount at enrollment and it sticks to the student. FamilyTier counts active students on the account at invoice time. MultiCourseTier counts the student's active enrollments. PromoCode requires the customer to type a short code.
Tiers - For FamilyTier/MultiCourseTier, tiers define the threshold table. Example: 2→20%, 3→30%, 4+→40%. The engine walks the table and keeps the last row whose count is ≤ the observed number.
Stacking group - Two discounts in the same group compete and only the highest-impact one applies (best-of). Different groups always stack. Default: 'default'. PromoCode discounts typically go in 'promo' so they stack with the default best-of.
Waive flags - Partnerships often include 'no enrollment fee' or 'no registration fee'. When checked, those line types are suppressed from the invoice at apply time.
Valid from / until - Leave both blank for a permanent discount. Set Valid Until for a promo that auto-expires.
Redemption caps - Max total redemptions across the workspace, and max per family, let promos self-limit (e.g. first 50 enrollments, one per family).
Prepaid months
What are Prepaid months?
Several months paid upfront, 3, 6 or 12, in exchange for a perk like a free month or no registration fee. You get paid early and the family stays. Months already covered are not billed again.
The Prepaid months screen in alinaflow
Several months of tuition paid up front, usually 3, 6 or 12, in exchange for a perk such as a free month or no registration fee. Set the options up here and sell them on the student's Payments tab; the months they cover are never billed again, and Prepaid months ending soon tells you when one is about to end.
Key fields
Months: how many months are paid upfront. 3, 6 and 12 are the usual choices, but any positive number works.
Pricing: 'Based on student tuition' snapshots the student's current monthly tuition and multiplies by the month count (with adjustments). 'Fixed amount' ignores tuition and uses a flat total.
Month-specific discounts: take a percentage off specific months (50% off month 6, 100% off month 12: the classic 12 months with the last one free).
Waive registration fee: the strongest reason to pay months upfront.
Waive enrollment fee: optional; usually only for the longer ones.
Legal Documents
Legal documents
The catalog every signature is issued from. Versioned - revising creates a new row, the predecessor stays around so its signatures keep their frozen version.
The Legal Documents screen in alinaflow
Terms, consent forms, media release and policies that families must accept. Attach them to the enrolment flow so acceptance is recorded with a date against the right person.
Adding a new legal document
Give the document a clear name, then choose its category and who signs it: students or their families. Choose Digital if a connected provider such as DocuSign should run the signing, or Wet ink if people will print, sign and scan it back. A digital document can't be saved until a provider is picked, so connect one first under Settings, Integrations. Write the text in the editor and click fields on the right to add names, dates and signature spots, which are filled in automatically for each signer when the document is sent.
The new legal document form
Inside a legal document record
This is where you send a document for signing, preview it, or switch it off with the Active toggle so no one can be asked to sign it. Once people have signed, use Revise (new version) to change the text rather than Edit. Revising creates the next version and keeps the old one, so everyone who already signed stays tied to the exact text they agreed to. Check the signature count before deleting, because a document that has already been signed is part of your records.
A legal document record
Key fields
Version chain - Each row is one version; the head row drives all new signatures.
Required at registration - Toggle this to gate the create-form for students, instructors, or staff.
Onboarding - Toggle 'available in onboarding' to surface the document in the onboarding step picker.
Provider - Manual = uploaded PDF. DocuSign = OAuth + envelope. Mix and match per document.
Delete vs archive - Documents with signatures cannot be deleted; archive them instead.
Absence Reasons
What are absence reasons?
Absence reasons are predefined categories for why a student or instructor missed a lesson - Sick, Travel, Personal, Family Emergency, etc. Having standardized reasons helps with attendance reporting, identifying patterns (e.g., a student frequently missing Monday classes), and maintaining consistent records. You can define separate reasons for students and instructors since their situations differ.
The Absence Reasons screen in alinaflow
The list a student absence is categorised against. Keeping it short is what makes the attendance report readable, and it decides which absences generate a makeup credit.
Adding a new absence reason
Type a short, clear name for the reason, such as Sick or Travel, and switch on Justified if this kind of absence should count as excused. Keep names short, because staff pick from this list when they mark attendance. Check that the reason doesn't already exist so your attendance reports don't split one cause across two labels. Save Changes stays greyed out until you enter a name.
The new absence reason form
This form adds a reason to the teacher list, which is separate from the student list, so create it here only if it applies to staff. Use reasons that fit teachers, such as Training or Substitute arranged, and turn on Justified for absences your school treats as approved. A reason created here won't show up when you mark a student absent.
Teacher absence reason
Inside an absence reason record
Open a student reason to rename it, change whether it counts as justified, or set its sorting number to control where it appears in the list. Changing Justified affects how absences with this reason are counted in attendance reports, so decide it once and leave it. If a reason is no longer needed, switch off Active instead of deleting it, so past attendance records keep their label. Click Save Changes before you leave the page.
A absence reason record
This is a teacher reason opened for editing, and it works the same way as a student one but only affects staff attendance. Give the most common reasons, like Illness, a low sorting number so they sit at the top of the picker. Think twice before turning off Justified on a reason already in use, since it changes how past teacher absences are reported. Deactivate rather than delete to keep your history intact.
A teacher absence reason
Key fields
Name - A clear, recognizable label (e.g., 'Sick', 'Travel', 'Family Emergency', 'Work Conflict').
Justified - Whether this reason counts as an excused absence. Justified absences may allow makeup lessons or credit, depending on your school's policy.
Status - 'Active' reasons are available when marking attendance. 'Inactive' hides them from new entries.
Staff Absence Reasons
Why was a staff member absent?
Predefined reasons (Sick, Vacation, Personal, Family Emergency, etc.) for why a staff member was absent. Standardized reasons keep absence reports consistent and let admins flag the ones that should pre-fill 'Requires substitute' on creation.
The Staff Absence Reasons screen in alinaflow
The same for staff, feeding the substitution flow and payroll.
Sections of this screen
This screen is divided into sections: Add reason. Each is part of the same screen rather than a separate page.
Add reason
Give the reason a short name that your staff will recognise at a glance, such as Sick or Vacation. Before you add it, check the list behind this window so you don't end up with two versions like "Vacation" and "Annual leave" that split your absence reports. The emoji and color are optional, but they make the reason easier to spot on the calendar. Turn on Requires substitute by default only for reasons where the class still has to run, like illness. Staff can still change it on each absence, but it helps admins remember to find cover.
Add reason tab
Key fields
Requires substitute by default - When ON, new absences using this reason pre-fill 'Requires coverage' so admins remember to assign a substitute.
Referral Sources
What are referral sources?
Referral sources track how students found your school - Social Media, Word of Mouth, Website, Walk-in, etc. Recording this on each student helps you understand which marketing channels work best and where to invest. You can customize this list to match your school's reality.
The Referral Sources screen in alinaflow
Where enquiries come from. The list behind the source field on a lead, and therefore behind any answer to which marketing is actually working.
Adding a new referral source
Type the channel name exactly as you want staff to see it when they pick a source on a student, for example Instagram, Google search or Open house. Only the name is required. Use Notes to record what counts as this source, so everyone records it the same way. Avoid near-duplicates like Facebook and Social Media - Facebook, because your reports split them into two channels.
The new referral source form
Inside a referral source record
Here you can rename the source, change its sorting number to move it up or down the pick list, or switch it off with the Active toggle. If a channel is no longer relevant, turn it inactive instead of deleting it, so students already tagged with it keep their history and your past reports stay accurate. Notes are internal and only visible to staff.
A referral source record
Key fields
Name - A clear label for the channel (e.g., 'Instagram', 'Referral from current student', 'Google Ads', 'Open House Event').
Status - 'Active' sources appear in the student form dropdown. 'Inactive' hides them from new entries but keeps existing data.
Churn Reasons
What are churn reasons?
Churn reasons track why students leave your school - Financial, Scheduling conflicts, Lost Interest, Relocated, Graduated, etc. Recording this when a student drops out helps identify patterns and take action to improve retention. You can customize this list to match your school's reality.
The Churn Reasons screen in alinaflow
Why students leave, captured when they do. Individually these are anecdotes. Collected over a year they are the most useful retention data you have.
Adding a new churn reason
Type a short, clear name for the reason, since staff will pick it from a list whenever a student drops out. Keep each reason distinct: if "Too expensive" and "Financial" both exist, your retention reports split the same cause in two. Use Notes to tell staff when this reason applies, for example the difference between Relocated and Scheduling conflicts. Save Changes stays disabled until you enter a name.
The new churn reason form
Inside a churn reason record
Here you can rename the reason, change its sorting number to move it up or down the list staff choose from, or switch it off with the Active toggle. Turning a reason off hides it from new drop-outs but keeps it on students already recorded with it, so your history stays intact. Prefer deactivating over Delete for any reason that has already been used. Notes are internal and never shown to families.
A churn reason record
Key fields
Name - A clear label for the reason (e.g., 'Financial hardship', 'Schedule no longer works', 'Moving to another city').
Status - 'Active' reasons appear in the dropout form. 'Inactive' hides them from new entries but keeps existing data.
Lead Loss Reasons
The Lead Loss Reasons screen in alinaflow
Why an enquiry did not convert. Price, timing, location and schedule need different responses, and you cannot tell them apart without recording which it was.
Adding a new lead loss reason
Give the reason a short, clear name your staff will recognise at a glance, such as "Price too high" or "Schedule did not fit", because this is exactly what they pick from when they mark a lead as lost. Use Notes to explain when the reason applies so everyone files lost leads the same way. Save Changes stays greyed out until you enter a name. If you need to capture more detail, add custom fields from the Fields button first.
The new lead loss reason form
Inside a lead loss reason record
Rename the reason or update its internal notes here, then click Save Changes. Use the sorting number to control where it appears in the list your staff pick from, and switch Active off to retire a reason without losing it from leads already marked with it. Prefer deactivating over Delete, so your lost-lead reports keep their history.
A lead loss reason record
Contract Types
What is an instructor contract type?
Contract types define the employment arrangements for your instructors - for example, Full-time, Part-time, Freelance, or Volunteer. This is for instructors only, not students or other staff. Each contract type helps you categorize your teaching team and can affect how their compensation and availability are managed. An instructor is assigned one contract type, which you can change if their arrangement changes.
The Contract Types screen in alinaflow
Employment arrangements for teaching staff, such as employee, freelance or per session. The contract type governs how payroll treats them.
Adding a new contract type
Type the arrangement's name exactly as you want it to appear when you assign it to an instructor, for example Full-time or Freelance. Name is the only required field, and Save Changes stays disabled until you fill it in. Keep the list short and distinct, since every instructor at your school gets exactly one of these and near-duplicates like Part-time and Part time will split your reports.
The new contract type form
Inside a contract type record
Here you can rename a contract type, change its sorting number to set where it appears in lists, or switch it off with the Active toggle. Renaming updates every instructor already on this type, so do it only when the arrangement itself is the same. If a type is no longer offered but instructors still hold it, turn off Active instead of deleting it so their history stays intact. Use Open Fields if you need to record extra details such as notice period or standard weekly hours.
A contract type record
Key fields
Name - A clear label for this arrangement (e.g., 'Full-time', 'Part-time 20h', 'Freelance').
Status - 'Active' types can be assigned to instructors. 'Inactive' types are kept for existing records but hidden from new assignments.
Onboarding Templates
What are Onboarding Programs?
Onboarding Programs are reusable checklists you define once per target role - instructor, family, or employee - and assign to every new person who joins your school. Each program has an ordered list of steps (signing a contract, uploading a tax form, reading a handbook, completing a training). Steps can be marked as blocking, which means the user cannot access the app until they finish them. Mark one program as Default for each role so new users automatically get assigned.
The Onboarding Templates screen in alinaflow
A reusable checklist for bringing someone new in, whether a student or a member of staff. Define the steps once so nothing is skipped on a busy week. Switch on Assign automatically when someone gets Portal access and every family or teacher you invite to the Portal, or who books in it, gets this checklist and finishes it before the rest of their Portal opens.
Adding a new onboarding template
Give the template a name your staff will recognise, such as "New Teacher Onboarding", and pick the Target Role it is for: instructor, family or employee. Use Add Step to build the checklist in the order people should complete it, and only mark a step as blocking if the person truly cannot start work without it, since blocking steps lock them out of the app until they finish. Turn on Default template if every new person in that role should get this checklist automatically. Each role has only one default, so switching this on for a new template replaces the old one.
The new onboarding template form
Onboarding Assignments
What are Onboarding Assignments?
This is the live view of every user currently going through an onboarding program. Each row shows who the user is, which program they were assigned, their progress (completed vs. total steps), and whether they are blocked from accessing the app until they finish. Use it to check on stalled onboardings, spot blockers, and make sure new instructors, families, and employees are getting set up properly.
The Onboarding Assignments screen in alinaflow
Which template is assigned to whom, and how far through they are.
No articles match your search. Try a different keyword or contact us.