PENGENDALIAN APLIKASI

Pengendalian aplikasi adalah berbagai prosedur terprogram yang didesain untuk menangani
berbagai potensi ekposur yang mengancam aplikasi-aplikasi tertentu, seperti sistem penggajian,
pembelian, dan pengeluaran kas. Pengendalian diabgai dalam tiga kategori umum, yaitu:
Pengendalian Input, Pengendalian Pemrosesan, dan Pengendalian Output.

PENGENDALIAN INPUT

Pengendalian input (input control) pada tahap ini didesain untuk memastikan bahwa berbagai
transaksi ini valid, akurat, dan lengkap. Berbagai prosedur input data dapat dipicu oleh dokumen
sumber (batch) atau input langsung (real-time).

Input dokumen sumber membutuhkan keterlibatan manusia dan cenderung dapat

menimbulkan kesalahan administratif. Beberapa jenis kesalahan yang dimasukkan dalam
dokumen sumber tidak dapat dideteksi serta diperbaiki dalam tahap input data. Menangani
masalah semacam ini dapat membutuhkan penelusuran transaksi kembali sumbernya (seperti
menghubungi pelanggan terkait) untuk memperbaiki kesalahan. Input langsung, di pihak lain,
menggunakan teknik edit real-time untuk mengidentifikasi serta memperbaiki berbagai
kesalahan, hingga cara signifikan dapat mengurangi jumlah kesalahan yang masuk ke dalam
sistem.

Kelas Pengendalian Input

Untuk kenyamanan penyajian dan untuk membentuk struktur pembahasan, maka pengendalian
input dalam BAB ini dibagi ke dalam kelas-kelas umum berikut ini:

 Pengendalian dokumen sumber

 Pengendalian pengodean data
 Pengendalian batch
 Perbaikan kesalahan input
 Sistem input data umum

Pengendalian Dokumen Sumber. Pengendalian harus dilaksanakan dengan hati-hati atas

dokumen sumber fisik dalam sistem yang menggunakannya untuk memulai transaksi. Penipuan
dengan dokumen sumber dapat dilakukan untuk memindahkan aset dari perusahaan. Contohnya,
seseorang yang memiliki akses pesanan pembelian dan laporan penerimaan dapat membuat
transaksi pembelian ke pemasok yang fiktif. Jika dokumen semacam ini masuk ke dalam aliran
pemrosesan data, bersama dengan faktur pemasok buatan, maka sistem dapat saja memproses
berbagai dokumen ini seolah-olah telah terjadi transaksi yang sah. Tanpa adanya pengendalian
pengganti lainnya untuk mendeteksi penipuan sejenis ini, sistem tersebut akan membuat utang
dagang dan selanjutnya akan menulis pembayaran dengan cek.
 Untuk mengendalikan eksprosur jenis ini, perusahaan harus mengimplementasikan
berbagai prosedur pengendalian atas dokumen sumber dengan memperhitungkan setiap
dokumen, seperti yang dijelaskan di bawah ini:
Menggunakan Dokumen Sumber yang Diberi Nomor Terlebih Dulu. Dokumen sumber harus
dibuat otomatis dengan nomor melalui printer yang menunjukkan urutan angka di setiap
dokumen. Nomor pada dokumen sumber memungkinkan akuntansi yang akurat atas penggunaan
dokumen dan menyediakan jejak audit untuk penelusuran berbagai transaksi melalui berbagai
catatan akuntansi. Hal ini akan dibahas lebih jauh dalam bagian selanjutnya.

Menggunakan Dokumen Sumber secara Berurutan. Dokumen sumber harus didistribusikan ke

para pengguna dan digunakan secara berurutan. Hal ini akan membutuhkan dijaganya keamanan
fisik yang memadai atas berbagai file dokumen sumber di lokasi pengguna. Ketika sedang tidak
digunakan, dokumen-dokumen tersebut harus dikunci. Akses ke dokumen sumber harus dibatasi
hanya untuk orang-orang yang diberi otorisasi.

Mengaudit Dokumen Sumber secara Berkala. Merekonsiliasi urutan angka dokumen dilakukan
untuk mengidentifikasi berbagai dokumen sumber yang hilang. Secara berkala, auditor harus
membandingkan berbagai jumlah dokumen yang digunakan hingga saat ini dengan yang tersisa
dalam file ditambah yang dibatalkan karena kesalahan. Dokumen-dokumen yang tidak
diperhitungkan harus dilaporkan ke pihak manajemen.

