Вилла на Бали размещена на OTA. Что это на самом деле доказывает?

Это доказывает, что платформа приняла объявление.

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

Игнорировать эту разницу становится всё сложнее.

В мае 2026 года Министерство туризма Индонезии сообщило, что выявило около 1 600 объектов размещения, продвигаемых через онлайн-платформы без лицензии на ведение бизнеса. Операторам дали срок для приведения документов в порядок. Для нерешённых случаев было объявлено начало удаления объявлений с 1 августа 2026 года. Для новых продавцов на OTA также ожидалось предоставление основных данных компании, включая NIB и KBLI.

Отдельно Министерство разрабатывает API, который должен связать проверку OTA с данными OSS по NIB, KBLI и NKU. Публично заявленная целевая дата для интегрированной системы, июнь 2027 года. На дату этой заметки это ещё не универсальный автоматический контроль лицензии в реальном времени.

Практическое направление уже очевидно:

Онлайн-размещение переходит от логики «платформа меня приняла» к логике «платформа может установить и проверить реального оператора».

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

Ответ на одном экране

Элемент	Что он подтверждает	Чего он не доказывает
Объявление на OTA	Объект коммерчески виден на платформе.	Что оператор лицензирован, использование объекта законно, здание подходит для этой деятельности, а налоги и отчётность по гостям оформлены правильно.
NIB	Личность и регистрацию хозяйствующего субъекта в OSS.	Что каждый вид деятельности, каждая локация и все дополнительные требования оформлены правильно.
KBLI	Заявленную классификацию экономической деятельности.	Что эта деятельность доступна именно этой компании, в этом масштабе и в этой локации, либо что фактическая работа соответствует описанию.
NKU	Конкретную запись о деятельности в OSS, обычно связывающую вид деятельности и локацию.	Что вся цепочка разрешений по объекту и отрасли завершена.
Сертификат стандарта или разрешение	Один из требуемых уровней лицензирования в зависимости от риска и отрасли.	Что землепользование, здание, налоги, миграционная отчётность и фактическая эксплуатация согласованы.
PBG или SLF	Элементы строительного контроля в рамках заявленного назначения и документации здания.	Что жилое здание автоматически разрешено использовать как туристическое размещение.
Регистрация местного налога	Что операция известна местной налоговой системе.	Что уплата налога исправляет неверный KBLI, отсутствующую лицензию или проблему здания.
Отчётность APOA	Что данные об иностранных гостях передаются через процесс объекта размещения.	Что отчитывающаяся компания является правильным лицензированным оператором и выполнила все остальные требования.

Система работает накопительно. Один документ не заменяет остальные.

Конкретный пример

Вилла в Чангу профессионально сфотографирована и размещена на Airbnb.

В профиле хоста используется бренд управляющей компании. Выплаты гостей поступают в компанию A. NIB принадлежит компании B. В OSS у неё зарегистрирована общая консультационная деятельность. В документах здания объект всё ещё описан как частная резиденция. Команда получает инструкции от компании C. Иностранный основатель лично управляет ценами и бронированиями. Местный налог декларируется под другим именем.

Каждый отдельный факт может казаться правдоподобным.

Вместе они создают основной вопрос:

Какая компания фактически продаёт проживание, и какой документ даёт ей право делать это именно на этом объекте?

Объявление на платформе не отвечает на этот вопрос.

Что изменилось в 2025 году

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

Точнее говорить об обновлении всей регуляторной архитектуры.

PP 28/2025 заменил прежнюю национальную систему риск-ориентированного лицензирования.
Постановление Министерства туризма 6/2025 обновило стандарты туризма, надзор и административные санкции.
Закон 18/2025 внёс изменения в Закон о туризме.

Эти акты важны потому, что контроль туристической деятельности не заканчивается пятизначным кодом KBLI. В проверку могут входить лицензирование бизнеса, отраслевые стандарты, пространственная совместимость, экологические требования, PBG или SLF, местное налогообложение и реальная деятельность компании.

Это не «один новый закон о виллах».

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

Что изменилось в 2026 году

Заявление о 1 600 компаниях

Министр туризма сообщил, что Министерство выявило и внутренне проверило около 1 600 объектов размещения, продвигаемых через OTA без лицензии на ведение бизнеса.

Это национальная цифра. Она не означает 1 600 нелегальных вилл только на Бали.

Объявленная последовательность была следующей:

выявить компании;
уведомить их через каналы OTA;
предоставить срок для исправления;
начать удаление нерешённых объявлений с 1 августа 2026 года;
разрешить соответствующим требованиям продавцам вернуться после проверки.

По состоянию на 13 августа 2026 года не был опубликован полный официальный список удалённых компаний или проверенное количество фактических удалений по каждой платформе. Поэтому неточно утверждать как то, что были удалены все 1 600, так и то, что не было удалено ни одного объявления.

Подключение новых продавцов

Министерство также заявило, что новые продавцы должны предоставлять данные NIB и KBLI, а не входить на рынок OTA без идентификации оператора.

Это уже меняет практику, даже до полного запуска будущего API.

Планируемый API

Объявленный API должен проверять три элемента:

