Memindahkan Spreadsheet ke Aplikasi Tim Tanpa Kehilangan Data
Cara owner dan manajer menyiapkan spreadsheet sebelum pindah ke aplikasi: memisahkan data, merapikan kode, uji impor 20 baris, dan menetapkan tanggal pindah.
· Diperbarui
Senin pagi, file stok gudang dibuka empat orang sekaligus. Admin cabang menambah barang masuk, kepala gudang mengoreksi angka retur, dan bagian pembelian menyalin satu tab untuk rapat. Sore harinya stok sabun cair di file tertulis 140 karton, sementara di rak hanya ada 112. Tidak ada yang tahu baris mana yang berubah, kapan, dan oleh siapa.
Di titik ini banyak owner memutuskan pindah ke aplikasi. Keputusannya masuk akal, tetapi ada jebakan: kalau spreadsheet yang berantakan diimpor apa adanya, aplikasi baru hanya mewarisi kekacauan yang sama dengan tampilan lebih rapi. Panduan ini membahas apa yang perlu diperiksa sebelum impor, cara menguji dengan sedikit data, dan kapan file lama benar-benar ditutup.
Tanda spreadsheet sudah jadi sumber masalah
Spreadsheet bagus untuk mencatat cepat. Masalah muncul ketika file itu dipakai sebagai sistem kerja banyak orang. Beberapa tanda yang sering terlihat di divisi operasional, keuangan, dan penjualan:
- Ada beberapa versi file, misalnya "Stok_final", "Stok_final_revisi", dan "Stok_pakai_ini", lalu tim berdebat mana yang benar.
- Kolom status diisi bebas: "ok", "OK", "sudah", "beres". Akibatnya filter dan rekap tidak bisa dipercaya.
- Persetujuan terjadi di chat. Di file hanya tertulis "disetujui atasan" tanpa tanggal dan tanpa jejak siapa yang menyetujui.
- Satu rumus rusak di baris 800 dan baru ketahuan saat laporan bulanan tidak cocok.
Kalau dua atau tiga tanda ini muncul setiap minggu, biaya menambal spreadsheet biasanya sudah lebih mahal daripada merapikan cara kerjanya.
Satu sheet sering berisi tiga jenis data
Kesalahan paling umum adalah menganggap satu sheet sama dengan satu tabel di aplikasi. Padahal satu sheet sering mencampur tiga hal: data induk (daftar barang, pelanggan, karyawan), transaksi (barang masuk, pesanan, permintaan dana), dan laporan (total per bulan, rekap per cabang).
Di aplikasi, ketiganya sebaiknya dipisah. Data induk diisi sekali dan dipakai berulang. Transaksi selalu merujuk ke data induk. Laporan dihitung dari transaksi, bukan diketik ulang. Misalnya, file stok gudang tadi bisa dipetakan seperti ini:
| Sheet lama | Jenis data | Jadi apa di aplikasi | Kunci unik |
|---|---|---|---|
| Daftar Barang | Data induk | Master barang | Kode barang |
| Mutasi Masuk-Keluar | Transaksi | Mutasi stok | Nomor mutasi |
| Rekap Bulanan | Laporan | Laporan yang dihitung otomatis | Tidak perlu diimpor |
| Catatan Retur | Transaksi | Mutasi stok dengan jenis "retur" | Nomor mutasi |
Perhatikan baris "Rekap Bulanan". Angka rekap tidak perlu diimpor karena akan dihitung ulang dari mutasi. Kalau rekap ikut diimpor bersama transaksinya, jumlahnya bisa terhitung dua kali.
Rapikan salinan file, bukan file aslinya
Kerjakan semua perapian pada salinan, misalnya "Stok_untuk_impor_2026-11-02.xlsx". Tim tetap memakai file lama sampai uji impor beres, jadi pekerjaan harian tidak terganggu.
Pada salinan itu, periksa beberapa hal berikut:
- Satu baris, satu catatan. Hapus baris judul yang berulang, baris subtotal, dan sel yang digabung (merge). Mesin impor membaca baris demi baris, jadi baris subtotal akan dianggap barang baru.
- Kode unik benar-benar unik. Urutkan kolom kode barang dan cari yang kembar. Sering ada "SBN-01" dan "SBN-001" yang ternyata barang sama.
- Isian bebas dijadikan pilihan tetap. Kolom status, cabang, dan satuan sebaiknya punya daftar nilai baku, misalnya cabang hanya "Bekasi", "Bogor", "Depok". Tulisan "Bks" dan "bekasi " (dengan spasi) dirapikan sekarang.
- Format tanggal dan angka seragam. Pastikan tanggal benar-benar berformat tanggal dan angka tidak disimpan sebagai teks seperti "Rp 12.000".
- Kode dengan nol di depan. Kode pelanggan "00125" atau nomor telepon bisa kehilangan nol bila dibaca sebagai angka.
Butir terakhir sering terlewat. Dokumentasi Microsoft tentang mengimpor dan mengekspor file teks atau CSV di Excel menjelaskan bahwa format data tiap kolom bisa diatur saat impor, termasuk format teks, supaya nilai seperti ini tidak diubah otomatis. Prinsip yang sama berlaku saat memindahkan data ke aplikasi apa pun: tandai kolom kode sebagai teks, bukan angka.
Tentukan siapa boleh melakukan apa
Spreadsheet biasanya hanya punya dua tingkat akses: bisa membuka atau tidak. Saat pindah ke aplikasi, ada kesempatan untuk merapikan hak akses per jabatan. Tulis dulu di kertas atau tabel sederhana:
| Jabatan | Boleh menambah | Boleh menyetujui | Boleh melihat |
|---|---|---|---|
| Admin gudang | Mutasi stok cabangnya | Tidak | Stok cabangnya |
| Kepala cabang | Mutasi stok cabangnya | Retur dan barang rusak di cabangnya | Semua data cabangnya |
| Manajer operasional | Master barang | Penyesuaian stok di atas 10 karton | Semua cabang |
| Owner | Tidak perlu | Tidak perlu | Semua laporan |
Tabel ini juga menjawab pertanyaan yang dulu diselesaikan lewat chat: siapa yang menyetujui dan apa yang terjadi bila orangnya cuti. Kalau alurnya berjenjang menurut nilai, pola yang sama dipakai untuk pembelian; urutannya mirip dengan cara tim penjualan merapikan tahap di pipeline penjualan untuk manajer, yaitu setiap tahap punya pemilik dan syarat lanjut yang jelas.
Uji impor dengan 20 baris dulu
Jangan langsung mengimpor 3.000 baris. Ambil sekitar 20 baris yang mewakili kasus sulit: kode dengan nol di depan, transaksi dari dua cabang, satu barang rusak yang butuh persetujuan, satu retur, dan satu baris dengan catatan panjang.
Setelah impor percobaan, cocokkan hasilnya dengan file sumber. Misalnya hasil pemeriksaan seperti ini:
| Yang dicek | Di spreadsheet | Di aplikasi | Hasil |
|---|---|---|---|
| Jumlah baris | 20 | 20 | Cocok |
| Kode "00125" | 00125 | 125 | Kolom kode harus diubah ke teks |
| Total karton masuk | 346 | 346 | Cocok |
| Nama cabang | 20 isi | 18 cocok, 2 salah ketik | Rapikan daftar cabang |
Dua masalah kecil di 20 baris biasanya berarti puluhan masalah di 3.000 baris. Perbaiki di salinan file, ulangi uji sampai 20 baris itu cocok semua, baru impor penuh.
Kesalahan yang sering membuat perpindahan gagal
Mengimpor seluruh riwayat sejak awal usaha. Untuk stok, sering kali cukup saldo awal per tanggal pindah ditambah transaksi bulan berjalan. Data lama tetap disimpan sebagai arsip.
Menjalankan dua sistem terlalu lama. Kalau file lama dan aplikasi dipakai bersamaan berminggu-minggu, angka keduanya pasti berbeda dan tim bingung mana yang benar. Tetapkan satu tanggal pindah, misalnya awal bulan setelah stok opname, lalu kunci file lama sebagai arsip baca saja.
Meniru spreadsheet mentah-mentah. Kolom "Keterangan" yang dulu dipakai untuk segala hal, dari nomor PO sampai alasan retur, sebaiknya dipecah menjadi kolom sesuai fungsinya.
Tidak menunjuk pemilik data induk. Siapa yang boleh menambah barang baru? Kalau semua orang boleh, daftar barang akan penuh duplikat lagi dalam beberapa bulan.
Kalau ingin mencobanya di Sora
Kalau file stok, permintaan dana, atau daftar pesanan tim sudah sulit dilacak, kamu bisa mempertimbangkan Sora. Di Sora kamu bisa menceritakan alur kerja tim atau mengunggah spreadsheet, lalu Sora membangun aplikasinya lengkap dengan jabatan, cabang, persetujuan, dan laporan. Persiapan di atas tetap berguna: pemisahan data induk, transaksi, dan laporan membuat hasilnya lebih mudah diperiksa. Untuk toko dan usaha jasa, ada juga template aplikasi siap pakai yang kolom dan alur persetujuannya bisa kamu sesuaikan dengan tabel hak akses yang sudah kamu tulis.
Langkah yang bisa dikerjakan hari ini
Buka spreadsheet yang paling sering diperdebatkan di tim, buat salinannya, lalu beri label setiap sheet: data induk, transaksi, atau laporan. Setelah itu urutkan kolom kunci di data induk dan hitung berapa kode yang kembar. Dua langkah ini butuh kurang dari satu jam dan langsung menunjukkan seberapa siap file itu untuk dipindahkan.