Pengendalian Pengodean Data. Pengendalian pengodean adalah pemeriksaan integritas kode

data yang digunakan dalam pemrosesan. Nomor akun seorang pelanggan, nomor barang
persediaan, dan daftar akun adalah contoh dari kode data. Terdapat tiga jenis kesalahan yang
dapat merusak data dan menyebabkan kesalahan dalam pemrosesan, yaitu kesalahan transkripsi,
kesalahan transposisi tunggal, dan kesalahan tranposisi jamak. Kesalahan transkripsi dapat dibagi
ke dalam tiga kategori:
 Kesalahan penambahan terjadi ketika angka atau karakter tambahan ditambahkan ke
dalam kode. Contohnya, nomor barang persediaan 83276 dicatat sebagai 832766.
 Kesalahan pemotongan terjadi ketika sebuah angka atau karakter dipindahkan dari akhir
kode. Dalam kesalahan jenis ini, barang persediaan di atas akan dicatat sebagai 8327.
 Kesalahan substitusi adalah penggantian satu angka dalam sebuah kode dengan angka
lainnya. Contohnya, nomor kode 83276 dicatat sebagai 83266.
Terdapat dua jenis kesalahan transposisi. Kesalahan transposisi tunggal terjadi ketika dua angka
yang berurutan terbalik. Contohnya, kode 83276 dicatat sebagai 38276. Kesalahan transposisi
jamak terjadi ketika angka-angka yang tidak berurutan terbalik. Contohnya, kode 83276 dicatat
sebagai 87236.

Angka Pemeriksa. Salah satu metode untuk mendeteksi kesalahan pengodean data adalah dengan
Angka Pemeriksa. Angka pemeriksa adalah angka pengendali yang ditambahkan pada kode
terkait pada saat kode tersebut diberikan hingga memungkinkan integritas kode terbentuk selama
pemroresan selanjutnya. Angka pemeriksa dapat ditempatkan dimana saja dalam suatu kode:
sebagai awalan, akhiran, atau dilekatkan di tengah. Contohnya, untuk kode akun pelanggan
nomor 5372 maka hitungan angka pemeriksanya adalah:
5 + 3 + 7 + 2 = 17

Pengendalian Batch. Adalah metode yang tidak efektif dalam mengelola volume data transaksi
yang besar dalam sistem. Tujuan dari pengendalian batch adalah untuk merekonsiliasi ouput
yang dihasilkan oleh sistem dengan input yang dimasukkan ke dalam sistem terkait.
Pengendalian ini memberikan kepastian bahwa:
 Semua record dalam batch diproses.
 Tidak ada record yang diproses lebih dari sekali.
 Adanya jejak audit transaksi mulai dari tahap input, pemrosesan, hingga output sistem.
Untuk mencapai tujuan dari pengendalian batch maka dibutuhkan beberapa kelompok jenis
input yang hampir sama atas berbagai transaksi (seperti pesanan penjualan) dalam bentuk batch
dan kemudian mengendalikan batch tersebut selama pemrosesan data. Digunakan dua dokumen
untuk melakukan pekerjaan ini: sebuah lembar transmisi batch dan daftar pengendali batch.
Figur 7-1 menunjukkan contoh dari lembar transmisi batch. Lembar transmisi batch tersebut
menangkap berbagai informasi yang relevan seperti hal-jal berikut ini:
 Nomor batch yang unik
 Tanggal batch
 Kode transaksi (menunjukkan jenis transaksi, seperti pesanan penjualan atau
penerimaan kas)
 Jumlah record dalam batch (perhitungan record)
 Nilai total uang dalam field keuangan (pengendali total batch)
 Total field nonkeuangan yang unik (total lain-lain)
Pengendalian Validasi. Pengendalian validsiasi input ditujukan untuk mendeteksi berbagai
kesalahan data transaksi sebelum data tersebut diproses. Prosedur validasi akan sangat efektif
jika dilakukan sedekat mungkin dengan sumber transaksinya. Akan tetapi, tergantung dari jenis
CBIS yang digunakan, validasi input dapat terjadi pada berbagai titik dalam sistem. Contohnya,
beberapa prosedur validasi input dapat mensyaratkan adanya referensi ke file master terkini.
CBIS menggunakan pemrosesan real-time atau pemrosesan batch dengan file master berakses
langsung yang dapat memvalidasi data di tahap input. Figur 7-4 (a) dan (b) menggambarkan
teknik ini.
Jika CBIS menggunakan pemrosesan batch dengan file berurutan, record transaksi yang
divalidasi harus terlebih dulu diurutkan dalam urutan yang sama dengan file masternya. Oleh
karena itu, suoaya lebih praktis, tiap modul pemrosesan, sebelum memperbarui record file
master, akan melakukan beberapa prosedur validasi. Pendekatan ini ditunjukkan dalam Figur 7-
5.
Terdapat tiga tingkat pengendalian validasi input:
1) Interogasi lapangan
2) Rekam interogasi
3) interogasi file

