Pengujian KYB adalah latihan memastikan bahwa alur verifikasi badan usaha di sistem Anda bekerja sebagaimana mestinya, mulai dari pengumpulan dokumen sampai keputusan akhir dan alasannya. KYB sendiri adalah proses mengenali perusahaan yang menjadi pihak dalam sebuah transaksi, dan sering disebut sebagai pasangan dari pemeriksaan identitas perorangan. Halaman ini menjelaskan mengapa cakupannya berbeda, dokumen apa yang biasanya diminta, dan bagaimana menyusun pengujian yang tidak berakhir dengan mematikan pengaman demi kelancaran demo.
Apa yang diperiksa oleh KYB
KYB memusatkan perhatian pada badan usaha sebagai pihak yang berdiri sendiri. Yang dicari bukan sekadar nama perusahaan yang terdaftar, melainkan hubungan yang jelas antara pemohon, perusahaan yang diwakilinya, dan orang-orang yang mengendalikan perusahaan itu. Karena itu, alur ini biasanya meminta keterangan tentang struktur kepemilikan, bukan hanya satu nama dan satu nomor.
Tujuannya bersifat pencegahan. Sebuah badan usaha bisa dipakai untuk memindahkan dana, menyembunyikan pihak yang sebenarnya mengendalikan, atau mengesankan kredibilitas yang tidak dimilikinya. Dengan menelusuri siapa yang berdiri di belakang sebuah perusahaan, pihak yang menyediakan layanan dapat menilai risikonya secara wajar dan menjalankan kewajiban yang memang dibebankan kepadanya.
Mengapa KYB lebih rumit daripada pemeriksaan perorangan?
Kesulitannya bukan pada jumlah kolom, melainkan pada struktur yang berlapis. Satu orang biasanya satu catatan, sedangkan satu perusahaan bisa memiliki beberapa pemegang saham, dan setiap pemegang saham bisa berupa perusahaan lain yang juga punya pemegang saham. Penelusuran berhenti ketika akhirnya ditemukan orang-orang yang benar-benar mengendalikan, dan jumlah lapisan itu berbeda-beda antarperusahaan.
Kerumitan lain datang dari sifat dokumennya. Keterangan tentang perusahaan bisa berubah, misalnya setelah perubahan nama, penggantian pengurus, atau pemindahan kantor terdaftar. Dokumen yang diunggah pada saat pendaftaran bisa menjadi tidak sesuai beberapa bulan kemudian, sehingga alur kerja sama perlu punya cara memperbarui keterangan tanpa mengulang seluruh proses dari awal.
- Struktur kepemilikan berlapis, yang menuntut penelusuran sampai pengendali akhir.
- Dokumen yang bisa kedaluwarsa atau berubah karena keputusan perusahaan.
- Keterangan yang harus cocok antara dokumen, nomor, dan nama resmi.
- Beberapa pihak yang berbeda perannya, seperti pengurus, pemilik, dan penandatangan.
Dokumen apa yang biasanya diminta
Kumpulan dokumen yang diminta berbeda antarpenyedia layanan dan antarnegara, tetapi ada kelompok yang sangat sering muncul.
| Kelompok | Contoh isi | Sifat |
|---|---|---|
| Bukti pendirian | Akta atau surat keterangan pendaftaran | Diterbitkan otoritas |
| Keterangan pajak | Nomor pajak atau nomor VAT | Bentuknya mengikuti negara |
| Bukti alamat | Dokumen yang menyebut kantor terdaftar | Bisa menjadi kedaluwarsa |
| Struktur pemilik | Daftar pemegang saham dan pengendali akhir | Perlu ditelusuri berlapis |
| Keterangan usaha | Jenis kegiatan dan izin terkait | Bergantung bidang usaha |
Tidak semua alur meminta seluruh kelompok itu sekaligus. Yang penting untuk diuji adalah perilaku sistem ketika sebagian dokumen ada dan sebagian belum, karena itulah keadaan yang paling sering terjadi pada pemohon nyata. Nomor yang dipakai dalam dokumen ini tunduk pada aturan seperti dijelaskan pada nomor registrasi perusahaan.
Apakah pengujian boleh mematikan pemeriksaan?
Tidak. Ini kesalahan yang paling sering terjadi ketika tim mengejar tenggat demo, dan akibatnya terasa jauh setelahnya. Pemeriksaan yang dimatikan di lingkungan uji adalah pemeriksaan yang tidak pernah dicoba pada jalur kegagalan, sehingga masalah baru muncul ketika pemohon sungguhan ditolak atau diloloskan tanpa alasan yang bisa dipertanggungjawabkan.
Cara yang benar bukan mematikan pemeriksaan, melainkan menyediakan mode uji yang tetap melewati seluruh langkah pemeriksaan dengan jawaban yang dapat ditentukan. Jawaban otomatis itu harus dihasilkan oleh sistem yang sama, hanya dengan sumber jawaban yang berbeda. Dengan begitu, alur kerja, urutan langkah, dan penanganan kesalahan tetap dilatih persis seperti di produksi.
Untuk pengembang: merancang status alur dan alasan penolakan
Mulailah dari status alur yang jelas. Sekumpulan status yang cukup adalah belum dikirim, sedang diperiksa, perlu keterangan tambahan, disetujui, dan ditolak. Setiap perpindahan status sebaiknya dijelaskan oleh sebuah peristiwa, bukan hanya oleh perubahan waktu, karena pemohon berhak tahu mengapa posisinya berubah. Pisahkan status yang berarti pekerjaan belum selesai dari status yang berarti jawabannya sudah final.
Rancang alasan penolakan agar bisa dikerjakan ulang. Sebagian penolakan bersifat sementara, misalnya dokumen tidak terbaca, dan sebagian bersifat tetap pada saat itu. Jika kedua jenis itu digabung menjadi satu status akhir, pemohon tidak akan tahu apakah ia bisa memperbaiki pengirimannya. Sertakan pada setiap alasan apa yang perlu diperbaiki dan kapan pemohon boleh mencoba lagi, tanpa menetapkan tenggat angka yang tidak bisa Anda jamin sendiri.
Simpan setiap dokumen sebagai bagian dari berkas yang punya masa berlaku dan sumbernya. Ketika sebuah dokumen diperbarui, riwayat versi lamanya tetap berguna untuk menjelaskan keputusan yang diambil sebelumnya. Untuk keterangan yang bisa diambil dari sumber publik, simpan hasil pengambilan beserta waktunya, karena hasil itu bisa berubah dan Anda perlu tahu kapan terakhir diperiksa.
Pisahkan lingkungan sandbox dari produksi, dan beri penanda yang jelas pada seluruh data yang dibuat untuk pengujian. Pemisahan ini bukan hanya soal kebersihan data: alur KYB biasanya menyentuh berkas pribadi dan berkas perusahaan yang tidak boleh tercampur. Cara berpikir yang sama dipakai saat menguji alur dokumen keuangan seperti diuraikan pada kasus uji formulir tagihan.
Terakhir, uji skenario gagal secara sengaja. Buat sistem menerima dokumen yang tidak terbaca, nomor yang tidak cocok dengan namanya, perusahaan yang ternyata berbagi alamat dengan entitas bermasalah, dan permintaan yang dikirim dua kali hampir bersamaan. Justru pada skenario itulah nilai sebuah alur verifikasi terlihat.
Untuk latihan alur verifikasi
Saat melatih alur KYB, Anda memerlukan catatan perusahaan yang lengkap tetapi tidak menunjuk entitas nyata. Di generator data perusahaan pada situs ini, nama resmi, bentuk hukum, alamat kantor terdaftar, dan nomor dibentuk bersama sesuai negara yang dipilih, sehingga kombinasi bidangnya wajar untuk latihan. Semua nilainya sintetis dan tidak berasal dari daftar resmi mana pun.
Perlu dipegang bahwa catatan itu hanya untuk pengujian perangkat lunak, demo formulir, dan pengisian data staging di lingkungan Anda sendiri. Ia tidak boleh dipakai untuk mengajukan layanan nyata, mengaku mewakili badan usaha tertentu, atau melewati pemeriksaan KYB yang sungguhan. Nilai datanya pun tidak menyatakan bahwa sebuah perusahaan memenuhi syarat apa pun, karena kelayakan dinilai lewat pemeriksaan yang sesungguhnya.
Langkah berikutnya
Periksa alur verifikasi Anda, lalu pastikan setiap alasan penolakan menyebutkan apa yang harus diperbaiki dan apakah pengiriman ulang dimungkinkan. Setelah itu, telusuri batas pemakaian data perusahaan fiktif agar data uji tetap berada di lingkungan yang benar sepanjang siklus pengembangan.