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

Цель: Находите клиентов, которым пора предложить новый визит
Пользователь/заказчик: Собственник салона красоты или фитнес-студии
Предметные сущности: Участник, услуга, ресурс

1. Исходный процесс
1. История визитов не превращается в список понятных действий; повторные контакты дублируются.
2. Администратор работает только с новыми обращениями и не замечает клиентов, чей привычный интервал посещения уже прошёл.

2. Границы первой версии
1. Список клиентов для проверки
2. Журнал действий администратора
3. Отчёт контактов и повторных визитов

3. Исходники от заказчика
1. История завершённых посещений
2. Правила интервалов по услугам
3. Сведения о допустимости контактов

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

5. Предварительная карта данных
1. Дней после последнего визита · тип учебного поля: number · дней · пример: 45. Правило и обязательность подтверждаются на ваших исходниках.
2. Учебный интервал повторного визита · тип учебного поля: number · дней · пример: 30. Правило и обязательность подтверждаются на ваших исходниках.
3. Есть основание для персонального обращения · тип учебного поля: select · пример: Да. Правило и обязательность подтверждаются на ваших исходниках.
4. Последний визит завершён · тип учебного поля: select · пример: Да. Правило и обязательность подтверждаются на ваших исходниках.

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. ПВ-014: 45 дней после визита при интервале 30 дней.
4. Интервал превышен на 15 дней; допустимость обращения надо проверить.
5. Проверить основание и недавние контакты перед ручным заданием администратора.
6. ПВ-014: кандидат с причиной «45 дней после визита»; сообщение не отправлено.
7. Отсутствие основания исключает обращение; недавний контакт не дублируется.