Laporan Keuangan Rapi Belum Tentu Benar, Begini Cara Mengeceknya

Home / Article

Laporan Keuangan Rapi Belum Tentu Benar, Begini Cara Mengeceknya

Rate this post

Begitu laporan keuangan selesai disusun, biasanya ada perasaan lega. Neraca sudah balance, laba rugi sudah keluar angkanya, dan semua kelihatan rapi di layar. Padahal di titik inilah pekerjaan yang sesungguhnya baru dimulai.

Laporan yang tersusun rapi belum tentu laporan yang benar. Rapi itu soal tampilan, sedangkan benar itu soal apakah angka di dalamnya betul-betul mencerminkan kondisi nyata perusahaan.

Validitas data adalah pembeda antara laporan yang sekadar jadi dan laporan yang bisa dipakai untuk mengambil keputusan. Kalau angkanya tidak valid, semua analisis yang berdiri di atasnya ikut goyah.

Manajemen bisa salah ambil kebijakan, pemilik bisa salah menilai kesehatan usaha, dan pada kasus tertentu, ketidaksesuaian kecil yang dibiarkan justru menjadi pintu masuk kecurangan. Karena itu, mengecek validitas data bukan formalitas. Ini garis pertahanan terakhir sebelum laporan dianggap final.

Kali ini kita akan membahas akun-akun kunci yang paling sering bermasalah, mulai dari kas bank sampai persediaan. Pendekatannya sederhana, cocokkan catatan dengan bukti, lalu cocokkan bukti dengan kenyataan fisik. Selama tiga lapis itu nyambung, data bisa dipercaya. Begitu salah satunya pincang, di situlah perlu digali lebih dalam.

Perlu ditegaskan sejak awal, validitas tidak sama dengan kelengkapan input. Sebuah laporan bisa saja terisi penuh, semua kolom ada angkanya, tetapi tetap tidak valid karena angka-angka itu tidak cocok dengan buktinya. Sebaliknya, laporan yang valid adalah laporan yang setiap pos pentingnya bisa ditelusuri mundur sampai ke dokumen atau ke barang yang nyata. Itulah yang membedakan pemeriksaan sungguhan dari sekadar membaca ulang angka di layar.

Sebagai gambaran awal, berikut peta singkat akun yang akan dibahas beserta sumber pembandingnya.

Akun	Apa yang Dicek	Dicocokkan dengan
Kas dan bank	Saldo akhir	Rekening koran dan hasil cash opname
Pembelian	Pencatatan transaksi	PO, LPB, dan invoice supplier
Penjualan	Pencatatan transaksi	SO, surat jalan, dan invoice
Utang supplier	Saldo utang	Dokumen pembelian dan konfirmasi supplier
Piutang customer	Saldo piutang	Dokumen penjualan dan konfirmasi customer
Persediaan	Saldo stok	Kartu stok dan stock opname

Peta ini sekaligus menunjukkan polanya. Hampir semua pemeriksaan bermuara pada satu pertanyaan yang sama: apakah yang tercatat sama dengan yang sebenarnya ada.

Saldo Kas dan Bank

Kas dan bank biasanya jadi titik pertama yang diperiksa, dan ada alasannya. Akun ini paling likuid, paling sering bergerak, dan paling rawan selisih. Untuk bank, cara mengeceknya cukup lugas. Ambil rekening koran, lalu bandingkan setiap mutasi yang tercatat di sana dengan yang sudah terinput di program. Tujuannya satu, memastikan tidak ada transaksi yang tertinggal.

Ujung dari pemeriksaan ini adalah saldo akhir. Saldo akhir di program harus sama persis dengan saldo akhir di rekening koran. Kalau rekening koran menunjukkan Rp500 juta, maka program pun harus menunjukkan Rp500 juta. Tidak boleh ada selisih, sekecil apa pun, tanpa penjelasan yang jelas. Selisih yang dibiarkan tanpa ditelusuri adalah sinyal bahwa ada mutasi yang belum masuk, salah input, atau ada yang luput sama sekali.

Kas fisik punya cerita yang sedikit berbeda. Di sini alatnya adalah cash opname, yaitu menghitung langsung uang fisik yang dipegang, lalu mencocokkannya dengan data di program. Terdengar sepele, tapi justru di sinilah selisih paling sering muncul. Misalnya program mencatat kas Rp2 juta, tetapi saat dihitung fisiknya cuma Rp1,5 juta. Ke mana sisanya? Bisa jadi Rp500 ribu sedang dipinjam dan belum dicatat sebagai pengeluaran sementara.

