NIB и система OSS: запуск бизнеса в Индонезии

NIB в Индонезии: что подтверждает номер, а чего не разрешает

Компания зарегистрирована, NIB получен, первый контракт готов. Можно ли начинать работу? Ответ зависит от того, какой вид деятельности указан в OSS и что система разрешила именно по нему.

NIB (Nomor Induk Berusaha) — идентификационный номер участника предпринимательской деятельности. Его оформляют через общегосударственную систему OSS (Online Single Submission). Компанию оформляют через нотариуса и реестр AHU; выдача NIB — отдельный этап. Для деятельности низкого риска этот номер может одновременно служить основным разрешительным документом. В иных случаях он лишь часть необходимых документов.

Представим PT PMA с двумя направлениями: консультационные услуги и приём гостей в принадлежащем ей или арендуемом объекте. Один NIB может охватывать компанию как участника бизнеса, но готовность к работе по каждому направлению будет различаться. Если для размещения гостей ещё требуется подтверждение стандарта или отдельное разрешение, существование компании не устраняет этот пробел. Это национальные правила Индонезии, а не особая регистрация для Бали.

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

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

Для оформленной PT PMA полезно сопоставить шесть групп данных. Первая — точное наименование и организационно-правовая форма. Вторая — учредительный акт, решение AHU и последующие зарегистрированные изменения. Третья — налоговый номер NPWP и другие идентификаторы, если они предусмотрены для компании. Четвёртая — состав руководства и полномочия того, кто подаёт сведения. Пятая — юридический адрес и реальные места работы. Шестая — виды деятельности, описанные в уставных документах и планируемые для OSS. Ошибка в одной группе способна повлиять сразу на несколько заявок.

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

Если информация из AHU загружается с ошибкой, лучше установить, где возникло расхождение. Вопрос, как оформить PT PMA до обращения в OSS, решается на уровне регистрации компании; технические сбои рассматривают через официальную поддержку AHU и OSS. Подмена имени, адреса или директора ради прохождения экранной проверки оставляет проблему в документах компании.

Как KBLI и уровень риска влияют на лицензии OSS

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

Для компании, которая собирается оказывать консультационные услуги в Денпасаре, существенны предмет договоров, круг клиентов, рабочий адрес и ограничения на иностранное участие именно в выбранной деятельности. У кофейни или объекта краткосрочного размещения совсем иная фактическая сторона: помещение, посетители, санитарные и строительные условия, соответствие назначению территории. Нельзя присвоить этим примерам уровень риска только по бытовому названию бизнеса. В OSS он определяется по действующей записи KBLI и предусмотренным для неё условиям, включая масштаб и особенности деятельности.

Система различает низкий, средне-низкий, средне-высокий и высокий риск. Это юридические категории лицензирования, а не оценка прибыльности, безопасности инвестиций или надёжности компании. Низкая категория обычно предполагает меньший объём предварительных подтверждений. Более высокая может требовать заявления о соответствии, его последующей проверки или отдельной лицензии. У одной PT PMA разные KBLI могут находиться на разных стадиях — один уже разрешает работу, другой пока позволяет лишь подготовку.

К ноябрю 2026 года в OSS действует классификация KBLI 2025. При этом выбор кода KBLI 2025 под деятельность требует сверки старой записи с новой, а не догадки по названию. Само техническое преобразование кода без изменения сути деятельности, согласно разъяснениям индонезийских органов за апрель 2026 года, не обязывает компанию заново получать разрешения. Другое дело — фактическое расширение услуг или изменение целей бизнеса: там могут потребоваться изменения в AHU и OSS и дополнительные разрешения. Для PT PMA отдельно выясняют ограничения иностранного участия; сам выбор кода не снимает их.

Получение NIB через OSS: порядок подачи

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

После входа в официальный кабинет выбирают подходящий тип участника и процедуру оформления деятельности. Для PT PMA система использует сведения о юридическом лице; их сопоставляют с актами и AHU, при наличии изменений. Далее указывают фактический вид работы по KBLI, место или несколько мест деятельности, сведения о проекте и параметры, от которых зависят требования. Адрес зарегистрированного офиса не должен автоматически подменять адрес кафе, склада или помещения для размещения гостей.

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

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