Interogasi Lapangan. Interogasi lapangan melibatkan prosedur yang diprogram yang

memeriksa karakteristik data di Held. Berikut ini adalah beberapa jenis interogasi lapangan yang
umum.

Pengecekan data yang tidak ada digunakan untuk memeriksa isi dari suatu bidang untuk
keberadaan ruang kosong. Beberapa bahasa pemrograman bersifat membatasi untuk pembenaran
(kanan atau kiri) data dalam bidang tersebut. Jika data tidak dibenarkan dengan benar atau jika
karakter hilang (telah diganti dengan kosong), nilai dalam bidang akan diproses secara tidak
benar. Dalam beberapa kasus, kehadiran kosong dalam bidang data numerik dapat menyebabkan
kegagalan sistem. Ketika program validasi mendeteksi kosong di mana ia mengharapkan untuk
melihat nilai data, ini akan ditafsirkan sebagai kesalahan.

Pemeriksaan data numerik-alfabetik menentukan apakah bentuk data yang benar ada di bidang.
Misalnya, saldo akun pelanggan tidak boleh berisi data abjad. Seperti kosong, data abjad dalam
bidang angka dapat menyebabkan kesalahan pemrosesan yang serius.
Pemeriksaan nilai nol digunakan untuk memverifikasi bahwa bidang-bidang tertentu dipenuhi
dengan angka nol. Beberapa bahasa program mengharuskan bidang yang digunakan dalam
operasi matematika dimulai dengan nol sebelum diproses. Kontrol ini dapat memicu kontrol
koreksi otomatis untuk mengganti isi bidang dengan nol jika mendeteksi nilai bukan nol.

Batasi pemeriksaan menentukan apakah nilai di lapangan melebihi batas yang diizinkan. Sebagai
contoh, asumsikan kebijakan perusahaan adalah bahwa tidak ada karyawan yang bekerja lebih
dari 44 jam per minggu. Program validasi sistem penggajian dapat menginterogasi bidang jam
kerja dalam catatan penggajian mingguan untuk nilai yang lebih besar dari 44.

Rentang pemeriksaan menetapkan batas atas dan bawah ke nilai data yang dapat diterima.
Misalnya, jika kisaran tingkat pembayaran untuk karyawan per jam dalam perusahaan adalah
antara 8 dan 20 dolar, semua catatan penggajian dapat diperiksa untuk melihat bahwa rentang ini
tidak terlampaui. Tujuan dari kontrol ini adalah untuk mendeteksi kesalahan keystroke yang
menggeser titik desimal satu atau lebih banyak tempat. Itu tidak akan mendeteksi kesalahan di
mana tingkat pembayaran yang benar, katakanlah, 9 dolar salah dimasukkan sebagai 15 dolar.

Pemeriksaan validitas membandingkan nilai aktual dalam bidang terhadap nilai yang dapat
diterima yang diketahui. Kontrol ini digunakan untuk kejujuran hal-hal seperti kode transaksi,
singkatan negara, atau kode keterampilan kerja karyawan. Jika nilai di lapangan tidak sesuai
dengan salah satu nilai yang dapat diterima, catatan tersebut dianggap salah.

Ini adalah kontrol yang sering digunakan dalam sistem pencairan tunai. Salah satu bentuk
pencairan uang tunai melibatkan manipulasi sistem untuk mencemari pembayaran curang kepada
vendor yang tidak ada. Untuk mencegah hal ini, perusahaan dapat membuat daftar vendor yang
valid dengan siapa ia melakukan bisnis secara eksklusif. Jadi, sebelum pembayaran kewajiban
perdagangan, nomor vendor pada voucher pencairan tunai dicocokkan dengan daftar vendor
yang valid oleh program validasi. Jika kode tidak cocok, pembayaran ditolak, dan tinjauan
manajemen transaksi.