Selisih seperti itu kelihatannya kecil. Toh nilainya tidak besar. Tapi kebiasaan membiarkan selisih kecil tanpa penjelasan adalah awal dari masalah yang lebih besar. Yang dibutuhkan bukan sekadar mencocokkan angka, melainkan memastikan setiap rupiah punya keterangan ke mana perginya.

Ada alasan kenapa kas dijadikan titik berangkat. Dibanding akun lain, kas paling sering disentuh dalam keseharian operasional, dan setiap kali ia berpindah tangan, ada peluang pencatatan tertinggal. Karena itu, mencocokkan saldo akhir saja tidak cukup kalau mutasi di tengahnya tidak ditelusuri. Saldo akhir yang kebetulan cocok pun bisa menyimpan dua kesalahan yang saling menutupi. Maka kedua sisi tetap diperiksa, kelengkapan setiap mutasi sepanjang periode, dan kecocokan saldo akhir sebagai muaranya. Disiplin menelusuri sampai ke keterangan inilah yang membuat pemeriksaan kas benar-benar berarti, bukan sekadar mengejar dua angka agar terlihat sama.

Jenis kas	Metode validasi	Patokan kecocokan
Saldo bank	Cocokkan mutasi dengan rekening koran	Saldo akhir program = saldo akhir rekening koran
Kas fisik	Cash opname (hitung fisik)	Jumlah fisik = saldo di program

Intinya, untuk kas dan bank, dua hal yang dikejar adalah kelengkapan mutasi dan kecocokan saldo akhir. Begitu keduanya beres dan setiap selisih punya penjelasan, akun ini bisa ditinggalkan dengan tenang.

Pembelian

Berbeda dari kas yang fokusnya pada saldo, pemeriksaan pembelian berputar di sekitar dokumen. Pertanyaan utamanya, apakah semua pembelian sudah tercatat, dan apakah dokumen pendukungnya saling cocok satu sama lain. Ada tiga dokumen yang jadi tulang punggung di sini, dan masing-masing lahir dari bagian yang berbeda.

Pertama, PO atau purchase order. Ini dikeluarkan bagian purchasing dan menjadi titik awal sebuah transaksi pembelian. PO menyatakan apa yang dipesan dan berapa jumlahnya. Kedua, LPB atau laporan penerimaan barang. Dokumen ini dibuat bagian gudang ketika barang benar-benar datang. Logikanya, jumlah barang yang dipesan di PO harus sama dengan jumlah yang diterima di LPB. Ketiga, invoice dari supplier. Tagihan ini dicocokkan kembali dengan PO dan LPB tadi.

Kalau ketiganya sejalan, urusan selesai. Masalahnya, dunia nyata jarang serapi itu.

Ambil contoh yang sering terjadi. PO memesan 10 unit, tetapi barang yang datang ternyata 15 unit, sementara invoice dari supplier hanya menagih 10 unit. Tiga dokumen, tiga angka berbeda. Mana yang benar? Inilah momen ketika pemeriksaan tidak boleh berhenti hanya pada “ada selisih”, melainkan harus berlanjut ke penelusuran. Setiap dokumen punya pemiliknya, jadi follow up-nya pun harus ke alamat yang tepat.

Dokumen	Dikeluarkan oleh	Fungsi
PO (purchase order)	Purchasing	Menyatakan barang dan jumlah yang dipesan
LPB (laporan penerimaan barang)	Gudang	Mencatat barang yang benar-benar diterima
Invoice supplier	Supplier	Menagih sesuai barang yang dikirim

Ketika ada ketidaksesuaian, alur penelusurannya kira-kira begini. Pertanyaan soal PO diarahkan ke purchasing. Persoalan jumlah barang yang diterima ditanyakan ke gudang sebagai pembuat LPB. Sedangkan urusan tagihan dan invoice menjadi ranah finance. Memisahkan tanggung jawab seperti ini penting, sebab tanpa kejelasan siapa yang bertanggung jawab atas dokumen mana, selisih cuma akan saling lempar tanpa pernah tuntas.

Yang perlu ditanamkan, pembelian bukan sekadar pos pengeluaran yang dicatat. Ia adalah rangkaian dokumen yang harus konsisten dari hulu sampai hilir. Begitu satu dokumen tidak sinkron dengan yang lain, di situ ada potensi salah catat, salah bayar, atau bahkan barang yang masuk tanpa pernah tercatat dengan benar.

