# Кейс девелопера - договоры и ипотека

Canonical: https://www.kt-team.ru/cases/developer-contracts-mortgage-validation

Source: https://www.kt-team.ru/cases/developer-contracts-mortgage-validation

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

![Схема MVP договоров и ипотеки для девелопера](/assets/original/developer-contracts-mortgage-validation.svg)

- **2 обязательных поля:** выделены как стоп-фактор для продолжения сценария
- **3 группы статусов:** ипотека, договор и история должны сходиться в одном процессе
- **1 демо-контур:** готовился как проверка сквозного MVP

## Контекст

В MVP для девелопера несколько процессов сходятся в один контур: ипотечная заявка, договор, статусы, история действий, назначение ответственных и автогенерация документов.
Работа показала типичный риск enterprise-MVP: часть данных видна пользователю, но не подтверждена системным контрактом API.

## Задача

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

## Решение

Команда выделила обязательные поля как стоп-фактор: если в API нет нужных значений, backend должен остановить сценарий, а не позволять процессу идти дальше на неполных данных.
Параллельно синхронизировали статусы, историю, назначение исполнителей и логику перехода от ипотечной заявки к договору.

- Проверили расхождение между UI и API по обязательным полям.
- Разложили статусы по ипотеке, договору и истории.
- Подготовили демо-рамку с управленческими метриками эффекта.

## Результат

MVP стал ближе к демонстрации как целостный процесс, а не набор экранов. Самый важный результат периода работ - явное правило: неполные данные должны останавливать сценарий до того, как ошибка уйдет дальше по цепочке.
Такой подход снижает риск некорректных документов, ручных исправлений и спорных статусов.