Menyiapkan data sebelum menghubungkan sistem: lima pemeriksaan yang dikerjakan lebih dulu

Dua sistem yang berdiri sendiri biasanya berjalan rapi. Kekacauan muncul di batas antara keduanya: nomor pesanan yang di satu tempat memakai awalan dan di tempat lain tidak, nama pelanggan yang ditulis dengan ejaan berbeda, status yang di satu sistem berupa kata dan di sistem lain berupa waktu. Tidak ada yang rusak secara teknis. Laporannya hanya tidak pernah cocok.

Menghubungkan sistem adalah pekerjaan yang lurus: ambil data dari satu tempat, kirim ke tempat lain, atur jadwalnya. Bagian yang tidak lurus ada di datanya. Karena itu urutan kerja yang dipakai GenZi selalu menempatkan pemeriksaan data sebelum perancangan alur, bukan sesudahnya.

Integrasi jarang berhenti karena alatnya

Perantara untuk menyambungkan dua layanan sekarang tersedia banyak dan bisa dicoba dalam hitungan menit. Yang tidak bisa dipercepat adalah keputusan tentang arti data: kolom mana yang menjadi acuan, baris seperti apa yang dianggap sah, dan periode mana yang dihitung sebagai satu bulan.

Kegagalan yang sering terjadi bukan kegagalan sambungan, melainkan kegagalan pencocokan. Dua belah pihak melaporkan angka dengan benar menurut definisinya masing-masing, lalu selisihnya dibahas berulang setiap kali laporan digabung. Pembersihan yang dikerjakan di dalam skrip otomatis memperparah keadaan, karena aturannya ikut tersembunyi di dalam kode dan tidak lagi terbaca oleh orang yang memakai laporannya.

Pemeriksaan di bawah ini bertujuan menaikkan aturan itu ke permukaan sebelum ada satu baris data pun berpindah tempat. Semuanya bisa dikerjakan pada contoh data, tanpa menyentuh sistem produksi.

Lima pemeriksaan yang dikerjakan lebih dulu

Identitas baris. Setiap baris yang akan dipindahkan perlu penanda yang unik dan tidak berubah. Cara mengujinya sederhana: hitung berapa penanda yang muncul lebih dari sekali dalam satu bulan data. Kalau ada yang berulang, perlu keputusan apakah baris itu digabung atau dibiarkan berdiri sendiri. Penanda yang berubah bentuk saat dicetak, misalnya nomor yang kehilangan angka nol di depan, juga harus ketahuan pada tahap ini, bukan setelah datanya masuk ke sistem tujuan.

Definisi kolom dan satuan. Untuk setiap kolom yang dipakai bersama, tulis satu kalimat yang bisa diperiksa orang operasional. Satuan juga bagian dari definisi: berat, jarak, dan durasi harus memakai satuan yang sama di kedua sisi, dan satuan harus ikut tercatat di datanya, bukan disepakati lewat ingatan. Kalau dua sistem sama-sama menyimpan satu informasi, putuskan mana yang jadi acuan dan perlakukan yang lain sebagai salinan.

Nilai kosong dan nilai pengganti. Sel kosong, angka nol, dan tanda hubung tidak berarti hal yang sama. Banyak sistem mengubah sel kosong menjadi nol saat mengekspor data, dan perbedaan itu mengubah hasil penjumlahan secara diam-diam. Keputusan yang perlu diambil: apakah kosong dianggap belum melapor atau dianggap tidak ada, dan bagaimana keduanya dibedakan di keluaran.

Rentang waktu dan zona waktu. Format tanggal yang berbeda antar sistem, misalnya hari ditulis sebelum bulan di satu tempat dan sesudahnya di tempat lain, menghasilkan baris yang berpindah bulan tanpa ada yang menyadarinya. Tetapkan juga jam penutupan periode dan zona waktu yang dipakai, supaya transaksi yang masuk tengah malam tidak berpindah periode tergantung siapa yang menjalankan prosesnya.

Kepemilikan dan hak akses. Tentukan siapa yang boleh mengubah data sumber, akun mana yang dipakai sambungan ini, dan apa yang terjadi saat orang pemegang akun itu pindah tugas. Sebagian data juga menyimpan informasi pribadi pelanggan, sehingga perlu keputusan sejak awal tentang bagian mana yang benar-benar harus dipindahkan dan berapa lama disimpan.

