Главная / Экспертная проверка
Клиентский портал →
Экспертная проверкаdocs/82_pdf_expert_review_protocol.md

Протокол рецензирования PDF смежниками

Дата: 2026-06-03

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

1. Цель рассылки

PDF отправляется не как финальная клиентская версия, а как рабочий материал для проверки:

  • логики корпоративной структуры;
  • полноты участников проекта;
  • корректности связей владения, управления, договоров, денег, документов и контроля;
  • банковской пригодности;
  • налоговой защищаемости;
  • строительной реализуемости;
  • кадровой и управленческой модели;
  • понятности материала для заказчика, который не является профессиональным девелопером.

Смежникам нужно прямо указать: дизайн и визуальное оформление проверяются вторично. Главная задача — найти содержательные ошибки, неполноту, рискованные формулировки и спорные связи.

2. Кому отправлять

Эксперт Что проверяет Главный результат
Корпоративный юрист Владение, органы управления, создание/закрытие юрлиц, сделки с долями, полномочия Legal red/yellow/green list
Земельный/градостроительный юрист Земля, ГПЗУ, ПЗЗ, РНС, РВЭ, ограничения участка Land go/no-go comments
Налоговый консультант НДС, прибыль, раздельный учет, связанные стороны, деловая цель, риски дробления Tax memo questions and red flags
Банк / debt adviser Проектное финансирование, эскроу, ставка, лимит, ковенанты, раскрытие группы Bankability comments
Аудитор / главбух Первичка, учет по юрлицам, закрытие периода, хранение документов, раздельный учет Accounting control comments
Технический заказчик / cost consultant Смета, график, контроль СМР, КС-2/КС-3, технадзор, риски стройки Technical feasibility comments
Генподрядчик / строительный эксперт Организация стройки, субподряд, снабжение, РБУ, техника, ПТО Construction execution comments
Специалист по продажам / ипотеке ДДУ, CRM, рассрочки, скидки, ипотека, эскроу-покрытие Sales and escrow comments
HR / трудовой юрист Штат, подчинение, совместительство, аутсорс, охрана труда, ЛНА Staffing and labor comments
Эксплуатационная УК / ЖКХ-эксперт Передача дома, гарантия, РСО, сервисные подрядчики, жители Post-construction operation comments

3. Что отправлять вместе с PDF

Минимальный пакет:

  1. PDF-презентация.
  2. Короткое письмо с целью проверки.
  3. Форма ответа смежника.
  4. Срок возврата замечаний.
  5. Ограничение: не применять выводы как юридическую/налоговую позицию до письменного заключения профильного эксперта.

Расширенный пакет, если эксперт готов смотреть глубже:

  • docs/70_customer_facing_terminology.md;
  • docs/72_project_financing_escrow_bank_terms_guide.md;
  • docs/74_controlled_supply_chain_tax_vat_structure.md;
  • docs/76_full_project_company_ecosystem_map.md;
  • docs/77_staffing_matrix_all_project_participants_min_max.md;
  • docs/79_financial_material_flow_control_system.md;
  • docs/81_v2_cowork_deck_content_review.md;
  • models/dev_corp_operational_registers_v0_5.xlsx.

4. Текст сопроводительного письма

Коллеги, добрый день.

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

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

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

Просьба давать замечания в формате:
1. Номер слайда / тема.
2. Что не так или что надо уточнить.
3. Почему это важно.
4. Ваш вариант правки или вопрос к дальнейшей проверке.
5. Статус: критично / важно / желательно / вопрос.

5. Формат замечания

Поле Как заполнять
Comment ID REV-0001, REV-0002
Эксперт ФИО / роль / организация
Тема Структура / банк / налоги / стройка / штат / продажи / эксплуатация
Слайд Номер слайда или диапазон
Цитата / место Короткий фрагмент или описание места
Замечание Что неверно, неполно или рискованно
Почему важно Последствия для заказчика, банка, налоговой, стройки или управления
Предлагаемая правка Текст, схема, вопрос или ссылка на норму/практику
Статус Critical / High / Medium / Low / Question
Решение Accept / Partly accept / Reject / Hold
Owner Кто внутри проекта закрывает
Артефакт Презентация / договор / финмодель / реестр / Obsidian / штат

6. Классификация статусов