Contoh tiga angka yang berbeda tadi, PO sepuluh unit, barang datang lima belas unit, invoice menagih sepuluh unit, sengaja dipakai karena begitulah selisih biasanya datang. Bukan dalam bentuk satu kesalahan besar yang langsung kelihatan, melainkan beberapa angka yang masing-masing terlihat wajar tetapi tidak saling cocok ketika ditumpuk. Tanpa kebiasaan mencocokkan ketiganya, lima unit yang datang tanpa tagihan bisa lewat begitu saja. Justru karena itu pencocokan tiga dokumen ini tidak bisa dilewatkan, dan setiap selisih harus dikejar sampai jelas mana angka yang benar dan mengapa yang lain berbeda.

Penjualan

Logika penjualan pada dasarnya cermin dari pembelian, hanya arahnya terbalik. Kalau pembelian soal barang yang masuk, penjualan soal barang yang keluar dan uang yang seharusnya masuk. Sama seperti sebelumnya, yang dipastikan adalah semua penjualan tercatat dengan benar dan dokumen pendukungnya lengkap.

Tiga dokumen kuncinya juga lahir dari bagian yang berbeda. SO atau sales order dibuat bagian sales sebagai awal transaksi. Surat jalan dibuat gudang saat barang dikirim ke pelanggan. Lalu invoice dibuat finance untuk menagih pelanggan. Sekilas mirip alur pembelian, tapi titik rawannya ada di tempat yang spesifik.

Dokumen	Dibuat oleh	Fungsi
SO (sales order)	Sales	Awal transaksi penjualan
Surat jalan	Gudang	Bukti pengiriman barang ke pelanggan
Invoice	Finance	Menagih pelanggan

Titik paling kritis dalam penjualan adalah kecocokan antara nilai barang yang dikirim dengan nilai yang ditagih di invoice. Keduanya harus nyambung. Jangan sampai barang yang dikirim senilai Rp1 juta, tetapi invoice menagih Rp2 juta. Begitu hal seperti ini terjadi, data penjualan langsung kehilangan validitasnya.

Dampaknya tidak berhenti di satu transaksi. Selisih semacam itu membuat omset terlihat lebih besar daripada yang sebenarnya terjadi. Angka penjualan jadi menggelembung, padahal barang dan uang yang riil tidak mendukung angka itu. Bagi yang membaca laporan, perusahaan tampak lebih sehat dari kenyataannya, dan keputusan yang diambil berdasarkan angka itu pun berpijak di atas dasar yang keliru.

Karena itu, mencocokkan nilai kirim dengan nilai tagih bukan pekerjaan administratif biasa. Ini soal menjaga agar pendapatan yang dilaporkan benar-benar pendapatan yang nyata, bukan angka yang besar di atas kertas tapi kosong di dunia nyata.

Perhatikan juga bahwa SO, surat jalan, dan invoice ditangani oleh tiga bagian berbeda, persis seperti pada pembelian. Pemisahan ini bukan sekadar pembagian kerja. Ia juga berfungsi sebagai pengecekan silang yang alami, sebab barang yang dikirim gudang akan tercermin di surat jalan, sementara tagihannya dibuat finance lewat invoice.

Kalau dua dokumen itu konsisten dengan apa yang dipesan di SO, rangkaian penjualan bisa dipercaya. Ketika tidak, perusahaan harus segera tahu, karena omset yang menggelembung tidak hanya menyesatkan pembaca laporan, tapi juga menutupi pertanyaan mendasar: ke mana selisih antara nilai kirim dan nilai tagih itu sebenarnya pergi.

Utang Supplier

Setelah pembelian, pasangan alaminya adalah utang supplier. Keduanya saling terkait erat, sebab dokumen pendukung utang umumnya berasal dari PO, LPB, dan invoice pembelian yang sama. Jadi pemeriksaan utang sebetulnya melanjutkan jejak yang sudah dibuka saat mengecek pembelian.

Yang pertama dipastikan adalah kelengkapan dokumen pendukung. Nilai utang yang tercatat harus sesuai dengan dasar pembayaran yang nantinya akan dilakukan finance. Sederhananya, jangan sampai perusahaan membayar berdasarkan angka yang berbeda dari yang seharusnya. Dokumen yang lengkap dan cocok memastikan bahwa setiap rupiah yang keluar untuk melunasi utang memang punya dasar yang jelas.

