VAT, PKP и e-Faktur для компании в Индонезии

Что нужно компании перед первым налоговым счётом

Перед первой продажей бухгалтер предлагает добавить к счёту 12% НДС. Компания уже зарегистрирована, у неё есть регистрационный номер бизнеса NIB и налоговый номер NPWP. Но ни один из этих документов сам по себе не подтверждает право выпускать налоговый счёт Faktur Pajak. Нужен отдельный статус облагаемого предпринимателя — PKP (Pengusaha Kena Pajak) — и понимание, с какого периода он действует.

В Индонезии налог на добавленную стоимость называется PPN (Pajak Pertambahan Nilai). Его взимают по правилам для облагаемых поставок товаров и услуг. Налог на доходы PPh — другая обязанность; уплата корпоративного налога не делает компанию плательщиком PPN. Обычный счёт на оплату тоже не превращается в налоговый документ из-за строки «VAT».

Поэтому разговор о первом счёте начинается с подтверждения регистрации PKP (SPPKP) и даты начала обязанности, а затем — с выяснения, облагается ли конкретная продажа и по какой базе. Если утверждение PKP запаздывает, возможны обязательства за прошлые периоды. Печатать налог в коммерческом счёте раньше, чем выяснены эти обстоятельства, рискованно и для продавца, и для покупателя.

Когда компании в Индонезии нужен статус PKP и как его подтвердить

Компания с оборотом 4,8 млрд индонезийских рупий (IDR) и компания с такой же суммой уставного капитала находятся в разных налоговых ситуациях. Для обязательной регистрации PKP важны оборот и поступления, подпадающие под установленные правила, а не прибыль, остаток на банковском счёте или величина инвестиций. Порог для малого предпринимателя — 4,8 млрд IDR за финансовый год. При оценке порога бухгалтер должен отделять выручку от займов, взносов собственника и иных денежных движений по их правовой природе.

В статьях 17–21 постановления Министерства финансов PMK 164/2023 описаны разные моменты, которые часто ошибочно сводят к одной дате. При превышении порога в течение финансового года заявление на PKP по общему правилу подают не позднее его окончания. При своевременном обращении обязанность начислять, перечислять и декларировать PPN начинается с первого налогового месяца следующего финансового года. Это правило не следует заменять старым советом «подайте заявление до конца следующего месяца» из ранних обзорных материалов.

Предположим, финансовый год компании совпадает с календарным и порог превышен в сентябре 2026 года. Для стандартного своевременного сценария крайняя дата обращения приходится на конец декабря 2026 года, а первый период начисления — январь 2027 года. Это пример действия правила, а не автоматическое подтверждение статуса: фактическое решение DJP, выбранная дата и обстоятельства предприятия должны совпадать с документами.

Бизнес вправе запросить более раннее начало обязанностей, а предприниматель с оборотом ниже порога — добровольно стать PKP. Обычно это обсуждают, когда покупателям необходимы полноценные налоговые счета или в цепочке поставок есть значительные облагаемые закупки. Однако добровольный статус приносит и обязанности: правильно выпускать Faktur Pajak, подавать декларации каждый месяц, хранить подтверждения. Его нельзя включать только для одной удобной сделки.

Позднее обращение — отдельный сценарий. По статье 19 PMK 164/2023 регистрация после установленного срока либо по инициативе DJP не устраняет автоматически обязанностей с первого месяца следующего финансового года. Возможны декларации и начисления за периоды до утверждения PKP. Поэтому директору нужны одновременно расчёт оборота по месяцам, SPPKP, запись о статусе в Coretax и согласованное с налоговым специалистом определение первого обязательного периода. Несовпадение дат создаёт риск доначислений.

Какие продажи и услуги компании облагаются PPN

Одинаковые 100 млн IDR могут поступить по трём разным основаниям. Компания продала товар местному покупателю, получила аванс или выставила счёт иностранному заказчику за услугу. Сумма поступления ничего не говорит о налоговой базе без договора, предмета поставки, места её совершения и даты возникновения обязанности.

