Memilih Kode KBLI untuk Konsultan IT

Pilih KBLI—kode resmi bidang usaha—berdasarkan layanan yang benar-benar dijual, lalu periksa uraian dan persyaratannya di OSS. Konsultansi komputer, pemrograman, pengelolaan data, dan perdagangan perangkat dapat membutuhkan kode berbeda. Daftar di artikel ini adalah calon untuk diteliti, bukan paket wajib semua konsultan IT atau jaminan izin dan kelayakan tender.

KBLI adalah daftar kode resmi pemerintah yang menamai bidang usaha. Setiap PT memilih beberapa kode untuk dicantumkan di akta pendirian, dan pilihan itu ikut ke mana-mana: ke NIB, ke sistem perizinan online, dan ke setiap dokumen tender yang menanyakan perusahaan Anda boleh mengerjakan apa.

Mengapa daftar kode menentukan lebih dari isi akta?

Setiap kegiatan memiliki profil risiko yang memengaruhi persyaratan perizinannya. Karena itu, pemilihan kode perlu disertai pemeriksaan ruang lingkup dan izin.

PP 28/2025 tentang perizinan berusaha berbasis risiko membagi semua kode ke empat tingkat. Risiko rendah cukup punya NIB — nomor induk berusaha, semacam KTP perusahaan. Risiko menengah rendah butuh NIB plus Sertifikat Standar yang Anda terbitkan sendiri lewat pernyataan bahwa syaratnya sudah dipenuhi. Risiko menengah tinggi butuh NIB plus Sertifikat Standar yang diperiksa kementerian dulu sebelum sah. Artinya antre.

Dua konsultan dengan kantor dan klien serupa dapat menghadapi persyaratan berbeda jika kegiatan yang didaftarkan berbeda.

Daftar kode juga menentukan Anda boleh ikut proyek apa. Paket pengadaan menyebut kode KBLI yang wajib dipegang peserta. Kode wajib yang tidak tercantum dapat menyebabkan kegagalan pemeriksaan administrasi. Ikuti prosedur klarifikasi dan peninjauan yang berlaku untuk paket tersebut. E-katalog malah lebih ketat: kode di NIB dicocokkan otomatis dengan etalase produk yang Anda daftari.

Menambah kode saat akta masih draf harganya satu baris teks. Menambah kode setelah akta jadi berarti mengubah akta di notaris, lalu mendaftar ulang kegiatan usaha di sistem perizinan. Selisih ongkos itu yang membuat pemilihan kode layak dipikirkan sebelum tanda tangan, bukan sesudah kalah tender.

Apa yang berubah di KBLI 2025?

Klasifikasinya ditulis ulang. Peraturan BPS No. 7/2025 memberlakukan KBLI 2025 sejak 18 Desember 2025, menggantikan KBLI 2020, dan menyetel ulang strukturnya mengikuti ISIC Rev. 5 — standar klasifikasi industri PBB terbitan 2024 yang dipakai banyak negara sebagai acuan. Jumlah kode lima digit menyusut dari 1.789 menjadi 1.559. Hilang 230 kode.

Tiga tanggal yang penting buat calon pendiri:

• 27 April 2026 — BPS merilis tabel konversi 2020 ke 2025, dan pemerintah menegaskan KBLI 2025 tidak mewajibkan siapa pun mengurus izin baru.
• 13–14 Juni 2026 — sistem perizinan OSS tutup untuk pemeliharaan dan migrasi.
• 15 Juni 2026 — OSS dibuka lagi dengan KBLI 2025. Data lama dikonversi otomatis selama ruang lingkup usahanya tidak berubah.

Untuk perusahaan baru, periksa templat akta yang digunakan notaris. Draf yang masih memakai KBLI 2020 perlu dicocokkan dengan konversi resmi. Beberapa kode lama terbagi menjadi dua atau tiga kode baru, sehingga konversi satu banding satu dapat meninggalkan sebagian kegiatan yang hendak didaftarkan.

Cocokkan setiap kode akhir dengan tabel konversi resmi sebelum menandatangani akta. Periksa juga uraian kegiatannya agar kode yang dipilih mencakup layanan yang direncanakan.

Empat calon kode untuk diteliti sesuai layanan

