n8n dan UU PDP: Panduan Data Residency & Self-Hosted untuk Perusahaan Indonesia

UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP) diundangkan pada 17 Oktober 2022. Masa penyesuaian dua tahunnya sudah lewat sejak Oktober 2024, dan peraturan pelaksananya, PP No. 33 Tahun 2026, mulai berlaku 16 Januari 2027. Jadi pertanyaan soal n8n UU PDP sekarang muncul di hampir setiap diskusi tim IT dan legal yang sedang mengotomasi proses bisnis: kalau workflow kami memproses data pelanggan, karyawan, atau pasien, apa yang harus kami atur?

Artikel ini menjawabnya dari sisi teknis: apa saja kewajiban UU PDP yang bersentuhan langsung dengan workflow otomasi, dan bagaimana n8n self-hosted di Indonesia bisa dikonfigurasi untuk mendukungnya. Saya Fahmi Fahreza, n8n Ambassador dan founder WithMi Automation. Saya menulis ini berdasarkan teks undang-undang dan dokumentasi resmi n8n, bukan asumsi.

Bukan nasihat hukum. Artikel ini adalah panduan teknis dan edukatif. Kewajiban UU PDP bergantung pada jenis data, peran Anda (Pengendali atau Prosesor), dan sektor usaha. Untuk keputusan kepatuhan, konsultasikan dengan konsultan hukum atau Pejabat Pelindungan Data Pribadi (DPO) Anda.

Ringkasan singkat

• n8n tidak "patuh UU PDP" dengan sendirinya. Kepatuhan adalah tanggung jawab Pengendali Data Pribadi, yaitu perusahaan Anda. Software hanya alat.
• Self-hosting di Indonesia mendukung data residency. Data workflow tetap di infrastruktur yang Anda kendalikan. Untuk instance self-hosted, dokumentasi privasi n8n menyatakan n8n "neither a Controller nor a Processor" atas data yang mengalir di workflow Anda.
• Titik rawan terbesar biasanya bukan server n8n-nya, melainkan node yang mengirim data ke luar: API LLM, SaaS pihak ketiga, dan log eksekusi yang disimpan terlalu lama.
• Empat hal yang wajib diatur: minimisasi data di workflow, retensi data eksekusi, kontrol akses, dan aliran data lintas batas.

Apa yang diatur UU PDP dan kenapa relevan untuk workflow otomasi

UU PDP mendefinisikan "pemrosesan" secara sangat luas. Pasal 16 ayat (1) mencakup pemerolehan dan pengumpulan, pengolahan dan penganalisisan, penyimpanan, perbaikan, transfer dan pengungkapan, hingga penghapusan. Artinya, hampir setiap node di workflow n8n yang menyentuh data pribadi adalah aktivitas pemrosesan: webhook yang menerima form, node yang memperkaya data dari CRM, node AI yang meringkas email, hingga log eksekusi yang tersimpan di database.

Beberapa pasal yang paling sering bersinggungan dengan otomasi:

Pasal UU PDP	Isi singkat	Relevansi ke n8n
Pasal 4	Data pribadi spesifik: kesehatan, biometrik, genetika, catatan kejahatan, data anak, data keuangan pribadi	Workflow HR, klinik, fintech, sekolah biasanya menyentuh kategori ini
Pasal 16 ayat (2)	Prinsip: pengumpulan terbatas dan spesifik, sesuai tujuan, aman dari akses tidak sah	Desain workflow: ambil hanya field yang perlu
Pasal 34	Penilaian dampak (DPIA) wajib untuk pemrosesan berisiko tinggi, termasuk keputusan otomatis berdampak signifikan dan penggunaan teknologi baru	Workflow AI yang menilai, menyaring, atau memutuskan
Pasal 35 & 39	Wajib melindungi keamanan data dan mencegah akses tidak sah	Hardening server, kontrol akses, enkripsi kredensial
Pasal 43 & 44	Wajib menghapus/memusnahkan data yang tidak lagi diperlukan	Retensi data eksekusi n8n
Pasal 46	Pemberitahuan tertulis kegagalan pelindungan data paling lambat 3 x 24 jam	Butuh log dan audit trail untuk tahu apa yang terungkap
Pasal 51	Prosesor memproses berdasarkan perintah Pengendali; melibatkan prosesor lain butuh persetujuan tertulis	Vendor yang mengelola instance Anda, termasuk konsultan
Pasal 56	Transfer data ke luar wilayah Indonesia: negara penerima setara/lebih tinggi, atau pelindungan memadai dan mengikat, atau persetujuan Subjek Data	Node yang memanggil API di luar negeri
Pasal 57	Sanksi administratif, denda hingga 2% dari pendapatan atau penerimaan tahunan	Konsekuensi kalau semua di atas diabaikan