Periksa kontrol digit mengidentifikasi kesalahan keystroke di bidang kunci dengan menguji
validitas internal kode. Kami mendiskusikan teknik kontrol ini di bagian sebelumnya.

Rekam Interogasi. Rekam prosedur interogasi memvalidasi seluruh catatan dengan memeriksa
keterkaitan nilai Held-nya. Beberapa tes tipikal dibahas di bawah ini.

Pemeriksaan masuk akal menentukan apakah suatu nilai dalam satu bidang, yang telah melewati
pemeriksaan batas dan pemeriksaan rentang, masuk akal bila dipertimbangkan bersama dengan
bidang data lain dalam catatan. Misalnya, tingkat gaji karyawan sebesar 18 dolar per jam berada
dalam kisaran yang dapat diterima. Namun, tingkat ini berlebihan jika dibandingkan dengan
kode keterampilan kerja karyawan sebesar 693; karyawan di kelas keterampilan ini tidak pernah
menghasilkan lebih dari 12 dolar per jam.

Uji tanda periksa adalah tes untuk melihat apakah tanda bidang benar untuk jenis catatan yang
sedang diproses. Misalnya, dalam sistem pemrosesan pesanan penjualan, bidang jumlah dolar
harus positif untuk pesanan penjualan tetapi negatif untuk transaksi pengembalian penjualan.
Kontrol ini dapat menentukan kebenaran tanda dengan membandingkannya dengan bidang kode
transaksi.

Pemeriksaan urutan digunakan untuk menentukan apakah suatu catatan tidak sesuai pesanan.
Dalam sistem batch yang menggunakan file master berurutan, file transaksi yang sedang diproses
harus diurutkan dalam urutan yang sama dengan kunci primer dari file master yang sesuai.
Persyaratan ini sangat penting untuk logika pemrosesan program pembaruan. Oleh karena itu,
sebelum setiap catatan transaksi diproses, urutannya diverifikasi relatif terhadap catatan
sebelumnya yang diproses.

Interogasi File. Tujuan dari interogasi file adalah untuk memastikan bahwa file yang benar
sedang diproses oleh sistem. Kontrol ini sangat penting untuk file induk, yang berisi catatan
permanen dari sirip dan yang, jika hancur atau rusak, sulit untuk diganti.

Label internal memeriksa kejujuran bahwa file yang diproses adalah yang sebenarnya diminta
oleh program, File yang disimpan di pita magnetik biasanya disimpan secara off-line di
perpustakaan tape. File-file ini memiliki label eksternal yang mengidentifikasi mereka
(berdasarkan nama dan nomor seri) ke tape librarian dan operator. Pelabelan eksternal biasanya
merupakan prosedur manual dan, seperti halnya tugas manual, rentan terhadap kesalahan.
Kadang-kadang, label eksternal yang salah secara salah ditempelkan ke file ketika dibuat. Jadi,
ketika file dipanggil lagi, file yang salah akan diambil dan ditempatkan pada tape drive untuk
diproses. Tergantung pada bagaimana file tersebut digunakan, ini dapat mengakibatkan
kehancuran atau korupsi. Untuk mencegah hal ini, sistem operasi membuat label header internal
yang ditempatkan di awal file. Contoh label header ditunjukkan pada Gambar 7.6.

Untuk memastikan bahwa file yang benar akan diproses, sistem akan cocok dengan nama file
dan nomor seri di label header dengan persyaratan file program. Jika file yang salah telah
dimuat, sistem akan mengirim operator pesan dan menangguhkan pemrosesan. Perlu dicatat
bahwa meskipun pemeriksaan label umumnya merupakan fitur standar, ini adalah opsi yang
dapat ditimpa oleh programmer dan operator.

Pemeriksaan versi digunakan untuk memverifikasi bahwa versi file yang sedang diproses sudah
benar. Dalam pendekatan kakek-nenek-anak, banyak versi file master dan transaksi mungkin
ada. Pemeriksaan versi membandingkan nomor versi file yang sedang diproses dengan
persyaratan program.
Pemeriksaan tanggal kedaluwarsa mencegah file dihapus sebelum berakhir. Dalam sistem GPC,
misalnya, setelah jumlah file cadangan yang memadai dibuat, file cadangan tertua digores
(dihapus dari disk atau pita) untuk menyediakan ruang bagi file baru.