Kode 62209 dapat sesuai untuk layanan konsultansi komputer. Namun, jangan menyimpulkan tingkat risiko dan dokumennya hanya dari nomor kode. Di OSS, periksa ruang lingkup, skala usaha, serta persyaratan yang muncul untuk kegiatan Anda. Simpan hasil pemeriksaannya agar notaris dan tim perizinan memakai rujukan yang sama.

Perhatikan pasangan 62019 dan 62199: kode baru ini menggantikan kode pemrograman lama yang masih sering disebut dalam dokumen pengadaan.

Kode apa yang ditambah sesuai layanan Anda?

Tambahkan kode hanya untuk kegiatan yang memang direncanakan. Setiap tambahan perlu diperiksa cakupan dan kewajibannya; jangan memilih dari judul saja.

Batas di 63102 sering membuat orang keliru. Menerapkan aplikasi ke akun AWS milik klien itu kerja konsultan, sudah tercakup 62209 dan 62199. Mengoperasikan infrastruktur milik sendiri lalu menagihkannya ke klien itu model bisnis yang lain — lengkap dengan antrean verifikasinya.

Ada juga kode khusus: aplikasi blockchain (62193), komponen AI untuk pengembang lain (62194), video gim (62110, 58211, 58219), dan VR/AR (62192). Catat baik-baik, aplikasi AI yang dibuat atas pesanan klien itu pemrograman biasa alias 62199. 62194 khusus buat yang menjual pustaka dan komponen AI-nya sendiri.

Mengapa ambil kode dagang kalau hanya jual jasa?

Klien dapat meminta pengadaan perangkat sekaligus dengan jasa. Jika kegiatan itu memang akan dijalankan, periksa apakah lingkup usaha Anda mencakup perdagangannya atau perlu melibatkan pemasok lain.

Jika pengadaan atau perdagangan perangkat menjadi bagian layanan, teliti calon kode berikut. Persyaratan izin tetap perlu dicek untuk ruang lingkup yang dipilih:

• 46511 — perdagangan besar komputer dan perlengkapannya. Payung pengadaan B2B.
• 46512 — perdagangan besar perangkat lunak. Baca cakupan barunya pelan-pelan: di KBLI 2025 menyempit ke perangkat lunak dalam media fisik dengan lisensi permanen. Lisensi digital dan langganan pindah ke 58290.
• 47401 / 47403 — pasangan eceran untuk komputer dan perangkat lunak. Paket pengadaan perangkat lunak instansi sering menyebut salah satunya sebagai alternatif kode pemrograman.
• 73100 — periklanan, kalau Anda mengelola kampanye digital pemasaran klien.
• 72102 — penelitian dan pengembangan enjinering, kalau ada kegiatan prototyping. Periksa ruang lingkup kegiatan serta profil risiko yang muncul di OSS; jangan menyimpulkan izin hanya dari istilah R&D.

Ada satu kenyataan lapangan yang lebih baik Anda tahu sebelum membaca dokumen tender pertama. Banyak paket pengadaan masih menulis syarat dengan kode KBLI 2020 — bunyinya sekitar "NIB KBLI 62019 atau 46512/47413". Padanan resminya di KBLI 2025 adalah 62199 dan 47403, dua-duanya sudah ada di daftar tadi. Untuk NIB dengan penomoran baru, minta penjelasan tertulis dari panitia tentang padanan yang diterima. Bawa tabel konversi resmi; padanan kode saja tidak menjamin lolos seluruh syarat paket.

Proyek IT instansi juga dapat melalui pengadaan langsung, e-katalog, atau tender sesuai paketnya. Saat mendaftar jadi penyedia, e-katalog mencocokkan kode di NIB dengan etalase produk secara otomatis. Kode dagang yang benar bukan formalitas di situ, tetapi syarat masuk.

Apa tambahannya kalau masuk lini IoT?

Jangkarnya 62204: merancang sistem terintegrasi sesuai pesanan, termasuk modifikasi perangkat keras seperti sensor dan mikrokontroler. Perangkat lunak, firmware, dan dasbornya sudah tercakup dalam 62199. Sisanya menyesuaikan cara Anda menghasilkan uang dari perangkatnya:

Untuk perangkat bermerek sendiri yang perakitannya dititipkan, periksa apakah kegiatan Anda termasuk manufaktur sesuai uraian BPS. Kode 26513 adalah calon yang perlu diteliti untuk perangkat pengukuran; nama produk dan siapa yang menyolder tidak cukup untuk menentukan kode akhirnya.

