Атлас структуры девелоперской группы
Дата: 2026-06-01
Документ описывает полную схему подведомственности, владения, контроля и функций девелоперской корпорации. Его задача — стать главным навигационным слоем: кто кому подчиняется, кто чем владеет, кто за что отвечает, где деньги, где документы, где риски и какие узлы являются постоянными или временными.
1. Базовая идея группы
Девелоперская корпорация не должна быть набором случайных ООО. Она должна быть системой:
Бенефициар / Заказчик / Инвестор
-> Владельческий контур
-> Управляющий контур
-> Проектный контур
-> Производственный контур
-> Коммерческий контур
-> Финансово-налоговый контур
-> Эксплуатационный контур
-> Закрывающий контур
Каждый контур отвечает на отдельный вопрос:
| Контур | Главный вопрос |
|---|---|
| Владельческий | Кто владеет активами и принимает стратегические решения? |
| Управляющий | Кто управляет портфелем, бюджетом, людьми, рисками и стандартами? |
| Проектный | Где живет конкретный проект, ДДУ, эскроу, банк и разрешения? |
| Производственный | Кто проектирует, строит, закупает, контролирует качество? |
| Коммерческий | Кто продает, управляет ценой, маркетингом, CRM, ипотекой? |
| Финансово-налоговый | Кто ведет деньги, учет, налоги, модель, казначейство? |
| Эксплуатационный | Кто принимает дом, управляет клиентским хвостом и гарантией? |
| Закрывающий | Кто закрывает SPV, обязательства, архив и хвостовые риски? |
2. Полная карта юрлиц и узлов
Уровень 0. Бенефициар / Заказчик / Инвестор
Это не обязательно одно физическое лицо. Возможны варианты:
- один собственник;
- семья / семейный офис;
- группа инвесторов;
- партнерство с землевладельцем;
- инвестиционный клуб;
- корпоративный инвестор.
Функции:
- утверждает стратегию;
- дает капитал;
- утверждает риск-аппетит;
- назначает ключевое управление;
- утверждает крупные сделки;
- принимает решение о входе/выходе из проектов;
- утверждает распределение прибыли.
Документы:
- investment policy;
- корпоративный договор;
- правила reserved matters;
- лимиты полномочий;
- waterfall;
- политика сделок с аффилированными лицами.
Уровень 1. Холдинг / Владельческая компания
Назначение:
- владение долями дочерних обществ;
- защита капитала;
- получение дивидендов;
- предоставление займов SPV;
- консолидация контроля;
- управление портфелем.
Что может владеть:
- УК группы;
- SPV-застройщиками;
- земельными компаниями;
- генподрядчиком;
- продажной компанией;
- эксплуатационной УК;
- закупочной компанией;
- IP/брендовыми активами, если они реально существуют.
Риски:
- смешение активов разных проектов;
- предоставление поручительств без контроля;
- займы без источника и рыночности;
- дивиденды до закрытия банковских/налоговых обязательств.
Уровень 2. Управляющая компания группы
Назначение:
- операционная голова группы;
- единые стандарты;
- бюджет и контроль;
- финмодель;
- HR;
- IT;
- безопасность;
- юридическая координация;
- налоговая координация;
- внутренний контроль.
УК не должна быть фиктивным получателем management fee. Она должна иметь:
- штат;
- функции;
- отчеты;
- KPI;
- распределение затрат;
- договоры с SPV;
- доказуемые результаты.
Уровень 3. Проектные SPV
SPV — отдельное общество под проект или очередь.
Функции:
- застройщик;
- владелец проектных прав;
- сторона ДДУ;
- заемщик по проектному финансированию;
- сторона договоров с техзаказчиком, генподрядом, продажами;
- носитель проектного cash flow;
- узел раскрытия информации.
Почему SPV нужен:
- изоляция риска;
- требования банка;
- прозрачность проекта;
- отдельный учет;
- удобство закрытия после проекта.
Что нельзя:
- создавать SPV без проекта только для дробления;
- перемешивать деньги нескольких проектов;
- использовать SPV как транзит без функций;
- выводить деньги из SPV до выполнения банковских/налоговых условий.
Уровень 4. Земельный контур
Варианты:
- отдельная земельная компания;
- земля сразу на SPV;
- опцион на землю;
- JV с землевладельцем;
- аренда/субаренда;
- вклад участка в капитал.
Функции:
- поиск участков;
- предварительный DD;
- упаковка участка;
- переговоры;
- опционные конструкции;
- подготовка к передаче в SPV.
Риск: земельная компания не должна становиться “кладбищем” проблемных активов без понятной стратегии.
Уровень 5. Технический заказчик
Функции:
- проектирование;
- разрешения;
- экспертиза;
- стройконтроль;
- график;
- качество;
- стоимость;
- ввод;
- координация проектировщиков и подрядчиков.
Подведомственность:
- функционально подчиняется УК группы / CEO / technical committee;
- договорно работает на SPV;
- не должен быть подчинен генподрядчику в части контроля качества.
Уровень 6. Генподрядчик
Варианты:
- внешний генподрядчик;
- генподрядчик группы;
- hybrid model: управление группы + внешние крупные подрядчики;
- construction management без классического генподряда.
Функции:
- СМР;
- управление субподрядчиками;
- исполнительная документация;
- график производства работ;
- техника безопасности;
- гарантийные обязательства.
Если генподрядчик аффилирован, обязательны:
- тендерный файл;
- рыночность;
- смета;
- банк approval;
- реальная команда;
- риск и ответственность.
Уровень 7. Закупочная компания
Нужна только при реальной функции:
- объем закупок;
- экономия масштаба;
- тендеры;
- логистика;
- контроль качества;
- склад;
- гарантийная работа с поставщиками.
Если закупочная компания только добавляет наценку без функции — это красная зона.
Уровень 8. Продажная компания
Функции:
- маркетинг;
- CRM;
- лидогенерация;
- брокеры;
- ипотека;
- бронирования;
- ДДУ-процесс;
- price list;
- скидки;
- аналитика продаж.
Продажи напрямую влияют на:
- escrow coverage;
- ставку кредита;
- ликвидность проекта;
- риск банка;
- скорость возврата капитала.
Уровень 9. Эксплуатационная УК / клиентский контур
Функции:
- передача ключей;
- гарантийные заявки;
- управление домом;
- сервис жителей;
- коммерческие площади;
- репутация бренда;
- повторные продажи.
Нужна не всегда. Если группа хочет долгий клиентский хвост и бренд — эксплуатационный контур может стать стратегическим.
Уровень 10. Финансовый центр / казначейство
Функции:
- платежный календарь;
- бюджет;
- банк;
- модель;
- управленческая отчетность;
- внутригрупповые займы;
- ковенанты;
- контроль cash waterfall;
- лимиты полномочий.
Казначейство должно иметь право остановить платеж, если:
- нет договора;
- нет акта;
- нет approval;
- сделка не в бюджете;
- нарушен банк;
- есть налоговая красная зона.
3. Постоянные и временные узлы
Постоянные узлы
| Узел | Почему постоянный |
|---|---|
| Холдинг | Владение и капитал |
| УК группы | Управление портфелем и стандартами |
| Финансовый центр | Деньги, бюджет, банк, отчетность |
| Техническая функция | Повторяемая компетенция девелопера |
| Продажи | Повторяемая коммерческая машина |
| Юридико-налоговая функция | Постоянный риск-контур |
Условно постоянные узлы
| Узел | Когда держать |
|---|---|
| Генподрядчик группы | При постоянном объеме стройки и реальной производственной функции |
| Закупочная компания | При масштабе и доказуемой экономии |
| Эксплуатационная УК | Если бренд и клиентский хвост стратегически важны |
| Бренд/IP компания | Если есть реальный бренд, лицензирование, маркетинговая ценность |
Временные узлы
| Узел | Когда закрывать |
|---|---|
| SPV проекта | После продаж, расчетов, гарантийных/налоговых хвостов и архива |
| SPV очереди | После завершения очереди и закрытия обязательств |
| Земельная SPV | После передачи участка/прав в проект |
| JV с землевладельцем | После выполнения earn-out/waterfall |
| Проектный агент продаж | После закрытия продаж и претензий |
4. Линии подчинения
Владение
Бенефициар
-> Холдинг
-> УК группы
-> SPV проекта 1
-> SPV проекта 2
-> Технический заказчик
-> Генподрядчик
-> Продажная компания
-> Закупочная компания
-> Эксплуатационная УК
Управление
Инвесткомитет
-> CEO группы
-> CFO / Казначейство
-> Head of Development
-> Technical Director
-> Construction Director
-> Sales Director
-> Legal / Tax
-> Risk / Internal control
Проектная линия
Project Steering Committee
-> Руководитель проекта
-> Технический заказчик
-> Проектировщик
-> Генподрядчик
-> Продажи
-> Финансы SPV
-> Юрист проекта
5. Матрица контроля
| Решение | Кто готовит | Кто согласует | Кто утверждает |
|---|---|---|---|
| Покупка земли | Development + Legal | CFO + Tax + CEO | Инвесткомитет |
| Создание SPV | Legal | CFO + Tax | Холдинг/Инвесткомитет |
| Банк term sheet | CFO | CEO + Legal + Tax | Инвесткомитет |
| Генподряд | Technical + Tender | CFO + Legal + Bank | Бюджетный комитет/Инвесткомитет |
| Price list | Sales | CFO + CEO | Коммерческий комитет |
| Скидки сверх лимита | Sales | CFO | Коммерческий комитет |
| Внутригрупповая сделка | Инициатор | Legal + Tax + CFO | По approval limits |
| Изменение бюджета | Project manager | CFO + Technical | Бюджетный комитет |
| Дивиденды/возврат займов | CFO | Legal + Tax + Bank | Инвесткомитет |
| Закрытие SPV | Legal | CFO + Tax + Audit | Инвесткомитет |
6. Что должно быть у каждой компании
Минимальная карточка:
- цель создания;
- срок жизни;
- владелец;
- директор;
- функции;
- штат/ресурсы;
- договоры;
- входящие деньги;
- исходящие деньги;
- налоговый режим;
- НДС-позиция;
- банковские ограничения;
- документы;
- KPI;
- риски;
- план закрытия.
Если по компании нельзя заполнить эти пункты, ее нельзя создавать без отдельного решения.
7. Главные ошибки структуры
- слишком много компаний до первого проекта;
- компании созданы “под налог”, а не под функцию;
- SPV смешивает несколько проектов;
- холдинг дает поручительства без контроля;
- УК берет fee без доказуемых услуг;
- генподрядчик группы не имеет ресурсов;
- закупочная компания не дает экономии;
- продажи отделены от ответственности за escrow coverage;
- казначейство не может остановить платеж;
- банк не знает о related-party сделках;
- нет плана закрытия временных узлов.
8. Идеальная логика роста
Первый проект:
Холдинг + УК + SPV + внешние подрядчики + сильный контроль
Второй-третий проект:
Усиление техзаказчика, продаж, казначейства, тендеров
Портфель проектов:
Постоянные функции, стандарты, внутренний контроль
Масштаб:
Генподряд/закупки/эксплуатация внутри только при доказанном экономическом смысле
9. Вывод
Полная структура не означает максимальное количество юрлиц. Полная структура означает, что каждая функция имеет владельца, договор, деньги, документы, контроль, риск-профиль и план закрытия. Юрлицо создается только тогда, когда функция стала достаточно реальной, повторяемой, рискованной или требуемой банком/законом.