#Диаграмма состояний заявки

Заявка проходит роли и проверки до результата. Эта страница фиксирует публичный слой процесса: что видит участник, кто может изменить состояние и какое действие система ожидает дальше.

Диаграмма показывает продуктовую модель полного пути заявки. В текущем API после отправки заявка сразу сохраняется в статусе in_review (на схеме UNDER_REVIEW). SUBMITTED и VALIDATING показывают логические этапы подачи и проверки, но не являются отдельными сохранёнными статусами демо.

Демо-концепт01 / 10

Заявка движется, а не исчезает в ожидании

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

ПутьКарта

активное состояние проверка или решение завершение пути

В началоНазадСледующий шаг

Процесс показывает состояние заявки, роль текущего участника и следующее действие на каждом шаге.

#Как читать схему

В режиме «Карта» состояния расположены по основному маршруту сверху вниз.

• Прямоугольник обозначает публичный статус заявки. Строка do / ... показывает действие, которое переводит процесс дальше.
• Ромб обозначает проверку. В демо это VALIDATING, где система завершает проверки и scoring перед рассмотрением заявки.
• Красные стрелки ведут в NEEDS_INFO из VALIDATING или UNDER_REVIEW, если данных недостаточно. После ответа клиента заявка возвращается в UNDER_REVIEW.
• Справа показаны управляющие исходы. REJECTED выполняет менеджер, CANCELLED может выполнить клиент или менеджер, а BLOCKED выполняет менеджер. Для каждого перехода нужны причина, автор действия и запись в аудите.
• Двойной круг обозначает завершение основного маршрута в FUNDED. Этот статус относится к конкретной заявке, а не ко всему клиенту.

#Основной маршрут

На схеме путь начинается с DRAFT: предприниматель заполняет поля и отправляет заявку. SUBMITTED и VALIDATING объясняют подачу и проверки; работающий API сохраняет новую заявку сразу в UNDER_REVIEW, где банк принимает решение или формирует предложение.

После OFFERED клиент может принять условия, отклонить предложение или дождаться перехвата менеджера. Встречное предложение не создаёт новый статус: оно остаётся OFFERED с признаком isCounterOffer. После принятия система готовит подписание, а клиент подтверждает договор и переводит заявку через SIGNING в FUNDED.

#Ветки и ограничения

NEEDS_INFO не является отказом. Это возврат на уточнение, когда системе или менеджеру нужно получить недостающие сведения. После ответа система возвращает заявку в UNDER_REVIEW, а не переводит её сразу в предложение.

BLOCKED тоже не является финальным статусом. Старший менеджер может выполнить UNBLOCK, после чего заявка возвращается в статус, который был до блокировки. CANCELLED и REJECTED завершают конкретный маршрут, но остаются частью истории заявки.

Карта показывает единый процесс заявки: проверки, решения, уточнения, предложение условий, подписание и завершение выдачи. Каждый статус привязан к роли, действию и следующему переходу.

#Связанные разделы

• Создание заявки показывает вход в DRAFT и отправку заявки.
• Проверка заявки показывает работу банка с UNDER_REVIEW.
• Архитектура описывает компоненты, которые поддерживают проверки, scoring, решения и аудит.

Рабочие интерфейсы для проверки маршрута:

• Кабинет предпринимателя
• Кабинет сотрудника банка

Режим «Путь» показывает задуманный маршрут, а «Карта» связывает его с ветками. Для проверки фактических переходов API используйте сценарии проверки.