Tapi ada satu langkah tambahan yang nilainya besar, yaitu konfirmasi langsung ke supplier. Tujuannya memastikan saldo utang versi catatan perusahaan sama dengan saldo versi supplier. Kalau keduanya cocok, bagus. Kalau berbeda, di situ ada sesuatu yang perlu dijelaskan.

Mengapa konfirmasi ini penting? Karena di sinilah salah satu celah kecurangan paling klasik bisa muncul. Bayangkan situasi ketika dana untuk melunasi utang sudah dikeluarkan perusahaan, tercatat sebagai pembayaran, tetapi uang itu tidak pernah benar-benar sampai ke supplier. Di catatan internal, utang tampak lunas. Di catatan supplier, utang masih tercatat utuh. Selisih inilah yang hanya bisa terbongkar lewat konfirmasi langsung ke pihak luar.

Pemeriksaan utang dengan demikian punya dua lapis. Lapis pertama memastikan dokumen internal saling cocok dan menjadi dasar pembayaran yang sah. Lapis kedua menengok keluar, mencocokkan catatan perusahaan dengan catatan supplier. Lapis kedua ini kerap dilewati karena merepotkan, padahal justru di sanalah letak perlindungan terhadap potensi penyalahgunaan dana pelunasan.

Hubungan erat antara pembelian dan utang juga punya sisi praktis. Karena dokumennya beririsan, pemeriksaan utang sering kali bisa berjalan beriringan dengan pemeriksaan pembelian, bukan sebagai dua pekerjaan yang sama sekali terpisah. PO, LPB, dan invoice yang sudah dicocokkan saat mengecek pembelian menjadi modal untuk menilai apakah nilai utang yang tercatat memang punya dasar. Yang tinggal dilakukan adalah memastikan angka itu sejalan dengan dasar pembayaran finance, lalu menutupnya dengan konfirmasi ke supplier. Begitu kedua langkah itu klop, saldo utang bisa dipegang dengan keyakinan.

Piutang Customer

Piutang adalah bayangan dari utang, hanya saja posisinya berseberangan. Kalau utang adalah kewajiban perusahaan kepada pihak lain, piutang adalah hak perusahaan yang masih dipegang pelanggan. Pola pemeriksaannya pun mirip: pastikan dokumen pendukungnya lengkap, lalu jika perlu, konfirmasi langsung ke customer.

Kelengkapan dokumen menjadi pijakan awal. Setiap piutang yang tercatat semestinya punya jejak transaksi yang bisa ditelusuri. Namun seperti pada utang, langkah yang benar-benar mengunci validitas adalah konfirmasi ke pihak luar, dalam hal ini pelanggan.

Kasus yang sering muncul kira-kira begini. Customer sebenarnya sudah membayar, entah kepada sales atau lewat kolektor di lapangan. Namun uang yang sudah dibayarkan itu tidak diserahkan ke perusahaan. Akibatnya, di catatan perusahaan piutang masih tercatat sebagai belum dibayar, padahal dari sisi pelanggan urusan sudah beres. Pelanggan merasa lunas, perusahaan merasa masih menagih, dan uangnya entah berhenti di mana.

Konfirmasi langsung ke customer adalah cara untuk menjernihkan situasi seperti ini. Dengan mencocokkan saldo piutang versi perusahaan dan versi pelanggan, ketidaksesuaian semacam itu langsung kelihatan. Kalau pelanggan mengaku sudah membayar sementara catatan perusahaan menyatakan belum, maka jejak pembayaran itu harus dicari, dan pertanyaannya jelas: uangnya ada di tangan siapa.

Di banyak perusahaan, penjualan melibatkan banyak tangan di lapangan, mulai dari sales sampai kolektor. Semakin panjang rantai itu, semakin besar pula ruang bagi uang untuk tersangkut di tengah jalan. Konfirmasi piutang bukan tanda tidak percaya pada tim, melainkan mekanisme wajar untuk memastikan bahwa hak perusahaan yang sudah dibayar pelanggan benar-benar kembali ke perusahaan.

Yang membuat piutang dan utang menarik dibahas berdampingan adalah kesamaan polanya. Keduanya sama-sama bertumpu pada kelengkapan dokumen sebagai lapis pertama, lalu sama-sama dikunci oleh konfirmasi ke pihak luar sebagai lapis kedua. Bedanya cuma arah. Pada utang, yang ditanya supplier soal berapa yang masih harus dibayar perusahaan. Pada piutang, yang ditanya pelanggan soal berapa yang masih mereka tanggung. Lapis kedua inilah yang paling sering diabaikan karena memakan waktu, padahal justru di sanalah letak perlindungan terhadap dana yang berpotensi nyangkut di tangan yang salah.