Товары и услуги, на которые распространяется налог, обозначаются BKP (Barang Kena Pajak) и JKP (Jasa Kena Pajak). Для обычной внутренней продажи облагаемого товара или услуги зарегистрированным PKP применяется порядок PPN, если нет специального исключения. Но закон предусматривает операции, не являющиеся объектом налога, освобождения от налогообложения и случаи, когда налог не взимается по специальным правилам. Для них основания в документах различаются. Запись «без НДС» без объяснения причины не поможет при проверке.

С иностранным клиентом сложнее. Оплата из-за границы не доказывает экспорт услуги, облагаемый по ставке 0%. Для такого режима важны содержание работы, использование результата, требования к экспорту услуг и подтверждающие документы. Импорт некоторых услуг или цифровых продуктов, наоборот, может создавать обязанности по индонезийскому PPN, даже если иностранный поставщик не имеет здесь офиса. Механизм зависит от вида операции и того, кто обязан перечислять налог.

Код вида деятельности KBLI в регистрационных документах помогает понять заявленный бизнес, но не определяет автоматически ставку и код каждого счёта. У компании с несколькими потоками продаж карта операций должна связывать договор и реальное исполнение с категорией BKP/JKP, местом поставки, возможной льготой, необходимым подтверждением и видом налогового документа. Так бухгалтер не начинает выставлять одинаковые счета за местную услугу, товар и работу для зарубежного контрагента.

Почему налог в счёте может отличаться от ставки 12%

Цифра 12% в законе и сумма НДС в конкретном счёте могут быть разными вещами. С 1 января 2025 года номинальная ставка PPN составляет 12%, но постановление PMK 131/2024 для многих обычных товаров и услуг установило расчёт через особую базу — 11/12 цены без налога. Эта база называется DPP (Dasar Pengenaan Pajak). Поэтому для таких операций фактически начисляется 11% от цены до налога.

Условный пример для обычной поставки, к которой применим именно такой механизм: цена без PPN — 100 000 000 IDR. Расчёт выглядит так: 12% × (11/12 × 100 000 000) = 11 000 000 IDR. Счёт с налогом составит 111 000 000 IDR. Если договорная цена уже включает PPN, вычислять налог простым прибавлением 11% нельзя: сперва нужно правильно определить включённую в цену базу и сумму налога.

Для определённых товаров класса люкс действует иной подход: при соответствующих условиях 12% начисляют на полную базу. Кроме того, PMK 11/2025 и поправка PMK 53/2025 предусматривают особые налоговые базы и суммы для отдельных операций. Приведённая формула не применяется автоматически к любому счёту компании.

Есть и ещё одна разница: начисленный клиенту PPN — исходящий налог, а сумма к перечислению за месяц определяется после законного зачёта входного налога и предусмотренных корректировок. Поэтому фраза «мы платим 11% со всей выручки» так же неточна, как обещание выставлять всем клиентам 12%. Для правильного расчёта важны вид продажи, применимая DPP и право на зачёт.

Как настроить Coretax и электронную подпись для e-Faktur

Бухгалтер может подготовить налоговый счёт, но право его подписать возникает из настроенных полномочий в Coretax DJP. Поэтому перед первым выставлением Faktur Pajak компании нужна работающая учётная запись налогоплательщика: совпадают идентификаторы и данные юридического лица, статус PKP отражён корректно, у директора или ответственного представителя (PIC) есть возможность управлять правами. Один пароль «для всей бухгалтерии» не заменяет разграничения доступа.

В Coretax есть роли составителя (drafter) и подписанта (signer): первый готовит документ, второй подтверждает его от имени компании. Назначить или отозвать эти роли уполномоченный представитель может через профиль налогоплательщика и раздел представителей. Один человек при надлежащем назначении способен выполнять обе функции, но сама должность внешнего бухгалтера не даёт ему права подписывать чужие документы. После смены подрядчика лишние права нужно отзывать.

