Проверка строящегося проекта на Бали

Что проверить дополнительно, когда объекта ещё нет в готовом виде?

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

Короткий ответ

Проверьте шесть связей: участок ↔ будущий объект; сторона договора ↔ обязанность построить; PBG/планирование ↔ заявленный проект; стадия ↔ независимое доказательство; платёж ↔ конкретный результат; изменение или задержка ↔ заранее согласованные последствия. Если одна связь отсутствует, не подменяйте её обещанием «всё будет готово».

Граница сведений

Дата проверки

2026-10-15

География

Индонезия и Бали; к конкретному проекту применяются только адресные и документальные проверки.

Подтверждено

• PBG и SLF являются разными элементами системы документов здания.
• Цифровые карты TARUBALI не заменяют официальные документы.
• Аграрная и регистрационная рамка требует отличать право, держателя и договорную роль.

Не установлено

• Статус, срок, разрешения, качество, цена или платёжеспособность конкретного строящегося проекта.
• Готовность объекта к передаче или эксплуатации.

1. Будущий объект нужно зафиксировать до первого платежа

Рендер не определяет предмет сделки. В рабочем описании будущего объекта нужны адрес и границы, тип и номер объекта, план, площадь и метод её определения, состав помещений, отделка, мебель/оборудование, общие зоны, парковка, инфраструктура и всё, что влияет на решение купить. Если какая-то позиция «может измениться», это нужно назвать, а не спрятать в красивом изображении.

Для проверки не нужно притворяться архитектором. Достаточно поставить простой вопрос: можно ли сравнить будущий результат с этим описанием в день передачи? Если нет, предмет договора пока недостаточно определён.

2. Свяжите участок, проект и сторону договора

Национальная аграрная рамка различает права на землю и регистрацию; PPAT связан с актами для регистрационных изменений. Это не означает, что одна бумага подтвердит будущий проект. Но это означает, что будущий объект нельзя проверять отдельно от участка, исходного права, текущего держателя и стороны, которая берёт на себя обязанность построить или передать результат.

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

3. Разрешения — не одна галочка

Для строящегося проекта разделите планировочный слой по адресу, документы здания и предполагаемое использование после передачи. PP №16/2021 связывает функцию и классификацию здания с PBG, SLF и SBKBG. SIMBG описывает PBG и SLF как разные элементы системы: один документ не надо выдавать за ответ на все вопросы о проекте.

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

4. Этап строительства должен иметь доказательство

Слова «фундамент», «коробка», «готовность 70%» или «передача скоро» не являются единым стандартом. До подписания зафиксируйте, как именно будет определяться стадия: что включено, кто предоставляет подтверждение, можно ли сверить его с объектом и какие документы/осмотр нужны до следующего платежа.

Официальная система SIMBG содержит процессы и данные, связанные с PBG и SLF, включая разделы строительства и инспекций в руководстве для заявителей. Это не даёт покупателю готовый отчёт по частному проекту, но подтверждает, что строительство и пригодность — разные этапы, требующие не только фотографии.

5. Платёж должен следовать за доказательством, а не календарём

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

PP №34/2016 касается определённых событий передачи прав и связанных соглашений. Он не задаёт безопасный график оплаты для строящегося проекта. Зато он напоминает, что договорная логика платежей и юридические/налоговые события не должны смешиваться в одну необъяснённую строку.

6. Изменение и задержка должны быть описаны до того, как они случатся

В строящемся проекте важны не только обещанные дата и спецификация, но и механизм их изменения. Что может быть изменено, кто согласует изменение, как покупатель узнаёт о нём, как меняются цена или срок, что считается задержкой и какие варианты остаются у сторон? Если ответа нет, не считайте обещанный срок гарантией.

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

Порядок действий

1. Зафиксировать будущий результат

   Соберите план, спецификацию, комплектацию, границы и всё, что влияет на решение купить.

2. Связать участок, проект и стороны

   Сопоставьте исходное право, держателя, сторону договора, строителя и получателя денег.

3. Разделить вопросы по документам

   Запросите по каждому слою адрес, документ, реквизиты, статус и вопрос, который он закрывает.

4. Связать каждый платёж с доказательством

   Для каждой суммы укажите триггер, доказательство, получателя и последствия отсутствия результата.

Что проверить

FAQ

Источники

Следующий шаг