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

Цель: Принимайте прямые заявки на проживание на своём сайте
Пользователь/заказчик: Владелец базы отдыха, гостевого дома или небольшого отеля.
Предметные сущности: Заказ, ресурс, состав услуги

1. Исходный процесс
1. Фотографии и тарифы разбросаны по публикациям, даты уточняют в переписке, предпочтения приходится спрашивать повторно.
2. Гость увидел объект в рекламе, но не понимает, где разместится семья, что включено и как запросить нужные даты.

2. Границы первой версии
1. Мобильный сайт с карточками размещения и выбором дат.
2. Карточка заявки и рабочая очередь администратора.
3. Подтверждение бронирования с зафиксированными условиями.

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

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

5. Предварительная карта данных
1. Доступно номеров · тип учебного поля: number · номера · пример: 2. Правило и обязательность подтверждаются на ваших исходниках.
2. Мест в одном номере · тип учебного поля: number · места · пример: 2. Правило и обязательность подтверждаются на ваших исходниках.
3. Гостей в запросе · тип учебного поля: number · чел. · пример: 5. Правило и обязательность подтверждаются на ваших исходниках.

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: 5 гостей, доступны два номера по 2 места.
4. Всего 4 места; для пятого гостя размещение не найдено.
5. Передать администратору запрос альтернативы без автоматического подтверждения.
6. БР-014: требуется ещё 1 место; заявка ожидает предложения, бронь не создана.
7. Дефицит мест не выдаётся за подтверждённую бронь.