Kasus uji formulir tagihan adalah daftar skenario yang harus dilewati sebuah formulir penagihan sebelum ia dianggap layak dipakai, dan daftar itu hampir selalu lebih panjang daripada yang diperkirakan tim. Formulir tagihan tampak sederhana karena hanya berisi beberapa kolom, padahal di baliknya ada percabangan antara pemohon perorangan dan badan usaha, antara transaksi dalam negeri dan lintas negara, serta antara pemohon yang punya nomor VAT dan yang tidak. Halaman ini menyusun cabang-cabang itu menjadi daftar yang bisa langsung dipakai, sekaligus menjelaskan bagian mana yang paling sering luput saat rilis.
Apa saja yang diminta sebuah formulir tagihan
Kolom yang muncul pada formulir tagihan berbeda antarnegara, tetapi ada sekelompok bidang yang hampir selalu ada. Daftar berikut merangkumnya beserta alasan keberadaannya.
- Nama penagih, baik nama orang maupun nama resmi badan usaha, bergantung pada jenis pemohon.
- Alamat penagihan, karena dokumen harus dikirim ke tempat yang benar dan perlakuan pajaknya bergantung pada wilayah.
- Nomor registrasi perusahaan atau nomor pajak, untuk mencocokkan pihak yang ditagih dengan catatan resmi.
- Nomor VAT, bila pemohon terdaftar sebagai pengusaha kena pajak di negaranya.
- Narahubung keuangan, agar pertanyaan tentang dokumen bisa dijawab orang yang tepat.
- Syarat pembayaran dan mata uang, yang menentukan bagaimana dokumen itu diproses di seberang.
Yang menjadikan formulir ini rumit bukan jumlah kolomnya, melainkan kenyataan bahwa kewajiban mengisi kolom berubah sesuai jawaban atas pertanyaan sebelumnya. Karena itu, menguji formulir tagihan berarti menguji keputusan, bukan sekadar pengisian.
Apa bedanya tagihan perorangan dan badan usaha?
Perorangan dan badan usaha melewati jalur yang berbeda, dan perbedaan itu terlihat pada kumpulan bidang yang wajib diisi. Pemohon perorangan biasanya cukup memberi nama, alamat, dan keterangan pembayaran. Pemohon badan usaha hampir selalu diminta menambahkan nama resmi, bentuk hukum, nomor registrasi, serta narahubung yang punya kewenangan.
Perbedaan itu bukan sekadar tambahan kolom. Pada jalur badan usaha, dokumen yang nantinya diterbitkan harus cocok dengan catatan resmi entitas tersebut, sehingga satu huruf yang berbeda pada nama resmi bisa membuat dokumen itu dipersoalkan di kemudian hari. Karena itu, tim yang menguji hanya jalur perorangan akan melewatkan kesalahan yang justru paling mahal, yaitu kesalahan pada jalur usaha. Pembahasan tentang dokumen usaha ada pada aturan validasi nomor pajak.
Mengapa negara asal mengubah kewajiban kolom?
Kewajiban mengisi kolom ditentukan oleh aturan di negara tempat dokumen itu punya akibat hukum. Akibatnya, negara asal pemohon mengubah kumpulan bidang yang wajib, bukan hanya format penulisannya. Ada negara yang mewajibkan nomor pajak pada dokumen antarbadan, ada yang mewajibkan nomor VAT khusus untuk transaksi lintas negara, dan ada pula yang tidak menuntut keduanya pada dokumen biasa.
Perbedaan ini membuat formulir tidak bisa memakai satu daftar wajib isi untuk semua pengguna. Formulir yang memaksa semua orang mengisi nomor VAT akan menahan pengguna yang tidak memilikinya, sedangkan formulir yang tidak pernah memintanya akan menghasilkan dokumen yang tidak lengkap bagi mereka yang membutuhkannya.
Matriks kasus uji yang sebaiknya disiapkan
Tabel berikut menyusun cabang utama yang perlu diuji. Kolom terakhir menyebut hal yang paling sering gagal pada cabang tersebut.
| Cabang | Skenario | Yang paling sering gagal |
|---|---|---|
| Tanpa nomor VAT | Pemohon perorangan di dalam negeri | Kolom wajib isi yang salah ditandai |
| Dengan nomor VAT | Badan usaha dengan nomor yang sah | Pencocokan negara dan nomor tidak dijalankan |
| Lintas negara | Pemohon dan penagih di yurisdiksi berbeda | Mata uang dan syarat pajak tidak ikut berubah |
| Perorangan vs badan usaha | Perpindahan jenis pemohon di tengah formulir | Bidang lama tidak dibersihkan saat jenis berubah |
| Nomor tidak valid | Nilai kosong atau salah ketik | Pesan kesalahan tidak menunjuk kolom yang benar |
Cabang terakhir sering diabaikan karena tampak seperti urusan teknis belaka. Padahal pesan kesalahan adalah antarmuka yang paling sering dibaca pengguna ketika ia gagal, dan formulir yang tidak bisa menjelaskan letak kesalahannya akan ditinggalkan sebelum selesai.
Untuk pengembang: menyusun matriks dan menjaga keunikan dokumen
Susun kasus uji sebagai matriks dua sumbu: jenis pemohon pada satu sumbu dan wilayah transaksi pada sumbu lain. Setiap sel matriks menghasilkan kumpulan bidang wajib yang berbeda, dan dari situlah skenario uji diturunkan. Cara ini memastikan tidak ada kombinasi yang terlewat, karena setiap sel harus punya jawabannya sendiri.
Perhatikan nomor dokumen yang diterbitkan. Nomor dokumen harus unik dan tidak boleh berubah ketika pengguna mengirim ulang formulir yang sama. Uji pengiriman berulang dengan sengaja, termasuk pengiriman ganda yang datang hampir bersamaan, karena dua permintaan yang berjalan bersamaan adalah cara paling umum menghasilkan dua dokumen untuk satu transaksi.
Uji juga urutan pemeriksaan dan penempatan pesan kesalahan. Kesalahan yang bisa dideteksi tanpa jaringan sebaiknya dilaporkan sebelum permintaan apa pun dikirim, dan pesan yang muncul harus menempel pada kolom yang bermasalah, bukan terkumpul di satu tempat. Ketika ada bidang yang ketergantungannya berantai, misalnya nomor yang harus cocok dengan negara, uji juga kasus di mana negara diubah setelah nomor diisi.
Sediakan penanda yang jelas pada data uji Anda. Semua nilai yang dipakai untuk pengujian harus bisa dikenali sebagai data uji, baik dari nama yang dipakai maupun dari penanda internal. Penanda itu memudahkan pembersihan sebelum ada ekspor ke sistem lain, dan mencegah catatan uji tercampur ke dalam laporan yang dibaca orang lain. Prinsip ini sejalan dengan pembahasan pada batas pemakaian data perusahaan fiktif.
Terakhir, jangan mematikan pemeriksaan demi kelancaran pengujian. Jika sebuah pemeriksaan terlalu ketat sehingga menghambat uji coba, perbaiki aturannya di lingkungan uji, bukan matikan jalur pemeriksaannya. Jalur yang dimatikan saat pengujian adalah jalur yang paling mungkin gagal di produksi.
Untuk latihan alur dokumen
Saat menguji formulir tagihan, Anda memerlukan catatan perusahaan yang lengkap tetapi tidak menunjuk entitas nyata. Di generator data perusahaan pada situs ini, nama resmi, bentuk hukum, alamat, nomor registrasi, dan nomor pajak dibentuk bersama sesuai negara yang dipilih, sehingga kombinasi bidangnya tetap masuk akal untuk latihan validasi. Nilainya sintetis dan hanya untuk pengujian perangkat lunak, demo formulir, serta pengisian data staging.
Catatan seperti ini tidak boleh dipakai untuk menerbitkan tagihan yang benar-benar ditagihkan, mengklaim status wajib pajak, atau melewati pemeriksaan apa pun. Batas itu berlaku bahkan ketika dokumennya hanya dipakai untuk berlatih, karena kebiasaan yang terbentuk saat latihan akan terbawa ke pekerjaan sehari-hari.
Langkah berikutnya
Ambil matriks di atas, lalu tandai setiap sel yang belum pernah dilewati pengujian di tim Anda. Mulailah dari sel lintas negara, karena di sanalah jumlah kesalahan yang terlewat biasanya paling banyak. Setelah itu, tinjau daftar periksa pengujian KYB karena alur dokumen usaha dan alur pemeriksaan identitas badan usaha berbagi banyak bidang yang sama.