Anda di halaman 1dari 4

RESUME

CAATTS HISTORY

Disusun Untuk Memenuhi Tugas Audit Manajemen

Disusun oleh:

1. Isti Yuliana (20133100107)


2. Dicky Prasetya Nugraha (20133100115)
3. Shafira Atiqah Anggraini (20133100136)

PROGRAM STUDI AKUNTANSI

FAKULTAS BISNIS

UNIVERSITAS PGRI YOGYAKARTA

TAHUN 2023/2024
Sejarah CAATT

Lingkungan bisnis saat ini berubah dengan cepat dan terus-menerus, dan teknologi merupakan
salah satu faktor kunci yang memaksa auditor untuk menilai kembali pendekatan mereka
terhadap audit. Faktor lainnya adalah peraturan yang berkembang dan standar audit yang
meminta auditor untuk memanfaatkan teknologi dengan lebih baik. Kekuatan ini menciptakan
lingkungan audit baru, dan profesional audit yang memahami cara mengevaluasi dan
menggunakan potensi teknologi baru dapat menjadi sangat berharga bagi organisasi mereka.
Kemungkinan baru ada untuk auditor yang dapat mengikat perangkat lunak ke dalam sistem
organisasi mereka yang sudah ada (Baker [2005]).

Era Teknologi Informasi

Dalam 20 tahun terakhir, telah berkembang dari Electronic Data Processing (EDP) menjadi
Enterprise-wide Information Management (EIM). Masa ketika perangkat keras menggerakkan
logika pemrograman dan pemilihan perangkat lunak ke masa ketika persyaratan pengetahuan
mendorong aktivitas bisnis. Sedikitnya 15 tahun yang lalu, informasi hampir merupakan produk
sampingan dari teknologi; platform perangkat keras yang dipilih menentukan perangkat lunak,
yang juga akan menjadi faktor penentu dari setiap aplikasi. Salah satu prinsip utama EIM adalah
bahwa informasi adalah sumber daya kunci untuk dikelola dan digunakan secara efektif oleh
setiap organisasi yang berhasil. Kepemilikan data mendorong proses bisnis, bukan sebaliknya,
dan telah terjadi peningkatan perlakuan terhadap informasi sebagai sumber daya strategis bisnis.
Dari perspektif audit, ini berarti bahwa data dan informasi sama pentingnya. Pertama, untuk
menganalisis keadaan bisnis saat ini secara kritis; dan kedua, untuk membantu menentukan ke
mana arah bisnis atau seharusnya. Auditor harus mempelajari cara mengakses dan menganalisis
sumber informasi elektronik jika mereka ingin memberikan kontribusi yang berarti bagi
keuntungan organisasi mereka.

Tidak Adanya Jejak Kertas

Jejak audit bersifat elektronik dan karena itu tidak lagi terlihat dan lebih sulit dilacak. Volume
data dan kompleksitasnya meningkat dengan cepat karena kebutuhan untuk memfokuskan
sumber daya perusahaan dengan cepat pada masalah yang muncul atau peluang potensial.
Do More With Less

Faktor pendorong organisasi bisnis juga mendorong fungsi audit. Agar dapat lebih melayani
kebutuhan klien yang semakin kompleks, auditor harus memberikan pelayanan yang lebih baik
semakin menyadari biaya. Untuk tujuan ini, auditor mencari alat dan teknik berbasis komputer.

Definisi CAATT

CAATTs didefinisikan sebagai alat dan teknik berbasis komputer yang memungkinkan auditor
untuk meningkatkan produktivitas pribadi mereka serta fungsi audit. CAATT dapat secara
signifikan meningkatkan efektivitas dan efisiensi audit selama fase perencanaan, pelaksanaan,
pelaporan, dan tindak lanjut audit, serta meningkatkan manajemen fungsi audit secara
keseluruhan. Dalam banyak kasus, penggunaan komputer dapat memungkinkan auditor untuk
melakukan tugas-tugas yang tidak mungkin atau sangat memakan waktu jika dilakukan secara
manual. Alat otomatis juga dapat menghilangkan batasan mengikuti program audit manual yang
kaku sebagai rangkaian langkah yang harus dilakukan.

Evolusi CAATT

Alat dan teknik audit berbasis komputer mikro saat ini berakar pada Alat Audit Berbantuan
Komputer (CAAT) mainframe, yang pada gilirannya secara mengejutkan berakar pada alat dan
teknik audit manual. Pada tahun 1970-an, CAAT jenis kedua berkembang, yang berupaya
meningkatkan fungsionalitas dan efisiensi auditor individual. Jenis CAAT ketiga, dan
penggunaan alat audit otomatis yang lebih baru, berfokus pada fungsi audit dan terdiri dari alat
dan teknik yang ditujukan untuk meningkatkan efektivitas organisasi audit secara keseluruhan.

Pada tahun 1980-an, beberapa alat yang lebih umum digunakan untuk memverifikasi sistem
aplikasi adalah test deck, Integrated Test Facilities (ITF), System Control Audit Review File
(SCARF), dan Sample Audit Review File (SARF) (Mair, Wood, and Davis [1978]). Teknik lain
termasuk simulasi paralel, uji kewajaran dan laporan pengecualian, dan sampel transaksi
sistematis. Beberapa organisasi masih mencapai hasil yang sangat efektif dengan alat audit jenis
ini di tahun 1990-an.

Pengembangan Perangkat Lunak Audit


Paket perangkat lunak audit pertama, Sistem Auditape, yang mengimplementasikan rencana
pengambilan sampel audit Stringer (Tucker [1994]), telah menyediakan kemampuan untuk
simulasi paralel. Sistem ini memfasilitasi penghitungan ulang hasil pengolahan data secara
terbatas hanya berdasarkan beberapa bidang data. Menanggapi Sistem Auditape, banyak
perusahaan akuntansi, audit, dan perangkat lunak mengembangkan paket perangkat lunak audit
yang mendukung simulasi paralel dalam keluarga komputer dan melawan tipe file dan data yang
terbatas. Pada akhir 1980-an dan awal 1990-an, munculnya dan proliferasi komputasi pengguna
akhir dan lahirnya komputer mikro menjadi kekuatan pendorong utama dalam dunia komputasi.
Faktor-faktor ini menciptakan kondisi di mana hasil penelitian perangkat lunak audit dapat
ditransfer ke dalam praktik audit (Will [1980]).

Tes Data

Data uji adalah kumpulan data input yang dibuat oleh auditor untuk mencakup dan menguji
semua jenis kemungkinan transaksi dan skenario. Data pengujian dimasukkan ke dalam sistem
komputer dan diverifikasi melalui pemrosesan aktual dari transaksi pengujian. Data ini
digunakan untuk menguji pemrosesan transaksi yang salah oleh aplikasi. Teknik ini dapat
digunakan untuk memverifikasi bahwa pemeriksaan edit dan kontrol aplikasi berfungsi.
kesalahan dan kelalaian dapat terjadi dengan test deck. Jenis kesalahan pertama adalah kegagalan
untuk memasukkan jenis transaksi tertentu yang akan diproses secara tidak benar. Kesalahan ini
tidak akan teridentifikasi karena transaksi yang seharusnya menyebabkan kesalahan, bukan
merupakan bagian dari test deck. Jenis kesalahan kedua adalah kegagalan untuk mengetahui
bahwa data diproses secara tidak benar (yaitu, transaksi dimasukkan dan menghasilkan
pemrosesan yang tidak valid, tetapi auditor gagal untuk mengetahui kesalahan yang terjadi).

Anda mungkin juga menyukai