Кроме прав в профиле, подписанту нужен действующий код авторизации DJP (Kode Otorisasi) либо подходящий электронный сертификат. Электронная подпись — завершающая операция конкретного уполномоченного лица. Важно отличать доступ для ввода данных от возможности завершить отправку: отсутствие действующей подписи оставляет документ без необходимого подтверждения, даже если все поля заполнены.

Официальный маршрут в системе проходит через «e-Faktur → Pajak Keluaran» — раздел исходящих налоговых счетов. Для единичной операции используется ручной ввод данных покупателя, предмета продажи и налоговой базы; при большом количестве продаж возможна загрузка файла XML по формату DJP. Далее документ отправляют на обработку и подтверждают электронной подписью. На этом этапе нужно убедиться не только в наличии проекта, но и в результате обработки, который виден в системе.

Иногда подрядчик предлагает поставить старую настольную программу e-Faktur, потому что привык к ней. DJP действительно сохраняла этот канал для части существующих PKP, однако в официальном уведомлении прямо исключены компании, получившие статус после 1 января 2025 года, а также некоторые виды фактур. Универсальным решением для новой PT PMA такая программа не является. Для нового бизнеса разумнее исходить из Coretax или допустимого интегрированного сервиса и проверять доступность выбранного канала для своего статуса.

Проверка настроек проста: видны назначенные пользователи, а принятая Faktur Pajak прослеживается до договора и учётной записи. Если бухгалтер показывает только скриншот черновика или просит личную подпись директора «на время», настройка ещё не закончена.

Как выпустить Faktur Pajak и исправить ошибку в счёте

Обычный счёт клиенту и налоговый счёт решают разные задачи. Коммерческий документ объясняет цену и условия оплаты; Faktur Pajak подтверждает начисление PPN по конкретной операции для целей DJP. PDF с логотипом компании не даёт покупателю права на зачёт без предусмотренного налогового документа и одобрения DJP.

Сначала появляется основание: договор, заказ, накладная или подтверждение оказанной услуги. В налоговом счёте должны верно отражаться продавец и покупатель, их идентификаторы, вид облагаемого товара или услуги, дата события, код операции, DPP и рассчитанный PPN. Дата заслуживает особого внимания. По правилам PER-11/PJ/2025 счёт обычно составляют в момент соответствующей поставки; если аванс поступил раньше поставки, обязанность выписать его может возникнуть уже при получении денег. Нельзя ждать окончания проекта, когда налоговое событие произошло при предоплате.

После подготовки счёт отправляют через e-Faktur и подписывают в установленном порядке. Статья 44 PER-11/PJ/2025 устанавливает для загрузки и получения одобрения DJP общий предел — 20-е число месяца, следующего за датой создания электронного счёта. Это не разрешение составлять счёт задним числом когда угодно: срок его первоначального выпуска определяется налоговым событием отдельно. Неодобренный электронный документ по этому правилу не считается Faktur Pajak.

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

Ошибки исправляют по причине, а не удобной кнопкой. Ошибки в обычных реквизитах могут потребовать заменяющей Faktur Pajak; неверная личность покупателя — отдельного решения, поскольку статья 48 PER-11/PJ/2025 исключает такую ошибку из обычной замены. Для отменённой сделки нужно аннулирование, для возврата — соответствующие документы и налоговая корректировка. Правила могут различать действия продавца и покупателя, особенно если первоначальный налог уже попал в декларацию. Поэтому основание исправления должно жить рядом с записью в Coretax и отражением в учёте.

Контрольный вопрос собственника звучит просто: «Эта фактура подписана и принята DJP или бухгалтер пока сохранил её как проект?» За ним стоит большая разница. Номер, дата, соответствие первичным документам и статус принятия имеют значение для обеих сторон сделки, а не только для аккуратности архива.

Как сверять входной и исходящий PPN без ложных вычетов

