Bayangkan sebuah klinik rawat jalan di Dubai yang membangun portal janji temu pasien dalam tiga minggu memakai platform no-code. Delapan bulan kemudian auditor bertanya di negara mana catatan pasien disimpan dan siapa saja yang bisa membukanya. Jawabannya ternyata ada di halaman subprocessor milik vendor, di luar kendali klinik, dan pada titik itu persoalannya sudah berpindah dari fitur ke yurisdiksi.
MASALAH
Saat Pertanyaan Auditor Lebih Sulit Dijawab Daripada Pertanyaan Fitur
Platform no-code berhenti cukup ketika organisasi harus membuktikan di mana data pribadi disimpan, siapa yang memprosesnya, dan siapa yang mengaksesnya, sementara ketiga hal itu ditentukan oleh vendor. Bagi tim operasional di bank, perusahaan asuransi, atau penyedia layanan kesehatan, momen ini biasanya datang lewat audit, uji tuntas dari klien korporat, atau penilaian dampak perlindungan data.
Masalahnya jarang terletak pada kemampuan platform membangun formulir atau alur persetujuan. Platform no-code dirancang sebagai layanan multi-tenant. Satu infrastruktur dipakai ribuan pelanggan, lokasi pusat data dipilih vendor, dan daftar subprocessor untuk hosting, email, penyimpanan berkas, dan dukungan teknis bisa berubah cukup dengan pemberitahuan sepihak. Banyak vendor menawarkan pilihan region data, tetapi sering kali hanya di paket enterprise tertentu, dan pilihan itu belum tentu mencakup cadangan data, log, atau akses tim dukungan dari negara lain.
Tim yang sampai di titik ini umumnya sudah mencoba menambal. Kolom sensitif disembunyikan, lampiran dipindahkan ke penyimpanan terpisah, atau kebijakan internal ditulis untuk melarang staf memasukkan data tertentu. Tambalan seperti itu menambah pekerjaan manual, dan pertanyaan yang sama tetap muncul di laporan audit berikutnya.
REGULASI
Apa Yang Diminta UK GDPR, PDPA Singapura Dan PDPL UAE
Ketiga aturan ini mengizinkan data pribadi dikirim ke luar negeri hanya jika ada dasar hukum yang jelas dan tingkat perlindungan yang setara di negara tujuan. Untuk data kesehatan di UAE, penyimpanan di luar negeri dilarang kecuali ada persetujuan otoritas. Setiap vendor no-code beserta subprocessor-nya adalah satu mata rantai transfer yang harus Anda dokumentasikan.
Di Inggris, Bab V UK GDPR, yang dibuka oleh Pasal 44, memperlakukan pengiriman data ke luar Inggris sebagai restricted transfer. Transfer itu sah dalam tiga keadaan:
- negara tujuan memiliki adequacy regulations,
- ada perlindungan yang memadai menurut Pasal 46, disertai penilaian risiko transfer,
- berlaku salah satu pengecualian yang sempit.
Tanggung jawab membuktikannya ada pada organisasi yang memulai transfer, yaitu Anda selaku pengendali data. Tanggung jawab itu tidak berpindah ke vendor platform.
Di Singapura, kewajiban pembatasan transfer diatur dalam Pasal 26 Personal Data Protection Act 2012. Pedoman PDPC tentang Transfer Limitation Obligation menjelaskan bahwa penerima di luar negeri harus terikat kewajiban yang dapat ditegakkan secara hukum, misalnya lewat kontrak, untuk memberi perlindungan yang sebanding dengan PDPA.
Di UAE, Federal Decree-Law No. 45 of 2021 tentang perlindungan data pribadi mengatur transfer lintas batas di Pasal 22 dan 23. Aturan ini membedakan negara yang dinilai memiliki tingkat perlindungan memadai dari negara yang tidak, seperti dirangkum dalam ulasan International Trade Administration AS.
Sektor kesehatan di UAE menghadapi aturan yang lebih ketat. Pasal 13 Federal Law No. 2 of 2019 tentang penggunaan teknologi informasi di bidang kesehatan melarang data kesehatan yang terkait layanan di UAE disimpan, diproses, atau ditransfer ke luar negeri tanpa persetujuan otoritas kesehatan atau menteri. Ministerial Decision No. 51 of 2021 membuka sejumlah pengecualian, dan rinciannya perlu diperiksa bersama penasihat hukum Anda.
Artikel ini memberi gambaran teknis. Keputusan apakah suatu transfer sah tetap ada pada petugas perlindungan data dan penasihat hukum Anda, karena ARSA tidak memberi nasihat hukum.
TANDA
Tiga Tanda Bahwa Sudah Waktunya Membangun Ulang
Tiga gejala muncul berulang pada operasi teregulasi yang akhirnya pindah dari no-code ke aplikasi kustom. Satu gejala saja bisa ditangani dengan negosiasi kontrak. Dua atau tiga sekaligus biasanya berarti arsitekturnya yang harus berubah.
Lokasi Data Tidak Bisa Dikunci
Anda bisa memilih region utama, tetapi cadangan, indeks pencarian, log, dan lampiran berkas mengikuti infrastruktur vendor. Jika jawaban jujur atas pertanyaan “di mana salinan data kami berada” adalah “kami harus menanyakan vendor”, lokasi data Anda berada di luar kendali Anda.
Jejak Audit Berhenti Di Batas Platform
Platform mencatat apa yang dianggap penting oleh vendor. Regulator atau klien bisa meminta riwayat siapa yang membuka rekam medis tertentu, siapa yang mengubah limit kredit, dan dari alamat mana. Untuk permintaan seperti itu, log bawaan sering kurang rinci atau hanya disimpan beberapa bulan.
Integrasi Sistem Inti Melewati Pihak Ketiga
Menghubungkan aplikasi no-code ke core banking, sistem rekam medis elektronik, atau ERP lama biasanya membutuhkan konektor atau middleware yang berjalan di cloud vendor lain. Setiap konektor menambah satu subprocessor baru, dan sistem lama tanpa API sering tidak bisa dihubungkan sama sekali.
PERBANDINGAN
No-Code Dibandingkan Aplikasi Kustom Di Infrastruktur Sendiri
Aplikasi kustom yang berjalan di infrastruktur milik Anda memberi kendali penuh atas lokasi data, log, dan akses. Konsekuensinya adalah waktu pembangunan yang lebih lama dan biaya awal yang lebih besar. Tabel di bawah merangkum perbedaannya pada aspek yang biasanya ditanyakan auditor.
| Aspek | Platform No-Code Multi-Tenant | Aplikasi Kustom Di Infrastruktur Sendiri |
|---|---|---|
| Lokasi penyimpanan data | Ditentukan vendor, pilihan region bergantung paket | Server Anda sendiri, termasuk on-premise dan air-gapped |
| Daftar subprocessor | Milik vendor, dapat berubah | Hanya yang Anda pilih |
| Jejak audit | Sebatas yang disediakan platform | Dirancang sesuai kebutuhan audit Anda, dengan akses berbasis peran |
| Integrasi sistem lama | Lewat konektor yang tersedia | Dirancang sejak awal, termasuk sistem tanpa API |
| Biaya lisensi | Umumnya per pengguna per bulan | Tanpa biaya lisensi per pengguna dari ARSA |
| Kepemilikan kode | Logika terkunci di platform | Kode aplikasi kustom biasanya diserahkan, disepakati tertulis |
| Waktu sampai berjalan | Hitungan hari sampai minggu | Sistem fungsional dalam 8 sampai 16 minggu |
| Kisaran biaya proyek ARSA | Tidak berlaku | $20,000 sampai $250,000 ke atas |
No-code tetap pilihan yang masuk akal untuk tiga jenis aplikasi: alat internal yang tidak menyentuh data pribadi, prototipe untuk menguji alur kerja, dan aplikasi yang memang direncanakan berumur pendek. Membangun ulang aplikasi seperti itu menjadi sistem kustom hanya memindahkan anggaran tanpa mengurangi risiko.
PROSES
Cara Pindah Tanpa Mengulang Kesalahan Yang Sama
Cara paling aman untuk pindah dari no-code adalah memulai dari peta data dan model izin akses, lalu arsitektur, dan baru kemudian kode. Aplikasi lama di platform no-code sudah membuktikan alur kerja apa yang dibutuhkan tim, jadi bagian itu tidak perlu ditemukan ulang. Yang perlu dirancang ulang adalah tempat data disimpan dan siapa yang boleh mengaksesnya.
Di ARSA, langkah pertamanya adalah feasibility assessment selama dua minggu seharga $4,500. Hasilnya menetapkan model data, titik-titik integrasi dengan sistem yang sudah ada, dan model izin sebelum ada yang menulis kode. Biaya itu dipotong penuh dari nilai proyek bila Anda melanjutkan kontrak dalam 90 hari. Bila hasilnya menunjukkan proyek tidak layak dibangun, Anda menerima alasannya secara tertulis.
Setelah itu pekerjaan berjalan dalam lima tahap:
| Tahap | Durasi | Isi Pekerjaan |
|---|---|---|
| Discovery dan penyusunan kebutuhan | 1 sampai 2 minggu | Menyusun kebutuhan dan rencana proyek |
| Desain UX dan UI | 2 sampai 3 minggu | Rancangan antarmuka dan prototipe |
| Pengembangan iteratif | 6 sampai 12 minggu | Sprint dua mingguan, dengan demo setiap dua minggu |
| Integrasi dan pengujian | 2 sampai 4 minggu | Termasuk pengujian keamanan dan UAT |
| Deployment dan pelatihan | 1 sampai 2 minggu | Peluncuran dan pelatihan pengguna |
Selama masa transisi, aplikasi no-code lama bisa tetap berjalan sampai data selesai dimigrasikan dan pengguna sudah terlatih.
Beberapa hal perlu disepakati sebelum pembangunan dimulai. Kode aplikasi kustom biasanya diserahkan kepada Anda sesuai perjanjian tertulis, sedangkan komponen platform dan pustaka milik ARSA yang dipakai ulang diberikan dalam bentuk lisensi. Biaya pemeliharaan dihitung dari sistem yang diserahkan, biasanya sebagai persentase tahunan dari nilai proyek, dan angkanya disepakati di awal. Harga ARSA adalah harga internasional dalam USD, dan faktur tersedia dalam USD maupun EUR.
FAQ
Pertanyaan Yang Sering Diajukan
Apakah Memakai Platform No-Code Otomatis Melanggar UK GDPR Atau PDPA?
Tidak otomatis. Platform no-code bisa dipakai secara sah selama setiap transfer data ke luar negeri memiliki dasar hukum dan Anda bisa menunjukkan dokumentasinya. Dasar hukum itu misalnya adequacy regulations atau kontrak dengan perlindungan yang setara. Persoalan muncul ketika Anda tidak bisa memetakan ke mana data mengalir karena rantai subprocessor vendor tidak transparan atau terus berubah.
Apakah Memilih Region Data Di Paket Enterprise Sudah Cukup?
Kadang cukup, tetapi sering belum. Region utama menentukan lokasi basis data, sedangkan cadangan, log, layanan email, dan akses tim dukungan vendor bisa berada di negara lain. Mintalah daftar subprocessor lengkap beserta lokasinya, lalu bandingkan dengan kewajiban transfer yang berlaku bagi organisasi Anda.
Berapa Lama Dan Berapa Biaya Membangun Ulang Sebagai Aplikasi Kustom?
Sistem fungsional biasanya siap dalam 8 sampai 16 minggu, dengan kisaran biaya proyek ARSA $20,000 sampai $250,000 ke atas. Angka pastinya bergantung pada jumlah integrasi, kompleksitas model izin, dan kebutuhan audit. Semua itu ditetapkan dalam feasibility assessment dua minggu seharga $4,500, yang dipotong dari nilai proyek bila dikontrak dalam 90 hari.
Siapa Yang Memiliki Kode Sumbernya Setelah Proyek Selesai?
Kode aplikasi kustom biasanya menjadi milik Anda, sesuai kesepakatan tertulis sebelum pekerjaan dimulai. Komponen platform dan pustaka ARSA yang dipakai ulang di banyak proyek diberikan sebagai lisensi, jadi batas antara keduanya perlu dicantumkan dengan jelas di kontrak.
Bisakah Aplikasinya Berjalan Sepenuhnya Air-Gapped?
Bisa. Deployment on-premise dan air-gapped didukung, dan sebagian besar klien enterprise ARSA meng-host aplikasinya sendiri. Lokasi deployment ditetapkan sebagai masukan desain sejak minggu pertama, sehingga aplikasi tidak perlu dipindahkan dari cloud di akhir proyek.
Kapan Sebaiknya Tetap Memakai No-Code?
Tetaplah di no-code bila aplikasinya tidak memproses data pribadi yang diatur, penggunanya sedikit, dan umurnya pendek. Dalam kondisi itu, kecepatan dan biaya rendah no-code lebih berharga daripada kendali penuh atas infrastruktur.
LANGKAH BERIKUTNYA
Mulai Dari Peta Data, Lalu Arsitektur
Mungkin auditor, klien korporat, atau petugas perlindungan data Anda sudah menanyakan lokasi data yang tidak bisa Anda jawab sendiri. Jika begitu, langkah berikutnya adalah memetakan aplikasi yang ada dan merancang penggantinya di infrastruktur yang Anda kendalikan. Pelajari cara ARSA merancang dan membangun sistem seperti ini di halaman Enterprise Web Applications, lihat seluruh tahapan kerja sama di layanan ARSA, atau hubungi tim kami untuk menjadwalkan feasibility assessment.