Satu catatan status: per Oktober 2026, pemberitaan menyebut lembaga pengawas PDP belum berjalan penuh sebagai otoritas. Itu bukan alasan untuk menunda. Kewajiban di undang-undang sudah berlaku, dan PP 33/2026 akan menambah detail teknis mulai Januari 2027.

Pengendali, Prosesor, dan posisi n8n

Pertanyaan pertama yang perlu dijawab: siapa memegang peran apa?

• Perusahaan Anda yang menentukan tujuan dan cara pemrosesan adalah Pengendali Data Pribadi.
• n8n (perusahaannya), untuk instance self-hosted, menyatakan dalam dokumentasi privasinya bahwa mereka bukan controller maupun processor atas data workflow Anda karena mereka tidak mengelola data tersebut. Pengecualiannya adalah telemetri (lihat bagian di bawah).
• n8n Cloud berbeda: n8n bertindak sebagai processor dan menyediakan Data Processing Agreement. Per Oktober 2026, daftar sub-prosesor n8n mencantumkan Microsoft Azure dengan lokasi pemrosesan di Uni Eropa.
• Vendor atau konsultan yang Anda beri akses untuk membangun dan merawat workflow (termasuk kami di WithMi) berpotensi berperan sebagai Prosesor menurut Pasal 51. Artinya perlu ada perintah dan perjanjian tertulis yang jelas tentang apa yang boleh dan tidak boleh dilakukan dengan data Anda.

Inilah alasan model self-hosted yang Anda miliki sendiri penting: instance, database, dan lisensinya atas nama perusahaan Anda, di server yang Anda kendalikan. Konsultan bekerja di dalam lingkungan Anda dengan akses yang bisa dicabut, bukan menampung data Anda di server bersama milik vendor.

Data residency: apakah data wajib di Indonesia?

Jawabannya bergantung pada siapa Anda.

PSE lingkup publik (instansi pemerintah dan badan yang ditunjuk) diwajibkan PP No. 71 Tahun 2019 untuk mengelola, memproses, dan menyimpan sistem dan data elektronik di wilayah Indonesia, dengan pengecualian terbatas.

PSE lingkup privat menurut Pasal 21 PP 71/2019 boleh mengelola dan menyimpan data di dalam maupun di luar Indonesia, dengan syarat tetap menyediakan akses untuk pengawasan dan penegakan hukum. Regulator sektoral (misalnya di jasa keuangan) bisa punya aturan tambahan yang lebih ketat. Cek aturan sektor Anda.

Di atas itu, UU PDP Pasal 56 mengatur transfer data pribadi ke luar Indonesia secara berjenjang: negara penerima harus punya pelindungan setara atau lebih tinggi; jika tidak, harus ada pelindungan yang memadai dan bersifat mengikat; jika keduanya tidak terpenuhi, wajib ada persetujuan Subjek Data Pribadi.

Jadi UU PDP tidak melarang data keluar negeri. Tetapi setiap transfer butuh dasar yang bisa Anda pertanggungjawabkan. Menjalankan n8n self-hosted di server atau data center di Indonesia menghilangkan satu lapis pertanyaan itu untuk data yang tersimpan di n8n: database workflow, kredensial, dan riwayat eksekusi tidak pernah meninggalkan wilayah hukum Indonesia. Untuk perbandingan model hosting yang lebih umum, lihat Self-hosted vs Cloud Automation.

Namun data residency di level server bukan akhir cerita. Begitu workflow memanggil API di luar negeri, data Anda ikut keluar. Itu yang akan kita bahas di bagian aliran lintas batas.

1. Minimisasi data di dalam workflow

Prinsip Pasal 16 ayat (2) huruf a meminta pengumpulan "terbatas dan spesifik". Dalam praktik n8n, ini berarti:

• Pilih field sejak awal. Setelah webhook atau trigger, pakai node Edit Fields (Set) untuk membuang field yang tidak dipakai langkah berikutnya. Jangan teruskan seluruh payload form berisi NIK, alamat, dan tanggal lahir kalau langkah berikutnya hanya butuh nama dan nomor tiket.
• Pisahkan identitas dari konten. Untuk analisis atau klasifikasi, kirim isi pesan dengan ID internal, bukan nama dan nomor telepon. Gabungkan kembali di sistem Anda sendiri.
• Samarkan sebelum ke pihak ketiga. Masking nomor rekening, NIK, atau nomor telepon di node Code sebelum data menyentuh node eksternal.
• Hindari menyimpan ulang di tempat baru. Workflow sering diam-diam membuat salinan data pribadi di Google Sheets, Airtable, atau Slack "supaya gampang dicek". Setiap salinan adalah lokasi baru yang harus Anda lindungi dan hapus.

2. Retensi log dan data eksekusi