Hati-hati dengan kode pemasangan. Kode 43213 dan 43212 perlu diperiksa bila pekerjaan mencakup instalasi elektronika gedung atau jaringan telekomunikasi. Kegiatan pemasangan dapat masuk persyaratan jasa konstruksi. Jangan menganggap kode jasa IT menggantikan izin instalasi; cocokkan paket pekerjaan dengan OSS serta instansi yang berwenang sebelum proyek dimulai.

Kode mana yang terlihat cocok tetapi jebakan?

Perhatikan tiga kelompok kegiatan berikut. Judulnya dapat terlihat berkaitan dengan konsultansi, tetapi ruang lingkup dan persyaratannya harus diteliti.

62202 (identitas digital) dan 62203 (sertifikat elektronik). Bedakan menjalankan sistem atau menerbitkan sertifikat dari memberi konsultasi tentangnya. Periksa batas kegiatan, skala yang dapat didaftarkan, dan izin yang tampil di OSS; jangan memilih kode hanya karena pekerjaannya bersinggungan dengan identitas digital.

61201 (penjualan kembali jasa telekomunikasi). Teliti kode ini jika Anda benar-benar menjual kembali layanan telekomunikasi. Periksa peran, hubungan dengan penyedia, serta kewajiban perizinannya. Kode ini tidak otomatis diperlukan hanya karena Anda menyambungkan jaringan klien.

Periksa kewajiban perdagangan elektronik. Menjual perangkat lunak atau SaaS melalui platform sendiri perlu ditinjau berdasarkan peran dan model transaksinya. Jangan menyimpulkan setiap tombol bayar otomatis memerlukan SIUPMSE. Periksa persyaratan kegiatan di OSS dan ketentuan perdagangan elektronik yang sesuai sebelum menerima transaksi.

Prinsipnya sama dengan urusan hak cipta di kontrak: apa yang Anda daftarkan harus cocok dengan apa yang benar-benar Anda kerjakan dan miliki. Ketidakcocokan antara lingkup terdaftar, isi kontrak, dan hasil yang diserahkan baru muncul saat audit atau sengketa — persis tema tulisan soal siapa pemilik kode saat freelancer yang membangunnya. Versi masalah yang sama dari sisi pemasok, yaitu SDK vendor yang datang tanpa teks lisensi sama sekali, saya bahas di kontrak integrasi perangkat keras.

Apa yang harus diurus setelah akta ditandatangani?

Gunakan daftar pemeriksaan, bukan jadwal yang diasumsikan sama untuk setiap perusahaan:

1. Cocokkan kegiatan di akta, NIB, dan OSS. Periksa kode serta uraian layanan, termasuk padanan dari KBLI lama.
2. Catat izin yang muncul untuk setiap kegiatan. Siapkan Sertifikat Standar atau izin lain bila disyaratkan. Jangan menganggap NIB saja selalu cukup.
3. Siapkan bukti sesuai persyaratan yang tampil. Misalnya dokumen tenaga teknis, proses bisnis, dan peralatan jika kegiatan tersebut memintanya.
4. Periksa kewajiban modal serta pelaporan pemilik manfaat dengan notaris. Sepakati dokumen, pihak yang mengurus, dan tenggat yang berlaku untuk badan usaha Anda.
5. Periksa kewajiban LKPM. Frekuensi serta pengecualiannya perlu dicocokkan dengan skala dan status usaha; jangan mengasumsikan setiap konsultan wajib laporan triwulanan.

Daftar kode itu janji, bukan formalitas

Daftar KBLI perlu sesuai dengan layanan yang Anda rencanakan. Kekurangan kode dapat membatasi kegiatan, sementara tambahan yang tidak relevan membawa kewajiban yang tidak diperlukan.

Mulai dari daftar layanan dan calon kode yang sesuai. Periksa uraian BPS, lalu persyaratan kegiatan di OSS. Sebelum akta ditandatangani, sepakati dengan notaris kode yang dipilih serta izin lanjutan yang perlu disiapkan.

Tulisan ini panduan riset berdasarkan KBLI 2025 dan profil perizinan berbasis risiko yang berlaku di OSS saat ini. Ketentuan izin berubah dan profil tiap kode sesekali disesuaikan. Cek ulang setiap kode final di OSS dan di tabel migrasi BPS sebelum menandatangani apa pun.