Направление работ: Back Код раздела: 3.2 Заказы > Процессинг заказов Статус: черновик Ответственный: Рыженко И.С. Версия: 0.1 Обновлено: 09.06.26
1. Назначение
Процессинг заказов описывает системную обработку Бронирования в рамках его жизненного цикла: создание резерва, изменение параметров, принятие результата оплаты, отмену и закрытие.
Back обеспечивает выполнение операций над Бронированием, проверку доступности резерва и переходы Бронирования между служебными статусами.
В рамках этого раздела заказ рассматривается как обрабатываемое Бронирование. Состав данных заказа, внутренняя логика Заявок, настройка правил создания/оплаты/отмены, расчет стоимости, проведение платежей, начисление сборов, уведомления и история операций относятся к соседним разделам.
2. Ключевые понятия
Процессинг заказа — внутренний системный механизм обработки операций над заказом. В рамках 3.2 процессинг применяется к Бронированию
Основной процессинг — обработка Бронирования по его жизненному циклу: создание, изменение, принятие результата оплаты, отмена, автоотмена и закрытие
Бронирование — форма заказа, которая резервирует временной слот и проходит основной процессинг.
Заявка — форма заказа, которая не проходит основной процессинг. После подтверждения партнером Заявка становится основанием для создания Бронирования.
Резерв — служебный статус Бронирования, при котором временной слот закреплен за клиентом
Служебный статус Бронирования — системное состояние Бронирования, используемое процессингом. Базовые статусы: Без статуса, Резерв, Закрыто, Отмена
Результат оплаты — событие из платежного процесса, которое процессинг учитывает для обновления состояния оплаты Бронирования. Само проведение платежа не относится к 3.2
3. Scope
Входит
- S1 Основной процессинг
- S2 Создание Бронирования
- S3 Проверка доступности резерва слота при создании и изменении Бронирования
- S4 Изменение параметров Бронирования, не связанных с резервом слота
- S5 Переходы служебных статусов Бронирования
- S6 Оплата в процессинге
Не входит
- Back: 3.1 Состав заказа — состав полей и структура сущности заказа
- Back: 3.2.1 Сборы за заказ — логика сборов, штрафов и их начисления
- Back: 3.2.2 Заявки — внутренняя обработка заявок, таймеры заявок и действия партнера по заявке
- Back: 3.3/3.3.1 Группы заказов — поведение групп заказов
- Back: 2.4 Правила работы с заказами — настройка условий создания, оплаты и отмены
- Back: 4.x Расчеты
- Back: 5.x Платежи — проведение платежей, платежные каналы, возвраты и платежные документы
- Back: 7.x Уведомления — шаблоны, каналы и доставка уведомлений
- Back: 9.2 История операций с сущностями — хранение истории и аудит
4. Требования
| ID | Правило | Комментарий | Тип требования | Статус |
|---|---|---|---|---|
| Основной процессинг | ||||
| BR-1 | Основной процессинг заказа применяется только к Бронированию | Заявка не резервирует время, не проходит оплату и не участвует в основном процессинге. Логика Заявок относится к 3.2.2. | Бизнес | To Do |
| Создание Бронирования | ||||
| BR-2 | Бронирование может быть создано напрямую или на основании подтвержденной Заявки. | Прямое создание применяется для модели моментального резерва. Создание из Заявки применяется после подтверждения запроса партнером. Логика подтверждения Заявки относится к 3.2.2 | Бизнес | To Do |
| BR-3 | Бронирование создается только в статусе Резерв | Статус Резерв соотв. OrderStatus = 1 Статус Без статуса / OrderStatus = 0 используется для партнерских и внутренних операций | Бизнес | To Do |
| Валидация доступности резерва слота при создании и изменении Бронирования | ||||
| BR-4 | Бронирование может быть создано только при доступности выбранного временного слота. Активный резерв не может конфликтовать с другими активными бронированиями | При изменении времени или площадки доступность проверяется повторно и резерв актуализируется | Системное | To Do |
| Изменение параметров Бронирования, не связанных с резервом слота | ||||
| BR-5 | При изменении параметров Бронирования система должна обновить данные заказа и инициировать связанные проверки или перерасчеты | К таким параметрам относятся опции, дополнительные позиции, скидки, промокоды, баллы, штрафы и комментарии. Изменение времени или площадки относится к BR-5 Алгоритм расчета стоимости относится к разделу Расчеты | Системное | To Do |
| Переходы служебных статусов Бронирования | ||||
| BR-6 | Процессинг должен переводить Бронирование только между допустимыми служебными статусами | Базовые статусы: Без статуса / OrderStatus = 0, Резерв / OrderStatus = 1, Закрыто / OrderStatus = 10, Отмена / OrderStatus = 11. | Системное | To Do |
| BR-7 | При отмене Бронирования система должна применять правила отмены и переводить Бронирование в соответствующий статус Отмена. | Отмена может быть клиентской, партнерской или автоматической. Система проверяет срок отмены, факт оплаты, необходимость подтверждения и наличие штрафа. Настройка правил отмены относится к 2.4.3 | Системное | To Do |
| BR-8 | Если бронирование истек LifeTime таймер, оно подлежит автоматической отмене | Системное | To Do | |
| BR-9 | После оказания услуги Бронирование переводится в статус Закрыто. После закрытия допускаются только служебные операции | При автоматическом закрытии система закрывает заказ независимо от полноты оплаты. Неоплаченный остаток фиксируется отдельно | Системное | |
| Оплата в процессинге | ||||
| BR-10 | Наличие оплаты не является самостоятельным основанием для перехода служебного статуса Бронирования. Состояние оплаты учитывается процессингом при отмене, закрытии и проверке правил оплаты объекта | Расчеты – раздел 4 Проведение платежей, возвраты и платежные документы – раздел 5 | Системное | To Do |
5. Открытые вопросы
| ID | Источник | Вопрос | Кому | Статус |
|---|---|---|---|---|
| Open |