При продаже облагаемой услуги компания начисляет исходящий PPN (Pajak Keluaran). При покупке товаров или услуг для бизнеса она может получить входящий PPN (Pajak Masukan). Однако входящий налог становится суммой к зачёту только при соблюдении условий: расход связан с деятельностью, по которой такой зачёт разрешён, подтверждён надлежащим документом и отнесён к допустимому периоду. Простая арифметика «налог в покупках минус налог в продажах» без этих проверок даёт ложный результат.

Типичный спор начинается с PDF от поставщика. В нём указана сумма PPN, но отсутствует корректная Faktur Pajak или данные покупателя расходятся с регистрацией компании. Бухгалтерская программа может распознать такой документ как расход и даже подсчитать «входной НДС». Налоговая система не обязана признать его к зачёту. Поэтому поставщик, его статус PKP, идентификаторы сторон, дата и принятие налогового счёта проверяются отдельно от факта оплаты.

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

Особенно осторожно нужно относиться к счетам, полученным до статуса PKP. Старый категоричный ответ «такой налог никогда нельзя учесть» упускает специальный расчётный механизм статьи 9 закона о PPN. Для определённых периодов и обстоятельств он предусматривает условный входной налог в размере 80% от исходящего PPN, который должен был начисляться до надлежащей регистрации. Это не возврат 80% стоимости покупок и не право перенести в декларацию каждую старую фактуру. Применимость зависит от того, когда компания должна была стать PKP, и от порядка исправления отчётности.

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

Как закрывать налоговый месяц и подавать декларацию через Coretax

Налоговый месяц PKP не закрывается с отправкой последнего счёта клиенту. Исходящие Faktur Pajak должны сойтись с продажами, входящие — с допустимыми покупками, а исправления и возвраты — попасть в правильный период. Незавершённая загрузка, счёт с неверным покупателем или пропущенный аванс могут изменить сумму PPN ещё до начала подготовки декларации.

Далее формируется расчёт: исходящий PPN, допустимый к зачёту входящий налог, специальные корректировки и возможный остаток, переносимый из предыдущих периодов. Положительный результат при выполнении установленных условий перечисляют в бюджет, а затем подают месячную декларацию SPT Masa PPN. Платёж и приём декларации подтверждают разными документами. После подачи в Coretax должно остаться электронное подтверждение BPE (Bukti Penerimaan Elektronik), которое позволяет установить, что отчёт действительно принят.

По сводке DJP Coretaxpedia общий срок и перечисления PPN, и подачи SPT Masa PPN — последний день следующего месяца; для отдельных ситуаций предусмотрены специальные правила. Значит, сентябрьский период по общей схеме закрывают до конца октября, а не «когда бухгалтер закончит квартал». Правила закреплены в PMK 81/2024 с действующими поправками. Компания с активным PKP обычно отчитывается и за месяц без продаж: пустая касса не отменяет статус. Об этом DJP отдельно напомнила в январе 2026 года.

Если выяснилось, что поданная декларация содержит ошибку, нельзя механически повторять прежнюю схему исправления только на разницу сумм. Постановление PER-12/PJ/2026, действующее с 1 октября 2026 года, ввело в Coretax замену ранее поданной декларации полным исправленным расчётом для соответствующих периодов с января 2025 года. При этом учитываются прежние платежи и возвраты; старые периоды и переходные остатки требуют отдельного внимания. Ошибка в одной фактуре иногда затрагивает несколько месяцев зачёта.

Владельцу не нужно самостоятельно подписывать каждый регистр, но вопрос «Можем ли мы показать принятые счета и подтверждение сдачи за прошлый месяц?» должен иметь быстрый ответ. В рабочем архиве должны совпадать учёт, статусы DJP, квитанции об уплате и BPE. Это общая информация о налогах Индонезии: применимость к конкретной PT PMA, дата PKP, экспортные операции и спорные вычеты определяются по её документам с индонезийским налоговым специалистом.

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