NIB;
KBLI;
NKU.

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

Публично заявленная цель, июнь 2027 года. До этого владельцам не следует описывать систему так, будто все OTA уже подключены к OSS в реальном времени.

Но направление политики однозначно. Машиночитаемая согласованность документов будет иметь всё большее значение.

Почему NIB не является «лицензией виллы»

NIB идентифицирует хозяйствующего субъекта.

Это важно. Но NIB сам по себе не доказывает, что:

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

Фраза «у виллы есть NIB» обычно неполна. NIB принадлежит хозяйствующему субъекту, а не зданию как таковому.

Правильный вопрос звучит иначе:

Какая компания имеет какой NIB, для какого вида деятельности и какой локации, и как это связано с данным объектом и договором с гостем?

Почему KBLI не является просто ключевым словом

KBLI классифицирует деятельность.

Код должен следовать за тем, что компания реально делает.

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

KBLI 2025 делает некоторые границы яснее.

Например:

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

Название объекта в Instagram не определяет код.

Почему важен NKU

NKU представляет конкретную запись о хозяйственной деятельности в OSS.

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

Будущая проверка OTA по NIB, KBLI и NKU будет сопоставлять не только существование компании, но также её деятельность и конкретную запись в OSS.

Объект всё равно требует отдельной проверки

Даже хорошо структурированный оператор не может устранить дефект самого объекта.

Проверка объекта может включать:

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

Управляющая компания с действующим NIB не может передать свой корректный файл здания другому дому.

Кто является оператором

Оператор не всегда является владельцем и не всегда является менеджером.

Полезно разделить роли:

Роль	Типичная ответственность
Владелец объекта или носитель права	Владеет активом либо законно контролирует его использование.
Оператор размещения	Предоставляет проживание, заключает договор с гостем и несёт клиентскую часть бизнеса.
Менеджер размещения	Управляет операциями от имени владельца или оператора в рамках определённого мандата.
OTA или посредник	Распространяет предложение либо соединяет поставщика и спрос.
Поставщик услуг	Выполняет ограниченную функцию, например маркетинг, финансы, техническое обслуживание или транспорт.

Эти роли могут принадлежать разным компаниям.

Они не должны объединяться в одну историю только в момент проверки.

Самая быстрая диагностика:

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

APOA касается не только гостиниц

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

Официальные разъяснения и проверки иммиграции охватывают гостиницы, виллы и индивидуальных поставщиков размещения.

Для владельца это важно, потому что APOA создаёт ещё один проверяемый след операционной реальности.

Какая компания или управляющий подаёт данные? Под каким объектом и записями гостей? Совпадает ли эта роль с OTA, договором с гостем и лицензией?

APOA не доказывает всю структуру. Но он может показать, соответствует ли повседневная практика заявленному оператору.

Бали добавляет собственный уровень контроля

Бали отдельно усиливает давление на нелицензированное размещение и налоговые несоответствия.

Правительство провинции просило Airbnb поддержать удаление компаний без необходимых лицензий или налогового соответствия. Туристические органы Бали также объявили программу аудита Bali Kerthi для объектов размещения и других туристических предприятий.

Кроме того, в июле 2026 года провинция публично подтвердила закрытие доступа новых PT PMA в OSS по 18 категориям KBLI с низким и средне-низким риском. Политика действует с третьей недели мая 2026 года.

Это не создаёт новый вид права на недвижимость.

Это означает, что национальные данные OSS, местный туристический надзор, налоги и онлайн-дистрибуция становятся менее изолированными друг от друга.

Что владельцу следует проверить сейчас

Компания

действующий учредительный акт и запись AHU;
NIB;
полные листы деятельности OSS, а не только скриншот кода;
масштаб бизнеса и уровень риска;
KBLI и NKU для реальной деятельности и локации;
директоров, акционеров и декларацию бенефициарного владельца.

Объект

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

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

юридическое имя продавца на OTA и счёт выплат;
условия для гостя и счёт;
правила отмены и право утверждать возврат;
работодателя и руководителя команды;
контроль PMS и система управления каналами продаж;
процесс PBJT;
процесс APOA;
ответственность за претензии гостей.

Связи между элементами

договор управления;
договор аренды или право эксплуатации;
договоры услуг;
денежные потоки;
матрицу сотрудников и прав принятия решений;
историю перехода, если оператор менялся.

Три частые ошибочные вывода

«Airbnb принял объявление, значит всё законно»

Нет. Решение платформы о публикации является решением о дистрибуции, а не юридическим заключением по объекту и оператору.

«У компании есть NIB, значит вилла лицензирована»

Нет. Деятельность, масштаб, локация, отраслевой стандарт, файл объекта и фактическая эксплуатация должны совпадать.

«Правительство запрещает OTA»

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

Решение простыми словами

Программа контроля 2026 года не делает каждую виллу на Бали незаконной.

Она делает всё менее безопасным одно старое предположение:

Видимость в интернете не является доказательством полноты операционного файла.

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

Правило, которое стоит сохранить:

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

Обсудить проект с Франсуа

Основные источники и прямые ссылки для проверки

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