Pindah vendor cloud atau SaaS: siapkan data dan aksesnya

Kapan rencana pindah penyedia disiapkan?

Siapkan sebelum kontrak atau ketergantungan layanan makin besar. Perpindahan bisa diperlukan ketika kebutuhan berubah, layanan dihentikan, biaya tidak sesuai, atau kontrak berakhir. Hindari menunggu sampai akun lama akan ditutup.

NIST SP 800-146 membahas keterbatasan portabilitas pada SaaS dan platform cloud: format, antarmuka, serta layanan pendukung dapat berbeda. Publikasi 2012 ini menjadi dasar prinsip perencanaan; kemampuan ekspor dan biaya produk saat ini harus dikonfirmasi kepada penyedianya. Langkah berikut adalah rancangan kerja Kompli.

Apa saja yang harus ikut pindah?

Buat daftar selain data utama. Sertakan lampiran, relasi antarcatatan, riwayat perubahan yang diperlukan, konfigurasi, identitas akun, integrasi, nama domain, serta dokumen operasional. Pisahkan data yang dapat diekspor, data yang perlu diubah format, dan fungsi yang harus dibangun ulang.

Contoh objek	Pertanyaan penerimaan
Daftar pelanggan	Apakah nomor internal dan relasi pesanan tetap cocok?
Lampiran transaksi	Apakah file dapat dibuka dan terhubung ke catatan yang benar?
Hak akses	Apakah peran pada sistem baru sesuai tugas pengguna?
Integrasi	Siapa mengganti alamat layanan, kunci akses, dan pengiriman notifikasi?
Riwayat yang wajib disimpan	Apakah bukti tetap bisa ditemukan setelah akun lama ditutup?

Jangan menyalin kata sandi atau secret ke dokumen perpindahan. Rencanakan pembuatan kredensial baru dan pencabutan yang lama melalui jalur aman.

Uji satu alur sebelum memindahkan semuanya

Contoh fiktif: bisnis berpindah aplikasi tiket pelanggan. Ekspor memuat teks percakapan, tetapi lampirannya berupa tautan yang hanya aktif selama akun lama tersedia. Jumlah baris yang sama belum membuktikan perpindahan berhasil.

Tim menguji beberapa tiket dengan data fiktif: membuat tiket, menambah lampiran, mengekspor, mengimpor, membuka kembali, dan membatasi akses pengguna. Tim lalu mencatat bagian yang hilang, cara memperbaikinya, serta siapa menerima hasil uji. Kriteria penerimaan disepakati sebelum jadwal perpindahan ditentukan.

Sepakati masa transisi dan jalan kembali

Catat waktu penghentian perubahan data, pengalihan layanan, pemeriksaan transaksi tertunda, dan komunikasi kepada pengguna. Tentukan kondisi yang membuat perpindahan dihentikan atau dikembalikan. Jangan menganggap menjalankan dua sistem bersamaan selalu aman; perubahan di kedua sisi dapat menghasilkan data berbeda.

Minta rincian biaya ekspor, bantuan migrasi, penyimpanan sementara, dan penggunaan layanan lama selama transisi. Untuk data pribadi, periksa lokasi penerima baru, akses, serta transfer ke luar Indonesia bila relevan.

Kapan akun dan data lama ditutup?

Setelah hasil diterima, cocokkan data yang masih harus disimpan dengan jadwal retensi. Sepakati penutupan akses, penghentian integrasi, penghapusan yang berlaku, dan penanganan cadangan. Jangan meminta penghapusan menyeluruh sebelum memeriksa kewajiban penyimpanan atau kebutuhan bukti.

Simpan laporan penerimaan, daftar pengecualian, dan konfirmasi vendor. Gunakan checklist pindah vendor digital untuk membagi pekerjaan. Checklist membantu persiapan; hasil centang tidak membuktikan semua data sudah berpindah atau terhapus.