Sistem Tagihan Sekolah: Alur Data dari Input sampai Laporan

Sistem tagihan sekolah paling mudah dipahami dengan mengikuti jejak satu tagihan: dari saat data murid dimasukkan, aturan biaya ditetapkan, tagihan diterbitkan, berubah karena keringanan atau mutasi, dibayar, diverifikasi, dicocokkan dengan rekening, sampai muncul di laporan dan ditutup di akhir tahun buku. Bila satu tahap tidak jelas, masalahnya akan muncul di tahap berikutnya, biasanya sebagai selisih angka yang sulit dijelaskan.

Artikel ini memetakan alur data tagihan tahap demi tahap, status yang dilalui sebuah tagihan, titik rawan di tiap tahap, dan kontrol yang bisa diterapkan Bendahara. Untuk kriteria memilih aplikasinya, baca "Aplikasi Tagihan Sekolah: Kriteria dan Alur Kerja Bendahara", dan untuk jenis-jenis tagihan, baca "Jenis Tagihan Sekolah: Cara Menyusun dan Membuatnya di ASIS".

Gambaran alur sistem tagihan sekolah dalam delapan tahap

Tahap 1: data master murid

Semua tagihan menempel pada murid. Data yang wajib benar: nama, nomor induk, rombel, status aktif, dan kontak orang tua.

Titik rawan: murid yang sudah keluar masih aktif, murid baru belum masuk, kakak-adik tidak terhubung ke akun orang tua yang sama.

Kontrol: perbarui data master sebelum setiap penerbitan tagihan, terutama di awal semester dan setelah masa mutasi.

Tahap 2: aturan tagihan

Aturan berisi jenis biaya, nominal, periode, siapa yang dikenai, dan jatuh tempo. Contoh: "SPP Rp175.000 per bulan, semua murid kelas 1–6, jatuh tempo tanggal 10."

Titik rawan: nominal berubah di tengah tahun tanpa catatan keputusan, aturan tidak membedakan wajib dan sukarela.

Kontrol: simpan dasar keputusan (notulen rapat yayasan atau komite) untuk setiap aturan, dan beri tanggal berlaku.

Tahap 3: penerbitan

Sistem menggabungkan data master dan aturan untuk menghasilkan tagihan per murid. Sebuah tagihan biasanya dimulai dari status draf, lalu terbit setelah diperiksa.

Titik rawan: tagihan terbit ganda, atau terbit untuk rombel yang salah.

Kontrol: periksa jumlah tagihan dan total nominal sebelum menerbitkan. Contoh: 12 rombel x 28 murid = 336 tagihan x Rp175.000 = Rp58.800.000. Bila angka di sistem berbeda, ada yang salah.

Tahap 4: perubahan

Setelah terbit, tagihan bisa berubah karena:

• keringanan yang disetujui setelah tagihan terbit,
• mutasi murid keluar di tengah bulan,
• koreksi nominal yang salah input,
• pembatalan tagihan kegiatan yang tidak jadi dilaksanakan.

Titik rawan: perubahan dilakukan tanpa jejak, sehingga laporan bulan lalu tidak bisa direka ulang.

Kontrol: setiap perubahan dicatat dengan alasan, waktu, dan pelaku. Tagihan yang dibatalkan sebaiknya berstatus dibatalkan, bukan dihapus.

Tahap 5: pembayaran

Orang tua mentransfer ke rekening sekolah lalu mengunggah bukti, atau membayar tunai di loket TU. Ada pula yang membayar sebagian atau sekaligus beberapa bulan.

Titik rawan: satu transfer untuk dua anak, nominal tidak sama dengan tagihan, bukti dikirim lewat pesan pribadi.

Kontrol: satu tempat unggah bukti, petunjuk jelas untuk pembayaran gabungan, dan kuitansi untuk pembayaran tunai.

Tahap 6: verifikasi

Bendahara mencocokkan bukti dengan mutasi rekening. Status tagihan berubah menjadi lunas, dibayar sebagian, atau bukti ditolak dengan alasan.

Titik rawan: bukti palsu atau bukti lama yang diunggah ulang, verifikasi tanpa melihat mutasi.

Kontrol: verifikasi hanya berdasarkan mutasi yang benar-benar masuk, jadwal verifikasi tetap, dan alasan penolakan yang jelas.

Tahap 7: rekonsiliasi

Di akhir bulan, total pembayaran terverifikasi di sistem dicocokkan dengan rekening koran dan kas tunai.

Contoh rekonsiliasi sederhana:

Kontrol: selisih harus selalu dijelaskan, bukan dibulatkan.

Tahap 8: laporan dan tutup buku

Data terverifikasi menjadi laporan: penerimaan per jenis tagihan, tunggakan per rombel, dan ringkasan untuk Kepala Sekolah serta yayasan. Di akhir tahun buku, tunggakan yang tersisa dibawa sebagai saldo awal tahun berikutnya dengan catatan.

Titik rawan: laporan disusun ulang di Excel sehingga berbeda dengan sistem.

Kontrol: laporan diambil langsung dari sistem, ditandatangani, dan diarsipkan.

Siklus hidup sebuah tagihan

Istilah status di tiap aplikasi bisa berbeda, tetapi logikanya serupa.

Pertanyaan yang sering diajukan

Mengapa tagihan sebaiknya dibatalkan, bukan dihapus?

Agar jejaknya tetap ada. Laporan bulan sebelumnya bisa direka ulang dan pemeriksa bisa melihat alasan pembatalan.

Bagaimana mencatat pembayaran untuk dua anak dalam satu transfer?

Pecah pembayaran ke tagihan masing-masing anak saat verifikasi, dan simpan satu bukti untuk keduanya.

Seberapa sering sistem tagihan sekolah perlu direkonsiliasi?

Minimal sebulan sekali sebelum laporan diserahkan. Sekolah dengan transaksi banyak bisa melakukannya mingguan.

Siapa yang berwenang mengubah tagihan yang sudah terbit?

Sebaiknya hanya Bendahara, dengan persetujuan Kepala Sekolah untuk keringanan dan pembatalan.

Apa yang dilakukan dengan tunggakan di akhir tahun?

Bawa sebagai saldo awal tahun berikutnya dengan catatan, dan tindak lanjuti sesuai kebijakan sekolah dengan cara yang tidak mempermalukan murid.

ASIS: Jejak Tagihan yang Utuh dari Awal sampai Akhir

Selisih angka di laporan keuangan sekolah hampir selalu berasal dari tahap yang terputus: data murid yang tidak diperbarui, perubahan tanpa jejak, atau laporan yang disusun ulang di luar sistem.

ASIS menjaga satu alur data. Data murid diimpor dari file ekspor Dapodik atau EMIS, Bendahara menyusun jenis tagihan dan menerbitkannya per rombel dengan keringanan per murid, orang tua mentransfer langsung ke rekening sekolah dan mengunggah bukti, lalu Bendahara memverifikasi. Laporan penerimaan dan tunggakan diambil dari data yang sama, dan keuangan sekolah, termasuk kas, tabungan, RKAS, dan SPJ, berada di satu tempat. Tidak ada payment gateway dan tidak ada potongan biaya transaksi dari ASIS.

ASIS gratis untuk semua sekolah, dan Basmalah, aplikasi gratis dari ekosistem ASIS, tersedia untuk pesantren, madrasah diniyah, dan TPQ. Mulai di asis.id.