Takut ganti software karena data lama bisa kacau? Wajar — dan kekhawatiran itu beralasan. Kami pernah menemani apotek yang stoknya "hilang" separuh gara-gara migrasi asal-asalan, dan butuh dua minggu opname ulang untuk memulihkannya. Tapi dengan urutan langkah yang benar, migrasi bisa selesai dalam hitungan hari, stok tetap akurat, dan kasir tidak pernah berhenti melayani. Artikel ini merangkum prosedur yang kami pakai memigrasi puluhan apotek — termasuk yang datanya ratusan ribu transaksi.
Kenapa migrasi sering kacau?
Hampir semua kegagalan migrasi bersumber dari tiga hal yang sama:
- Data sumber yang kotor — produk ganda ("Paracetamol 500", "PCT 500", "Paracetamol 500mg" untuk barang yang sama), satuan tidak konsisten (strip vs box), dan harga yang sudah bertahun-tahun tidak diperbarui.
- Stok yang tidak pernah diverifikasi — angka di sistem lama sendiri sudah meleset dari fisik, lalu angka salah itu dipindah bulat-bulat ke sistem baru.
- Cutover tanpa rencana — apotek berjualan di dua sistem sekaligus selama masa transisi, sehingga transaksi tercecer dan tidak ada yang tahu stok mana yang benar.
Kabar baiknya: ketiganya bisa dicegah. Migrasi yang rapi bukan soal alat canggih, melainkan soal urutan kerja.
Data apa saja yang dipindah
- Master produk: nama, SKU/barcode, satuan (termasuk konversi satuan besar-kecil, misalnya 1 box = 10 strip = 100 tablet), golongan obat, kategori, dan pabrikan.
- Harga: harga jual utama dan harga alternatif bila ada (grosir, member, klinik). Jangan lupa harga beli terakhir — ini penting agar HPP dan laporan laba sistem baru langsung masuk akal.
- Stok awal: jumlah per produk, idealnya beserta batch & tanggal kedaluwarsa (ED). Tanpa batch/ED, fitur FEFO di sistem baru tidak bisa bekerja optimal sejak hari pertama.
- Pelanggan & supplier: data kontak, plus saldo piutang dan hutang berjalan. Saldo yang tidak ikut dipindah adalah tagihan yang berpotensi "menguap".
- Opsional: riwayat penjualan beberapa bulan terakhir — berguna untuk laporan tren dan rekomendasi pembelian, meski bukan syarat mutlak untuk mulai berjualan.
Langkah migrasi yang aman
- Export data dari sistem lama (Excel/CSV) — atau minta bantuan penyedia baru. Penyedia yang berpengalaman biasanya bisa membaca langsung dari database sistem lama, sehingga Anda tidak perlu mengetik ulang apa pun.
- Rapikan data: samakan format, buang duplikat, perbaiki SKU ganda, dan seragamkan satuan. Ini tahap yang paling memakan waktu tapi paling menentukan. Contoh nyata: apotek dengan 8.000 item master ternyata hanya punya sekitar 6.500 produk unik — sisanya duplikat yang selama ini membuat stok "terpecah" di dua kartu.
- Import bertahap: master produk dulu, lalu harga, lalu stok awal. Jangan sekali jalan — bila ada yang salah, Anda tahu persis di tahap mana.
- Stok opname setelah import untuk memastikan angka sesuai fisik (lihat panduan stok opname). Minimal lakukan opname parsial untuk produk kelas A — produk yang paling laku dan paling mahal.
- Uji coba paralel singkat: satu-dua hari, tim mencoba transaksi di sistem baru sambil sistem lama masih jadi acuan. Setelah yakin, tetapkan tanggal cutover — mulai tanggal itu, semua transaksi hanya di sistem baru. Titik.
Verifikasi setelah migrasi: jangan lewati
Verifikasi bukan formalitas. Gunakan daftar periksa ini di hari pertama sistem baru berjalan:
- Cek 20–30 produk acak lintas kategori: nama, harga, stok, satuan cocok dengan fisik dan sistem lama?
- Uji transaksi kasir → struk keluar benar, stok berkurang benar, batch yang terpotong adalah batch dengan ED terdekat?
- Bandingkan total nilai persediaan sistem baru dengan sistem lama. Selisih wajar biasanya di bawah 1–2% (akibat pembersihan duplikat); selisih 10% ke atas berarti ada yang salah di pemetaan satuan atau harga beli.
- Cocokkan total piutang dan hutang. Bila di sistem lama piutang tercatat Rp42,5 juta, sistem baru harus menunjukkan angka yang sama — per pelanggan, bukan cuma totalnya.
Kesalahan umum yang mahal harganya
| Kesalahan | Akibat | Pencegahan |
|---|---|---|
| Konversi satuan terbalik (box vs strip) | Stok tampak 10x lipat atau 1/10 | Uji hitung 5 produk multi-satuan sebelum import massal |
| Harga beli tidak ikut dipindah | HPP nol, laba semu di laporan | Sertakan harga beli terakhir di file import |
| Berjualan di dua sistem setelah cutover | Stok dua-duanya salah | Tetapkan tanggal cutover tegas, sistem lama jadi baca-saja |
| Backup lama langsung dihapus | Tidak ada rujukan saat ada sengketa angka | Simpan backup minimal 6 bulan |
Studi kasus singkat
Sebuah apotek dengan dua cabang dan sekitar 97.000 nota penjualan historis pindah sistem dengan pola di atas: pembersihan data 3 hari, import bertahap 1 hari, opname produk kelas A 1 hari, lalu cutover di tanggal yang disepakati. Hari pertama sistem baru, selisih nilai persediaan tercatat di bawah 1% dan langsung dijelaskan oleh duplikat yang digabung. Kasir tidak berhenti melayani satu jam pun — karena cutover dilakukan pagi hari sebelum jam ramai, dan tim sudah berlatih di masa paralel.
Tips penting sebelum memutuskan
Pilih penyedia yang menyediakan bantuan migrasi sebagai bagian dari layanan, bukan sekadar "kirim template Excel, isi sendiri". Migrasi mandiri tanpa panduan berisiko — apalagi bila data Anda mencakup batch, ED, dan saldo piutang. Lakukan di waktu sepi (awal pekan biasanya lebih longgar daripada akhir pekan), dan simpan backup data lama sampai Anda benar-benar yakin sistem baru berjalan benar.
Ongkos migrasi sering luput dihitung saat membandingkan harga — rinciannya ada di biaya software apotek 3 tahun & ongkos pindah sistem. Dan bila Anda masih di tahap memilih tujuan pindah, mulai dari kriteria memilih software apotek serta perbandingan software apotek 2026 — pastikan sistem tujuan mendukung batch/ED dan multi-satuan, karena dua hal itulah yang paling sering hilang di jalan.
Pindah ke Farmalite dibantu tim kami
Kami bantu migrasi data dari sistem lama Anda — produk, harga, stok beserta batch & ED, sampai saldo piutang/hutang — lalu memverifikasinya bersama sebelum cutover. Sudah teruji di puluhan apotek, termasuk yang datanya ratusan ribu transaksi. Pindah tanpa pusing.
