Знижки легко забути
Якщо знижки учнів живуть у нотатках або таблицях, адміністратори мають згадувати їх щоразу під час підготовки рахунків.
Ціни та знижки
Тримайте ціни та знижки пов'язаними з кожним рахунком
Визначайте ціни курсів і знижки учнів один раз, а потім робіть нарахування, зменшення та рядки рахунку простішими для пояснення під час білінгу.
Без картки. Без міграції даних, щоб перевірити pricing flow.
Ручні правила цін створюють суперечки по рахунках пізніше
Ціни та знижки здаються дрібними налаштуваннями, доки саме вони не стають причиною пояснення або виправлення рахунку.
Ціни змінюються без контексту
Коли ціни занять редагуються поза billing workflow, важче пояснити, чому учню нарахували саме цю суму.
Рахунки потребують ручних виправлень
Якщо ціни та знижки не пов'язані із записами занять, рядки рахунку виправляються після розрахунку замість бути правильними одразу.
Правила цін мають бути частиною billing workflow, а не окремим завданням на пам'ять.
Тримайте ціни курсів, знижки учнів і billing-relevant rules пов'язаними до створення рахунків.
Одне правило ціни та знижки, повторно використане в білінгу
Ціни та знижки мають бути визначені до розрахунку рахунку, а потім залишатися видимими у фінальній сумі.
1
Встановіть ціну курсу
Визначте ціну для курсу, групи, типу заняття або billing rule, яку використовує ваша школа.
2
Застосуйте знижки учнів
Тримайте правила знижок пов'язаними з учнем або контекстом заняття замість відтворювати їх щомісяця.
3
Створюйте пояснювані нарахування
Рядки рахунку можуть показувати, яка ціна та знижка сформували фінальну суму.
Встановлюйте ціни курсів до старту білінгу
Перевіряйте курси, ставки та історію цін до того, як invoice calculation використає ці дані.
Визначайте правила знижок один раз
Reusable discount templates тримають типові зменшення послідовними для учнів і груп до початку розрахунку рахунків.
Застосовуйте знижки до учня, а не до таблиці
Знижки конкретного учня залишаються пов'язаними з профілем і датами старту, щоб billing workflow міг застосувати їх без ручних нагадувань.
- Призначення знижки учню
- Дата старту видима
- Активне правило можна перевірити
Типове питання білінгу
Чому це заняття було зі знижкою?
Відкрийте рахунок і простежте ціну курсу, знижку учня, payable lessons і фінальну суму без окремих таблиць.
Тримайте деталі знижок видимими всередині рахунку
Коли учень або батьки питають про фінальну суму, рахунок все ще може показати знижки, final charges і lesson-level billing context.
Ціни та знижки пов'язані з рештою білінгу
Розклад дає заняття, відвідуваність підтверджує факт, а рахунки використовують правила цін і знижок.
Розклад дає заняття
Контекст курсу й заняття починається в розкладі до розрахунку білінгу.
Відвідуваність підтверджує payable lessons
Відвідуваність допомагає вирішити, які заняття треба нарахувати, знизити або не враховувати.
Рахунки застосовують ціни та знижки
Фінанси учнів використовують ціни курсів і правила знижок, щоб пояснити фінальні нарахування.
Workflow-гайди
Дізнайтеся, як ціни та знижки впливають на білінг
Використовуйте ці гайди, щоб пов'язати ціни курсів, знижки, відвідуваність, рахунки та розподіл оплат.
Налаштувати ціни курсівНалаштуйте ціни курсів, дати дії та знижки студентів до генерації рахунків.Пояснити рахунки студентівПодивіться, як знижки зменшують нарахування в рахунку, не змінюючи початкову ціну курсу.Застосувати оплати до балансівПерегляньте, що відбувається після отримання оплат за рахунками зі знижками.
Перевірте pricing logic до перенесення всіх даних
Почніть з demo-даних або додайте кілька цін курсів і знижок учнів, щоб перевірити, чи відповідають рядки рахунку процесу вашої школи.