Setelah berbulan-bulan konfigurasi, migrasi data, dan pengujian, tanggal go-live ERP akhirnya ditetapkan. Ironisnya, di titik inilah banyak proyek justru paling rentan. Satu saldo awal yang belum direkonsiliasi, hak akses yang belum diatur, atau printer gudang yang tidak bisa mencetak surat jalan sudah cukup untuk menghentikan pengiriman di hari pertama.
Go-live bukan sekadar "menyalakan" sistem baru. Ini adalah perpindahan operasional: transaksi berhenti di sistem lama, saldo dipindahkan, dan seluruh tim mulai bekerja dengan cara baru pada hari yang sama. Artikel ini menyajikan checklist persiapan go-live ERP dari H-30 hingga masa pendampingan intensif pasca go-live (hypercare), lengkap dengan kriteria go/no-go dan kesalahan yang umum terjadi.
Apa itu Go-Live ERP?
Go-live ERP adalah momen ketika sistem ERP baru resmi dipakai untuk transaksi bisnis nyata dan menjadi sumber data utama perusahaan. Proses perpindahannya disebut cutover: rangkaian langkah terjadwal untuk menghentikan transaksi di sistem lama, memindahkan saldo serta dokumen yang masih terbuka, lalu membuka akses sistem baru bagi pengguna.
Ada tiga pendekatan cutover yang umum dipakai:
- Big bang: semua modul dan lokasi pindah sekaligus pada satu tanggal. Lebih cepat, tetapi risikonya terkonsentrasi di satu hari.
- Bertahap (phased): per modul atau per cabang, misalnya keuangan dan pembelian lebih dulu, lalu gudang dan penjualan. Risiko lebih tersebar, tetapi perlu jembatan data sementara antara sistem lama dan baru.
- Paralel: sistem lama dan baru berjalan bersamaan selama periode tertentu. Lebih aman di atas kertas, tetapi menggandakan beban input tim.
Mengapa Persiapan Go-Live Penting bagi Bisnis
Kesalahan di fase konfigurasi masih bisa diperbaiki tanpa dampak ke pelanggan. Kesalahan di hari go-live langsung terasa: faktur tidak terbit, stok tidak bisa dikeluarkan, atau gaji terlambat diproses. Biaya gangguan seperti ini sering kali lebih besar daripada biaya menunda go-live satu atau dua minggu.
Persiapan yang terstruktur juga menjaga kepercayaan pengguna. Jika minggu pertama dipenuhi error dan pekerjaan ganda, tim cenderung kembali ke Excel, dan sistem baru kehilangan dukungan sebelum sempat membuktikan manfaatnya.
Area Utama dalam Checklist Go-Live ERP
1. Kesiapan sistem dan hasil pengujian
Seluruh skenario bisnis kritis harus sudah lolos pengujian, dan hasil User Acceptance Testing (UAT) sudah ditandatangani pemilik proses. Defect yang tersisa perlu diklasifikasikan: tidak boleh ada defect kritis yang terbuka, sedangkan defect minor harus punya solusi sementara (workaround) yang terdokumentasi.
Pastikan juga konfigurasi di lingkungan produksi identik dengan lingkungan uji. Perbedaan kecil seperti format penomoran dokumen, akun default, atau aturan pajak sering terlewat saat konfigurasi dipindahkan.
2. Data master dan saldo awal
Data master seperti pelanggan, pemasok, item, dan bagan akun harus sudah dimigrasikan dan diperiksa oleh pemilik datanya. Untuk transaksi, yang biasanya dipindahkan adalah posisi per tanggal cutover:
- Neraca saldo (trial balance) per tanggal cutover.
- Piutang dan utang per dokumen yang belum lunas, bukan hanya totalnya.
- Persediaan per gudang berdasarkan hasil stock opname fisik.
- Aset tetap beserta nilai perolehan dan akumulasi penyusutannya.
- Purchase order dan sales order yang masih terbuka.
Lakukan minimal satu kali gladi migrasi (mock cutover) untuk mengukur durasi dan menemukan masalah lebih awal. Teknik pemetaan, pembersihan, dan validasi datanya kami bahas di strategi migrasi data ERP.
3. Pengguna, hak akses, dan pelatihan
Setiap pengguna sudah memiliki akun dengan peran yang sesuai matriks otorisasi, termasuk pemisahan tugas (segregation of duties). Misalnya, staf yang membuat purchase order tidak sekaligus berwenang menyetujuinya.
Pelatihan pengguna akhir sebaiknya selesai satu hingga dua minggu sebelum go-live, cukup dekat agar materi masih segar. Sediakan panduan ringkas per peran berisi langkah transaksi harian, bukan hanya manual lengkap yang tebal.
4. Infrastruktur, perangkat, dan integrasi
Periksa hal-hal yang sering dianggap sepele: koneksi internet di gudang dan cabang, printer untuk faktur dan surat jalan, pemindai barcode, serta template dokumen yang tampil benar saat dicetak. Uji juga integrasi dengan sistem lain seperti perbankan, marketplace, atau mesin absensi, termasuk format data faktur pajak yang akan diunggah ke Coretax DJP.
Sebelum cutover dimulai, pastikan cadangan (backup) penuh sistem lama tersedia dan prosedur pemulihannya pernah diuji, bukan hanya diasumsikan berjalan.
5. Komunikasi dan dukungan
Pelanggan dan pemasok perlu diberi tahu bila ada perubahan format faktur, nomor dokumen, atau rekening tujuan pembayaran. Di internal, tetapkan saluran pelaporan masalah, jadwal tim pendamping, dan war room, yaitu tempat tim proyek, key user, dan konsultan berkumpul selama hari-hari pertama. Komunikasi ini bagian dari manajemen perubahan organisasi, bukan sekadar pengumuman satu arah.
Langkah Praktis: Timeline Checklist Menjelang Hari-H
Tabel berikut adalah kerangka umum yang bisa disesuaikan dengan skala proyek. Untuk implementasi multi-cabang atau multi-entitas, rentang waktunya biasanya perlu lebih panjang.
| Waktu | Aktivitas utama | Penanggung jawab |
|---|---|---|
| H-30 | Tetapkan tanggal dan strategi cutover, susun rencana cutover per jam, jadwalkan stock opname, sepakati kriteria go/no-go | Project manager, sponsor |
| H-21 | Gladi migrasi data dan rekonsiliasi hasilnya, uji integrasi dari ujung ke ujung | Tim data, IT, finance |
| H-14 | Pelatihan pengguna akhir per peran, pembuatan akun dan hak akses, uji cetak dokumen | Key user, IT |
| H-7 | Rapat go/no-go, komunikasi ke pelanggan dan pemasok, finalisasi rencana rollback | Steering committee |
| H-3 s.d. H-1 | Bekukan konfigurasi, hentikan transaksi di sistem lama, stock opname, ekstrak saldo akhir, backup penuh | Finance, gudang, IT |
| Hari-H | Impor saldo awal, rekonsiliasi dengan neraca sistem lama, uji transaksi pertama, buka akses pengguna | Tim proyek, konsultan |
| H+1 s.d. H+30 | Hypercare: rapat harian, triase tiket, pemantauan transaksi, pendampingan tutup buku pertama | Tim proyek, helpdesk |
Kriteria go/no-go sebaiknya disepakati sejak awal dan dapat diperiksa secara objektif. Contohnya:
- Tidak ada defect kritis yang terbuka dan seluruh skenario UAT kritis sudah disetujui.
- Selisih rekonsiliasi saldo awal antara sistem lama dan ERP sudah nol atau dapat dijelaskan.
- Seluruh pengguna kunci sudah dilatih dan memiliki akses yang benar.
- Rencana rollback dan batas waktu terakhir untuk kembali ke sistem lama (point of no return) sudah disetujui.
- Tim hypercare dan jalur eskalasi masalah sudah ditetapkan.
Setelah go-live, masa hypercare menentukan apakah sistem benar-benar diadopsi. Siapkan tim yang responsif dengan klasifikasi prioritas tiket yang jelas. Bagi perusahaan yang tidak ingin membebani tim IT internal, dukungan ini bisa dilanjutkan melalui layanan managed IT services agar stabilitas sistem tetap terjaga setelah tim proyek dibubarkan.
Kesalahan Umum yang Perlu Dihindari
- Tanggal ditentukan kalender, bukan kesiapan. Tenggat yang sudah diumumkan ke manajemen sering membuat tim memaksakan go-live meski kriteria belum terpenuhi. Menunda dua minggu sering kali lebih murah daripada memperbaiki data yang keliru selama berbulan-bulan.
- Waktu bertabrakan dengan puncak beban kerja. Go-live di tengah tutup buku akhir tahun, menjelang Lebaran, atau saat musim puncak penjualan memaksa tim belajar sistem baru ketika beban kerjanya paling tinggi.
- Saldo awal tidak direkonsiliasi. Jika neraca pembuka tidak cocok sejak hari pertama, semua laporan berikutnya ikut diragukan.
- Tidak ada rencana rollback. Tim perlu tahu sampai kapan kembali ke sistem lama masih mungkin dan siapa yang berwenang memutuskannya.
- Pendampingan berakhir terlalu cepat. Banyak masalah baru muncul saat proses bulanan pertama berjalan, seperti penggajian, penyusutan aset, dan tutup buku.
Pertanyaan yang Sering Diajukan
Kapan waktu yang tepat untuk go-live ERP?
Umumnya di awal periode akuntansi, misalnya tanggal 1 suatu bulan, agar saldo awal bersih dan laporan tidak terpotong di tengah periode. Awal tahun buku memang rapi secara akuntansi, tetapi bertabrakan dengan beban tutup buku tahunan dan pelaporan pajak, sehingga perlu dipertimbangkan matang.
Apakah sistem lama dan baru perlu dijalankan paralel?
Tidak selalu. Parallel run menggandakan beban input dan sering membuat pengguna enggan beralih. Pendekatan yang lebih umum adalah rekonsiliasi ketat di hari-hari pertama, sementara paralel dipakai untuk proses berisiko tinggi seperti penggajian pada siklus pertama.
Berapa lama masa hypercare setelah go-live?
Tergantung skala dan kompleksitas, tetapi idealnya mencakup minimal satu siklus tutup buku bulanan penuh. Banyak masalah baru terlihat saat proses akhir bulan pertama dijalankan.
Siapa yang berwenang memutuskan go atau no-go?
Steering committee atau sponsor proyek, berdasarkan kriteria yang disepakati sebelumnya serta masukan dari project manager, pemilik proses bisnis, dan tim IT. Dengan begitu, keputusan tidak semata-mata bergantung pada tekanan tenggat.
Kesimpulan
Go-live ERP yang mulus adalah hasil persiapan yang terukur: pengujian tuntas, saldo awal yang direkonsiliasi, pengguna yang siap, infrastruktur yang teruji, serta rencana rollback dan pendampingan yang jelas. Checklist di atas membantu memastikan keputusan go/no-go diambil berdasarkan fakta, bukan tekanan jadwal.
Solvera mendampingi perusahaan dalam implementasi ERP, system integration, dan IT consulting, termasuk perencanaan cutover dan masa hypercare. Jika tanggal go-live Anda sudah dekat dan Anda ingin meninjau kesiapannya sebelum hari-H,diskusikan rencana cutover Anda dengan tim kami.