Untuk melindungi dari menghancurkan file yang aktif secara tidak sengaja, sistem terlebih
dahulu memeriksa tanggal kedaluwarsa yang terdapat di label header. Jika periode retensi belum
kedaluwarsa, sistem akan menghasilkan pesan kesalahan dan membatalkan prosedur goresan.
Kontrol tanggal kedaluwarsa adalah ukuran opsional. Panjang periode retensi ditentukan oleh
programmer dan berdasarkan jumlah file cadangan yang diinginkan. Jika programmer memilih
untuk tidak menentukan tanggal kedaluwarsa, kontrol terhadap penghapusan tidak disengaja
dihapuskan.

Pengoreksian Kesalahan Input. Ketika kesalahan terdeteksi dalam batch, mereka harus
dikoreksi dan catatan dikirim kembali untuk diproses ulang. Ini harus menjadi proses yang
terkontrol untuk memastikan bahwa kesalahan ditangani sepenuhnya dan benar. Ada tiga teknik
penanganan kesalahan umum: (1) benar segera, (2) membuat file kesalahan, dan (3) menolak
seluruh batch.

Segera Koreksi. Jika sistem menggunakan pendekatan validasi data langsung (lihat 7-4 (a) dan
(b)), deteksi kesalahan dan koreksi juga dapat terjadi selama entri data. Setelah mendeteksi
kesalahan penekanan tombol atau hubungan tidak logis, sistem harus menghentikan prosedur
entri data sampai pengguna memperbaiki kesalahan.

Buat File Kesalahan. Ketika validasi tertunda digunakan, seperti dalam sistem batch dengan file
sekuensial, kesalahan individu harus ditandai untuk mencegahnya diproses. Pada akhir prosedur
validasi, catatan ditandai sebagai kesalahan dihapus dari batch dan ditempatkan dalam sementara
kesalahan memegang ubin sampai kesalahan dapat diselidiki.

Beberapa kesalahan dapat dideteksi selama prosedur input data. Namun, seperti yang disebutkan
sebelumnya, modul pembaruan melakukan beberapa tes validasi. Dengan demikian, catatan
kesalahan dapat ditempatkan pada file kesalahan di beberapa titik berbeda dalam proses. Pada
setiap titik validasi, sistem secara otomatis menyesuaikan total kontrol batch untuk
mencerminkan penghapusan catatan kesalahan dari batch. Dalam prosedur terpisah, perwakilan
pengguna yang berwenang akan melakukan koreksi terhadap catatan kesalahan dan
mengirimkannya kembali sebagai batch terpisah untuk diproses ulang.

Kesalahan yang terdeteksi selama pemrosesan memerlukan penanganan yang hati-hati. Rekaman
ini mungkin sudah diproses sebagian. Oleh karena itu, cukup mengirim ulang rekaman yang
dikoreksi ke sistem melalui tahap input data dapat menghasilkan pemrosesan transaksi ini dua
kali. Ada dua metode untuk menangani kompleksitas ini. Yang pertama adalah membalikkan
efek dari transaksi yang diproses sebagian dan mengirim ulang rekaman yang dikoreksi 10 tahap
input data. Yang kedua adalah memasukkan kembali catatan yang dikoreksi ke tahap pemrosesan
di mana kesalahan terdeteksi. Dalam kedua kasus, prosedur kontrol batch (menyiapkan catatan
kontrol batch dan logging batch) berlaku untuk data yang dikirim ulang, seperti yang mereka
lakukan untuk pemrosesan batch normal.

Tolak Batch. Beberapa bentuk kesalahan terkait dengan seluruh kelompok dan tidak secara jelas
disebabkan oleh catatan individu. Contoh dari jenis kesalahan ini adalah ketidakseimbangan
dalam total kontrol batch. Asumsikan bahwa lembar pengiriman untuk batch pesanan penjualan
menunjukkan nilai penjualan total $ 122,674.87, tetapi prosedur input data menghitung total
penjualan hanya $ 121.454.32.Apa yang menyebabkan ini? Apakah masalah itu adalah catatan
yang hilang atau berubah? Atau apakah petugas kontrol data salah menghitung total kontrol
batch? Solusi yang paling efektif dalam hal ini adalah menghentikan pemrosesan dan
mengembalikan seluruh batch ke kontrol data untuk mengevaluasi, mengoreksi, dan mengirim
ulang.

Batch kesalahan adalah salah satu alasan untuk menjaga ukuran menetas ke nomor yang dapat
dikelola. Terlalu sedikit catatan dalam batch membuat proses penetasan tidak efisien. Terlalu
banyak catatan membuat deteksi kesalahan menjadi sulit, menciptakan gangguan bisnis yang
lebih besar ketika penetasan ditolak, dan meningkatkan kemungkinan kesalahan saat menghitung
total kontrol batch.

