Migrasi data ERP adalah proses memindahkan data yang masih dibutuhkan dari sistem lama ke ERP baru dengan struktur, aturan, dan hasil rekonsiliasi yang disepakati. Pekerjaan ini tidak cukup dinilai dari status “file berhasil diimpor”. Perusahaan perlu membuktikan bahwa pelanggan, pemasok, barang, stok, saldo, dan transaksi terbuka masuk secara lengkap, benar, dapat ditelusuri, serta siap dipakai dalam proses operasional.
Panduan resmi Microsoft Dynamics 365 membedakan data konfigurasi, master data, dan transaksi terbuka. SAP Migration Cockpit juga menyediakan simulasi sebelum migrasi aktual. Prinsipnya berlaku luas: petakan objek, uji pemetaan, lakukan dry run, validasi hasil, lalu tentukan kesiapan cutover.
Mengapa Migrasi Data ERP Menjadi Risiko Go-Live?
Sistem lama biasanya menyimpan kode pelanggan ganda, format tanggal berbeda, satuan barang tidak konsisten, akun tidak aktif, transaksi tanpa referensi, atau saldo yang tidak sama dengan rincian pendukungnya. Jika seluruh data dipindahkan apa adanya, masalah lama ikut masuk ke sistem baru.
Risikonya bukan hanya teknis. Data yang salah dapat membuat sales tidak menemukan pelanggan, gudang melihat stok keliru, finance gagal merekonsiliasi saldo, atau manajemen kehilangan kepercayaan pada ERP baru. Karena itu, migrasi harus menjadi program lintas fungsi dengan pemilik data dari sisi bisnis.
Data Apa Saja yang Perlu Dimigrasikan?
- Data konfigurasi: mata uang, pajak, chart of accounts, unit pengukuran, lokasi, dan parameter proses.
- Master data: pelanggan, pemasok, barang, aset, karyawan, rekening bank, dan pusat biaya.
- Transaksi terbuka: sales order, purchase order, piutang, utang, pekerjaan dalam proses, dan saldo persediaan aktif.
- Saldo awal: saldo buku besar, subledger, bank, stok per lokasi, dan nilai aset pada tanggal cutover.
- Riwayat terpilih: histori yang diperlukan untuk audit, layanan pelanggan, analisis, atau kewajiban penyimpanan.
Tidak semua histori harus masuk ke ERP baru. Data yang jarang digunakan dapat diarsipkan selama tetap aman dan dapat dicari. Keputusan ini perlu mempertimbangkan kebutuhan operasional, audit, regulasi, biaya, dan masa transisi.
Checklist Migrasi Data ERP Sebelum Go-Live
1. Tetapkan Pemilik dan Kriteria Penerimaan
Setiap objek harus memiliki data owner bisnis. Sales memvalidasi pelanggan dan order, procurement memvalidasi pemasok dan purchase order, warehouse memvalidasi item serta stok, sementara finance mengesahkan saldo dan hubungan subledger ke general ledger.
Kriteria penerimaan harus terukur: jumlah record sumber dan target cocok, field wajib terisi, duplikasi ditangani, saldo sama, transaksi sampel dapat dibuka, dan exception memiliki keputusan tertulis.
2. Buat Inventaris Sumber Data
Catat sistem sumber, tabel atau file, periode, volume, format, pemilik, sensitivitas, frekuensi perubahan, dan ketergantungan. Satu data pelanggan dapat tersebar di ERP lama, CRM, spreadsheet sales, dan sistem penagihan.
3. Tentukan Aturan Scope dan Arsip
Tetapkan data yang dimigrasikan penuh, diringkas, diarsipkan, atau dihentikan. Dokumentasikan tanggal batas, status transaksi, perlakuan data tidak aktif, serta cara pengguna mengakses histori setelah go-live.
4. Susun Mapping Sumber ke Target
Mapping menjelaskan field sumber ke field target, termasuk transformasi format, default value, referensi kode, konversi satuan, dan urutan dependensi. Microsoft menjelaskan penggunaan staging table untuk memeriksa, membersihkan, atau mengonversi data sebelum dipindahkan ke target. Mapping harus direview bersama orang bisnis yang memahami arti datanya.
5. Bersihkan dan Deduplicasi di Sumber
Prioritaskan masalah yang memengaruhi transaksi: kode ganda, identitas kosong, status tidak valid, referensi putus, format tidak konsisten, dan record usang. Pisahkan koreksi wajib go-live dari program perbaikan data jangka panjang.
6. Bangun Staging dan Log Exception
Staging memberi ruang untuk memvalidasi record sebelum masuk ERP. Setiap penolakan perlu dicatat dengan objek, record, penyebab, pemilik, keputusan, dan status perbaikan. Error tidak boleh hilang hanya karena sebagian besar record berhasil.
7. Lakukan Beberapa Dry Run
Panduan go-live Microsoft merekomendasikan pengujian migrasi beberapa kali sebelum cutover. Dry run mengukur durasi ekstraksi, transformasi, pemuatan, validasi, dan rekonsiliasi. SAP Migration Cockpit juga mendukung simulasi sebelum migrasi. Gunakan hasil setiap dry run untuk memperbaiki mapping, skrip, kapasitas, dan runbook.
8. Rekonsiliasi Kuantitas dan Nilai
Validasi tidak berhenti pada jumlah record. Bandingkan kuantitas stok per lokasi, nilai persediaan, saldo pelanggan, saldo pemasok, total aset, jurnal pembuka, serta hubungan subledger dengan general ledger. Simpan bukti sumber, target, selisih, penjelasan, dan persetujuan.
| Objek | Validasi Minimum | Pemilik Bisnis |
|---|---|---|
| Pelanggan & pemasok | Jumlah, duplikasi, status, pajak, termin pembayaran | Sales / Procurement / Finance |
| Barang & stok | Kode, satuan, batch/serial, kuantitas dan nilai per lokasi | Warehouse / Finance |
| Piutang & utang | Dokumen terbuka, umur, mata uang, dan total subledger | AR / AP / Finance |
| Buku besar | Saldo akun, entitas, pusat biaya, periode, dan opening balance | Accounting |
9. Uji Proses Menggunakan Data Hasil Migrasi
Data dapat lolos rekonsiliasi tetapi gagal dipakai. Jalankan skenario nyata: buat order untuk pelanggan hasil migrasi, alokasikan stok, posting invoice, lakukan pembayaran, dan lihat laporan. Artikel UAT ERP menjelaskan pengujian proses yang melengkapi—bukan menggantikan—validasi migrasi.
10. Siapkan Cutover, Rollback, dan Hypercare
Runbook cutover perlu menetapkan freeze window, urutan aktivitas, PIC, durasi, titik keputusan go/no-go, langkah validasi, komunikasi, dan kondisi rollback. Setelah go-live, sediakan periode hypercare dengan jalur eskalasi untuk exception data dan transaksi pertama.
Dokumen yang Harus Siap
- inventaris dan klasifikasi data;
- data mapping dan aturan transformasi;
- daftar cleansing serta exception;
- hasil dry run dan waktu aktual;
- rekonsiliasi sumber–target;
- persetujuan data owner;
- runbook cutover dan rollback;
- kontrol akses data sensitif;
- rencana arsip dan retensi.
Dokumen kebutuhan awal harus memasukkan ruang lingkup migrasi. Gunakan panduan RFP pengembangan software untuk memastikan calon vendor menjelaskan tanggung jawab, asumsi, acceptance criteria, dan ketergantungan migrasi sejak awal.
Kapan Migrasi Data ERP Dinyatakan Siap?
Migrasi siap ketika scope disepakati, skrip dan runbook diuji, dry run selesai dalam jendela cutover, exception kritis ditutup, rekonsiliasi diterima pemilik bisnis, dan proses utama berhasil diuji memakai data hasil migrasi. Status “100% imported” belum cukup bila saldo, hubungan data, hak akses, atau penggunaan operasional belum dibuktikan.
Pertanyaan yang Sering Diajukan
Apakah semua data lama harus dipindahkan?
Tidak. Pilih data berdasarkan kebutuhan operasional, audit, regulasi, analitik, dan biaya. Data lain dapat diarsipkan selama aman, dapat ditelusuri, dan mempunyai pemilik.
Berapa kali dry run migrasi perlu dilakukan?
Tidak ada angka universal. Lakukan sampai proses stabil, durasi memenuhi jendela cutover, exception kritis tertangani, dan rekonsiliasi diterima.
Siapa yang menyetujui hasil migrasi?
Tim IT membuktikan proses teknis, tetapi data owner bisnis menyetujui kelengkapan dan kebenaran data. Finance mengesahkan saldo dan rekonsiliasi keuangan.
Apa bedanya migrasi data dan UAT ERP?
Migrasi data berfokus pada pemindahan, pemetaan, kualitas, dan rekonsiliasi data. UAT membuktikan proses bisnis dapat dijalankan pengguna sesuai kebutuhan. Keduanya diperlukan.
Butuh Rencana Migrasi yang Dapat Dipertanggungjawabkan?
Layana.ID membantu perusahaan memetakan kebutuhan ERP, data source, business rule, risiko integrasi, acceptance criteria, dan rencana cutover sebelum implementasi dimulai. Diskusikan blueprint dan migrasi ERP perusahaan Anda bersama tim Layana.ID.
Sumber Primer
- Microsoft Learn — Data migration for Dynamics 365 implementation projects
- Microsoft Learn — Go-live checklist and data migration readiness
- Microsoft Learn — Data import and export jobs
- SAP Help Portal — Migrate Your Data, Migration Cockpit