Persediaan

Akun terakhir yang dibahas, sekaligus salah satu yang paling sering bikin pusing, adalah persediaan. Untuk memvalidasinya, alat utamanya adalah kartu stok. Kartu stok mencatat setiap pergerakan barang, baik yang masuk maupun yang keluar, sehingga seharusnya selalu menunjukkan berapa jumlah yang tersisa pada satu waktu.

Cara kerjanya mudah dibayangkan lewat contoh. Pada perusahaan elektronik, kartu stok televisi akan mencatat setiap penjualan sebagai pengurang dan setiap pembelian sebagai penambah. Setiap TV yang keluar mengurangi saldo, setiap TV yang masuk menambah saldo. Pada akhirnya, saldo di kartu stok itulah yang harus dicocokkan dengan jumlah fisik barang yang benar-benar ada di gudang.

Di sinilah selisih sering muncul. Misalnya kartu stok menunjukkan 10 unit, tetapi saat dihitung fisiknya cuma ada 8 unit. Dua unit ke mana? Salah satu kemungkinan paling umum adalah penjualan yang sudah terjadi tetapi belum terinput, sehingga barang sudah keluar secara fisik tapi belum tercatat keluar di kartu stok. Apa pun penyebabnya, selisih seperti ini tidak boleh dibiarkan menggantung. Harus diselidiki sampai jelas.

Untuk validasi yang paling maksimal, langkahnya adalah stock opname penuh, yakni menghitung fisik barang satu per satu. Memang melelahkan, apalagi kalau jenis barangnya banyak. Tapi cara inilah yang memberi keyakinan paling tinggi bahwa angka persediaan di laporan benar-benar mencerminkan barang yang ada. Tidak ada jalan pintas yang sebanding dengan menghitung langsung.

Pemeriksaan persediaan	Yang dilakukan	Hasil yang dikejar
Cek kartu stok	Pastikan tiap barang masuk dan keluar tercatat	Saldo kartu stok mencerminkan pergerakan riil
Bandingkan dengan fisik	Cocokkan saldo kartu stok dengan jumlah nyata	Saldo kartu stok = fisik
Stock opname penuh	Hitung fisik barang satu per satu	Validasi maksimal atas seluruh persediaan

Persediaan menarik karena menggabungkan dua dunia sekaligus: catatan dan barang fisik. Banyak akun lain bisa divalidasi cukup dengan dokumen, tetapi persediaan memaksa untuk turun ke gudang dan menghitung. Justru karena itu, persediaan kerap menjadi tempat ketidaksesuaian paling banyak terungkap.

Selisih sepuluh lawan delapan unit tadi adalah ilustrasi yang bagus tentang cara kerja pemeriksaan ini. Kartu stok bilang sepuluh, fisik bilang delapan, dan pekerjaan baru benar-benar dimulai saat menelusuri ke mana dua unit itu.

Penjualan yang belum diinput cuma salah satu kemungkinan, tetapi yang prinsip adalah selisihnya tidak ditutup dengan menyamakan angka begitu saja. Angka kartu stok hanya boleh disesuaikan setelah jelas penyebabnya. Di sinilah stock opname penuh menemukan nilainya. Menghitung barang satu per satu memang merepotkan, namun ia memberi kepastian yang tidak bisa ditandingi cara lain, sebab pada akhirnya yang dilaporkan adalah barang yang betul-betul ada, bukan angka yang diasumsikan ada.

Menyatukan Semuanya

Kalau diperhatikan, keenam pemeriksaan tadi sebenarnya mengulang satu prinsip yang sama dengan cara berbeda-beda. Catatan dicocokkan dengan bukti, dan bukti dicocokkan dengan kenyataan. Kas dicocokkan dengan rekening koran dan hitungan fisik. Pembelian dan penjualan dicocokkan antar dokumen. Utang dan piutang dicocokkan dengan pihak luar. Persediaan dicocokkan dengan barang di gudang. Beda objeknya, sama semangatnya.

