Bagian II · Modul 8 dari 8 · Pendalaman
Data Analytics Audit Internal: Benford, Continuous Audit, dan AI
Kenapa cuma cek 40 sampel kalau bisa cek seluruh transaksi? Pelajari tes analitik dasar, continuous auditing, dan cara memakai AI dengan aman.
14 menit baca · Diperbarui · 8 referensi
Intinya
- –Analitik data memungkinkan auditor menguji seluruh populasi, bukan hanya sampel, sehingga pengecualian kecil pun bisa terlihat.
- –Tes dasar yang paling sering memberi hasil: duplikat pembayaran, pemecahan transaksi, pencocokan master data, dan Benford's Law. Semuanya bisa dimulai dari Excel.
- –Analitik atas data yang tidak lengkap menghasilkan kesimpulan yang salah. Uji kelengkapan dan kualitas data selalu jadi langkah pertama.
- –Continuous auditing dan process mining membuat masalah terdeteksi dalam hitungan hari dan memperlihatkan alur proses yang sebenarnya.
- –AI membantu, tapi auditor tetap bertanggung jawab atas kesimpulan. Risiko utamanya: data bocor, hasil yang tidak bisa dijelaskan, dan kepercayaan berlebihan.
Bayangin kamu admin toko online dengan 50 ribu transaksi setahun. Kalau bos minta cek apakah ada pembayaran ke supplier yang dobel, kamu bisa ambil 40 transaksi secara acak dan berharap ketemu. Atau, kamu tarik semua data ke Excel, urutkan berdasarkan supplier, nominal, dan tanggal, lalu tandai yang kembar. Cara kedua butuh waktu 30 menit dan hasilnya jauh lebih meyakinkan.
Itulah inti data analytics dalam audit: memakai data dan alat bantu untuk menguji populasi secara utuh, menemukan pola aneh, dan mengarahkan perhatian auditor ke tempat yang tepat. Modul ini membahas tes-tes dasar beserta rumusnya, cara menguji kualitas data, process mining, continuous auditing, pilihan alat, dan bagaimana AI mulai mengubah pekerjaan auditor.
Kenapa analitik data mengubah audit
Sampling lahir di era kertas, ketika memeriksa semua dokumen tidak mungkin. Sekarang hampir semua transaksi tersimpan di sistem, sehingga uji 100% populasi menjadi realistis. Penelitian tentang full population testing pada data buku besar menunjukkan bagaimana pendekatan seperti multidimensional audit data sampling membantu auditor menguji seluruh populasi lalu memilih item yang benar-benar perlu ditindaklanjuti [1].
Tapi teknologi saja tidak cukup. Studi tentang penerapan audit analytics di fungsi audit internal mengidentifikasi faktor pendorong dan penghambat, mulai dari ketersediaan data, keterampilan tim, sampai dukungan pimpinan [2]. Riset lain menemukan bahwa penggunaan analitik data berkaitan dengan persepsi kualitas audit internal di mata pemangku kepentingan [4].
Gambar 1. Sampling vs analitik
Buat kamu yang baru mulai, kabar baiknya: kemampuan analitik dasar bisa dipelajari tanpa gelar ilmu komputer. Kalau kamu sudah biasa pakai filter, pivot table, dan VLOOKUP atau XLOOKUP, kamu sudah punya 60% bekal. Sisanya adalah cara berpikir auditor: tahu pertanyaan apa yang harus dijawab data. Analitik juga tidak menggantikan pertimbangan profesional. Data hanya bisa memberi tahu “apa” dan “di mana”; untuk menjawab “kenapa”, kamu tetap perlu membaca dokumen, bertanya ke auditee, dan memahami prosesnya.
Istilah kunci analitik audit
| Istilah | Artinya | Contoh |
|---|---|---|
| Populasi | Seluruh data yang relevan dengan pertanyaan audit | Semua invoice vendor 2025 |
| Field / kolom | Atribut data | Kode vendor, nominal, tanggal |
| Kunci (key) | Kolom yang menghubungkan dua tabel | Kode vendor di tabel invoice dan tabel master vendor |
| Join / lookup | Menggabungkan dua tabel lewat kunci | Menarik rekening vendor ke tabel pembayaran |
| Pengecualian | Baris yang ditandai oleh tes | Dua invoice dengan vendor, nomor, dan nominal sama |
| False positive | Pengecualian yang ternyata wajar | Dua pembayaran sewa bulanan dengan nominal sama |
| Kamus data | Penjelasan arti setiap kolom dan kodenya | Status 3 = invoice dibatalkan |
| CAATs | Teknik audit berbantuan komputer | Skrip SQL atau software audit |
Tes analitik yang paling sering dipakai
| Tes | Tujuan | Cara sederhana |
|---|---|---|
| Duplikat pembayaran | Pembayaran ganda ke vendor | Cari kombinasi sama: vendor + nomor invoice + nominal, atau vendor + nominal + tanggal berdekatan |
| Pemecahan transaksi (split) | Menghindari batas approval | Kelompokkan PO per vendor per hari/minggu; tandai yang total di atas limit tapi masing-masing di bawah |
| Nominal bulat | Estimasi atau rekayasa | Hitung transaksi berakhiran 000.000 dibanding pola normal |
| Di luar jam/hari kerja | Transaksi tanpa pengawasan | Filter timestamp malam, akhir pekan, atau hari libur nasional |
| Pencocokan master data | Vendor/karyawan fiktif | Bandingkan rekening, alamat, NPWP, nomor HP vendor dengan data karyawan |
| Gap dan urutan nomor | Dokumen hilang atau disisipkan | Cek nomor faktur atau kuitansi yang loncat atau ganda |
| Benford's Law | Pola angka yang tidak alami | Bandingkan sebaran digit pertama dengan distribusi Benford |
Benford's Law dalam praktik
Benford's Law menyatakan bahwa pada banyak kumpulan data alami (nilai invoice, saldo, populasi), angka pertama tidak tersebar merata. Angka 1 muncul sebagai digit pertama sekitar 30,1%, angka 2 sekitar 17,6%, dan terus menurun sampai angka 9 sekitar 4,6%. Rumusnya: P(d) = log10(1 + 1/d). Kalau data dimanipulasi oleh manusia, polanya sering menyimpang.
Gambar 2. Distribusi Benford digit pertama
Contoh praktik: rumus dan hitungan
Teori jadi lebih masuk akal kalau langsung dicoba. Berikut tiga tes yang bisa kamu kerjakan di Excel. Pemisah argumen rumus bisa koma atau titik koma, tergantung pengaturan bahasa Excel-mu.
| Tes | Rumus di kolom bantu | Cara membaca |
|---|---|---|
| Duplikat persis | =COUNTIFS(A:A;A2;B:B;B2;C:C;C2) | Hasil lebih dari 1 berarti kombinasi vendor, nomor, dan nominal muncul lebih dari sekali |
| Duplikat nominal per vendor | =COUNTIFS(A:A;A2;C:C;C2) | Saring yang lebih dari 1, lalu cek apakah tanggalnya berdekatan |
| Digit pertama | =LEFT(C2;1) | Buat pivot jumlah per digit, lalu bandingkan persentasenya dengan Benford |
| Pemecahan per hari | =SUMIFS(C:C;A:A;A2;D:D;D2) | Total per vendor per hari di atas limit, padahal tiap transaksi di bawah limit |
Membaca hasil Benford dengan angka
Misalkan ada 10.000 invoice pembelian. Menurut Benford, invoice berdigit awal 4 diharapkan sekitar 9,7% × 10.000 = 970 invoice. Ternyata yang muncul 1.420 invoice, atau sekitar 46% lebih banyak dari harapan. Kenapa? Setelah ditelusuri, batas approval manajer adalah Rp5 juta, sehingga banyak invoice bernilai Rp4,1 juta sampai Rp4,9 juta. Benford tidak membuktikan fraud, tapi menunjuk lokasi yang perlu digali: invoice tepat di bawah batas approval. Langkah selanjutnya adalah tes pemecahan transaksi untuk vendor-vendor di kelompok itu.
Untuk menilai seberapa jauh penyimpangan secara keseluruhan, praktisi biasanya memakai ukuran statistik seperti uji chi-square atau rata-rata selisih absolut antara persentase aktual dan harapan. Untuk tahap awal, membandingkan grafik aktual dengan grafik Benford dan menyelidiki digit yang paling menyimpang sudah cukup bermanfaat.
Menguji kelengkapan dan kualitas data
Kesalahan paling fatal dalam analitik audit adalah menyimpulkan “tidak ada pembayaran ganda” padahal datanya hanya berisi sebagian transaksi. Karena itu, sebelum menjalankan tes apa pun, auditor menguji apakah datanya lengkap, akurat, dan bisa dipercaya.
| Dimensi | Pertanyaan | Contoh uji |
|---|---|---|
| Kelengkapan | Apakah semua transaksi periode itu ada? | Total 38.214 baris senilai Rp1.402,6 miliar dicocokkan dengan buku besar |
| Akurasi | Apakah nilainya benar? | Cocokkan 10 baris acak dengan dokumen sumber |
| Validitas | Apakah isinya masuk akal? | Tanggal di masa depan, nominal negatif, kode vendor kosong |
| Konsistensi | Apakah format seragam? | Nama vendor dengan ejaan berbeda, tanggal dalam format campuran |
| Ketepatan periode | Apakah periodenya sesuai permintaan? | Cek tanggal minimum dan maksimum di data |
Catat hasil uji kualitas data ini di kertas kerja, termasuk siapa yang mengekstrak data, dari sistem mana, kapan, dan dengan query apa. Kalau ada selisih dengan buku besar, jelaskan dulu sebelum melanjutkan. Selisih kecil karena transaksi batal mungkin wajar; selisih besar tanpa penjelasan berarti datanya belum bisa dipakai.
Cara mengerjakan proyek analitik audit
Lima langkah dari pertanyaan sampai temuan
- 1
Mulai dari pertanyaan risiko
Contoh: “Apakah ada pembayaran ganda ke vendor selama 2025?” Pertanyaan yang jelas mencegah analitik yang asal jalan.
- 2
Minta dan pahami data
Tentukan tabel dan kolom yang dibutuhkan, periode, dan format. Minta kamus data dari tim IT.
- 3
Uji kelengkapan data
Cocokkan total data dengan laporan keuangan atau sistem sumber. Analitik atas data yang tidak lengkap menghasilkan kesimpulan yang salah.
- 4
Jalankan tes dan saring hasil
Hasil awal biasanya banyak false positive. Saring dengan aturan tambahan, lalu prioritaskan berdasarkan nilai dan risiko.
- 5
Tindak lanjuti pengecualian
Periksa dokumen, konfirmasi ke auditee, dokumentasikan di kertas kerja, lalu tulis temuan dengan format 5C.
| Alat | Kelebihan | Catatan |
|---|---|---|
| Excel / Power Query | Tersedia di mana-mana, cepat untuk data sampai ratusan ribu baris | Rawan salah rumus dan sulit diulang |
| SQL | Langsung ke database, kuat untuk data besar | Perlu akses dan pemahaman struktur data |
| Python / R | Fleksibel, bisa diotomatisasi, gratis | Butuh kemampuan coding dan reviu kode |
| Software audit khusus (generalized audit software) | Fungsi audit siap pakai, ada log jejak kerja | Berbayar |
| Power BI / Tableau | Dashboard untuk continuous monitoring | Bukan alat pengujian utama |
Process mining: melihat alur yang sebenarnya
SOP bilang alurnya: permintaan, PO, penerimaan barang, invoice, pembayaran. Tapi apakah semua transaksi benar-benar lewat jalur itu? Process mining menjawabnya dengan membaca event log dari sistem, yaitu catatan setiap aktivitas yang punya tiga unsur: nomor kasus (misalnya nomor PO), nama aktivitas, dan waktu. Dari ribuan log, alat process mining menggambar peta alur yang benar-benar terjadi, lengkap dengan jalan pintas dan putarannya.
- PO dibuat setelah invoice (after-the-fact PO): barang sudah dipesan duluan, PO hanya formalitas.
- Pembayaran sebelum penerimaan barang: risiko membayar barang yang tidak pernah datang.
- Approval dilewati atau dilakukan orang yang sama dengan pembuat dokumen.
- Putaran berulang seperti PO diubah berkali-kali setelah disetujui, yang bisa jadi tanda negosiasi tidak wajar.
Contoh hasilnya kira-kira begini. Dari 12.400 PO dalam setahun, peta proses memperlihatkan 1.860 PO (15%) dibuat setelah invoice diterima, dan sebagian besar berasal dari dua departemen. Angka seperti ini jauh lebih kuat daripada kalimat “ditemukan beberapa PO yang terlambat”, karena langsung menunjukkan skala dan lokasi masalahnya.
Penerapannya butuh persiapan. Kajian terbaru mengusulkan kerangka bertahap untuk mengimplementasikan process mining dalam tugas audit, mulai dari menentukan tujuan, menyiapkan data, sampai menafsirkan hasilnya [7]. Untuk pemula, mulailah dari satu proses dengan data yang rapi, misalnya pengadaan, sebelum mencoba proses lain.
Continuous auditing dan continuous monitoring
Continuous auditing adalah menjalankan tes audit secara otomatis dan berkala (harian, mingguan, bulanan) atas data transaksi, lalu mengirim pengecualian ke auditor. Kalau yang menjalankan adalah manajemen (lini pertama atau kedua) sebagai bagian dari pengendalian, biasanya disebut continuous monitoring. Riset terbaru bahkan menjajaki pemanfaatan large language model untuk verifikasi silang informasi akuntansi secara hampir real-time [6].
Gambar 3. Siklus continuous auditing
| Aturan | Frekuensi | Penerima pengecualian |
|---|---|---|
| Invoice dengan vendor, nominal, dan tanggal berdekatan sama | Mingguan, sebelum jadwal pembayaran | Auditor analitik, lalu tim utang usaha |
| Perubahan rekening vendor diikuti pembayaran dalam 7 hari | Harian | Auditor dan kepala treasury |
| Karyawan keluar yang masih masuk payroll | Bulanan, sebelum payroll diproses | Auditor dan manajer payroll |
| User yang membuat dan menyetujui dokumen yang sama | Bulanan | Auditor TI dan pemilik proses |
Perhatikan bahwa beberapa aturan dijalankan sebelum uang keluar. Di sinilah nilai terbesarnya: masalah dicegah, bukan hanya ditemukan. Seiring waktu, aturan yang sudah stabil sebaiknya diserahkan ke manajemen sebagai continuous monitoring, sementara audit internal menguji apakah monitoring itu berjalan dan beralih membangun tes untuk area lain.
Pendekatan ini juga relevan untuk sektor publik. Studi kasus penerapan metodologi continuous audit dan monitoring pada pengadaan obat pemerintah menunjukkan bagaimana aturan analitik dirancang untuk proses pengadaan yang nyata [8]. Di Indonesia, banyak data pengadaan pemerintah sudah tercatat secara elektronik, sehingga peluang menerapkan pendekatan serupa oleh aparat pengawasan intern cukup terbuka.
Studi kasus
Studi kasus: PT Nusantara Logistik Prima
PT Nusantara Logistik Prima (fiktif) membayar sekitar 38.000 invoice vendor per tahun dengan nilai Rp1,4 triliun. Audit internal membuat skrip SQL sederhana yang dijalankan tiap minggu untuk mendeteksi duplikat (vendor + nominal + tanggal dalam 30 hari) dan PO yang dipecah. Pada tiga bulan pertama, skrip menghasilkan 612 pengecualian. Setelah aturan disaring, tersisa 74 kasus yang ditelusuri, dan 19 di antaranya terbukti pembayaran ganda senilai Rp2,7 miliar yang kemudian ditagih kembali ke vendor. Biaya pembuatan skrip: sekitar 15 hari kerja satu auditor.
Gambar 4. Dari pengecualian ke temuan
Peran AI dalam audit dan risikonya
AI, termasuk AI generatif, mulai dipakai untuk merangkum dokumen kontrak, membaca ribuan notulen rapat, mengklasifikasi transaksi, dan membuat draf program audit. Tulisan tentang risiko dan peluang AI di akuntansi dan audit membahas dua sisi ini sekaligus [5]. Pegangan praktisnya: AI mempercepat kerja, tapi kesimpulan audit tetap tanggung jawab auditor. Ada juga isu explainability: auditor harus bisa menjelaskan mengapa model menandai suatu transaksi. Kajian tentang explainable AI (XAI) dalam audit membahas pentingnya hal ini [3].
| Risiko | Contoh | Pengendalian |
|---|---|---|
| Kebocoran data | Mengunggah data gaji karyawan ke chatbot publik | Hanya pakai alat AI yang disetujui perusahaan; anonimkan data; patuhi UU PDP |
| Halusinasi | AI mengutip pasal atau standar yang tidak ada | Selalu verifikasi ke sumber asli sebelum masuk kertas kerja |
| Hasil tidak bisa dijelaskan | Model menandai vendor berisiko tanpa alasan yang jelas | Pilih model yang bisa dijelaskan; dokumentasikan logika dan pengujian model |
| Ketergantungan berlebihan | Auditor menerima output tanpa skeptisisme | Reviu oleh manusia; AI sebagai asisten, bukan pengambil kesimpulan |
| Bias | Model belajar dari data historis yang bias | Uji hasil pada berbagai kelompok data |
Contoh pemakaian AI yang wajar dalam penugasan
- 1
Merangkum dokumen publik atau internal yang diizinkan
Misalnya merangkum 40 halaman SOP pengadaan menjadi daftar kontrol kunci, lalu kamu cocokkan sendiri dengan dokumen aslinya.
- 2
Membuat draf program kerja
AI mengusulkan risiko dan langkah uji; auditor senior memilih, mengubah, dan menyetujui.
- 3
Mengklasifikasi teks dalam jumlah besar
Misalnya mengelompokkan ribuan keterangan transaksi kas kecil ke kategori biaya. Uji akurasinya pada sampel sebelum hasilnya dipakai.
- 4
Merapikan bahasa temuan
Masukkan versi yang sudah disamarkan, lalu pastikan fakta dan angka tidak berubah.
Menjaga kerahasiaan dan jejak kerja data audit
Auditor yang mengakses data seluruh perusahaan memegang kepercayaan besar. Data payroll, data pelanggan, dan data vendor berisi data pribadi yang dilindungi UU PDP 27/2022. Kebocoran dari tangan auditor akan merusak kredibilitas fungsi audit sekaligus menimbulkan risiko hukum bagi perusahaan.
- Minta seperlunya. Kalau tes duplikat tidak butuh nama karyawan, jangan minta kolom nama.
- Samarkan bila bisa. Ganti NIK atau nomor rekening dengan kode, lalu buka identitas asli hanya untuk pengecualian yang ditelusuri.
- Simpan di tempat yang dikendalikan. Folder audit dengan akses terbatas, bukan laptop pribadi, flashdisk, atau email.
- Simpan skrip dan versinya. Skrip yang sama harus memberi hasil yang sama saat dijalankan ulang oleh pereviu.
- Reviu skrip seperti mereviu kertas kerja. Satu salah ketik di kondisi filter bisa membuang ratusan pengecualian yang sebenarnya penting.
- Hapus sesuai kebijakan retensi. Data mentah yang sudah tidak diperlukan jangan disimpan selamanya.
Strategi memulai dan meyakinkan manajemen
- Mulai kecil, menang cepat. Pilih satu tes dengan potensi uang kembali, misalnya duplikat pembayaran. Hasil rupiah adalah argumen terkuat untuk investasi berikutnya.
- Bangun hubungan dengan IT sejak awal. Akses data yang lancar lebih menentukan keberhasilan daripada pilihan software.
- Dokumentasikan skrip supaya bisa diulang, direviu, dan diwariskan ke auditor lain.
- Investasi di orang. Latih satu atau dua auditor menjadi champion analitik, lalu biarkan mereka mengajari yang lain.
- Kesalahan umum: langsung beli software mahal tanpa use case, mengabaikan uji kelengkapan data, atau melaporkan ratusan pengecualian mentah ke manajemen tanpa disaring.
Supaya program analitik bertahan, ukur hasilnya dengan bahasa yang dipahami manajemen. Beberapa ukuran yang mudah dikumpulkan: jumlah transaksi yang diuji dibanding tahun lalu, nilai uang yang berhasil ditagih kembali atau dicegah keluar, jumlah jam audit yang dihemat karena pengujian otomatis, dan persentase false positive yang terus turun. Dari contoh studi kasus di atas, 15 hari kerja satu auditor menghasilkan pengembalian Rp2,7 miliar. Perbandingan biaya dan manfaat seperti itu biasanya cukup untuk meminta anggaran pelatihan atau satu posisi analis data.
Satu catatan: jangan menjanjikan bahwa analitik akan selalu menemukan uang. Kadang hasil terbaiknya adalah keyakinan bahwa kontrol berjalan baik di seluruh populasi, bukan hanya di 40 sampel. Itu juga nilai yang layak dilaporkan, karena manajemen dan komite audit jadi punya dasar yang lebih kuat untuk percaya pada prosesnya.
| Organisasi | Sumber data | Titik awal yang realistis |
|---|---|---|
| Startup | Database aplikasi, payment gateway, spreadsheet | Tes duplikat refund dan pencocokan rekening penerima dengan data karyawan |
| Perusahaan besar | ERP, data warehouse | Continuous auditing untuk pembayaran, pengadaan, dan payroll |
| BUMN dan instansi | ERP, sistem pengadaan elektronik, aplikasi keuangan | Analitik pengadaan: vendor dengan alamat sama, harga tidak wajar, pemenang berulang |
Latihan mandiri dan checklist
Latihan hitung
Uji Benford digit pertama: harapan vs kenyataan
Kamu sudah membuat pivot digit pertama dari data invoice. Pilih digit yang mau dicek, isi total transaksi dan berapa yang benar-benar diawali digit itu. Nilai awalnya sama dengan contoh 10.000 invoice di modul. Persentase harapan memakai tabel Benford yang dibulatkan satu desimal.
Hasil
- Persentase harapan Benford
- 9,7%
- Jumlah yang diharapkan
- 970
- Persentase teramati
- 14,2%
- Selisih dari harapan
- 46,4%
Digit ini muncul jauh lebih sering dari harapan. Cari penjelasannya, misalnya batas approval tepat di atas kelompok nilai ini, lalu lanjutkan dengan tes pemecahan transaksi. Ingat, ini sinyal, bukan bukti fraud.
Latihan mengelompokkan
Pertanyaan audit ini dijawab dengan tes apa?
Kamu menerima daftar pertanyaan dari supervisor. Pilih tes analitik yang paling tepat untuk menjawab tiap pertanyaan.
- 1.
Apakah ada invoice yang dibayar dua kali dengan vendor, nomor invoice, dan nominal yang sama?
- 2.
Apakah ada vendor yang total PO-nya dalam satu hari di atas limit approval, padahal tiap PO di bawah limit?
- 3.
Apakah ada rekening vendor yang sama dengan rekening karyawan?
- 4.
Apakah sebaran angka pertama nilai 38.000 invoice setahun terlihat alami?
- 5.
Apakah ada klaim reimburse yang diajukan ulang dengan nomor nota dan nominal yang sama di bulan berikutnya?
- 6.
Apakah alamat dan nomor HP vendor baru sama dengan data kontak pegawai pengadaan?
- 7.
Apakah ada pembelian ke vendor yang sama dalam satu minggu dengan nilai masing-masing Rp4,8 juta, sedangkan batas approval manajer Rp5 juta?
- 8.
Apakah digit awal 4 pada nilai invoice muncul jauh lebih sering dibanding pola yang diharapkan?
Tugas lanjutan: latihan 90 menit dengan data sendiri
- 1
Siapkan data
Buat atau unduh data contoh berisi minimal 1.000 transaksi dengan kolom vendor, nomor invoice, nominal, dan tanggal. Sisipkan 5 duplikat dengan sengaja.
- 2
Uji kelengkapan
Hitung jumlah baris dan total nominal. Catat sebagai angka kontrol.
- 3
Jalankan tes duplikat
Pakai COUNTIFS dan pastikan kelima duplikat yang kamu sisipkan tertangkap. Kalau tidak, perbaiki logikanya.
- 4
Coba Benford
Ambil digit pertama, buat pivot, lalu bandingkan dengan tabel Benford. Tulis satu paragraf interpretasi.
- 5
Tulis memo singkat
Satu halaman: pertanyaan, data, tes, hasil, dan apa yang perlu ditelusuri lebih lanjut.
- Pertanyaan risiko tertulis sebelum data diminta.
- Kelengkapan data sudah direkonsiliasi dengan sumber atau buku besar.
- Skrip atau rumus tersimpan, berversi, dan direviu orang lain.
- Pengecualian disaring dan ditelusuri ke dokumen sebelum disebut temuan.
- Data pribadi diminta seperlunya, disamarkan, dan disimpan di lokasi terkendali.
- Output AI diverifikasi ke sumber asli sebelum masuk kertas kerja.
Cek pemahaman
Auditor ingin menerapkan Benford's Law. Data mana yang paling cocok?
Referensi
Artikel jurnal internasional bereputasi (Q1–Q2) terbitan 2022 ke atas, standar profesi, dan peraturan perundang-undangan resmi.
- 1.Freiman, J. W., Kim, Y., & Vasarhelyi, M. A. (2022). Full population testing: Applying multidimensional audit data sampling (MADS) to general ledger data auditing. International Journal of Accounting Information Systems, 46, 100573. doi.org/10.1016/j.accinf.2022.100573Q1
- 2.Ramadhan, M. G., Janssen, M., & van der Voort, H. (2023). Driving and Inhibiting Factors for Implementing Audit Analytics in an Internal Audit Function. Journal of Emerging Technologies in Accounting, 20(2), 135–163. doi.org/10.2308/jeta-2022-035Q2
- 3.Zhang, C., Cho, S., & Vasarhelyi, M. (2022). Explainable Artificial Intelligence (XAI) in auditing. International Journal of Accounting Information Systems, 46, 100572. doi.org/10.1016/j.accinf.2022.100572Q1
- 4.Betti, N., DeSimone, S., Gray, J., & Poncin, I. (2023). The impacts of the use of data analytics and the performance of consulting activities on perceived internal audit quality. Journal of Accounting & Organizational Change, 20(2), 334–361. doi.org/10.1108/jaoc-08-2022-0125Q2
- 5.Eisikovits, N., Johnson, W. C., & Markelevich, A. (2025). Should Accountants Be Afraid of AI? Risks and Opportunities of Incorporating Artificial Intelligence into Accounting and Auditing. Accounting Horizons, 39(2), 117–123. doi.org/10.2308/horizons-2023-042Q1
- 6.Li, H., de Freitas, M. M., Lee, H., & Vasarhelyi, M. A. (2026). Enhancing continuous auditing with large language models: AI-assisted real-time accounting information cross-verification. International Journal of Accounting Information Systems, 57, 100786. doi.org/10.1016/j.accinf.2026.100786Q1
- 7.Föhr, T. L., Reichelt, V., Marten, K.-U., & Eulerich, M. (2025). A Framework for the Structured Implementation of Process Mining for Audit Tasks. International Journal of Accounting Information Systems, 56, 100727. doi.org/10.1016/j.accinf.2025.100727Q1
- 8.Wang, W., & Vasarhelyi, M. A. (2024). The application of continuous audit and monitoring methodology: A government medication procurement case. International Journal of Accounting Information Systems, 55, 100713. doi.org/10.1016/j.accinf.2024.100713Q1
Masih di bagian Audit Internal
14 menit bacaII.2Three Lines Model IIA: Pengertian, Peran, dan Contoh di IndonesiaSiapa yang ambil risiko, siapa yang mengawasi, siapa yang memberi keyakinan? Three Lines Model menjawabnya tanpa bikin semua orang saling lempar tanggung jawab.Pembuka · 14 menitPembuka
14 menit bacaII.3Pengendalian Internal COSO 2013: 5 Komponen, 17 Prinsip, ContohKontrol internal bukan tumpukan SOP. Pahami kerangka COSO 2013, jenis kontrol, pemisahan tugas, dan cara menyusun matriks risiko-kontrol.Menengah · 14 menitMenengah
14 menit baca