Ini titik buta yang paling sering saya temui. Setiap kali workflow berjalan, n8n bisa menyimpan input dan output setiap node di database. Kalau workflow memproses data pelanggan, riwayat eksekusi itu adalah salinan lengkap data pribadi.

Menurut dokumentasi n8n tentang manajemen data eksekusi:

• Pruning aktif secara default. n8n memangkas eksekusi yang sudah selesai lebih dari 336 jam (14 hari) lewat EXECUTIONS_DATA_MAX_AGE, atau ketika jumlahnya melebihi 10.000 lewat EXECUTIONS_DATA_PRUNE_MAX_COUNT.
• Anda bisa memilih untuk hanya menyimpan eksekusi yang gagal: EXECUTIONS_DATA_SAVE_ON_SUCCESS=none dan EXECUTIONS_DATA_SAVE_ON_ERROR=all.
• Pengaturan ini juga bisa dibuat per workflow lewat Workflow Settings, jadi workflow yang memproses data spesifik bisa lebih ketat daripada yang lain.
• Eksekusi yang diberi anotasi (tag atau rating) tidak pernah dipangkas. Perhatikan ini kalau tim Anda suka menandai eksekusi untuk debugging.

Dokumentasi privasi n8n sendiri menyarankan pengguna self-hosted mengonfigurasi pruning otomatis setiap beberapa hari untuk memudahkan penanganan permintaan penghapusan data. Ini sejalan dengan Pasal 43 dan 44 UU PDP soal penghapusan data yang tidak lagi diperlukan.

Untuk paket Enterprise, n8n juga menyediakan redaksi data eksekusi (tersedia per workflow sejak versi 2.16.0, dan penegakan di level instance sejak 2.26.0). Metadata seperti status, waktu, dan nama node tetap terlihat untuk monitoring, tetapi payload data diganti indikator "Data redacted". Pengguna dengan izin khusus tetap bisa membuka data untuk eksekusi tertentu. Ini berguna ketika pembuat workflow tidak seharusnya melihat data pribadi yang diproses.

Jangan lupa juga backup database. Retensi 7 hari di n8n tidak berarti banyak kalau snapshot database harian disimpan setahun tanpa kebijakan.

3. Kontrol akses dan keamanan instance

Pasal 35 dan 39 mewajibkan langkah teknis untuk mencegah akses tidak sah. Untuk n8n self-hosted, itu mencakup:

• Hardening server: HTTPS, firewall, akses SSH terbatas, patch rutin, dan n8n tidak terekspos langsung tanpa reverse proxy.
• Kredensial terenkripsi dengan encryption key yang Anda simpan dan cadangkan sendiri, bukan nilai default yang tidak terdokumentasi.
• Prinsip least privilege: tidak semua orang perlu akses owner. Fitur seperti Projects dan berbagi workflow serta kredensial, SSO (SAML, LDAP), external secrets, dan log streaming ke SIEM tersedia di paket berbayar (Business atau Enterprise, tergantung fitur). Cek halaman harga n8n untuk detail per paket.
• Audit trail: untuk memenuhi Pasal 46 (pemberitahuan dalam 3 x 24 jam), Anda harus bisa menjawab cepat: data apa yang terungkap, kapan, dan bagaimana. Tanpa log yang tersentralisasi, menjawab itu dalam tiga hari hampir mustahil.

Kami membahas daftar periksanya lebih rinci di Checklist Keamanan n8n Self-Hosted, dan cakupan layanan pengamanannya di halaman keamanan n8n enterprise.

4. Aliran data lintas batas: node LLM dan API eksternal

Di sinilah sebagian besar perusahaan tanpa sadar "bocor". Server n8n Anda bisa berada di Jakarta, tetapi satu node OpenAI, Anthropic, atau Google Gemini yang menerima isi email pelanggan berarti data pribadi itu diproses oleh penyedia di luar Indonesia. Hal yang sama berlaku untuk SaaS seperti CRM, helpdesk, atau tool email marketing global.

Pendekatan yang kami pakai saat mendesain workflow:

1. Petakan aliran data. Untuk setiap workflow, daftar node mana yang mengirim data keluar, ke penyedia apa, dan field apa saja.
2. Kurangi sebelum mengirim. Kirim hanya konten yang perlu diproses AI, tanpa identitas langsung. Seringkali ringkasan tiket tidak butuh nama dan nomor telepon pelanggan.
3. Pertimbangkan model yang berjalan di infrastruktur Anda. Untuk data spesifik (kesehatan, keuangan), model open-weight yang dijalankan sendiri, misalnya melalui node Ollama di n8n, bisa menjaga pemrosesan tetap di dalam infrastruktur Anda. Ada trade-off kualitas dan biaya GPU yang perlu dihitung.
4. Periksa dasar transfer dan kontraknya. Pelajari kebijakan pemrosesan data penyedia, opsi lokasi pemrosesan bila tersedia, dan perjanjian pemrosesan datanya. Keputusan apakah dasar transfer menurut Pasal 56 sudah terpenuhi adalah keputusan legal Anda.
5. Untuk keputusan otomatis berdampak signifikan, misalnya AI yang menolak lamaran kerja atau pengajuan kredit, pertimbangkan Pasal 34 tentang DPIA dan sediakan langkah tinjauan manusia di workflow.