Mengecek validitas data laporan keuangan, pada dasarnya, adalah proses memastikan bahwa data di neraca dan laporan laba rugi memang akurat dan sesuai kondisi sebenarnya. Akun-akun yang dibahas di atas, dari kas bank sampai persediaan, adalah pos-pos penting yang menuntut pemeriksaan detail. Pemeriksaannya pun tidak bisa setengah-setengah. Perlu cross-check dengan dokumen pendukung, dan untuk beberapa akun, perlu konfirmasi langsung ke pihak terkait.

Ada satu benang merah lain yang layak dicatat. Banyak selisih bukan murni soal salah hitung, melainkan soal pencatatan yang tertinggal atau dana yang berhenti di tengah jalan. Mutasi bank yang belum masuk, penjualan yang belum diinput, kas yang dipinjam tanpa catatan, pembayaran customer yang tidak diserahkan, dana pelunasan utang yang tidak sampai ke supplier. Pola-pola ini berulang di akun yang berbeda. Mengenalinya membuat pemeriksaan jadi lebih tajam, sebab tahu di mana biasanya masalah bersembunyi.

Pada akhirnya, semua kerja pemeriksaan ini bermuara pada satu hal: laporan keuangan yang lebih andal dan bisa dipercaya. Laporan yang sudah melewati pemeriksaan seperti ini bukan lagi sekadar dokumen yang rapi, tetapi dokumen yang berani dipertanggungjawabkan angkanya. Dan untuk siapa pun yang memakai laporan itu sebagai dasar keputusan, perbedaan antara keduanya sangat besar.

Menyusun laporan keuangan mungkin terasa seperti garis akhir. Sebenarnya tidak. Memastikan datanya valid adalah langkah yang membuat seluruh pekerjaan sebelumnya jadi bermakna. Tanpa langkah itu, laporan hanya indah dipandang. Dengan langkah itu, laporan menjadi alat yang benar-benar bisa diandalkan.

Tingkatkan Kompetensi Validasi Data Keuangan Bersama FS Institute

Memastikan validitas sebuah laporan keuangan memang membutuhkan ketelitian, pemahaman alur dokumen, dan insting audit yang baik. Kesalahan kecil dalam proses validasi bisa berdampak besar pada keputusan strategis yang diambil oleh manajemen. Jika Anda ingin memperdalam skill di bidang akuntansi, mulai dari teknik pencatatan yang benar hingga trik audit internal yang mendalam, Anda bisa mempelajarinya secara terstruktur.

Mari tingkatkan kompetensi Anda dan tim bersama Program Academy FS Institute. Melalui modul pembelajaran komprehensif dan studi kasus dunia nyata, kami siap membantu Anda menyajikan laporan keuangan yang tidak hanya rapi, tetapi juga 100% valid dan dapat dipertanggungjawabkan.

FAQ – Pertanyaan yang Sering Diajukan

Apa perbedaan antara laporan keuangan yang ‘rapi’ dengan yang ‘valid’? Laporan yang rapi hanya soal tampilan (tersusun penuh dan balance), sedangkan laporan yang valid berarti angka di dalamnya betul-betul mencerminkan kondisi nyata perusahaan. Validitas data memastikan setiap pos penting bisa ditelusuri mundur sampai ke dokumen atau barang yang nyata.
Apa prinsip dasar dalam mengecek validitas data laporan keuangan? Prinsipnya sederhana: cocokkan catatan di program dengan bukti (dokumen), dan bukti dengan kenyataan fisik (misalnya, rekening koran atau hitungan fisik barang). Pemeriksaan dianggap tuntas jika ketiga lapis itu sinkron.
Apa yang dimaksud dengan validasi berlapis dalam pemeriksaan Piutang atau Utang? Validasi ini terdiri dari dua lapis. Lapis pertama adalah memastikan kelengkapan dan kecocokan dokumen internal (seperti PO, LPB, dan Invoice). Lapis kedua, yang paling krusial, adalah konfirmasi langsung ke pihak luar (supplier untuk Utang atau customer untuk Piutang) untuk memastikan saldo perusahaan sama dengan catatan mereka, sehingga melindungi dari potensi kecurangan atau dana yang “nyangkut”.
Apa penyebab umum selisih yang sering muncul pada akun Kas dan Persediaan? Banyak selisih bukan murni salah hitung, melainkan soal pencatatan yang tertinggal atau dana yang berhenti di tengah jalan. Contohnya: mutasi bank yang belum diinput, kas fisik yang dipinjam tanpa dicatat sebagai pengeluaran sementara, atau penjualan yang sudah terjadi tetapi belum terinput di kartu stok (sehingga barang sudah keluar secara fisik).