Urutan mengerjakannya, dari yang paling murah diperiksa

Pemeriksaan di atas tidak sama biayanya. Tiga yang pertama bisa dijawab dari satu berkas contoh: hitung penanda yang berulang, hitung sel kosong per kolom, bandingkan rentang tanggal. Hasilnya berupa angka, dan angka itu yang menentukan langkah berikutnya, bukan dugaan.

Pemeriksaan waktu dan kepemilikan biasanya memerlukan percakapan dengan orang di luar tim teknis, jadi jadwalkan lebih awal walaupun hasilnya baru diperlukan belakangan. Yang perlu dihindari adalah memulai dari perancangan alur lalu menemukan masalah datanya di tengah jalan, karena perbaikan pada tahap itu berarti membongkar pekerjaan yang sudah berjalan dan mengambil ulang contoh data dari awal.

Cara yang sama juga dipakai untuk menilai apakah sebuah proses layak diotomasi sejak awal, seperti dibahas di memilih proses pertama yang layak diotomasi.

Mencatat temuan tanpa menghentikan seluruh pekerjaan

Tidak setiap temuan harus diperbaiki. Ada nilai yang memang kosong sejak lama karena prosesnya belum pernah mewajibkan pengisian, dan memaksakan perbaikan di tengah proyek hanya menunda pekerjaan utama tanpa menyelesaikan akarnya. Temuan seperti itu dicatat sebagai keadaan yang diterima, dengan konsekuensinya ditulis jelas: kolom ini tidak boleh dipakai untuk penjumlahan sampai sumbernya dirapikan.

Temuan dan keputusan sebaiknya disimpan di satu daftar yang sama, memuat apa yang ditemukan, apa yang diputuskan, siapa yang memutuskan, dan sejak kapan keputusan itu berlaku. Daftar ini ditulis dengan bahasa pemakainya, bukan bahasa kode, karena yang membaca ulang biasanya orang yang berganti tugas enam bulan kemudian. Tanpa catatan itu, aturan yang sudah disepakati akan ditanyakan lagi dan dijawab berbeda oleh orang yang berbeda.

Kapan integrasi sebaiknya ditunda

Ada keadaan yang lebih baik dibiarkan manual untuk sementara.

Sistem sumbernya akan diganti dalam waktu dekat. Menyambungkan sistem yang sedang menuju pensiun berarti pekerjaan itu ikut terbuang, termasuk seluruh penyesuaian yang dikerjakan di sisi seberang.

Tidak ada satu orang pun yang bertanggung jawab atas kebenaran data sumbernya. Sambungan otomatis mempercepat perpindahan data yang salah. Selama tidak ada yang memeriksa hasilnya, kecepatan itu memperbesar masalah, bukan mengurangi.

Kebutuhannya sekali pakai. Satu laporan untuk satu rapat lebih cepat dikerjakan langsung daripada membangun sambungan yang harus dirawat setelahnya.

Volumenya kecil dan kesalahannya mudah terlihat. Ketika kesalahan muncul sendiri di depan mata setiap kali terjadi, lapisan otomatis di atasnya lebih sering menambah pekerjaan pemeriksaan daripada menguranginya.

Data pribadi belum punya dasar pemakaian yang jelas. Bagian ini tidak berhubungan dengan teknologi, dan sambungan yang sudah berjalan lebih sulit ditarik kembali daripada ditunda sejak awal.

Menunda di keadaan seperti itu bukan kegagalan. Menyambungkan dua sumber yang belum sepakat tentang arti datanya hanya memindahkan pekerjaan kepada orang yang kelak menemukan selisihnya.

Tahap ini di pekerjaan GenZi

Pemeriksaan data adalah bagian yang paling sedikit menghasilkan tampilan yang bisa ditunjukkan, dan justru itu yang membuatnya sering dilewati. Pada pekerjaan yang dijalankan GenZi, tahap ini menempati porsi tersendiri: contoh data diambil, temuan dicatat, keputusan diminta dari pemilik datanya, dan baru setelah itu alurnya dirancang.

Rangkaian lengkapnya ada di kapabilitas GenZi, termasuk penelusuran satu angka dari ujung ke ujung seperti yang dibahas di rekap manual ke ringkasan otomatis. Kalau satu sistem sudah akan disambungkan dan pemeriksaan datanya belum pernah dikerjakan, hubungi tim GenZi dan mulai dari berkas contoh, bukan dari alatnya.