Статус Когда ставить Что делать
Critical Ошибка может привести к незаконной, банковски неприемлемой или налогово опасной схеме Немедленно вынести на решение собственника и профильного эксперта
High Существенно влияет на структуру, договоры, финмодель, штат или банк Закрыть до клиентской версии
Medium Улучшает точность и полноту, но не блокирует обсуждение Включить в план доработки
Low Терминология, стиль, уточнение или улучшение читаемости Исправить редакторски
Question Эксперт не утверждает ошибку, но просит данные Поставить Hold до получения документов

7. Правила обработки замечаний

  1. Все замечания заносятся в Expert_Issues.
  2. Одно замечание = одна строка. Нельзя объединять разные риски в один пункт.
  3. Если замечание влияет на структуру компаний, оно также попадает в Decision_Register.
  4. Если замечание влияет на деньги, ставку, лимит или эскроу, оно попадает в финансовую модель и Covenant_Register.
  5. Если замечание влияет на НДС или связанные стороны, оно попадает в налоговый раздел и реестр сделок с аффилированными лицами.
  6. Если замечание влияет на штат, оно попадает в HR workbook и штатную матрицу.
  7. Если замечание относится только к формулировке презентации, оно закрывается редакторской правкой, но причина фиксируется.

8. Какие замечания считать обязательными к закрытию

До финальной клиентской версии обязательно закрыть:

  • неправильное подчинение банка, технадзора, юристов или налогового контроля;
  • смешение застройщика объекта и проектировщика;
  • любые формулировки про налоговую экономию, которые могут выглядеть как предложение серой схемы;
  • отсутствие раскрытия связанных сторон там, где оно критично;
  • неверное описание эскроу, ДДУ, проектного финансирования и кредитных лимитов;
  • смешение управляющего центра группы и эксплуатационной управляющей организации дома;
  • отсутствие роли ответственного за деньги, материалы, документы и качество;
  • неполноту по гарантийному и эксплуатационному контуру после ввода дома.

9. Контрольный список для смежника

Юрист

  • Нет ли фиктивной независимости компаний?
  • Все ли связи имеют договорное основание?
  • Где требуется корпоративное одобрение?
  • Можно ли закрывать временные компании так, как описано?
  • Не смешаны ли функции застройщика, техзаказчика, генподрядчика и продаж?

Налоговый консультант

  • Есть ли деловая цель у каждой компании?
  • Где нужна ОСНО с НДС?
  • Где возможен режим без НДС только при условиях?
  • Как вести раздельный учет по жилым/нежилым продуктам?
  • Какие формулировки нужно убрать из клиентской версии?

Банк

  • Приемлема ли структура для проектного финансирования?
  • Какие связанные стороны банк потребует раскрыть?
  • Какие расходы банк не пустит в кредитную линию?
  • Что влияет на ставку и лимит?
  • Какие ковенанты и условия precedent вероятны?

Технический блок

  • Реалистична ли схема техзаказчик -> генподрядчик -> субподрядчики?
  • Достаточно ли описаны ПТО, КС, исполнительная документация?
  • Как контролировать РБУ, материалы, технику и ГСМ?
  • Где нужен независимый технадзор?
  • Какие участники забыты?

HR

  • У каждой компании есть минимальный штат или допустимый аутсорс?
  • Понятно ли, кто кому подчиняется?
  • Где риск фактического управления сотрудниками чужого юрлица?
  • Какие ЛНА нужны?
  • Какие роли критичны для запуска?

Эксплуатация

  • Кто принимает дом после ввода?
  • Как разделены застройщик, гарантийная служба и эксплуатационная УК?
  • Кто работает с РСО?
  • Кто ведет претензии жителей?
  • Какие сервисные подрядчики нужны после ввода?

10. Итоговая обработка

После получения замечаний проводится review committee:

  1. Разнести все замечания по реестру.
  2. Удалить дубли.
  3. Присвоить статус и owner.
  4. Отделить редакторские правки от структурных рисков.
  5. Сформировать список решений собственника.
  6. Обновить презентацию.
  7. Обновить документы базы.
  8. Зафиксировать изменения в Obsidian.
  9. Подготовить версию v3_customer_review.

11. Выходные артефакты после рецензирования

  • Expert_Issues с заполненными замечаниями.
  • Список критических решений собственника.
  • Перечень правок презентации.
  • Перечень правок структуры компаний.
  • Перечень правок финансовой модели.
  • Перечень вопросов, требующих письменного заключения.
  • Обновленная клиентская версия презентации.