Prinsip umum adopsi AI yang aman, termasuk guardrail dan tinjauan manusia, kami bahas di Cara Perusahaan Mengadopsi AI dengan Aman.

Telemetri n8n: data apa yang tetap keluar?

Pertanyaan wajar dari tim keamanan: kalau self-hosted, apakah n8n tetap mengirim sesuatu ke server mereka?

Menurut dokumentasi privasi n8n, instance self-hosted mengirim telemetri secara default: informasi instance dan konfigurasi, pola penggunaan produk, error dan diagnostik, domain layanan yang dipanggil node HTTP Request, serta hitungan penggunaan. n8n menyatakan tidak mengumpulkan data yang mengalir di workflow maupun isi kredensial. Untuk telemetri ini, n8n bertindak sebagai controller.

Telemetri bisa dimatikan dengan N8N_DIAGNOSTICS_ENABLED=false, notifikasi versi dengan N8N_VERSION_NOTIFICATIONS_ENABLED=false, dan fitur templates dengan N8N_TEMPLATES_ENABLED=false. Dokumentasi n8n juga punya panduan "Isolate n8n" untuk memutus semua komunikasi ke server n8n. Satu catatan penting: instance dengan lisensi berbayar tetap melaporkan hitungan penggunaan dan identitas lisensi, karena itu dibutuhkan untuk mengoperasikan lisensi. Masukkan ini ke catatan aktivitas pemrosesan Anda.

Checklist n8n untuk UU PDP

Gunakan daftar ini sebagai titik awal diskusi dengan tim legal dan DPO Anda:

• Instance n8n self-hosted di server atau data center Indonesia, atas nama perusahaan Anda
• Inventaris workflow yang memproses data pribadi, ditandai mana yang menyentuh data spesifik (Pasal 4)
• Diagram aliran data per workflow: sumber, node eksternal, tujuan, dan lokasi penyedia
• Field yang tidak perlu dibuang di awal workflow; identitas disamarkan sebelum ke pihak ketiga
• Retensi data eksekusi diatur (EXECUTIONS_DATA_MAX_AGE, simpan hanya error untuk workflow sensitif)
• Kebijakan retensi backup database selaras dengan retensi n8n
• Akses berbasis peran dan SSO bila memakai paket berbayar; akun owner dibatasi
• Log streaming atau audit log tersentralisasi untuk mendukung respons insiden 3 x 24 jam
• Telemetri dikonfigurasi sesuai kebijakan internal
• Perjanjian tertulis dengan vendor atau konsultan yang mengakses instance (Pasal 51)
• DPIA untuk workflow AI yang mengambil keputusan berdampak signifikan (Pasal 34)

Di mana WithMi bisa membantu

Kami membantu perusahaan menyiapkan n8n self-hosted di infrastruktur milik mereka sendiri dengan konfigurasi keamanan setara enterprise, mendesain workflow dengan minimisasi data sejak awal, dan menjalankan operasional serta pelatihan tim. Bila Anda butuh fitur seperti SSO, log streaming, atau redaksi data eksekusi, kami bantu memetakan kebutuhan lisensi Business atau Enterprise dan menghubungkan Anda langsung ke tim n8n. Instance dan lisensinya tetap milik Anda.

Yang tidak kami lakukan: memberi opini hukum atau menyatakan sistem Anda "patuh UU PDP". Itu wilayah konsultan hukum dan DPO Anda. Peran kami adalah memastikan sisi teknisnya bisa dipertanggungjawabkan saat mereka bertanya.

Lihat gambaran lengkap layanan kami di n8n Indonesia, atau langsung jadwalkan konsultasi untuk meninjau workflow yang memproses data pribadi di perusahaan Anda.

Kesimpulan

Pertanyaan "apakah n8n patuh UU PDP?" sebenarnya pertanyaan yang keliru. Pertanyaan yang tepat: apakah cara perusahaan Anda menjalankan n8n bisa dipertanggungjawabkan di bawah UU PDP? n8n self-hosted di Indonesia memberi fondasi yang kuat untuk itu: data tetap di wilayah hukum Indonesia, retensi bisa diatur, dan akses bisa dibatasi. Sisanya adalah disiplin desain workflow, terutama di node yang mengirim data ke luar.

Kalau Anda ingin tahu di mana celah terbesar di setup Anda sekarang, bicarakan dengan kami. Kami akan meninjau arsitektur dan aliran datanya bersama tim Anda.