# Pindah vendor cloud atau SaaS: siapkan data dan aksesnya

Sumber diperiksa. Metode: https://kompli.id/metodologi/.

Rencana pindah penyedia perlu diuji sebelum Anda bergantung penuh pada layanan. File ekspor yang tersedia belum tentu bisa dipakai oleh sistem pengganti.

URL kanonis: https://kompli.id/panduan/operasional-digital/rencana-pindah-vendor-cloud/
Sumber diakses: 2026-09-28
Diperbarui: 2026-09-28
Penulis: Kompli
Sumber diperiksa: 2026-09-28


## 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](/panduan/pdp/transfer-data-pribadi-ke-luar-indonesia/) bila relevan.

## Kapan akun dan data lama ditutup?

Setelah hasil diterima, cocokkan data yang masih harus disimpan dengan [jadwal retensi](/panduan/pdp/retensi-dan-penghapusan-data-pribadi/). 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](/template/checklist-pindah-vendor-digital/) untuk membagi pekerjaan. Checklist membantu persiapan; hasil centang tidak membuktikan semua data sudah berpindah atau terhapus.
## Sumber rujukan

- [NIST SP 800-146 — Cloud Computing Synopsis and Recommendations](https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication800-146.pdf) — Bagian 5.4.3, 6.4.1, dan 8.3.3; keterbatasan portabilitas layanan dan data

## Perlu membahas kebutuhan tim Anda?

Ceritakan layanan digital yang Anda kelola dan kebutuhan tim Anda.

[Konsultasikan kebutuhan Anda](https://kompli.id/konsultasi/?topik=operasional-digital)

## Bacaan terkait

- [SLA dan kontrak vendor IT: apa yang perlu disepakati?](https://kompli.id/panduan/operasional-digital/sla-dan-tanggung-jawab-vendor/)
- [Checklist pindah vendor cloud atau SaaS](https://kompli.id/template/checklist-pindah-vendor-digital/)
- [Retensi data pribadi: menentukan masa simpan dan penghapusan](https://kompli.id/panduan/pdp/retensi-dan-penghapusan-data-pribadi/)