После оформления система предоставляет NIB и связанные документы либо показывает, какие разрешения ещё находятся на отдельной стадии. В архив компании полезно включить номер обращения, дату, полученный NIB, приложения по деятельности, подтверждения отправленных заявлений и записи о дальнейших проверках. Одной страницы с номером недостаточно для ответа клиенту, банку или арендодателю о праве выполнять определённую работу. Точные названия кнопок меняются, поэтому ориентир — официальные руководства OSS для соответствующего уровня риска, а не чужой устаревший снимок экрана.

Когда NIB достаточно, а когда требуется подтверждение

Один NIB может сопровождать несколько направлений компании на разных стадиях лицензирования. Причина — четыре уровня риска и разный статус документов по каждой деятельности. Для низкой категории номер обычно выполняет роль разрешения на работу, хотя обязанность соблюдать требования к адресу, объекту и самой услуге сохраняется. При средне-низком риске к NIB добавляется сертификат стандарта, основанный на заявлении компании о соответствии установленным требованиям.

Средне-высокая категория устроена иначе. Компания может получить неподтверждённый сертификат стандарта и использовать его как основание для подготовки: оборудовать помещение, наладить процессы, собрать необходимые доказательства соответствия. Но для операционной и коммерческой деятельности требуется подтверждение сертификата компетентным органом. У высокого риска необходима отдельная лицензия — Izin; в отдельных видах деятельности к ней добавляются специальные стандарты и разрешения.

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

Схема ниже описывает типы документов, но не назначает риск определённому кафе, отелю или консультационной фирме. Это возможно только после проверки соответствующего KBLI, условий проекта и статуса в OSS.

Адрес, планировка и помещение: отдельные условия

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

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

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

Дополнительные отраслевые документы — отдельный вопрос. Их наличие и порядок оформления зависят от KBLI и фактической модели работы. Даже если у двух соседних объектов один арендодатель, условия для офиса и объекта размещения гостей могут различаться.

Что проверить после выдачи регистрационных документов

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

В сохранённом пакете должны сопоставляться юридическое наименование, NIB, действующие KBLI, адреса проектов и реквизиты заявителя. По каждому направлению нужен свой ответ: какая категория риска установлена, выдан ли сертификат стандарта, подтверждён ли он, имеется ли лицензия, выполнены ли основные требования. Иногда для вспомогательной деятельности нужны дополнительные разрешения PB UMKU. Их отсутствие нельзя восполнить копией общей регистрации компании.

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

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

Ошибки OSS: незавершённая заявка, неверные данные и исправления

Когда OSS не даёт завершить оформление, попытка несколько раз отправить ту же форму редко помогает. Причину лучше искать в конкретной записи: что не совпадает, какой документ запрошен, какое ведомство должно принять решение.

Первая ситуация — данные PT PMA в OSS расходятся с AHU. Тогда нужны актуальные документы компании, сведения в первичном реестре и описание ошибки импорта. Изменение юридических сведений через нотариуса и AHU нельзя заменять вводом удобного, но неверного значения в OSS; техническую проблему передают официальной поддержке с номером обращения.

Другая причина — выбранный KBLI не отражает реальные услуги. До повторной подачи выясняют, отличается ли только классификационный код после перехода на KBLI 2025 или компания действительно собирается вести иную деятельность. Во втором могут потребоваться изменения корпоративных документов, новая классификация и разрешения. Нельзя добавлять фиктивный код ради быстрого NIB, а затем работать по неуказанному направлению.

У помещения может оставаться незавершённым пространственное согласование KKPR либо другой обязательный документ. Нужны статус проекта и название ответственного ведомства. Сохраняют документы об адресе и заявки на согласование; письмо арендодателя о том, что «с помещением всё в порядке», не устраняет официальное требование. Для деятельности средне-высокого риска отдельный сбой — сертификат стандарта выдан, но ещё не подтверждён. До получения подтверждения можно заниматься разрешённой подготовкой, а не обслуживать платных клиентов.

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

Читайте дальше