Тестовый сценарий: клиент, абонемент, платёж и урок
Для кого и что получится
Для владельца или администратора, который после настройки школы проверяет целостный рабочий процесс. Сценарий использует тестового клиента и помогает убедиться, что карточка, абонемент, платёж, расписание и отчёт связаны правильно.
Где находится
Сценарий проходит через несколько пунктов левого меню DoCRM: «Клиенты», «Сделки», «Расписание» и «Отчёты». Внутри карточки клиента используется вкладка «Абонементы», а внутри «Отчётов» — «ДДС» и «Посещённые уроки».
Что нужно перед началом
Подготовьте тестовые данные: один тариф, учебный курс, преподавателя и время для урока. Используйте отдельного тестового клиента, чтобы его платежи, уроки и сообщения не попали в рабочую аналитику без пометки.
1. Создайте клиента и сделку
В левом меню нажмите «Клиенты» → кнопку с плюсом с подсказкой «Добавить клиента». Заполните минимальные данные и сохраните карточку. Затем в левом меню нажмите «Сделки» → кнопку с плюсом с подсказкой «Создать сделку» и создайте тестовую сделку либо используйте уже созданную по источнику заявку.
Проверьте, что клиент открывается из сделки, а сделка — из связанных рабочих разделов. Если школа ещё настраивает источники заявок, для теста достаточно ручной сделки: это проверяет карточки и воронку без внешнего сервиса.
2. Назначьте абонемент и внесите платёж
Откройте «Клиенты» → карточку тестового клиента → «Абонементы». Оформите абонемент по тестовому тарифу. Затем в его карточке нажмите «Внести платеж» и зарегистрируйте тестовую сумму, либо сформируйте ссылку на оплату и используйте безопасный способ проверки.
После сохранения раскройте «Платежи ↓» у абонемента. Проверьте сумму, дату, способ, адрес и инициатора. Не регистрируйте второй ручной платёж, если проверяете терминал либо внешнюю ссылку и операция ещё ожидает подтверждения.
3. Поставьте урок и отметьте посещение
В левом меню нажмите «Расписание» и создайте тестовый урок с подготовленными курсом, преподавателем и временем. Запишите в него тестового клиента. После урока откройте запись клиента и отметьте посещение.
Проверьте два разных результата: урок виден в расписании, а запись клиента имеет нужный статус — посещение, пропуск или отмену. Не используйте отмену урока вместо отмены записи клиента: это влияет на разные данные.
4. Проверьте следы процесса
Откройте карточку тестового клиента и убедитесь, что в ней видны абонемент, операция и запись на урок. Затем в левом меню нажмите «Отчёты» → «ДДС», задайте дату тестового платежа и обновите отчёт. Платёж должен проверяться в ДДС как денежное движение.
Не ожидайте, что один тестовый платёж автоматически даст одинаковую строку в PnL: PnL строится по сервисным начислениям и расходам, а не является копией ДДС. Для проверки посещений используйте «Посещённые уроки» и задайте дату тестового урока.
Если результат не найден
- Нет тарифа при создании абонемента — проверьте настройки тарифа и право сотрудника.
- Нет платежа в карточке — раскройте «Платежи ↓» и проверьте, завершена ли операция; для внешнего метода не создавайте дубль до подтверждения.
- Нет платежа в ДДС — проверьте дату движения и примените фильтр заново.
- Нет урока или записи — проверьте курс, преподавателя, время и сохранение урока в расписании.
- Нет посещения в отчёте — выберите период самого урока и проверьте, что абонемент соответствует условиям отчёта по посещённым урокам.
После проверки удалите тестовые данные штатным сценарием или пометьте их как тестовые по правилам школы. Не оставляйте их без пометки в рабочих отчётах.
Готово: один тестовый процесс прошёл от карточки клиента до урока и проверяемых следов в финансах и отчётах.
Что сценарий не проверяет
Этот сценарий не заменяет проверку внешнего эквайринга, автоматизаций, шаблонов сообщений и расчёта зарплаты: у этих механизмов свои события запуска и отдельные тесты. Он показывает, что базовая цепочка работы с клиентом связана между разделами DoCRM.