Перейти до вмісту
Огляд процесу

Налаштуйте ціни курсів, щоб рахунки студентів рахувалися автоматично

Цей гайд показує, як ціни курсів, дати дії, відвідуваність занять, знижки, оплати та попередні баланси формують фінальний рахунок студента. Приклад використовує курс English з ціною 40 EUR за заняття і сімейну знижку 10%.

Екран рахунку студента з нарахуваннями за заняття, сумою знижки, оплатами і фінальним балансом
Задати ціну курсу, яку використовують оплачувані заняття.
Призначити просту знижку студенту з дати початку.
Перевірити рахунок: нарахування, знижку, фінальну суму та вплив на баланс.
Коротко

Як ціни впливають на рахунки

Intelligence Cloud розраховує суми рахунків студентів з цін курсів, дат занять, відвідуваності, знижок, оплат і попередніх балансів. Кожне заняття використовує ціну курсу, яка діяла на дату заняття.

Приклад розрахунку від ціни курсу до рахунку

Використовуйте цей сценарій як базовий lesson-based billing workflow для мовної школи, tutoring center або іншого навчального центру перед додаванням складніших правил білінгу.

Крок 1

Почніть з ціни курсу

Екран Courses показує ціну, яка зараз використовується для кожного курсу. У цьому прикладі English має ціну для студента 40 EUR і ставку викладача 24. Ціна для студента створює рядки рахунку; ставка викладача належить до розрахунку виплат, якщо цей workflow увімкнений.

  • Користувач вводить або перевіряє ціну курсу.
  • Білінг потім використовує цю ціну для занять курсу English.
  • Поля виплат викладачу не треба сприймати як ціну для рахунку студента.
Екран цін курсів для перевірки ціни заняття перед розрахунком рахунку студента
Крок 2

Задайте дату початку дії ціни

Профіль курсу зберігає історію цін. Тут ціна English дорівнює 40 EUR і діє з 01.04.2026. Дата важлива: білінг вибирає активну ціну на дату заняття, а не довільне поточне значення.

  • Дати дії захищають історичні рахунки від випадкових змін, коли ціни оновлюються пізніше.
  • Effective from показує, коли ціна починає діяти.
  • Effective until потрібен лише тоді, коли відома дата завершення ціни.
  • Якщо на дату заняття немає активної ціни, білінг має заблокувати нарахування замість здогадок.
Історія цін курсу English з ціною 40 EUR, що діє з 01.04.2026
Крок 3

Додайте або змініть ціну до старту білінгу

Форма Add pricing - це місце, де школа вводить ціну для студента і період її дії. Якщо виплати викладачам увімкнені, у тій самій формі можуть бути поля ставки викладача, але вони живлять окремий payout workflow.

  • Price впливає на нарахування у рахунках студентів.
  • Rate впливає на розрахунок виплат викладачам, якщо цей workflow увімкнений.
  • Майбутню зміну ціни можна підготувати без зміни старих розрахунків занять.
Форма додавання ціни з ціною студента, ставкою викладача, датою початку і необов'язковою датою завершення
Крок 4

Призначте знижку студенту

Шаблон знижки сам по собі не змінює рахунки. Його треба призначити студенту або групі з датою початку. У цьому прикладі Stone Alex має Family discount з 01.04.2026.

  • Відсоток знижки: 10%.
  • Знижка діє з 01.04.2026.
  • Знижка застосовується лише до відповідних рядків рахунку в періоді її дії.
Екран знижок студента з Family discount, призначеною з 01.04.2026
Крок 5

Перевірте математику рахунку

Рахунок показує розрахунок, а не ховає його у фінальній сумі. English Kids A має 17 занять, ціна одного заняття 40 EUR, сімейна знижка 10%.

17 занять x 40 EUR = 680 EUR нарахування
680 EUR x 10% = 68 EUR знижка
680 EUR - 68 EUR = 612 EUR фінальна сума за заняття
Екран рахунку студента з нарахуваннями за заняття, сумою знижки, оплатами і фінальним балансом

Чому фінальний баланс рахунку може відрізнятися від суми занять

У прикладі фінальна сума за заняття дорівнює 612 EUR. Але баланс рахунку може показувати інший Debt to pay, тому що баланс студента також включає попередній борг, попередні оплати, кредити або переплати. Саме тому Intelligence Cloud працює не як калькулятор: поточний розрахунок ціни пов'язаний з фінансовою історією студента.

Поточна сума за заняття: 612 EUR
Баланс студента також включає попередній борг, оплати, кредити або переплати
Debt to pay - це результат балансу, а не лише сума поточних занять
Загальна модель балансу
Баланс рахунку = попередній баланс + нарахування за заняття - знижки - оплати +/- корекції

Як працює розрахунок

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

Ціна студента вибирається за курсом і датою заняття

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

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

Знижки зменшують суму рахунку, а не ціну курсу

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

  • Знижку отримують лише заняття, які входять до discount base.
  • Знижка може бути загальною для студента або обмеженою групою, якщо така опція увімкнена.
  • Деяка складніша поведінка знижок може бути доступна, якщо вона увімкнена для вашої школи, але вона не потрібна для базового workflow.
  • Рахунок окремо показує gross amount, discount amount і net amount.

Ставки виплат викладачам відокремлені від цін студентів

Деякі школи використовують лише ціни курсів для рахунків студентів. Якщо виплати викладачам увімкнені, у pricing area можуть бути також налаштування ставок викладачів. Ціна студента створює рядки рахунків. Ставка викладача використовується для розрахунку виплат із проведених занять.

  • Ціна студента відповідає на питання: скільки має бути нараховано студенту?
  • Ставка викладача відповідає на питання: скільки має отримати викладач за заняття?
  • Додаткові правила виплат можуть бути доступні тільки коли відповідний workflow активний.
  • Категорія викладача може вибирати інше правило виплати без зміни рахунку студента.