Проверка работающего дома

Реестр рисков здания и decision report

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

Факт, заявление стороны, аналитический вывод и неизвестное показываются раздельно. Проверяйте сведения на дату конкретной сделки.

Обновлено 23 июля 2026 года

Коротко

Реестр риска здания — это не рейтинг проекта и не попытка вычислить «вероятность безопасности». Это рабочий документ, который связывает конкретный сценарий отказа или обязательства с доказательствами, возможным последствием, ответственным специалистом, мерами до сделки, договорным условием и остаточной неопределённостью.

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

Почему один балл скрывает риск

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

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

Как обозначать состояние доказательства

Используйте понятные состояния: подтверждено документом; заявлено стороной; источники расходятся; не подтверждено. При необходимости отдельно отметьте устаревший документ или неприменимость.

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

Поля каждой записи риска

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

Неизвестную вероятность или стоимость оставляйте неизвестной. Не используйте ноль как замену отсутствующей информации.

Категории не должны смешиваться

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

Безопасность и критические системы: пожар, эвакуация, лифты, вода, электричество, генератор, дренаж и опасные элементы.

Физическое состояние: фасад, крыша, гидроизоляция, коррозия, протечки, плесень, парковка и общие помещения.

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

Финансы: бюджет, collection rate, задолженность, резерв, special assessment, субсидия и крупные работы.

Governance: решения, конфликты интересов, связанные подрядчики, отчётность и переход от девелопера.

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

Внешняя среда и фазы: подтопление доступа, соседняя стройка, общие сети, будущая нагрузка и распределение расходов.

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

Последствие отвечает на вопрос, что будет, если сценарий реализуется. Likelihood описывает частоту или правдоподобие только при наличии достаточной основы. Confidence показывает, насколько надёжны данные. Эти три поля независимы: событие может быть редким, но тяжёлым; частым, но незначительным; либо вообще неоценимым из-за слабых записей.

Для сайта безопаснее использовать словесные уровни последствия и срочности с определениями. Например: `life-safety specialist required before decision`, `material cost exposure`, `operational inconvenience`, `monitor`. Не присваивайте цвет только по мнению редактора. Цвет может визуально отражать статус действия, но рядом всегда должен быть текст.

Пять допустимых решений

`proceed` — существенные вопросы закрыты в согласованном scope; обычные ограничения описаны.

`proceed-with-conditions` — риск контролируется конкретным deliverable до оплаты или передачи.

`specialist-review-required` — решение невозможно без юриста, инженера, бухгалтера или другого специалиста.

`reprice-or-allocate` — подтверждённое обязательство нужно включить в цену, retention, escrow или распределение расходов.

`decline-or-defer` — критическое доказательство отсутствует, последствие неприемлемо либо сторона не согласна на необходимую защиту.

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

Переводите риск в проверяемое условие договора

Фраза «продавец всё исправит» не является контролем. Условие должно определять документ или результат, ответственную сторону, стандарт принятия, срок, право на осмотр, последствие невыполнения и судьбу денег. В зависимости от сделки это может быть condition precedent, retention, escrow, specific warranty, indemnity, price adjustment, clearance или право отказаться.

Технический результат должен формулировать специалист. Например, не «починить насос», а выполнить конкретный scope, предоставить отчёт и пройти определённый тест. Юрист адаптирует механизм к SPA и применимому праву. Страница не предлагает универсальную договорную формулировку.

Показывайте стоимость диапазоном и не прячьте неизвестное

Для подтверждённой работы укажите scope, дату оценки, источник, налоги, contingency, срок и того, кто обязан платить. Если есть только предварительная оценка, покажите диапазон и чувствительность. Не распределяйте общий счёт на квартиру без проверки базы: площадь, доля лота, правило, решение собственников и вероятность неплатежей меняют результат.

Создайте отдельные поля `known amount`, `estimated range`, `unallocated`, `contingent` и `unknown`. Неизвестное не должно автоматически попадать в ноль или середину диапазона. В итоговом решении покажите лучшую, рабочую и стрессовую ситуацию только как сценарии, а не прогноз.

Примеры правильной записи

Лифт: два повторных отказа за три месяца; подрядчик рекомендует замену контроллера; quotation не получен. Последствие — потеря доступа для высокого этажа и будущий расход. Статус доказательства — reports confirmed, cost unknown. Действие — vendor inspection и письменное предложение до безусловной оплаты.

Резерв: баланс подтверждён, но план включает фасад и насосы без component allocation. Последствие — возможный special assessment. Действие — получить обновлённый major-works schedule и решение по финансированию; не считать весь резерв доступным для выбранной работы.

Ввод: представлен документ по Tower A, квартира находится в Tower B. Последствие — разрешительный охват не подтверждён. Действие — документ или письменное подтверждение компетентного специалиста по нужной башне; статус сделки `defer`, а не «вероятно подходит».

Противоречия — отдельный риск, а не редакционная проблема

Если менеджер утверждает, что система обслуживается ежемесячно, договор говорит о квартальном визите, а в журнале последний отчёт год назад, внесите противоречие отдельной строкой. Укажите стороны, документы, даты, возможные объяснения и того, кто вправе закрыть вопрос.

Не удаляйте старую версию после получения нового ответа. Сохраните chronology и объяснение изменения. Резкая смена данных перед сделкой может быть нормальным уточнением, но должна оставлять audit trail. Для существенного вопроса требуйте не только новое заявление, но доказательство.

Обновляйте реестр на этапах сделки

До бронирования: только публичные и добровольно предоставленные данные; неизвестное остаётся видимым.

До SPA или невозвратного платежа: определить обязательные документы, специалиста и условия.

Во время due diligence: заменить заявления доказательствами, провести осмотры и получить quotations.

До final payment или closing: закрыть conditions precedent, получить unit clearance и проверить отсутствие новых событий.

При передаче: зафиксировать ключи, доступ, депозиты, открытые defects и контакты управления.

После существенного инцидента или решения собственников: обновить risk register, стоимость и план владельца.

Как оформить итог проверки

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

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

Сохраняйте версию, а не вечный вывод

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

Храните номер версии, change log, источники и дату проверки ссылок. Если страница NovAsia публикует пример или шаблон, она не должна показывать конфиденциальные данные или создавать публичный рейтинг конкретного дома без устойчивой методики, права на публикацию и процесса исправлений.

Когда риск остаётся открытым

Риск нельзя закрыть словами «вероятно нормально», фотографией без контекста, заверением продавца или документом для другой очереди. Закрытие требует результата, соответствующего исходному вопросу: документ, проверка органа, технический осмотр, выполненная работа, выплата, исправленный договор или иной проверяемый факт.

Если получить доказательство невозможно, решение должно прямо учитывать эту неопределённость и её последствия.

Материалы хаба