Sistem Input Data Umum. Untuk mencapai tingkat kontrol dan standardisasi yang tinggi
terhadap prosedur validasi input, beberapa organisasi menggunakan sistem input data umum
(GDIS). Teknik ini termasuk prosedur terpusat untuk mengelola input data untuk semua sistem
pemrosesan transaksi organisasi. Pendekatan GDIS memiliki tiga keunggulan. Pertama,
meningkatkan kontrol dengan memiliki satu sistem umum melakukan semua validasi data.
Kedua, GDIS memastikan bahwa setiap aplikasi AIS menerapkan standar konsisten untuk
validasi data. Ketiga, GDIS meningkatkan efisiensi pengembangan sistem. Mengingat tingginya
tingkat kesamaan dalam persyaratan validasi input untuk aplikasi AIS, GDIS menghilangkan
kebutuhan untuk membuat ulang rutinitas berlebihan untuk setiap aplikasi baru.GDIS memiliki
lima komponen utama:

1. Modul validasi umum

2. File data yang divalidasi
3. File kesalahan
4. Laporan kesalahan
5. Log transaksi

Modul Validasi Generalized. Modul validasi umum (GVM) melakukan rutin validasi standar
yang umum untuk banyak aplikasi yang berbeda. Rutinitas ini disesuaikan dengan kebutuhan
aplikasi individu melalui parameter yang menentukan persyaratan spesifik program. Misalnya,
GVM dapat menerapkan pemeriksaan rentang ke bidang RATE PERINGKAT catatan
penggajian. Batas kisarannya adalah 6 dolar dan 15 dolar. Uji jangkauan adalah prosedur umum;
batas dolar adalah parameter yang menyesuaikan prosedur ini. Prosedur validasi untuk beberapa
aplikasi mungkin sangat unik untuk menentang solusi umum. Untuk memenuhi tujuan dari
sistem input data umum, GVM harus cukup fleksibel untuk memungkinkan prosedur khusus
yang ditentukan pengguna untuk aplikasi unik. Prosedur ini disimpan, bersama dengan prosedur
umum, dan diminta oleh GVM sesuai kebutuhan.

 File Data yang Divalidasi. Data input yang divalidasi oleh GVM disimpan pada file data
yang divalidasi. Ini adalah sementara yang menahan saya melalui arus transaksi yang
divalidasi ke aplikasi masing-masing. File ini analog dengan tangki air yang tingkatnya
terus berubah, karena diisi dari atas oleh GVM dan dikosongkan dari bawah oleh aplikasi.
 File Kesalahan. File kesalahan dalam GDIS memainkan peran yang sama sebagai file
kesalahan tradisional. Catatan kesalahan terdeteksi selama validasi busur yang disimpan di
saya, diperbaiki, dan kemudian dikirim kembali ke GVM.
 Laporan Kesalahan. Laporan kesalahan standar didistribusikan kepada pengguna untuk
memfasilitasi koreksi kesalahan. Misalnya, jika bidang RATE HOURLY dalam catatan
pembayaran gagal pemeriksaan rentang, laporan kesalahan akan menampilkan pesan
kesalahan yang menyatakan masalah itu. Laporan ini juga akan menyajikan isi dari catatan
yang gagal, bersama dengan batas jangkauan yang dapat diterima yang diambil dari
parameter.
 Log Transaksi. Log transaksi adalah catatan permanen dari semua transaksi yang
divalidasi. Dari sudut pandang catatan akuntansi, log transaksi setara dengan jurnal dan
merupakan elemen penting dalam jejak audit. Namun, hanya transaksi yang berhasil (yang
akan diproses sepenuhnya) yang harus dimasukkan dalam jurnal. Jika transaksi akan
menjalani pengujian validasi tambahan selama fase pemrosesan (yang dapat
mengakibatkan penolakannya), transaksi tersebut harus dimasukkan dalam log transaksi
hanya setelah benar-benar divalidasi. Masalah ini dibahas lebih lanjut di bagian berikutnya
di bawah Kontrol Kontrol Jejak.

Kontrol Proses
Setelah melewati tahap input data, transaksi memasuki tahap pemrosesan
sistem, Kontrol pemrosesan dibagi menjadi tiga kategori: kontrol run-to-run, operator
kontrol intervensi, dan Kontrol Jejak Audit