Banyak proyek ERP tersendat bukan karena sistemnya, melainkan karena datanya. Saldo persediaan tidak cocok dengan fisik gudang, satu pelanggan tercatat dengan tiga kode berbeda, dan piutang lama tidak bisa ditelusuri asal-usulnya. Begitu data seperti ini masuk ke sistem baru, masalah lama hanya berpindah tempat.
Karena itu, migrasi data ERP perlu diperlakukan sebagai proyek tersendiri dengan strategi, pemilik, dan jadwal yang jelas — bukan pekerjaan teknis yang diselesaikan seminggu sebelum go-live. Artikel ini membahas jenis data yang perlu dipindahkan, pendekatan migrasi yang umum dipakai, langkah praktis dari pemetaan hingga rekonsiliasi, serta kesalahan yang paling sering membuat jadwal mundur.
Panduan ini ditujukan untuk direktur keuangan, manajer operasional, dan kepala IT yang sedang menyiapkan atau menjalankan implementasi ERP dan ingin memastikan sistem baru dibuka dengan data yang bisa dipercaya.
Apa itu migrasi data ERP?
Migrasi data ERP adalah proses memindahkan data dari sistem lama — spreadsheet, software akuntansi, aplikasi buatan sendiri, atau ERP generasi sebelumnya — ke sistem ERP baru. Prosesnya bukan sekadar menyalin tabel. Data harus diekstrak, dibersihkan, diubah ke struktur sistem baru, dimuat, lalu dicocokkan kembali dengan sumbernya.
Secara umum, data yang dimigrasikan terbagi menjadi tiga kelompok: master data (pelanggan, pemasok, barang, akun), saldo awal (stok, piutang, utang, aset, buku besar), dan transaksi terbuka (pesanan penjualan dan pembelian yang belum selesai). Data historis detail adalah kelompok keempat yang bersifat opsional dan perlu diputuskan secara sadar.
Mengapa strategi migrasi data ERP penting bagi bisnis
Sistem ERP hanya seakurat data di dalamnya. Jika saldo awal persediaan salah, perhitungan harga pokok penjualan ikut salah sejak bulan pertama. Jika master pelanggan berduplikasi, laporan umur piutang tidak bisa dipakai untuk penagihan. Pengguna yang menemukan angka janggal di minggu pertama cenderung kembali ke Excel, dan adopsi sistem pun gagal.
Ada juga sisi kepatuhan. Di Indonesia, pembukuan dan dokumen pendukungnya wajib disimpan selama sepuluh tahun sesuai UU KUP, sehingga keputusan "data lama tidak dipindahkan" harus disertai rencana arsip yang tetap bisa diakses saat pemeriksaan pajak. Data pribadi karyawan dan pelanggan juga tunduk pada UU Pelindungan Data Pribadi (UU No. 27 Tahun 2022), sehingga file ekspor yang beredar selama migrasi perlu dikendalikan.
Terakhir, migrasi data hampir selalu berada di jalur kritis jadwal proyek. Bila dimulai terlambat, ia menunda UAT dan go-live. Itu sebabnya pekerjaan ini sebaiknya sudah masuk sejak tahap awal dalam timeline implementasi ERP yang realistis.
Komponen utama dalam strategi migrasi data
Ruang lingkup: data apa yang benar-benar perlu dipindahkan
Keputusan terpenting adalah apa yang tidak dipindahkan. Memindahkan seluruh riwayat transaksi lima tahun terdengar aman, tetapi biayanya besar dan risikonya tinggi karena struktur data lama jarang cocok dengan sistem baru. Tabel berikut merangkum pendekatan yang lazim dipakai:
| Kelompok data | Contoh | Pendekatan umum |
|---|---|---|
| Master data | Pelanggan, pemasok, barang, bagan akun, karyawan | Dipindahkan setelah dibersihkan; hanya record yang masih aktif |
| Saldo awal | Stok per gudang, piutang dan utang per dokumen, aset tetap, saldo buku besar | Dipindahkan per tanggal cut-off, wajib direkonsiliasi |
| Transaksi terbuka | PO dan SO yang belum diterima atau dikirim, proyek berjalan | Dipindahkan sebagai dokumen aktif di sistem baru |
| Riwayat transaksi | Faktur dan jurnal tahun-tahun sebelumnya | Umumnya diarsipkan dan tetap dapat dibaca; dipindahkan hanya bila ada kebutuhan analisis yang jelas |
Kepemilikan data
Setiap objek data perlu satu pemilik dari sisi bisnis, bukan dari IT. Bagian keuangan memiliki bagan akun dan saldo, bagian pembelian memiliki master pemasok, gudang memiliki master barang dan stok. Tim IT atau konsultan menyiapkan alat dan template, tetapi keputusan "data ini benar" harus datang dari pemiliknya.
Kualitas dan standar data
Sebelum memuat apa pun, sepakati standar: format kode barang, satuan ukur, penamaan pemasok, dan kelengkapan field wajib. Untuk konteks Indonesia, periksa juga format identitas pajak di master pelanggan dan pemasok — sejak berlakunya NPWP 16 digit dan pemakaian NIK sebagai NPWP orang pribadi, banyak data lama masih menyimpan format 15 digit. Standar ini sebaiknya ditetapkan bersama tim yang mengelola integrasi ERP dengan sistem legacy, karena aplikasi yang tetap berjalan akan ikut membaca data yang sama.
Pendekatan cut-over
Ada dua pola besar. Big bang: semua modul dan lokasi pindah pada satu tanggal, biasanya di awal bulan atau awal tahun buku agar tutup buku tetap bersih. Bertahap: perpindahan per modul atau per cabang, yang menurunkan risiko tetapi menuntut sinkronisasi sementara antara sistem lama dan baru. Pilihan ini menentukan berapa kali migrasi harus dijalankan.
Langkah praktis menjalankan migrasi data ERP
Urutan kerja berikut adalah kerangka yang umum dipakai dan bisa disesuaikan dengan skala perusahaan Anda:
- Inventarisasi sumber data. Catat semua tempat data berada: software akuntansi, file Excel per divisi, aplikasi gudang, bahkan buku catatan cabang. Sumber yang terlewat biasanya baru ketahuan saat UAT.
- Petakan field. Buat dokumen pemetaan yang menghubungkan setiap kolom sumber dengan field di ERP baru, termasuk aturan transformasi (misalnya satuan "lusin" dikonversi ke "pcs").
- Bersihkan data di sumbernya. Hapus duplikasi, tutup record yang tidak aktif, lengkapi field kosong. Membersihkan di sistem lama lebih mudah dikendalikan daripada memperbaikinya setelah dimuat.
- Siapkan template dan alat muat. Gunakan template impor standar dari ERP atau skrip yang terdokumentasi, sehingga proses bisa diulang dengan hasil sama.
- Lakukan uji muat (mock load) minimal dua kali. Muat ke lingkungan uji, catat error, perbaiki, ulangi. Uji muat terakhir sebaiknya memakai data yang mendekati tanggal cut-off dan diikuti pengujian proses bisnis.
- Rekonsiliasi. Cocokkan jumlah record dan nilai total: saldo buku besar per akun, total stok per gudang dan nilainya, total piutang per pelanggan. Pemilik data menandatangani hasilnya.
- Jalankan cut-over. Bekukan transaksi di sistem lama, ambil saldo akhir, muat ke produksi, rekonsiliasi ulang, lalu buka sistem baru untuk pengguna.
Sebagai ilustrasi, perusahaan distribusi dengan tiga gudang biasanya perlu menjadwalkan stock opname tepat sebelum cut-off. Hasil hitung fisik — bukan saldo di sistem lama — yang dijadikan saldo awal, sehingga selisih historis tidak terbawa. Pengaturan lokasi, lot, dan satuan di modul inventory dan warehouse juga perlu final sebelum saldo dimuat.
Langkah-langkah ini idealnya sudah tercantum dalam checklist persiapan implementasi ERP Anda, lengkap dengan nama penanggung jawab dan tenggat per objek data.
Kesalahan umum yang perlu dihindari
- Memulai terlalu dekat dengan go-live. Pembersihan data hampir selalu memakan waktu lebih lama dari perkiraan, karena bergantung pada staf operasional yang juga menjalankan pekerjaan harian.
- Memindahkan semuanya "untuk jaga-jaga". Data yang tidak relevan menambah beban uji dan membingungkan pengguna. Arsipkan, jangan migrasikan.
- Tidak ada rekonsiliasi formal. Tanpa angka pembanding yang ditandatangani, perdebatan "data siapa yang benar" akan muncul setelah go-live, saat biaya memperbaikinya jauh lebih besar.
- Menyerahkan sepenuhnya ke IT atau vendor. Konsultan bisa memindahkan data, tetapi tidak bisa memastikan bahwa saldo piutang pelanggan tertentu memang benar.
- File ekspor beredar tanpa kendali. Data karyawan dan pelanggan yang dikirim lewat email atau flashdisk berisiko bocor. Gunakan folder bersama dengan hak akses terbatas dan hapus salinan sementara setelah proyek selesai.
- Uji muat tanpa uji proses. Data yang berhasil dimuat belum tentu bisa dipakai. Pastikan transaksi lanjutan — misalnya menerima barang dari PO hasil migrasi — benar-benar bisa dijalankan.
Pertanyaan yang Sering Diajukan
Kapan waktu terbaik melakukan cut-over data ERP?
Umumnya di awal periode akuntansi, idealnya awal tahun buku atau setidaknya awal bulan. Dengan begitu tutup buku periode sebelumnya tetap dilakukan di sistem lama dan saldo awal di sistem baru menjadi jelas.
Apakah data transaksi historis harus dipindahkan ke ERP baru?
Tidak selalu. Banyak perusahaan hanya memindahkan saldo dan transaksi terbuka, lalu menyimpan riwayat di arsip yang bisa dibaca atau di sistem lama dalam mode baca saja. Yang penting, arsip tersebut tetap tersedia selama masa retensi yang diwajibkan.
Berapa kali uji muat sebaiknya dilakukan?
Minimal dua kali sebelum cut-over produksi, dan lebih banyak untuk data yang kompleks. Ukurannya bukan jumlah percobaan, melainkan apakah uji terakhir lolos tanpa error dan hasil rekonsiliasinya sudah disetujui pemilik data.
Siapa yang bertanggung jawab atas kebenaran data hasil migrasi?
Pemilik data dari sisi bisnis. Tim IT dan konsultan bertanggung jawab atas proses dan alat migrasi, sedangkan keuangan, pembelian, penjualan, dan gudang mengesahkan bahwa isinya benar.
Kesimpulan
Migrasi data ERP yang berhasil ditentukan oleh keputusan-keputusan awal: data apa yang dipindahkan, siapa pemiliknya, standar apa yang dipakai, dan bagaimana hasilnya dibuktikan lewat rekonsiliasi. Mulailah sejak awal proyek, uji berulang kali, dan jangan buka sistem baru sebelum angka-angkanya disepakati.
Solvera mendampingi perusahaan dalam implementasi ERP, system integration, dan IT consulting, termasuk perencanaan migrasi data dari sistem lama. Jika Anda sedang menyusun ruang lingkup migrasi dan ingin memastikan tidak ada objek data penting yang terlewat, Anda bisa mendiskusikan rencana migrasi data Anda dengan tim konsultan Solvera.