Направление работ: Back Код раздела: 3.1 Заказы > Состав заказа Статус: черновик Ответственный: Рыженко И.С. Версия: 0.1 Обновлено: 09.06.26

1.** **Назначение

Состав заказа задает общую модель сущности Заказ в системе: какие данные хранятся в заказе, какие связи он имеет с клиентом и площадкой, расчетными параметрами, оплатой и группой заказов.

Back обеспечивает хранение заказа как единой сущности и предоставляет другим компонентам системы структурированные данные заказа для дальнейшей обработки.

В рамках этого раздела заказ рассматривается только как состав данных. Логика создания, изменения, оплаты, отмены, закрытия, обработки заявки, расчета стоимости, уведомлений и истории операций относится к соседним разделам.

2.** **Ключевые понятия

Заказ — основная сущность слоя “Заказы”, которая фиксирует намерение клиента воспользоваться площадкой или услугой партнера и включает в себя данные, необходимые для дальнейшей обработки заказа.

Форма заказа — атрибут заказа, определяющий его тип: Заявка или Бронирование.

Бронирование — форма заказа, которая имеет общий состав данных с Заявкой, но участвует в основном процессинге заказов.

Заявка — форма заказа, которая имеет общий состав данных с Бронированием, но обрабатывается по отдельному маршруту.

Бронирование — форма заказа, которая имеет общий состав данных с Заявкой, но участвует в основном процессинге заказов.

Состав заказа — набор полей и связей заказа, которые система хранит для идентификации заказа, отображения в интерфейсах и передачи в процессинг, расчеты, платежи, уведомления и аналитику.

Статус заказа — состояние заказа, зависящий от формы заказа.

Партнерская зона — зона, в рамках которой партнер управляет площадками, сотрудниками и операционными данными.

3. Scope

Входит

  • Сущность Заказа
  • Форма заказа как атрибут: Заявка или Бронирование.
  • Общий состав данных заказа для Заявки и Бронирования.
  • Базовые связи заказа: клиент, площадка, объект, партнерская зона.
  • Хранимые параметры даты, времени, статуса, стоимости, комментариев, оформления, оплаты и группы.
  • Разные наборы статусов для Заявки и Бронирования как часть модели заказа.

Не входит

  • Back: 2.4 Правила работы с заказами (условия создания, оплаты, отмены)
  • Back: 3.2 Процессинг заказов и переходы статусов
  • Back: 3.2.1 Сборы за заказ
  • Back: 3.2.2 Логика работы с заявками
  • Back: 3.3 Группы заказов
  • Back: 4.2 Расчет итоговой стоимости заказа

4. Требования

IDПравилоКомментарийТип требованияСтатус
BR-1Заказ может существовать только в одной из двух форм: Заявка или Бронирование.Форма заказа хранится как атрибут заказа и определяет применимую статусную модель и дальнейший маршрут обработки.БизнесTo Do
BR-2Заявка и Бронирование используют общий базовый состав данных заказа.Общий состав данных позволяет хранить единый набор параметров заказа независимо от его формы. Логика обработки форм относится к процессингу заказов.БизнесTo Do
BR-3Система должна хранить полный состав данных заказа, необходимый для его дальнейшей обработки.В состав входят идентификация, форма заказа, клиент, связанная площадка, дата и время, статус, параметры стоимости, комментарии, оформление, платежные признаки и принадлежность к абон. группе. Здесь только хранение. - Проверки доступности времени и переходы между статусами относятся к процессингу заказов - Подтверждение заявки относится к логике обработки заявок - Алгоритм расчета относится к разделу расчетов - Отправка уведомлений по коментариям относится к разделу уведомлений - Поведение и процессинг абонементов описан в 3.3 и 3.3.1СистемноеTo Do

Таблица атрибутов заказа

Блок данныхАтрибуты
ИдентификацияOrderID, форма заказа (бронь/заявка)
Пользователи и объектыClientID, RoomID
Дата и времяDate, dateFrom, dateTo
СтатусСтатусы заявки или бронирования
Расчет стоимостиOptions, Range, Items, Promo, maxPoints, Price
Комментарии и оформлениеComment, clientComment, Color, Template
ОплатаpayDate, payForfeit
Абонемент. группаgroupID

5. Открытые вопросы

IDИсточникВопросКомуСтатус
Open

0 items under this folder.