ДОКУМЕНТЫ / ПЕРЕГОВОРНАЯ РЕДАКЦИЯ

PDF ↓Исходный текст ↓

Регламент допуска проекта, регистрации клиента и споров

Версия 1.0 • 17 сентября 2026 года • Проект приложения к договору

1. Что означает карточка в каталоге

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

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

2. Комплект для допуска

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

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

3. Запрос Агентства

Агентство указывает свой идентификатор, назначенный проект, внутренний референс клиента, минимальные параметры запроса и основание передачи данных. В открытых формах, комментариях и QR-ссылках запрещено размещать паспорта, телефоны клиентов, договоры и платёжные документы.

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

4. Раздельные статусы

«Черновик» — запись только у пользователя. «Получено МИРА» — сервер подтвердил сохранение с референсом и временем. «На проверке» — оператор проверяет комплект. «Направлено Девелоперу» — имеется доказательство фактической отправки уполномоченным лицом. «Подтверждено Девелопером» — получено относимое подтверждение. «Защита подтверждена» — отдельно установлены её период и правила.

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

5. Правила защиты

Период не устанавливается МИРА по умолчанию. Для каждого проекта фиксируются событие начала, время окончания, условия продления, допустимые единицы и исключения. Изменение покупателем проекта, покупка связанным лицом, смена агентства оцениваются по правилам Девелопера, без автоматического расширения защиты.

Внутреннее обещание МИРА не обходить Агентство не превращается в обязательство Девелопера бессрочно резервировать клиента. Покупатель сохраняет свободу выбора и права по своему договору.

6. Спор о дубле

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

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

7. Изменение и закрытие

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

Тест регистрации у Девелопера проводится только с его предварительным разрешением, согласованными синтетическими данными и явной маркировкой теста. Настоящий регламент не является разрешением отправлять тестовые или реальные формы третьим лицам.