Як оплати учнів пов'язуються з рахунками, боргами і балансами

У навчальному центрі оплата рідко є просто окремим записом про гроші. Вона зазвичай пов'язана з учнем, періодом білінгу, рахунком, попереднім боргом, майбутніми заняттями або переплатою.

Контроль оплат має сенс лише тоді, коли школа може пояснити, що саме закрила кожна оплата. Адміністратор повинен бачити, чи гроші закрили рахунок, зменшили попередній борг, створили кредит або залишили неоплачений баланс.

Ця стаття пояснює механіку ширшого процесу контролю оплат, боргів і переплат у навчальному центрі. В Intelligence Cloud ця механіка називається автоматичним розподілом оплат: система застосовує оплату до фінансового стану учня замість ручної звірки балансу в таблиці.

Чому важливо пов'язувати оплати з рахунками

Ручний облік оплат працює, поки школа маленька. Коли з'являється багато учнів, груп, пропущених занять, знижок, часткових оплат і попередніх боргів, адміністратору доводиться відповідати на складніші питання:

• чи закрила ця оплата поточний рахунок;
• чи має вона спочатку закрити старий борг;
• чи заплатив учень наперед;
• чи виникла переплата, яка має стати кредитом;
• чому баланс досі показує борг після оплати;
• які заняття створили суму, яку оплачує учень.

Без зрозумілого зв'язку між оплатою і рахунком команда перевіряє кілька файлів або нотаток. З автоматичним розподілом оплата застосовується всередині тієї самої моделі білінгу, де зберігаються заняття, відвідуваність, рядки рахунків, знижки, борги, переплати та кредити.

Результат - не лише змінений баланс. Це історія оплат, яку можна пояснити учню, батькам, адміністратору або власнику.

Оплатам потрібен контекст білінгу навчального центру

Звичайний облік оплат може зафіксувати, що гроші надійшли. Білінг навчального центру потребує більшого контексту.

Баланс учня може залежати від:

• запланованих занять;
• статусів відвідуваності;
• перенесень або скасувань занять;
• індивідуальних чи групових цін;
• знижок;
• попередніх неоплачених рахунків;
• оплат, зроблених до розрахункового періоду;
• переплат із попередніх місяців;
• ручних коригувань, якщо школа їх дозволяє.

Тому розподіл оплат не має бути ізольованим від білінгу за відвідуваністю, рахунків учнів і практичного процесу білінгу учнів у навчальному центрі. Оплата - лише одна частина фінансового ланцюжка.

Що відбувається після додавання оплати учня

Коли адміністратор записує оплату, система залишає її в процесі фінансів учня та оновлює видимий баланс.

Точні правила залежать від налаштувань білінгу, але практична логіка така:

1. Оплата належить конкретному учню.
2. Система перевіряє відкритий фінансовий стан учня.
3. Наявний борг і суми поточних рахунків залишаються видимими.
4. Оплата зменшує відповідну неоплачену суму за правилами розподілу.
5. Якщо оплата більша за неоплачену суму, залишок стає кредитом.
6. Баланс учня оновлюється без ручного перерахунку місяця.

Важливо не лише те, що число змінилося. Важливо, що цю зміну можна пояснити через історію оплати, рахунку, занять і балансу.

Типові сценарії з оплатами учнів

Оплата поточного рахунку

Найпростіший випадок - оплата збігається із сумою поточного рахунку. Рахунок стає оплаченим, а баланс учня повертається до нуля.

Навіть тут автоматичний розподіл важливий: адміністратор не має вручну позначати кілька рядків занять або виправляти окрему таблицю балансів.

Часткова оплата

Учень може оплатити лише частину рахунку. Оплачена сума зменшує баланс, а неоплачений залишок залишається видимим як борг.

Це важливо для подальшої роботи. Команда бачить, що гроші надійшли, але учень усе ще має неоплачену суму.

Попередній борг

Деякі учні оплачують після того, як борг уже накопичився. У такому випадку школі потрібне зрозуміле правило: оплата закриває старий борг, поточний рахунок чи майбутній період.

Автоматичний розподіл робить це видимим, замість того щоб адміністратор здогадувався за примітками до платежу.

Переплата і кредит

Якщо учень заплатив більше, ніж поточна неоплачена сума, зайві гроші не мають зникати. Вони стають кредитом, який можна використати пізніше.

Це важливо для шкіл, які приймають авансові оплати, оплату пакетів або платежі до завершення всіх занять періоду.

Оплата майбутнього періоду

Учень може заплатити наперед за наступний місяць, але ще мати борг за попередній. Саме в таких ситуаціях ручні таблиці часто стають нечіткими.

Система має зберігати оплату, старий борг і майбутній кредит так, щоб адміністратор і власник могли це пояснити.

Чому відвідуваність впливає на баланс учня

У багатьох навчальних центрах рахунки не є звичайними фіксованими сумами. Вони рахуються із занять.

Відвідуваність може змінювати суму, яку має сплатити учень:

• проведені заняття потрапляють у рахунок;
• пропущені заняття можуть оплачуватися або не оплачуватися залежно від правил школи;
• перенесені заняття можуть перейти в інший період;
• безкоштовні або скасовані заняття можуть не створювати нарахування;
• знижки можуть застосовуватися до окремих занять або учнів.

Коли оплати розподіляються автоматично, вони застосовуються до балансу, який уже враховує ці правила занять і відвідуваності. У цьому різниця між простим зберіганням оплат і програмою для навчального центру, яка може пояснити рахунки, оплати, борги, переплати й баланс разом.

Що перевірити в системі контролю оплат

Під час перевірки розподілу оплат виберіть кількох реалістичних учнів:

• учня, який оплатив точну суму рахунку;
• учня з частковою оплатою;
• учня з попереднім боргом;
• учня з переплатою;
• учня з пропущеними або перенесеними заняттями;
• учня зі знижкою.

Потім перевірте, чи можна пояснити баланс без відкриття таблиці.

Корисні питання:

• На який рахунок або борг вплинула оплата?
• Чому залишок став боргом, нулем або кредитом?
• Чи може адміністратор пояснити це батькам?
• Чи бачить власник картину боргів і переплат?
• Чи використають звіти ті самі фінансові дані пізніше?

Цей сценарій має бути частиною ширшої перевірки білінгу перед запуском.

Результат

Зв'язок між оплатами, рахунками і балансами допомагає навчальному центру тримати фінансові записи пов'язаними.

Оплати оновлюють баланси учнів у тому самому процесі, де є розклад, відвідуваність, рахунки, знижки, борги, кредити та звіти. Автоматичний розподіл оплат є механікою цього процесу: він робить контроль оплат простішим для пояснення, ніж таблиця з окремими рахунками, платежами і нотатками про баланс.