ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
От заявки до обучения
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Контролируйте путь заявки от пробного занятия до записи
Пользователь/заказчик: Руководитель учебного центра
Предметные сущности: Участник, услуга, ресурс

1. Исходный процесс
1. Заявка, посещение, разговор и оплата находятся в разных таблицах.
2. На пробное занятие записались, но после посещения никто не уточнил решение и подходящую группу.

2. Границы первой версии
1. Карточка будущего ученика
2. Очередь последующих контактов
3. Отчёт набора одной группы

3. Исходники от заказчика
1. Расписание пробных занятий и групп
2. Правила записи и вместимость
3. Текущие этапы работы с обращениями

4. Основной сценарий
1. Принять заявку и выбрать пробное занятие
2. Зафиксировать присутствие и комментарий преподавателя
3. Обсудить подходящую группу и условия
4. Подтвердить запись и учесть оплату

5. Предварительная карта данных
1. Вместимость группы · тип учебного поля: number · мест · пример: 12. Правило и обязательность подтверждаются на ваших исходниках.
2. Уже записано · тип учебного поля: number · чел. · пример: 10. Правило и обязательность подтверждаются на ваших исходниках.
3. Новая запись · тип учебного поля: number · чел. · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.

6. Обмен и подключение
1. Возможный контур: Расписание / кабинет организации. Доступность интерфейсов пока не подтверждена.
2. Начать с согласованной тестовой выгрузки или ручного ввода. Для API зафиксировать версию, объекты, идентификаторы и направление обмена.
3. Разделить чтение и запись. Массовую запись разрешать только после сверки и отдельного согласования.
4. Согласовать сопоставление справочников, форматов дат, единиц, округления и источника истинных значений.
5. Определить правила повторной доставки, журнал ошибок, повторы, резервное копирование и возврат к прежнему процессу.

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

8. Ошибки и исключения
1. Неполные или некорректные вводные: показать конкретные поля, не выдавать успешный результат.
2. Неоднозначное соответствие или редакция: передать ответственному на проверку.
3. Повторная отправка: исключить повторное создание по согласованному идентификатору.
4. Недоступный внешний источник: сохранить состояние, показать ошибку и согласованный повтор.
5. Изменение подтверждённых вводных: новая редакция и повторное подтверждение.

9. Проверка пилота
1. Посещение отличается от записи на пробное
2. Заполненная группа не получает лишнее подтверждение
3. Причина отказа сохраняется отдельно от отсутствия ответа

10. Передача и сопровождение
1. Передать описание настроек, справочников, форматов обмена и контрольных примеров.
2. Обучить назначенных пользователей и проверить выполнение полного сценария.
3. Зафиксировать размещение, хранение, резервные копии, восстановление, контакты ответственных и границы сопровождения.

11. Ограничения
Пилот организует административную работу одной программы. Методические решения принимает преподаватель; платёжная интеграция отдельна.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Как фиксируются посещения пробных занятий?
2. Кто связывается с посетителем после занятия?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Этапы набора одной программы
2. Лимиты и расписание двух учебных групп
3. Обезличенные заявки с результатами пробных занятий

16. Контрольный сценарий и результат
1. Воронка набора группы с причинами незаписи
2. Заявка хранит пробное занятие, лимит группы и следующий контакт менеджера.
3. Г-071А: 12 мест, заняты 10; после пробного занятия пришли 3 заявки.
4. Третьего ученика нельзя подтвердить в Г-071А: превышение на 1 место.
5. Подтвердить 2 заявки в Г-071А; для заявки У-03 предложить Г-071Б и назначить звонок менеджеру.
6. Г-071А: 12 / 12; У-03 ожидает согласия на другую группу, контакт назначен на 26.10 в 12:00.
7. Нельзя подтвердить сверх лимита; перенос или лист ожидания сохраняет причину и задачу менеджеру.