MAKALAH

IS AUDIT AND CONTROL

“MENGAUDIT SIKLUS PENDAPATAN”

Dosen Pengampu:
Anisa Hakim, SE., M.Sc
 BAB I

PENDAHULUAN

A. Latar Belakang
Audit terhadap siklus pendapatan mencakup dua pendekatan yaitu
pengujian kepatuhan dan pengujian substansi. Pengujian kepatuhan bertujuan
untuk memahamai struktur pengendalian intern terhadap siklus penjualan, yang
selanjutnya digunakan sebagai dasar pengujian substansi. Pengujian substansi
dimaksudkan untuk melakukan verifikasi terhadap kelayakan jumlah rupiah serta
kesesuaian penyajiannya dengan prinsip akuntansi yang diterapkan di Indonesia.
Kedua pendekatan ini sangat berbeda dalam imlpementasinya, sehingga program
audit untuk yang kedua pendekatan tersebut juga sangat berbeda.
Sebelum membahas lebih lanjut siklus pendapatan ini, terlebih dahulu perlu
dijelaskan pengertian pendapatan dan penghasilan. Pendapatan merupakan
terjemahan dari istilah revenue yang merupakan pendekatan gross sedangkan
penghasilan merupakan penterjemahan istilah income yang merupakan
pendekatan netto. Dengan pengertian peristilahan tersebut istilah revenue cycle
diterjemahkan dengan siklus pendapatan. Istilah penerimaan digunakan untuk
menterjemahkan istilah receipt, sehingga cash receipt di istilahkan dengan
penerimaan kas.
Transaksi penjualan dalam suatu perusahaan mengakibat transfer kekayaan
(dalam hal ini barang-barang atau jasa-jasa) kepada pihak lain dan mengakibatkan
terbentuknya aktiva baru berupa kas atau piutang dagang. Meskipun demikian
harus disadari bahwa proses penjualan tidak selalu akan mengakibatkan
terbentuknya aktiva baru tersebut, mengingat dalam penjualan sering terjadi
kegagalan atau pembatalan dari pihak pelanggan. Oleh karena itu dalam siklus
pendapatan ditemukan adanya transaksi penyesuaian penjualan (sales adjustment).
Sebagai akibatnya siklus pendapatan juga terbentuk dari beberapa system yang
antar lain:
 1. Sistem Penjualan Kredit (kredit dan tunai),
2. Sistem Penerimaan Kas
3. Penyesuaian Penjualan yang meliputi potongan penjualan, return and
allowance dan rekening uncollectible.
Ketiga subsistem tersebut diatas, secar bersama-sama membentuk siklus
pendapatan. Ditinjau dari sudut pandang auditor ketiganya memiliki satu kesatuan
proses audit yang dengan sendirinya mudah mengikuti jejak transaksi dari satu
system ke system lainnya, rekening-rekening yang terkait dengan siklus
pendapatan meliputi:
1. Penjualan (sales)
2. Kos penjualan (cost of sales)
3. Kas
4. Piutang Dagang (account receivable
5. Persediaan (inventory)
6. Potongan Penjualan
7. Pencadangan dan Kembalian Piutang,
8. Pencadangan Kerugian Piutang (allowance for uncollectible accounts)
9. Kerugian Piutang (bad debts expence)
Semua rekening-rekening tersebut diatas dipengaruhi secara langsung oleh
transaksi siklus pendapatan. Dengan demikian besarnya jumlah rupiah yang
disajikan dalam rekening-rekening tersebut saling berelasi dan saling
mempengaruhi rekening yang lain.
B. Rumusan Masalah
1. Bagaimana kegiatan dan teknologi siklus pendapatan?
2. Apa tujuan audit siklus pendapatan, pengendalian, dan pengujian
pengendalian?
3. Bagaimana uji substantive akun siklus pendapatan?
4. Bagaimana tinjauan kegiatan dan dokumen siklus pendapatan?
C. Tujuan
1. Untuk mengetahui kegiatan dan teknologi siklus pendapatan
2. Untuk mengetahui tujuan audit siklus pendapatan, pengendalian, dan
pengujian pengendalian
3. Untuk mengetahui uji substantive akun siklus pendapatan
4. Untuk mengetahui tinjauan kegiatan dan dokumen siklus pendapatan
 BAB II

PEMBAHASAN

A. Kegiatan Dan Teknologi Siklus Pendapatan

Yang pertama adalah sistem pesanan penjualan yang menggunakan
pemrosesan batch dan menggunakan file berurutan untuk menyimpan catatan
akuntansi. Ini adalah contoh sistem tipe warisan awal. Pendekatan ini mencirikan
era kepemilikan data di mana file dirancang secara eksklusif untuk digunakan oleh
satu pengguna. Berbagi data sulit, jika bukan tidak mungkin, dalam pengaturan ini
dan menghasilkan banyak redundansi data dan keusangan data. Kedua, kami
meninjau fitur operasional sistem penerimaan kas yang menggunakan pemrosesan
batch dan menggunakan file akses langsung. Konfigurasi ini ditemukan di sistem
modern dan sistem warisan era akhir. Pendekatan file akses langsung menawarkan
keunggulan operasional dibandingkan pemrosesan file berurutan dan
memungkinkan berbagi data secara terbatas.
Contoh terakhir menggambarkan pesanan penjualan real-time modern dan
sistem penerimaan kas yang menggunakan teknologi database. Desain sistem
modern merangkulrekayasa ulanguntuk secara radikal membentuk kembali proses
bisnis dan alur kerja. Tujuan dari rekayasa ulang adalah untuk mengurangi biaya
pemrosesan bisnis dengan mengidentifikasi dan menghilangkan tugas-tugas yang
tidak bernilai tambah. Proses ini melibatkan penggantian beberapa prosedur
tradisional dengan prosedur yang inovatif dan terkadang sangat berbeda dari yang
sebelumnya ada.
1) Pemrosesan Batch Menggunakan File Berurutan Prosedur Manual
Gambar 9.1 mengilustrasikan sistem pesanan penjualan otomatis yang
menggunakan pemrosesan batch dan file berurutan. Dalam sistem dasar ini,
pengambilan pesanan, pemeriksaan kredit, pergudangan, dan pengiriman
dilakukan secara manual. Program komputer memproses catatan akuntansi.
Pembahasan berikut menguraikan fitur utama dari sistem.
a. Memperoleh dan Mencatat Pesanan Pelanggan
Proses penjualan dimulai di bagian penjualan dengan diterimanya
apesanan pelanggan menunjukkan jenis dan jumlah barang dagangan
yang diminta. Pada titik ini, pesanan pelanggan tidak dalam format
standar dan mungkin bukan dokumen fisik. Pesanan dapat datang
melalui surat, melalui telepon, atau dari perwakilan lapangan yang
mengunjungi tempat usaha pelanggan. Ketika pelanggan juga
merupakan entitas bisnis, pesanan biasanya merupakan salinan dari
pesanan pembelian pelanggan. Tujuan utama dari langkah ini adalah
untuk memastikan bahwa data yang relevan tentang transaksi tersebut
ditranskrip ke dalam format standar yang dapat diproses oleh sistem
entitas penjual. Dokumen yang disiapkan dalam prosedur ini adalahorder
penjualan.
Pesanan penjualan menangkap informasi penting seperti nama
dan alamat pelanggan; nomor rekening pelanggan; nama, nomor, dan
 deskripsi barang yang dijual; jumlah dan harga satuan dari setiap barang
yang dijual; dan informasi keuangan lainnya seperti pajak, diskon, dan
biaya pengiriman. Dalam sistem manual, banyak salinan pesanan
penjualan diproduksi untuk melayani tujuan yang berbeda. Jumlah
salinan yang dibuat akan bervariasi dari satu sistem ke sistem lainnya,
tergantung pada operasi yang akan didukung.
Setelah menyiapkan pesanan penjualan, petugas penjualan
menyimpan satu salinannya difile pesanan terbuka pelangganuntuk
referensi di masa mendatang. Mengisi pesanan dan mengirimkan produk
ke pelanggan dapat memakan waktu berhari-hari atau bahkan
berminggu-minggu.
b. Menyetujui Kredit
Langkah selanjutnya dalam siklus pendapatan adalah otorisasi
transaksi, yang mencakup verifikasi kelayakan kredit pelanggan.
Keadaan penjualan akan menentukan sifat pemeriksaan kredit. Misalnya,
penjual dapat melakukan penyelidikan keuangan penuh pada pelanggan
baru untuk menetapkan jalur kredit. Namun, setelah batas kredit
ditetapkan, pemeriksaan kredit pada penjualan berikutnya tidak lebih
dari memastikan bahwa penjualan saat ini tidak melebihi batas.
c. Memproses Pesanan Pengiriman
Departemen penjualan mengirimkanpelepasan saham(juga
disebutmemilih tiket) salinan pesanan penjualan ke gudang. Dokumen
ini mengidentifikasi item inventaris yang harus ditempatkan dan diambil
dari rak gudang. Ini juga memberikan otorisasi formal bagi petugas
gudang untuk melepaskan hak asuh atas aset yang ditentukan. Setelah
mengambil stok, petugas memberi paraf salinan pelepasan stok untuk
menunjukkan bahwa pesanan sudah lengkap dan akurat. Item yang habis
stok dicatat pada salinan rilis stok. Satu salinan rilis stok dikirim bersama
barang ke departemen pengiriman, dan salinan lainnya disimpan di
 gudang untuk memberikan catatan transaksi. Petugas kemudian
menyesuaikan catatan stok untuk mencerminkan pengurangan
persediaan. Catatan saham adalahbukancatatan akuntansi formal untuk
aset tersebut. Sebelum kedatangan barang dan salinan rilis stok,
departemen pengiriman menerimaslip pengepakan dan pemberitahuan
pengiriman salinan dari bagian penjualan. Setelah menerima barang dari
gudang, petugas pengiriman merekonsiliasi barang fisik dengan
dokumen rilis stok, slip pengepakan, dan pemberitahuan pengiriman
untuk memverifikasi kebenaran pesanan. Kontrol ini penting karena
merupakan kesempatan terakhir untuk mendeteksi kesalahan sebelum
pengiriman.
d. Petugas pengiriman mentransfer hak asuh barang, slip pengepakan, dan
dua salinan bill of lading ke pengangkut, kemudian melakukan tugas-
tugas berikut:
1. Mencatat pengiriman dalam shipping log.
2. Mengirimkan dokumen rilis stok dan pemberitahuan pengiriman ke
departemen penagihan sebagai bukti pengiriman.
3. Mengarsipkan satu salinan setiap bill of lading dan dokumen
pengiriman.
2) Pemrosesan Batch Menggunakan File Berurutan Prosedur Otomatis
Pada bagian terakhir, kami mencatat bahwa pengambilan pesanan,
pemeriksaan kredit, pergudangan, dan pengiriman adalah operasi manual
seperti yang diilustrasikan pada Gambar 9.1. Gambar tersebut juga
mengilustrasikan operasi kelima—pemrosesan data. Ini adalah operasi
otomatis dan dibahas di bagian ini secara lebih rinci. Sistem komputer yang
dijelaskan di sini adalah contoh dari awarisansistem yang menggunakan
struktur file berurutan untuk catatan akuntansinya. Baik kaset maupun disk
dapat digunakan sebagai media penyimpanan fisik untuk sistem tersebut.
Namun, penggunaan kaset telah menurun jauh dalam beberapa tahun terakhir.
Mereka menyediakan media penyimpanan yang efisien dan efektif untuk
sistem yang besar.
1. Keypunch / Entri Data
Prosesnya dimulai dengan kedatangan kumpulan pemberitahuan
pengiriman dari departemen pengiriman. Dokumen-dokumen ini adalah
salinan pesanan penjualan yang berisi informasi akurat tentang jumlah
unit yang dikirim dan informasi tentang pengangkut. Petugas pemrosesan
data (DP) mengubah pemberitahuan pengiriman ke media magnetik
untuk menghasilkan file transaksi pesanan penjualan. Biasanya, proses ini
terus menerus. Sepanjang hari, panitera DP menerima dan mengubah
sekumpulan pemberitahuan pengiriman ke media magnetik. File transaksi
yang dihasilkan akan berisi banyak kumpulan pesanan penjualan yang
terpisah.Total kontrol batchdihitung untuk setiap batch pada file.
2. Pembaruan AR dan Proses Penagihan
Program pemutakhiran AR memposting ke piutang dengan secara
berurutan mencocokkan kunci Nomor Akun di setiap catatan pesanan
penjualan dengan catatan yang sesuai di file induk AR-SUB. Prosedur ini
membuat file master AR-SUB baru yang menggabungkan semua
perubahan pada akun pelanggan yang dipengaruhi oleh catatan transaksi.
File master AR-SUB asli tetap lengkap dan tidak berubah selama proses
berlangsung. Penciptaan file master baru dan terpisah adalah karakteristik
pemrosesan file berurutan. Setiap catatan transaksi penjualan yang
diproses ditambahkan ke file jurnal penjualan. Di akhir proses, ini
diringkas dan entri dibuat ke file voucher jurnal untuk mencerminkan
total penjualan dan peningkatan total piutang.
3. Pengurutan dan Pembaruan Inventaris Berjalan
Prosedur untuk pengurutan kedua dan pembaruan inventaris
serupa dengan yang baru saja dijelaskan. Program pengurutan
mengurutkan file pesanan penjualan pada kunci sekunder lainnya—
 Nomor Inventaris. Program pembaruan inventaris mengurangi bidang
Kuantitas di Tangan dalam rekaman inventaris yang terpengaruh oleh
bidang Kuantitas Terjual di setiap rekaman pesanan penjualan. File induk
inventaris baru dibuat dalam proses.
4. Jalankan Pembaruan Buku Besar Umum
Di bawah pendekatan file berurutan, file master buku besar umum
tidak diperbarui setelah setiap kumpulan transaksi. Melakukannya akan
menghasilkan pembuatan ulang seluruh buku besar setiap kali
sekumpulan transaksi (seperti pesanan penjualan, penerimaan kas,
pembelian, dan pengeluaran kas) diproses. Perusahaan yang
menggunakan file berurutan biasanya menerapkan prosedur akhir hari
yang terpisah untuk memperbarui akun buku besar. Pada akhirnya, sistem
buku besar mengakses file voucher jurnal. File ini berisi voucher jurnal
yang mencerminkan semua transaksi hari itu yang diproses oleh
organisasi. Voucher jurnal diurutkan berdasarkan nomor akun buku besar
dan diposting ke buku besar dalam sekali jalan, dan buku besar baru
dibuat.
3) Sistem Penerimaan Kas Batch Dengan File Akses Langsung
Prosedur penerimaan kas adalah sistem batch alami. Tidak seperti
transaksi penjualan yang cenderung terjadi terus menerus sepanjang hari,
penerimaan kas merupakan kejadian yang terpisah. Cek dan advis pengiriman
uang tiba dari layanan pos secara berkelompok. Demikian pula, penyetoran
penerimaan kas di bank biasanya terjadi sebagai satu peristiwa di penghujung
hari kerja.
a. Ruang surat
Ruang surat memisahkan cek dan saran pengiriman uang dan menyiapkan
daftar pengiriman uang. Cek ini dan salinan daftar pengiriman uang
dikirim ke departemen penerimaan kas. Saran pengiriman uang dan
salinan daftar pengiriman uang dikirim ke departemen AR.
 b. Bagian Penerimaan Kas
Petugas penerimaan kas merekonsiliasi cek dan daftar pengiriman uang
dan menyiapkan slip setoran. Melalui terminal, petugas membuat catatan
jurnal voucher dari total kas yang diterima. Petugas mengarsipkan daftar
pengiriman uang dan satu salinan slip setoran. Pada akhir hari, petugas
menyetor uang tunai di bank.
c. Departemen Piutang Usaha (AR).
Petugas AR menerima dan merekonsiliasi saran pengiriman uang dan
daftar pengiriman uang. Melalui terminal, petugas membuat file transaksi
penerimaan kas berdasarkan saran pengiriman uang individual. Petugas
kemudian mengarsipkan saran pengiriman uang dan daftar pengiriman
uang.
d. Departemen Pengolahan Data
Pada akhir hari, program batch merekonsiliasi voucher jurnal dengan file
transaksi penerimaan kas, dan memperbarui AR-SUB dan akun kontrol
buku besar (AR-Control dan Kas). Proses ini menggunakan metode akses
langsung yang dijelaskan sebelumnya. Terakhir, sistem menghasilkan
daftar transaksi yang akan direkonsiliasi oleh petugas AR dengan daftar
pengiriman uang.
4) Entri Pesanan Penjualan Real-Time dan Penerimaan Kas
Prosedur Pemasukan Pesanan Prosedur Penjualan.Di bawah
pemrosesan real-time, petugas penjualan yang menerima pesanan dari
pelanggan memproses setiap transaksi secara terpisah saat diterima.
Menggunakan terminal computer. terhubung ke program edit/penyelidikan,
petugas melakukan tugas-tugas berikut dalam mode waktu nyata:
a. Lakukan pemeriksaan kredit online dengan mengakses file kredit
pelanggan. File ini berisi informasi seperti batas kredit pelanggan, saldo
saat ini, tanggal pembayaran terakhir, dan status kredit saat ini.
 Berdasarkan kriteria terprogram, permintaan kredit pelanggan disetujui
atau ditolak.
b. Jika kredit disetujui, petugas kemudian mengakses file induk inventaris
dan memeriksa ketersediaan inventaris. Sistem mengurangi inventaris
berdasarkan jumlah item yang terjual untuk menyajikan gambaran akurat
dan terkini tentang inventaris yang ada dan tersedia untuk dijual.
c. Sistem secara otomatis mengirimkan catatan rilis stok elektronik ke
gudang dan pemberitahuan pengiriman ke departemen pengiriman, dan
mencatat penjualan dalam file pesanan penjualan terbuka. Ini adalah file
penyimpanan sementara untuk pesanan penjualan sampai dikirim dan
kemudian dapat ditagih.
5) Sistem Titik Penjualan (POS)
Sistem siklus pendapatan yang telah kami teliti sejauh ini digunakan
oleh organisasi yang memberikan kredit kepada pelanggan mereka. Jelas,
pendekatan ini tidak berlaku untuk semua jenis usaha bisnis. Misalnya, toko
kelontong biasanya tidak berfungsi seperti ini; mereka menukar barang secara
langsung dengan uang tunai dalam transaksi yang dilakukan di titik penjualan.
sistem POS digunakan secara luas di toko kelontong, department store, dan
jenis organisasi ritel lainnya. Dalam contoh ini, hanya penjualan tunai, cek,
dan kartu kredit bank yang valid. Organisasi tidak mempertahankan piutang
pelanggan dan inventaris disimpan di rak toko, bukan di gudang terpisah.
Pelanggan secara pribadi memilih barang yang ingin mereka beli dan
membawanya ke lokasi pembayaran, tempat transaksi dimulai.
6) Prosedur Harian
Pertama, petugas kasir memindai kode produk universal (UPC) label
pada barang yang dibeli dengan pemindai sinar laser. Pemindai, yang
merupakan perangkat input utama sistem POS, dapat digenggam atau
dipasang di meja kasir. Sistem POS terhubung online ke file inventaris yang
darinya ia mengambil data harga produk dan menampilkannya di terminal
 petugas. Kuantitas persediaan di tangan dikurangi secara real time untuk
mencerminkan barang yang dijual. Saat item jatuh ke level minimum, mereka
secara otomatis disusun ulang.
Ketika semua UPC dipindai, sistem secara otomatis menghitung pajak,
diskon, dan total transaksi. Dalam hal transaksi kartu kredit, petugas penjualan
memperoleh persetujuan transaksi dari penerbit kartu kredit melalui koneksi
online. Saat persetujuan dikembalikan, petugas menyiapkan voucher kartu
kredit sejumlah penjualan, yang ditandatangani pelanggan. Petugas memberi
pelanggan satu salinan voucher dan mengamankan salinan kedua di laci kas
register. Untuk penjualan tunai, pelanggan memberikan uang tunai untuk
jumlah penuh penjualan, yang diamankan petugas di laci kas.
Di akhir shift panitera, seorang penyelia membuka kunci register dan
mengambil pita internal. Laci kas dilepas dan diganti dengan laci kas baru
yang berisi sejumlah kas startup (float) yang diketahui untuk pegawai
berikutnya. Pengawas dan juru tulis yang shiftnya telah berakhir membawa
laci uang ke ruang kas (bendahara), dimana isinya direkonsiliasi dengan pita
internal. Laci kas harus berisi uang tunai dan voucher kartu kredit sama
dengan jumlah yang tercatat di kaset.
7) Prosedur Akhir Hari
Di penghujung hari, petugas penerimaan kas menyiapkan slip setoran
tiga bagian untuk jumlah total uang tunai yang diterima. Satu salinan diajukan
dan dua lainnya menyertai uang tunai ke bank. Karena melibatkan uang tunai,
penjaga bersenjata sering digunakan untuk mengawal dana ke tempat
penyimpanan bank. Terakhir, program batch meringkas jurnal penjualan dan
penerimaan kas, menyiapkan voucher jurnal, dan memposting ke akun buku
besar.
B. Tujuan Audit Siklus Pendapatan, Pengendalian, Dan Pengujian
Pengendalian
1) Kontrol Masukan
a. Prosedur Otorisasi Kredit
Tujuan pemeriksaan kredit adalah untuk menetapkan kelayakan
kredit pelanggan. Hanya transaksi pelanggan yang memenuhi standar
kredit organisasi yang valid dan harus diproses lebih lanjut. Dalam
sistem batch dengan prosedur otorisasi kredit manual, departemen kredit
(atau manajer kredit) bertanggung jawab untuk menerapkan kebijakan
kredit perusahaan. Dalam sistem POS, proses otorisasi melibatkan
memvalidasi biaya kartu kredit dan menetapkan bahwa pelanggan adalah
pengguna kartu yang sah. Setelah menerima persetujuan online dari
perusahaan kartu kredit, petugas harus mencocokkan tanda tangan
pelanggan pada voucher penjualan dengan tanda tangan pada kartu
kredit. Ketika pemeriksaan kredit terkomputerisasi, kebijakan kredit
organisasi diimplementasikan melalui aturan keputusan yang telah
diprogramkan ke dalam sistem. Untuk transaksi rutin, hal ini biasanya
melibatkan penentuan apakah transaksi saat ini ditambah saldo piutang
pelanggan saat ini melebihi batas kredit yang telah ditetapkan
sebelumnya. Jika batas kredit terlampaui oleh transaksi, itu harus ditolak
oleh program dan diteruskan ke file pengecualian, yang dapat ditinjau
oleh manajemen. Manajer kredit akan memutuskan untuk menolak
penjualan atau memperpanjang batas kredit sesuai dengan wewenang
manajer.
b. Pengujian Prosedur Kredit
Integritas data referensi merupakan elemen penting dalam
pengujian kontrol kebijakan kredit. Aplikasi komputer yang berfungsi
dengan baik tidak dapat berhasil menerapkan kebijakan kredit jika batas
kredit pelanggan terlalu tinggi atau dapat diubah oleh personel yang tidak
sah. Auditor perlu memverifikasi bahwa wewenang untuk membuat
perubahan lini kredit terbatas pada personel departemen kredit yang
berwenang. Melakukan pengujian substantif secara detail untuk
 mengidentifikasi pelanggan dengan batas kredit yang berlebihan dapat
melakukan hal ini. Pengujian substantif secara tradisional mengikuti
pengujian pengendalian karena hasil pengujian pengendalian digunakan
untuk menentukan sifat, saat, dan luas pengujian substantive
c. Kontrol Validasi Data
Kontrol validasi input dimaksudkan untuk mendeteksi kesalahan
transkripsi dalam data transaksi sebelum diproses. Karena kesalahan
yang terdeteksi lebih awal kecil kemungkinannya untuk menyusup ke
catatan akuntansi, prosedur validasi paling efektif bila dilakukan sedekat
mungkin dengan sumber transaksi. Log kesalahan yang ekstensif,
koreksi kesalahan, dan prosedur pengiriman ulang transaksi mencirikan
sistem tersebut. Sebaliknya, uji validitas dilakukan secara real time dan
sistem POS dapat menangani sebagian besar kesalahan saat terjadi.
Pendekatan ini juga meminimalkan entri data manusia dan dengan
demikian mengurangi risiko kesalahan entri data.
Bab 7 menyajikan sejumlah jenis uji validasi secara umum.
Contoh yang relevan dengan siklus pendapatan adalah sebagai berikut:
• Pemeriksaan data hilang
• Pemeriksaan data numerik-alfabet.
• Batasi pemeriksaan
• Pemeriksaan jangkauan
• Pemeriksaan validitas
• Periksa digital control
d. Menguji Kontrol Validasi
Selain pengujian langsung atas logika program, auditor dapat
mencapai beberapa tingkat jaminan dengan meninjau daftar kesalahan
dan log kesalahan. Dokumen-dokumen ini memberikan bukti efektivitas
proses entri data, jenis dan volume kesalahan yang ditemui, dan cara
 kesalahan diperbaiki dan dimasukkan kembali ke dalam sistem. Namun,
daftar kesalahan dan log tidak memberikan bukti kesalahan yang tidak
terdeteksi. Analisis kondisi kesalahan yang tidak ada dalam daftar dapat
digunakan untuk memandu auditor dalam merancang pengujian
substantif yang akan dilakukan. Misalnya, asumsikan bahwa daftar
kesalahan file faktur penjualan tidak mengandung kesalahan batas harga.
Di satu sisi, situasi ini mungkin berarti bahwa staf penjualan secara ketat
mematuhi pedoman penetapan harga. Di samping itu, ini mungkin berarti
bahwa program validasi tidak menguji jenis kesalahan ini. Untuk
menentukan apakah ada perbedaan harga material dalam file faktur
penjualan, auditor dapat melakukan pengujian substantif yang
membandingkan harga aktual yang dibebankan dengan harga eceran
yang disarankan.
e. Kontrol Batch
Kontrol batch digunakan untuk mengelola volume data transaksi
yang tinggi melalui suatu sistem. Tujuan dari pengendalian batch adalah
untuk merekonsiliasi keluaran yang dihasilkan oleh sistem dengan
masukan yang awalnya dimasukkan ke dalam sistem. Saat dimulai pada
tahap input data, kontrol batch berlanjut melalui semua fase pemrosesan
data.
Informasi yang terkandung dalam lembar pengiriman
dimasukkan sebagai catatan kontrol terpisah yang digunakan sistem
untuk memverifikasi integritas bets. Tugas merekonsiliasi pemrosesan
dengan rekaman kontrol memberikan jaminan bahwa:
• Semua catatan faktur penjualan dan penerimaan kas yang
dimasukkan ke dalam sistem diproses.
• Tidak ada faktur atau tanda terima kas yang diproses lebih dari satu
kali.
 • Semua faktur dan penerimaan kas yang dimasukkan ke dalam
sistem dicatat sebagai berhasil diproses atau ditolak karena
kesalahan
f. Kontrol Proses
Kontrol proses mencakup prosedur terkomputerisasi untuk
memperbarui file dan membatasi akses ke data. Tergantung pada tingkat
teknologi komputer yang ada, pengendalian proses juga dapat mencakup
tugas manual fisik. Kami mulai dengan memeriksa tiga teknik kontrol
yang terkait dengan pemutakhiran file. Akses dan kontrol fisik kemudian
diperiksa.
g. Kontrol Pembaruan File
Kontrol run-to-run menggunakan data kontrol batch yang dibahas
di bagian sebelumnya untuk memantau batch saat berpindah dari satu
prosedur terprogram (run) ke prosedur lainnya. Kontrol ini memastikan
bahwa setiap proses dalam sistem memproses batch dengan benar dan
lengkap. Setelah setiap operasi utama dalam proses, bidang kunci seperti
jumlah faktur dan jumlah catatan diakumulasikan dan dibandingkan
dengan nilai terkait yang disimpan dalam catatan kontrol. Perbedaan
dapat mengindikasikan bahwa record hilang dalam pemrosesan, record
dalam batch tidak diproses, atau record diproses lebih dari satu kali.
1. Kontrol Kode Transaksi. Sistem siklus pendapatan sering dirancang
untuk memproses berbagai jenis catatan. Misalnya, aplikasi entri
pesanan dapat memproses baik pesanan penjualan maupun
transaksi retur dan pengurangan. Tugas aktual yang dilakukan oleh
aplikasi ditentukan oleh kode transaksi yang diberikan ke setiap
record.
2. Kontrol Pemeriksaan Urutan. Dalam sistem yang menggunakan file
induk berurutan, urutan catatan transaksi dalam kumpulan sangat
 penting untuk mengoreksi dan melengkapi pemrosesan. Saat batch
bergerak melalui proses, itu harus diurutkan ulang dalam urutan file
master yang digunakan dalam setiap proses. Rekaman pesanan
penjualan di luar urutan dalam satu batch dapat mencegah
pemrosesan rekaman hilir yang tersisa. Kontrol pemeriksaan urutan
harus dilakukan untuk membandingkan urutan setiap catatan dalam
bets dengan catatan sebelumnya untuk memastikan bahwa
penyortiran yang tepat telah dilakukan.
3. Menguji Kontrol Pembaruan File. Kegagalan kontrol pemutakhiran
file untuk berfungsi dengan baik dapat mengakibatkan catatan tidak
diproses, diproses secara tidak benar (yaitu, pengembalian
diperlakukan sebagai penjualan), atau diposting ke akun pelanggan
yang salah. Pengujian atas pengendalian pemutakhiran file
memberi auditor bukti yang berkaitan dengan asersi dariadanya,
kelengkapan, dan ketepatan.
h. Kontrol Akses
Kontrol Akses mencegah dan mendeteksi akses tidak sah dan
ilegal ke asset perusahaan. Teknik tradisional yang digunakan untuk
membatasi akses ke aset ini meliputi:
1. Menggunakan keamanan gudang, seperti pagar, alarm, dan penjaga
2. Menyetor uang tunai setiap hari di bank
3. Menggunakan brankas atau night deposit box untuk uang tunai
4. Mengunci laci kas dan brankas di departemen penerimaan kas

Menguji kontrol akses. Kontrol akses adalah inti dari integritas

informasi akuntansi. Dengan tidak adanya kontrol, faktur dapat dihapus,
ditambahkan, atau dipalsukan. Saldo akun individual dapat dihapus,
atau seluruh file AR dapat dihancurkan. Bukti yang dikumpulkan
tentang keefektifan kontrol akses menguji pernyataan manajemen
 keberadaan, kelengkapan, ketelitian, penilaian dan peruntukan, hak dan
kewajiban, dan penyajian dan pengungkapan.

i. Kontrol Fisik
Pemisahan tugas. Pemisahan tugas yang tepat memastikan bahwa tidak
ada individu atau departemen yang memproses transaksi secara
keseluruhan. Jumlah karyawan dalam organisasi dan volume transaksi
yang diproses akan memengaruhi pembagian tugas. Secara umum, tiga
aturan berikut berlaku:
• Aturan 1. Otorisasi transaksi harus terpisah dari pemrosesan
transaksi, Misalnya dalam siklus pendapatan, departemen kredit
dipisahkan dari proses lainnya, sehingga otorisasi formal atas
transaksi material merupakan peristiwa independent.
• Aturan 2. Penitipan aset harus terpisah dari tugas pencatatan.
Dalam system pemrosesan pesanan penjualan, petugas gudang
persediaan dengan penjagaan asset fisik juga tidak boleh
memelihara catatan persediaan. Demikian pula, petugas
penerimaan kas (dengan penjagaan kas) seharusnya tidak mencatat
piutang.
• Aturan 3. Organisasi harus terstruktur sedemikian rupa sehingga
tindakan penipuan memerlukan kolusi antara dua atau lebih
individu.
Pengawasan. Beberapa perusahaan memiliki terlalu sedikit karyawan
untuk mencapai pemisahan fungsiyang memadai dan harus
mengandalkan pengawasan sebagai kontrol kompensasi. Dengan
mengawasi karyawan secara ketat yang melakukan fungsi yang
berpotensi tidak sesuai, perusahaan dapat mengkompensasi paparan
yang melekat dalam system.
 Menguji kontrol fisik. Pemisahan tugas yang tidak memadai dan
kurangnya pengawasan yang efektif serta verifikasi independen dapat
mengakibatkan kecurangan dan kesalahan material. Hak akses yang
tidak sesuai sering dikaitkan dengan tugas yang tidak kompatibel.
Demikian pula, tujuan kolusi adalah untuk mencapai akses tidak sah ke
aset serta informasi yang diperlukan untuk menyembunyikan kejahatan
tersebut. Dengan tidak adanya pengawasan dan aktivitas verifikasi
independen, kesalahan dan kecurangan mungkin tidak terdeteksi
Banyak tugas yang biasanya dipisahkan dalam sistem manual
dikonsolidasikan dalam fungsi pemrosesan data dari sistem berbasis
komputer. Program komputer dalam siklus pendapatan melakukan
pengendalian persediaan, piutang, penagihan, dan tugas buku besar.
Dalam situasi ini, perhatian auditor harus difokuskan pada integritas
program komputer yang melaksanakan tugas tersebut.
j. Kontrol Keluaran
Kontrol keluaran dirancang untuk memastikan bahwa informasi
tidak hilang, salah arah, atau rusak dan bahwa proses sistem berfungsi
sebagaimana mestinya. Misalnya, manajer menerima ringkasan harian
dari pesanan penjualan yang dilakukan oleh pelanggan, barang yang
dikirim, dan uang tunai yang diterima, dan menggunakan data tersebut
untuk memantau status operasi mereka. Kontrol keluaran dapat
dirancang untuk mengidentifikasi potensi masalah. Misalnya, laporan
pengecualian yang berasal dari daftar file pesanan terbuka pelanggan
pesanan penjualan terbuka akhir hari dapat mengidentifikasi pesanan
yang ditempatkan tetapi tidak dikirim. Laporan semacam itu dapat
membantu manajemen menilai kinerja operasional proses pengiriman.
Rekonsiliasi buku besar adalah kontrol keluaran yang dapat
mendeteksi jenis kesalahan pemrosesan transaksi tertentu. Misalnya,
total semua penjualan kredit yang dicatat oleh penagihan harus sama
dengan total peningkatan yang diposting ke akun anak perusahaan AR.
Transaksi penjualan yang dimasukkan dalam jurnal tetapi tidak diposting
ke rekening pelanggan akan terdeteksi oleh ketidakseimbangan dalam
buku besar. Penyebab spesifik dari kondisi tidak seimbang tidak dapat
ditentukan pada saat ini, tetapi kesalahan akan dicatat. Menemukan
kesalahan mungkin memerlukan pemeriksaan semua transaksi yang
diproses selama periode tersebut. Ini bisa memakan waktu. Untuk alasan
ini, daripada meringkas transaksi sepanjang hari dalam satu batch, entitas
sering kali mengelompokkan transaksi ke dalam batch kecil yang terdiri
dari 50 hingga 100 item.
1. Laporan Perubahan Piutang Usaha
Ini adalah laporan ringkasan yang menunjukkan perubahan
keseluruhan piutang dari pesanan penjualan dan penerimaan kas.
Angka-angka ini harus disesuaikan dengan total penjualan, total
penerimaan kas (dalam akun), dan buku besar.
2. Log Transaksi
Setiap transaksi yang berhasil diproses oleh sistem harus dicatat
pada log transaksi yang berfungsi sebagai jurnal. Log transaksi
melayani dua tujuan. Pertama, log transaksi adalah catatan
permanen dari transaksi yang valid. File transaksi asli yang
dihasilkan pada tahap input data biasanya hanya berupa file
sementara. Setelah diproses, catatan pada file ini dihapus (digores)
untuk memberikan ruang bagi transaksi berikutnya. Kedua, tidak
semua catatan dalam file transaksi sementara akan selalu berhasil
diproses. Beberapa catatan ini mungkin gagal dalam uji validitas
dan akan ditolak. Log transaksi hanya boleh berisi transaksi yang
berhasil. Transaksi yang ditolak harus ditempatkan dalam file
kesalahan. Gabungan log transaksi dan file kesalahan harus
memperhitungkan semua transaksi dalam kumpulan.
3. Daftar Transaksi
Sistem harus menghasilkan daftar transaksi (hard copy) dari semua
transaksi yang berhasil. Daftar ini harus diberikan kepada pengguna
yang sesuai untuk memfasilitasi rekonsiliasi dengan masukan.
Misalnya, daftar penerimaan kas yang diproses akan masuk ke
controller untuk digunakan dalam rekonsiliasi bank.
4. Log Transaksi Otomatis
Beberapa transaksi dipicu secara internal oleh sistem. Misalnya,
pesanan penjualan EDI diterima dan diproses tanpa otorisasi
manusia. Untuk mempertahankan jejak audit dari
aktivitas ini, semua transaksi yang dihasilkan secara internal harus
ditempatkan dalam log transaksi, dan daftar transaksi ini harus
dikirim ke manajer yang sesuai.
5. Pengenal Transaksi Unik
Setiap transaksi yang diproses oleh sistem harus diidentifikasi
secara unik dengan nomor transaksi. Kontrol ini adalah satu-
satunya cara praktis untuk melacak transaksi tertentu
melalui database ribuan atau bahkan jutaan catatan. Dalam system
yang menggunakan dokumen sumber fisik, nomor unik yang
tercetak pada dokumen dapat ditranskrip selama input data dan
digunakan untuk tujuan ini. Dalam sistem real-time, yang tidak
menggunakan dokumen sumber, setiap transaksi harus diberi
nomor unik oleh sistem.
6. Daftar Kesalahan
Daftar semua catatan kesalahan harus diberikan kepada pengguna
yang sesuai untuk mendukung koreksi dan pengiriman ulang
kesalahan.
7. Menguji Kontrol Keluaran
 Tidak adanya kontrol output yang memadai memiliki implikasi
yang merugikan bagi efisiensi operasional dan pelaporan keuangan.
Bukti yang dikumpulkan melalui pengujian pengendalian keluaran
berkaitan dengan kelengkapan dan ketepatan pernyataan. Menguji
kontrol keluaran melibatkan peninjauan laporan ringkasan untuk
akurasi, kelengkapan, ketepatan waktu, dan relevansi dengan
keputusan yang dimaksudkan untuk didukung. Selain itu, auditor
harus menelusuri sampel transaksi melalui laporan jejak audit
ermasuk daftar transaksi, log kesalahan, dan log catatan yang
dikirim ulang. Mengumpulkan bukti semacam itu, bagaimanapun,
mungkin melibatkan penyortiran ribuan transaksi.
C. Uji Substantif Akun Siklus Pendapatan
Pengujian substantif yang mungkin dilakukan oleh auditor untuk mencapai
tujuan audit yang terkait dengan siklus pendapatan. Strategi yang digunakan dalam
menentukan sifat, saat, dan luas pengujian substantif berasal dari penilaian auditor
atas risiko bawaan, risiko pengendalian yang tidak dikurangi, pertimbangan
materialitas, dan kebutuhan untuk melaksanakan audit dengan cara yang efisien.
1. Risiko Siklus Pendapatan dan Masalah Audit
Secara umum, perhatian auditor dalam siklus pendapatan berkaitan dengan
potensi lebih saji pendapatan dan piutang usaha daripada kurang sajinya.
Penyajian akun yang berlebihan dapat diakibatkan oleh kesalahan material
dalam pemrosesan transaksi normal yang terjadi sepanjang tahun. Selain itu,
auditor harus memusatkan perhatian pada transaksi besar dan tidak biasa pada
atau mendekati akhir periode. Contoh masalah spesifik yang menimbulkan
kekhawatiran ini adalah sebagai berikut:
• Mengakui pendapatan dari transaksi penjualan yang tidak terjadi.
• Mengakui pendapatan penjualan sebelum direalisasikan (yaitu, menagih
pelanggan untuk itemyang masih diproduksi pada akhir periode).
 • Gagal untuk mengenali poin pisah batas akhir periode, sehingga
memungkinkan pendapatan penjualan yang dilaporkan untuk periode saat
ini digelembungkan oleh transaksi setelah periode.
• Meremehkan penyisihan piutang ragu-ragu, sehingga melebih-lebihkan
nilai piutang usaha yang dapat direalisasi.
• Pengiriman produk yang tidak diminta ke pelanggan dalam satu periode
yang dikembalikan pada periode berikutnya.
• Menagih penjualan kepada pelanggan yang dipegang oleh penjual
(Persyaratan khusus yang terkait dengan transaksi tersebut mungkin tidak
memerlukan pembayaran untuk jangka waktu yang lama).
Dalam mengatasi masalah tersebut, auditor akan mencari bukti dengan
melakukan kombinasi pengujian pengendalian internal dan pengujian
substantif. Pengujian pengendalian mencakup pengujian pengendalian umum
dan pengendalian aplikasi yang secara khusus berkaitan dengan prosedur
siklus pendapatan.
2. Memahami Data
Pengujian berikut melibatkan pengaksesan dan penggalian data dari
file akuntansi untuk dianalisis. Untuk melakukan ini, auditor perlu memahami
sistem dan pengendalian yang menghasilkan data, serta karakteristik fisik file
yang memuatnya. Pertama, auditor harus memverifikasi bahwa dia bekerja
dengan versi file yang benar untuk dianalisis. Untuk melakukannya, auditor
harus memahami prosedur pencadangan file dan, jika memungkinkan, bekerja
dengan file aslinya. Kedua, ACL dapat membaca Sebagian besar file
sekuensial dan tabel database relasional secara langsung, tetapi struktur file
esoteris dan/atau kompleks mungkin memerlukan "perataan" sebelum dapat
dianalisis. Proses ini mungkin melibatkan prosedur tambahan dan program
khusus untuk menghasilkan salinan file asli dalam format yang dapat diterima
ACL. Jika personel sistem organisasi klien melakukan proses perataan,
auditor harus memverifikasi bahwa versi yang benar dari arsip asli telah
digunakan dan semua catatan yang relevan dari arsip asli dipindahkan ke
salinan untuk dianalisiis. Pembahasan berikut mengasumsikan bahwa setiap
penyambungan tabel atau penyalinan file yang diperlukan untuk
menghasilkan data uji dilakukan di bawah kontrol yang memadai
untuk menjaga integritas data. File-file ini dapat berada di mainframe atau PC.
a. Arsip Pelanggan
File induk Pelanggan berisi alamat dan informasi kredit tentang
pelanggan. Nilai Batas Kredit digunakan untuk memvalidasi transaksi
penjualan. Jika jumlah saldo piutang pelanggan dan jumlah transaksi
penjualan saat ini melebihi batas kredit yang telah
ditetapkan sebelumnya, maka transaksi tersebut ditolak.
b. File Faktur Penjualan dan File Penerimaan Kas
File faktur penjualan bersama dengan file item baris menangkap data
transaksi penjualan untuk periode tersebut. File faktur penjualan berisi
data ringkasan untuk setiap faktur. Saat pesanan dikirim ke pelanggan,
catatan ditambahkan ke file. Menjumlahkan Jumlah Faktur untuk semua
catatan dalam file menghasilkan total penjualan (jurnal penjualan) untuk
periode tersebut. Saat pembayaran tunai pelanggan diterima, mereka
dicocokkan dengan catatan faktur terbuka, yang kemudian ditutup dengan
menempatkan tanggal saat ini di bidang tanggal tutup. Pada saat itu rekor
ditambahkan ke file penerimaan kas, nomor pengiriman uang, yang
merupakan kunci utama catatan penerimaan kas, ditambahkan ke catatan
faktur sebagai kunci asing. Saldo piutang usaha untuk pelanggan tertentu
dihitung dengan menjumlahkan bidang Jumlah Faktur untuk semua faktur
terbuka pelanggan (yang tidak memiliki nilai di bidang Tanggal Tutup).
Total piutang untuk tujuan pelaporan keuangan adalah jumlah dari semua
catatan faktur terbuka dalam file.
c. File Item Baris
 File Item Baris berisi catatan setiap produk yang terjual, karena satu
transaksi dapat melibatkan satu atau lebih produk, setiap record dalam file
Faktur Penjualan dikaitkan dengan (ditautkan ke) satu atau lebih record
dalam file ini. Meskipun pelaporan keuangan informasi penjualan dan
piutang hanya memerlukan data yang terdapat dalam file faktur
penjualan, file item baris diperlukan untuk tugas-tugas operasional seperti
penagihan, layanan pelanggan, pemasaran, dan audit.
d. File Inventaris
File inventaris berisi data kuantitas, harga, pemasok, dan lokasi gudang
untuk setiap item inventaris. Saat produk terjual, bidang Kuantitas di
tangan dalam catatan terkait dikurangi dengan nilai bidang Kuantitas
dalam catatan Item Baris. Bidang Quantity on Hand bertambah dengan
tanda terima persediaan dari pemasok. kegiatan ini akan dibahas pada bab
berikutnya.
e. File Log Pengiriman
Log pengiriman adalah catatan semua pesanan penjualan yang dikirim ke
pelanggan. Kunci utama file adalah nomor bill of lading (BOL). Data
dalam file ini berguna untuk memverifikasimbahwa semua penjualan
yang tercermin dalam file Faktur Penjualan dikirim pada periode yang
ditinjau. Sebagai alat efisiensi, data ini juga dapat digunakan untuk
menentukan apakah pesanan pelanggan dikirim tepat waktu.
f. Prosedur Persiapan File
Sebagian besar pengujian melibatkan penggunaan ACL untuk mengakses
dan mengekstrak data dan file. Sebagai langkah awal dalam
menggunakan ACL, setiap file perlu didefinisikan berdasarkan lokasi
fisik dan strukturnya. Melalui serangkaian menu pop-up yang mudah
digunakan, Data Definition Wizard ACL memungkinkan auditor untuk
menentukan nama file, menentukan lokasinya (pada mainframe atau PC)
dan menentukan struktur file dalam hal panjang setiap bidang dan tipe
 data yang terdapat di setiap bidang (yaitu, numerik, karakter, atau
tanggal). Ketika definisi file selesai, disimpan dengan nama unik yang
diberikan oleh auditor. Semua akses file di masa mendatang dilakukan
hanya dengan memilih definisi file dari menu ACL. ACL secara otomatis
menemukan file dan menampilkannya di layar, tempat auditor dapat
meninjau dan memanipulasi isinya. erkadang isi sebenarnya dari bidang
data berbeda dari yang seharusnya. Misalnya, bidang numerik dalam satu
atau lebih catatan mungkin berisi data abjad karena kesalahan program
atau kesalahan klerikal. Selain itu, bidang mungkin berisi data yang rusak
karena kesalahan dalam proses perataan file. Apa pun penyebabnya,
sebelum melakukan pengujian substantif apa pun pada file baru, penting
untuk memvalidasi kontennya. Data yang tidak valid akan mendistorsi
hasil pengujian dan dapat menyebabkan kegagalan sistem. ACL
memeriksa perintah menganalisis bidang data dalam file yang dipilih
untuk memastikan bahwa isinya konsisten dengan jenis bidang dalam
definisi file. Setiap kesalahan validitas yang terdeteksi oleh ACL perlu
dilacak ke sumbernya dan diselesaikan. Auditor juga dapat menemukan
total kontrol batch sebagai sarana yang efektif untuk memverifikasi
integritas data. Untuk tujuan diskusi, kami akan berasumsi bahwa file
yang digunakan dalam semua pengujian yang dijelaskan selanjutnya telah
ditentukan dan diverifikasi dengan benar
3. Menguji Asersi Akurasi dan Kelengkapan
Prosedur audit yang diuraikan dalam seksi ini memberikan bukti yang
berkaitan dengan asersi manajemen dariketepatandankelengkapan. Auditor
sering mendahului pengujian substantif atas detail dengantinjauan analitikdari
saldo akun. Dalam kasus siklus pendapatan, tinjauan analitik akan memberi
auditor perspektif keseluruhan untuk tren penjualan, penerimaan kas, retur
penjualan, dan piutang. Prosedur analitik tidak selalu membutuhkan teknologi
komputer. Sebagai contoh, auditor dapat membandingkan penjualan yang
dilaporkan untuk kuartal tersebut dengan penjualan untuk periode yang sama
di tahuntahun sebelumnya. Analisis rasio dapat digunakan untuk
membandingkan total penjualan dengan harga pokok penjualan, penjualan
dengan piutang, dan penyisihan piutang ragu-ragu dengan piutang. Variasi
yang signifikan dalam saldo akun dari waktu ke waktu, atau rasio yang tidak
biasa, dapat menandakan kesalahan penyajian laporan keuangan.
Namun, data penjualan dan piutang usaha organisasi berukuran sedang
hingga besar dapat terdiri dari ribuan atau mungkin jutaan catatan. Pengujian
substantif atas rincian volume data tersebut tidak dapat dilakukan secara
efektif dengan menggunakan teknik manual.
a. Tinjau Faktur Penjualan untuk Tren dan Pengecualian yang Tidak Biasa
Prosedur audit yang berguna untuk mengidentifikasi potensi risiko audit
melibatkan pemindaian file data untuk transaksi dan saldo akun yang
tidak biasa. Misalnya, memindai piutang untuk saldo yang terlalu besar
dapat menunjukkan bahwa kebijakan kredit organisasi diterapkan secara
tidak tepat. Saldo kredit dalam piutang mungkin menunjukkan aktivitas
retur penjualan yang tidak biasa atau kesalahan dalam penerapan
penerimaan kas ke rekening pelanggan. Auditor dapat menggunakan
ACL Stratifikasifitur untuk mengidentifikasi anomaly. Fungsi stratifikasi
mengelompokkan data ke dalam interval yang telah ditentukan
sebelumnya dan menghitung jumlah rekaman yang termasuk dalam setiap
interval. Auditor dapat menggunakan fitur ACL lainnya untuk mencari
jawaban atas pertanyaan yang diajukan oleh analisis sebelumnya.
Misalnya, karena ini adalah file Faktur Penjualan, biasanya hanya berisi
angka positif. Angka negatif mungkin telah dimasukkan ke dalam catatan
dalam beberapa cara. Sebagai contoh, hal tersebut dapat disebabkan oleh
program komputer yang rusak, kesalahan klerikal yang tidak disengaja,
upaya untuk membalikkan efek transaksi penjualan yang salah, atau
upaya curang untuk mengurangi saldo piutang pelanggan. Meskipun
 auditor tidak dapat mengidentifikasi secara spesifik dari stratifikasi
catatan.
b. Tinjau Faktur Penjualan dan File Log Pengiriman untuk Item yang Hilang
dan Duplikat
ACL mampu menguji bidang yang ditentukan untuk rekaman di luar
urutan, celah dalam nomor urut, dan nilai duplikat untuk seluruh file.
Dengan menggunakan fitur ini, auditor dapat memindai bidang Nomor
Faktur dari semua catatan dalam file Faktur Penjualan. Laporan parsial
menunjukkan bahwa 243 catatan dalam file faktur penjualan digandakan
atau hilang. Dalam mengatasi masalah ini, auditor perlu mewawancarai
manajemen dan karyawan yang terlibat dalam proses tersebut dan
mencari jawaban atas jenis pertanyaan berikut:
• Apakah ada prosedur untuk mendokumentasikan dan menyetujui
faktur yang dibatalkan?
• Bagaimana kesenjangan dalam faktur penjualan dikomunikasikan
kepada manajemen?
• Kontrol fisik apa yang ada atas akses ke dokumen sumber faktur
penjualan?
• Apakah total batch digunakan untuk mengontrol total transaksi
selama pemrosesan data?
• Apakah daftar transaksi direkonsiliasi dan ditinjau oleh manajemen?
c. Tinjau Item Baris dan File Inventaris untuk Keakuratan Harga Penjualan
Bukti dari pengujian harga produk yang dibebankan kepada
pelanggan mendukung tujuan auditketepatan. Terkadang tenaga
penjualan diberi wewenang terbatas untuk menegosiasikan harga dengan
pelanggan. Perbedaan yang signifikan antara harga eceran yang
disarankan dan harga yang sebenarnya dibebankan, bagaimanapun, dapat
menunjukkan ketidakmampuan, kesalahan klerikal, atau tenaga penjualan
melebihi wewenang mereka. Outlet ritel seperti department store
biasanya akan menetapkan kebijakan penetapan harga yang tidak dapat
dinegosiasikan. Harga jual dihitung secara otomatis oleh sistem point-of-
sale untuk menghilangkan intervensi penjual dan kesalahan klerikal.
Ketidakkonsistenan harga dalam pengaturan tersebut dapat menunjukkan
kesalahan program komputer atau penggunaan data harga yang sudah
usang.
Secara tradisional, auditor akan memverifikasi keakuratan harga
dengan membandingkan harga penjualan pada faktur dengan daftar harga
yang dipublikasikan. Tetapi karena upaya fisik terlibat dengan
pendekatan ini, itu hanya dapat dilakukan berdasarkan sampel. Oleh
karena itu, dari ribuan catatan penjualan, mungkin hanya satu atau dua
ratus yang akan diuji. ACL memungkinkan auditor untuk
membandingkan harga yang dibebankan pada setiap faktur dalam file
untuk periode yang ditinjau.
Prosedur ini melibatkan beberapa langkah sederhana. Pertama,
perhatikan bahwa harga jual aktual yang dibebankan disimpan di kolom
Harga Jual di file Item Baris. Harga eceran yang disarankan untuk setiap
produk adalah bidang Harga Eceran di file Inventaris. Selain itu, kedua
file tersebut memiliki Item Number sebagai kolom umum. Bidang ini
adalah bidang kunci di mana kedua file terkait. Dengan menggunakan
kolom umum ini, tujuan pengujian adalah untuk mencocokkan setiap
rekaman di file Item Baris dengan rekaman terkait di file Inventaris. Kita
dapat membandingkan bidang Harga Jual dan Harga Eceran untuk
keteguhan. Perbedaan yang signifikan kemudian dapat diidentifikasi dan
diselidiki. Langkah-langkah sebenarnya dalam pengujian ini dijelaskan
selanjutnya. Pertama, kedua file harus diurutkan sesuai dengan kunci
umum mereka. Nomor item adalah kunci utama dari file induk inventaris,
dan kami akan menganggap bahwa file ini sudah berada dalam urutan
 yang tepat. Karena file Item Baris berisi detail file Faktur, saat ini
mungkin diatur berdasarkan Nomor Faktur. Oleh karena itu perlu untuk
mengurutkan file ini pada bidang Nomor Item untuk menempatkannya
dalam urutan yang sama dengan file Inventaris. Proses ini hanya
melibatkan membuka file dan menjalankan ACL Menyortir fitur.
Langkah selanjutnya adalah menggabungkan kedua file untuk membuat
yang ketiga. ACL menyelesaikan ini dengan miliknya bergabung fitur.
Auditor memiliki beberapa opsi saat menggabungkan file. Yang paling
relevan dengan pengujian ini adalah membuat file ketiga yang hanya
terdiri dari rekaman yang cocok. Dengan kata lain, file baru hanya akan
berisi catatan Item Baris dan Inventaris yang nilainya sesuai dengan
bidang Nomor Item. Catatan Inventaris apa pun yang tidak cocok dengan
catatan Item Baris tidak akan menjadi bagian dari file baru.
ACLBergabungfitur mengizinkan auditor untuk menentukan bidang dari
dua file input yang akan diteruskan ke file output baru. Biasanya, tidak
perlu atau diinginkan untuk menyertakan semua bidang dari kedua file
asli.
d. Menguji Rekaman Tak Tertandingi
Variasi pada pengujian sebelumnya dapat digunakan untuk
mengatasi beberapa masalah terkait. Dengan memilih opsi gabungan
yang berbeda, auditor dapat membuat file baru yang hanya terdiri dari
rekaman yang tidak cocok. Ada dua kemungkinan penyebab catatan yang
tidak cocok. Yang pertama karena nilai kolom Item Number di baris Item
record salah dan tidak cocok dengan Inventory record. Karena asumsi
operasional adalah bahwa file induk inventaris sudah benar, maka setiap
catatan Item Baris dalam file yang tidak cocok adalah kesalahan.
Kehadiran (atau tidak adanya) kesalahan tersebut adalah bukti yang
membantah atau menguatkan asersi akurasi. Sumber kedua dari catatan
yang tidak cocok adalah file Inventaris. Adanya rekaman Inventaris
 dalam file yang tidak cocok berarti tidak ada rekaman terkait dalam file
Item Baris. Hasil ini bukan kesalahan; artinya produk tersebut tidak
terjual selama periode tersebut. Setelah disesuaikan untuk setiap
pengaruh musiman pada penjualan, bukti tersebut dapat menyangkal
asersi penilaian. Auditor dapat meminta persediaan ditulis untuk
mencerminkan nilai pasarnya.
4. Menguji Asersi Eksistensi
Salah satu tes keberadaan yang paling banyak dilakukan
adalahkonfirmasi piutang. Tes ini melibatkan kontak tertulis langsung antara
auditor dan pelanggan klien untuk mengkonfirmasi saldo akun dan
transaksi.Pernyataan Standar Audit No. 67(SAS 67), Proses Konfirmasi,
menyatakan bahwa auditor harus meminta konfirmasi piutang kecuali dalam
tiga situasi berikut: (1) piutang tidak material; (2) berdasarkan penelaahan atas
pengendalian internal, auditor menilai risiko pengendalian rendah; atau (3)
proses konfirmasi tidak akan efektif.
Poin terakhir ini layak untuk penjelasan lebih lanjut. Karena cara
beberapa organisasi memperhitungkan kewajiban mereka, mereka mungkin
tidak dapat menanggapi permintaan konfirmasi. Misalnya, lembaga
pemerintah dan organisasi industri besar sering menggunakan sebuahsistem
faktur terbukauntuk kewajiban. Di bawah pendekatan ini, faktur dicatat secara
individual daripada diringkas atau dikelompokkan oleh kreditur. Dalam
lingkungan ini, tidak ada buku besar pembantu utang dagang. Setiap faktur
dibayar (ditutup) pada saat jatuh tempo. Untuk tujuan pelaporan keuangan,
total hutang usaha dihitung dengan menjumlahkan faktur terbuka (belum
dibayar). Menentukan kewajiban karena kreditur tertentu, yang mungkin
terdiri dari beberapa tagihan terbuka, bukanlah tugas yang mudah. Auditor
tidak boleh berasumsi bahwa organisasi yang menggunakan pendekatan ini
akan menginvestasikan waktu yang diperlukan untuk menanggapi permintaan
konfirmasi. Dalam keadaan seperti itu, proses konfirmasi tidak akan efektif.
 Dalam pembahasan selanjutnya, kami berasumsi bahwa piutang adalah
material dan auditor telah memutuskan untuk meminta konfirmasi dari
pelanggan klien. Proses konfirmasi melibatkan tiga tahap: memilih akun yang
akan dikonfirmasi, menyiapkan permintaan konfirmasi, dan mengevaluasi
tanggapan.
a. Memilih Akun untuk Dikonfirmasi
untuk konfirmasi melibatkan pemrosesan data yang terkandung dalam
file Pelanggan dan Faktur Penjualan. Setiap catatan pelanggan dikaitkan
dengan satu atau lebih catatan faktur penjualan. Ingat dari diskusi
sebelumnya bahwa saldo piutang untuk pelanggan tertentu dihitung
dengan menjumlahkan faktur penjualan terbuka (yang tidak memiliki
nilai di bidang Tanggal Tertutup dan Nomor Pengiriman) untuk
pelanggan. Setelah uang tunai diterima dalam pembayaran tagihan, itu
ditutup dengan menempatkan tanggal pembayaran dan nomor tanda
terima kas di bidang masing-masing. Dengan demikian, file Faktur
Penjualan menyediakan informasi keuangan yang diperlukan untuk
permintaan konfirmasi, dan informasi surat pelanggan terdapat dalam file
Pelanggan.
Langkah Langkah: Gabungkan Faktur. Langkah pertama dalam proses
ini adalah menggabungkan semua faktur terbuka untuk setiap pelanggan.
Bergabung dengan File. Langkah selanjutnya dalam proses konfirmasi
adalah menggabungkan file Faktur Baris dan file Pelanggan Pilih Contoh
Akun. Di organisasi berukuran sedang hingga besar, file Piutang Usaha
mungkin berisi ribuan rekaman. Daripada mengkonfirmasikan semua
akun ini, auditor mungkin akan memilih untuk memilih sampel catatan.
Untuk membantu auditor dalam tugas ini, ACL'sSampelfitur menawarkan
dua metode pengambilan sampel dasar: pengambilan sampel acak
(rekaman) dan sampling unit moneter (MUS). Pilihan metode akan
bergantung pada strategi auditor dan komposisi file Piutang Usaha. Jika
 saldo akun terdistribusi secara merata, auditor mungkin menginginkan
sampel yang tidak bias dan karenanya akan memilih pendekatan sampel
acak. Dengan metode ini, setiap catatan, terlepas dari ukuran saldo
piutang usaha, memiliki peluang yang sama untuk dimasukkan ke dalam
sampel. Sebaliknya, jika arsip tersebut sangat miring dengan saldo akun
pelanggan yang besar, auditor dapat memilih MUS, yang akan
menghasilkan sampel yang bias terhadap jumlah dolar yang lebih besar.
ACL Ukuran Perintah ini membantu auditor menghitung ukuran sampel
dan interval pengambilan sampel berdasarkan tingkat kepercayaan yang
diinginkan auditor, ukuran populasi yang dijadikan sampel, dan ambang
batas materialitas yang dinilai. Parameter ini dimasukkan ke dalam ACL
untuk mengambil sampel fisik dari file Piutang Usaha yang dikirim ke
file output baru yang disebut AR-Sample. Struktur file ini sama dengan
file Piutang Usaha, tetapi berisi catatan yang jauh lebih sedikit.
b. Mempersiapkan Permintaan Konfirmasi
Tahap selanjutnya dalam proses konfirmasi melibatkan persiapan
permintaan konfirmasi yang berisi informasi yang diambil dalam file
Sampel AR. Permintaan, yang biasanya berbentuk surat, disusun dan
dikelola oleh auditor, tetapi ditulis atas nama entitas klien.
Konfirmasi positif. Penerima diminta untuk menanggapi apakah
catatan mereka setuju atau tidak setuju dengan jumlah yang disebutkan.
Konfirmasi positif sangat berguna ketika auditor menduga bahwa
sejumlah besar akun mungkin dalam sengketa. Mereka juga digunakan
ketika mengkonfirmasikan saldo yang tidak biasa atau besar atau ketika
sebagian besar dari total piutang timbul dari sejumlah kecil pelanggan
yang signifikan. Masalah dengan konfirmasi positif adalah tingkat
respons yang buruk. Pelanggan yang tidak mempersoalkan jumlah yang
ditunjukkan dalam surat konfirmasi tidak dapat menanggapi. Namun,
auditor tidak dapat berasumsi bahwa kurangnya tanggapan berarti
 persetujuan. Untuk mendapatkan tingkat respons setinggi mungkin,
permintaan kedua dan bahkan ketiga mungkin perlu dikirim ke
nonresponden.
Konfirmasi negative meminta penerima untuk menanggapi
hanya jika mereka tidak setuju dengan jumlah yang ditunjukkan dalam
surat. Teknik ini digunakan terutama ketika piutang terdiri dari sejumlah
besar saldo bernilai rendah dan risiko pengendalian salah saji dianggap
rendah. Ukuran sampel untuk jenis tes ini biasanya besar dan dapat
mencakup seluruh populasi. Bukti dari konfirmasi negatif yang tidak
dikembalikan yang dipilih dari populasi besar memberikan bukti tidak
langsung untuk mendukung ekspektasi auditor bahwa piutang usaha tidak
salah saji secara material. Tanggapan terhadap konfirmasi negatif,
terutama jika tersebar luas di populasi besar, dapat mengindikasikan
potensi masalah. Karena pendekatan konfirmasi negatif tidak
membuktikan bahwa penerima yang dituju benar-benar menerima dan
meninjau ulang surat konfirmasi, bukti salah saji individu yang diberikan
oleh jawaban yang dikembalikan tidak dapat diproyeksikan ke seluruh
populasi. Dengan kata lain, respons terhadap konfirmasi negatif tidak
dapat digunakan sebagai dasar untuk menentukan jumlah total dolar dari
salah saji dalam akun. Namun, bukti tersebut dapat digunakan untuk
memperkuat ekspektasi awal auditor bahwa saldo akun mungkin salah
saji secara material dan bahwa pengujian tambahan atas detail diperlukan
untuk menentukan sifat dan jumlah salah saji tersebut.
c. Mengevaluasi dan Mengontrol Respons
Mempertahankan kontrol atas proses konfirmasi sangat penting
untuk integritasnya. Bukti yang diberikan melalui konfirmasi kurang
dapat diandalkan ketika kontak antara auditor dan debitur terganggu oleh
intervensi klien. Auditor harus mengambil semua langkah yang wajar
untuk memastikan prosedur berikut dipatuhi:
 • Auditor harus mempertahankan surat konfirmasi sampai dikirim
melalui pos.
• Surat konfirmasi, bersama dengan amplop perangko yang ditujukan
sendiri, harus ditujukan kepada auditor, bukan organisasi klien.
• Permintaan konfirmasi harus dikirimkan oleh auditor. Jika personel
ruang surat klien berpartisipasi dalam proses tersebut, mereka harus
diawasi secara memadai.
Ketika tanggapan dikembalikan ke auditor, perbedaan dalam
jumlah terutang harus diselidiki. Auditor harus mengevaluasi
pengecualian untuk menentukan apakah pengecualian tersebut mewakili
kejadian yang terisolasi atau menandakan potensi masalah yang lebih
besar.
5. Menguji asersi Penilaian/Alokasi
Tujuan auditor melakukan penilaian dan alokasi yang tepat adalah untuk
menguatkan atau menyangkal bahwa piutang usaha dinyatakan pada nilai
realisasi bersih.
a. Penuaan Piutang
Piutang Seiring bertambahnya usia akun, kemungkinan bahwa
mereka pada akhirnya akan dikumpulkan berkurang. Oleh karena itu,
sebagai aturan umum, semakin besar jumlah akun lama yang disertakan
dalam file AR organisasi, semakin besar penyisihan untuk akun yang
diragukan untuk mencerminkan risikonya. Kecenderungan historis dalam
keberhasilan penagihan juga memainkan peran penting dalam
memperkirakan kerugian piutang tak tertagih untuk periode tersebut. Oleh
karena itu, masalah utama yang harus diselesaikan oleh auditor adalah
apakah penyisihan yang dihitung oleh klien konsisten dengan komposisi
portofolio AR organisasi mereka dan dengan tahun-tahun sebelumnya,
 Selain itu, auditor perlu menentukan bahwa penyisihan tersebut konsisten
dengan kondisi ekonomi saat ini.
Sebagai contoh, sebuah organisasi memasuki periode penurunan
ekonomi mungkin mengalami peningkatan persentase kredit macet
dibandingkan dengan sebelumnya, lebih makmur, bertahun-tahun. Dalam
keadaan seperti itu, porsi piutang jatuh tempo yang lebih besar mungkin
perlu dimasukkan dalam perhitungan penyisihan daripada yang terjadi
sebelumnya. Sebagai titik awal dalam upaya untuk memperoleh keyakinan
atas isu-isu ini, auditor dapat memutuskan untuk menghitung ulang skedul
penuaan.
D. Tinjauan Kegiatan Dan Dokumen Siklus Pendapatan
Dengan menggunakan diagram aliran data (DFD) sebagai panduan, kita
akan menelusuri urutan aktivitas melalui tiga proses yang membentuk siklus
pendapatan untuk sebagian besar organisasi ritel, grosir, dan manufaktur. Ini
adalah prosedur pesanan penjualan, prosedur retur penjualan, dan prosedur
penerimaan kas.
1. Prosedur Pesanan Penjualan
a. Menerima Pesanan
Proses penjualan dimulai dengan penerimaan pesanan pelanggan
menunjukkan jenis dan jumlah barang dagangan yang diinginkan. Pesanan
pelanggan tidak dalam format standar yang dibutuhkan oleh sistem
pemrosesan pesanan penjual, oleh karena itu tugas pertama adalah
menuliskannya ke dalam format formal.order penjualan. Setelah membuat
pesanan penjualan, salinannya ditempatkan difile pesanan terbuka
pelangganuntuk referensi di masa mendatang.
b. Periksa Kredit
Proses persetujuan kredit merupakan kontrol otorisasi dan harus dilakukan
sebagai fungsi yang terpisah dari aktivitas penjualan. Dalam sistem
konseptual kami, tugas pesanan terima mengirimpesanan penjualan
 (salinan kredit) ke tugas cek - kredit untuk persetujuan. Itu
dikembalikanpesanan penjualan yang disetujuikemudian memicu
kelanjutan proses penjualan dengan merilis informasi pesanan penjualan
secara bersamaan ke berbagai tugas. Beberapa dokumen yang disebutkan
di bagian berikut, seperti pelepasan stok, slip pengepakan, pemberitahuan
pengiriman, dan faktur penjuala, hanyalah salinan pesanan penjualan
dengan tujuan khusus dan tidak diilustrasikan secara terpisah.
c. Pilih Barang
Aktivitas terima pesanan meneruskanpelepasan sahamdokumen (juga
disebut tiket pengambilan) ke fungsi pengambilan barang, di gudang.
Setelah memilih stok, pesanan diverifikasi untuk akurasi dan barang dan
pelepasan stok terverifikasi dokumen dikirim ke kapal barang tugas.
Petugas kemudian menyiapkan a pesanan kembalicatatan, yang tetap
tersimpan sampai persediaan tiba dari pemasok. Akhirnya, karyawan
gudang menyesuaikancatatan sahamuntuk mencerminkan pengurangan
persediaan.
d. Kirim Barang
Sebelum kedatangan barang dan dokumen rilis stok yang diverifikasi,
departemen pengiriman menerimaslip pengepakandanpemberitahuan
pengirimandari fungsi terima pesanan. Petugas pengiriman mengemas
barang, melampirkan slip pengepakan, melengkapi surat pengiriman , dan
menyiapkan daftar muatan
e. Pelanggan Tagihan
Setelah kredit disetujui, fungsi tagihan - pelanggan menerima pesanan
penjualan (salinan faktur) dari menerima pesanan tugas. Dokumen ini
ditempatkan di sebuah SO tertunda file sampai menerima pemberitahuan
pengiriman, yang menjelaskan produk yang benar-benar dikirim ke
pelanggan. Pada saat kedatangan, barang yang dikirim direkonsiliasi
dengan yang dipesan dan harga satuan, pajak, dan biaya pengiriman
 ditambahkan ke salinan faktur pesanan penjualan. Selesai faktur penjualan
adalah tagihan pelanggan, yang secara formal menggambarkan tagihan
kepada pelanggan.
f. Perbaharui Catatan Inventaris
Pembaruan fungsi kontrol inventarispersediaan anak perusahaan dipimpin
sistem persediaan perpetual, setiap barang persediaan memiliki catatannya
masing - masing dalam buku besar yang paling sedikit memuat data.
g. Perbaharui Piutang Usaha
Catatan pelanggan dibuku besar pembantu piutang usaha (AR). Diperbarui
dari informasi pesanan penjualan (salinan buku besar) menyediakan.
Setiap pelanggan memiliki catatan akun di buku besar pembantu AR yang
berisi, minimal, data berikut: nama pelanggan; alamat pelanggan; saldo
saat ini; kredit yang tersedia; tanggal transaksi; nomor faktur; dan kredit
untuk pembayaran, pengembalian dan tunjangan.
h. Posting Buku Besar
Pada penutupan periode pemrosesan transaksi, fungsi buku besar telah
menerima voucher jurnal dari tugas penagihan dan pengendalian
inventaris serta ringkasan akun dari fungsi AR. Kumpulan informasi ini
melayani dua tujuan. Pertama, buku besar menggunakan voucher jurnal
untuk memposting ke akun control.
2. Prosedur Retur Penjualan
Suatu organisasi dapat berharap bahwa persentase tertentu dari penjualannya
akan dikembalikan. Ini terjadi karena sejumlah alasan, beberapa di antaranya
mungkin Perusahaan mengirimkan barang dagangan yang salah kepada
pelanggan Barangnya cacat. Produk rusak dalam pengiriman. Pembeli
menolak pengiriman karena penjual terlambat mengirimkan barang atau
tertunda dalam perjalanan.
a. Siapkan Slip Pengembalian.
 Ketika barang dikembalikan, karyawan departemen penerima
menghitung, memeriksa, dan menyiapkan aslip pengembalian
mendeskripsikan item. Barang bersama dengan salinan slip pengembalian,
pergi ke gudang untuk diisi kembali. Karyawan tersebut kemudian
mengirimkan salinan kedua dari slip pengembalian ke bagian penjualan
untuk menyiapkan memo kredit.
b. Siapkan Nota Kredit
Setelah menerima slip pengembalian, karyawan penjualan menyiapkan a
memo kredit. Dokumen ini adalah otorisasi bagi pelanggan untuk
menerima kredit atas barang dagangan yang dikembalikan.
c. Menyetujui Nota Kredit
Manajer kredit mengevaluasi keadaan pengembalian dan membuat
keputusan untuk memberikan (atau menolak) kredit. Manajer kemudian
mengembalikan memo kredit yang disetujuike bagian penjualan.
d. Perbarui Jurnal Penjualan
Setelah menerima memo kredit yang disetujui, transaksi tersebut dicatat
dalam jurnal penjualan sebagai entri kontra.
e. Perbarui Inventaris dan Catatan AR
Fungsi kontrol inventaris menyesuaikan catatan inventaris dan
meneruskan memo kredit ke AR, di mana akun pelanggan juga
disesuaikan. Secara berkala, inventory control mengirimkan voucher
jurnal yang meringkas total nilai pengembalian persediaan ke tugas update
buku besar. Demikian pula, piutang mengirimkan ringkasan akun AR ke
fungsi buku besar.
f. Perbarui Buku Besar
Setelah menerima voucher jurnal dan informasi ringkasan akun, fungsi
buku besar merekonsiliasi angka dan posting ke akun control
3. Prosedur Penerimaan Kas
Prosedur penerimaan kas berlaku untuk peristiwa mendatang ini. Mereka
melibatkan menerima dan mengamankan uang tuna; menyetor uang tunai di
bank, mencocokkan pembayaran dengan pelanggan dan menyesuaikan akun
yang benar; dan dengan benar memperhitungkan dan merekonsiliasi rincian
keuangan transaksi.
a. Buka Surat dan Siapkan Saran Pengiriman
b. Cek Rekam dan Setoran
c. Perbarui Piutang Usaha
d. Perbarui Buku Besar
e. Rekonsiliasi Penerimaan dan Penyetoran Kas
Review Artikel

Judul : Evaluasi Penerapan Sistem Informasi Akuntansi Siklus Pendapatan

Dengan Program Iris Menggunakan Pendekatan Metode System Development
Life Cycle
Penulis : Genta Kusumaningdiyah, Dewi Saptantinah, dan Muhammad Rofiq
Sunarko
Tahun : 2016
1. Pendahuluan
Persaingan yang semakin kompleks, mendorong perusahaan untuk
memiliki sebuah teknologi yang canggih agar dapat menunjang semua aktivitas
perusahaan. Seiring perkembangan teknologi saat ini, penggunaan komputer
merupakan suatu kebutuhan guna memperlancar aktivitas-aktivitas bisnis Toko
Buku Togamas dalam menjalankan bisnisnya yang meliputi penjualan tunai,
penjualan kredit, dan penerimaan kas. Penjualan dan penerimaan kas merupakan
dua hal yang saling berkaitan erat karena setiap terjadi transaksi penjualan, pada
akhirnya akan menimbulkan penerimaan kas. Keterkaitan tersebut dapat ditinjau
dari setiap transaksi penjualan tunai dan penjualan kredit. Dalam hal ini, apabila
terdapat kelemahan sistem informasi penjualan, maka akan memberikan pengaruh
pada proses penerimaan kas. Oleh karena itu, diperlukan suatu evaluasi kinerja
secara rutin terhadap aktivitas dalam siklus pendapatan.
Perusahaan yang baik seharusnya mencatat setiap aktivitas bisnis yang
terjadi sesuai standar operasional prosedur yang dituliskan pada sebuah bagan alir
(flowchart) agar dalam menjalankan aktivitas perusahaan dapat lebih cepat, akurat,
dan efisien. Rancangan terhadap suatu bagan alir dari proses bisnis yang ada pada
perusahaan sebaiknya disusun. Bagan alir disusun dalam sebuah perusahaan untuk
menjadi acuan dasar dalam melaksanakan aktivitas bisnisnya. Salah satu aktivitas
bisnis perusahaan ritel seperti Toko Buku Togamas adalah penjualan. Penjualan
merupakan kegiatan yang penting dalam bagi perusahaan ritel, penjualan dapat
menjadi tolok ukur dan keberhasilan suatu perusahaan ritel.
Evaluasi atas sistem informasi akuntansi merupakan hal yang penting
dalam aktivitas bisnis perusahaan, dalam hal ini transaksi pada siklus pendapatan.
Evaluasi kinerja yang dilakukan secara rutin diharapkan dapat menunjang
keberhasilan aktivitas perusahaan, sehingga tujuan perusahaan dapat dicapai. Jika
dalam menjalankan siklus pendapatan terdapat kelemahan atau ketidaksesuaian
dengan sistem pengendalian intern, maka penulis akan melakukan evaluasi dan
 membuat usulan perbaikan. Evaluasi atas sistem informasi akuntansi merupakan
hal yang penting dalam aktivitas bisnis perusahaan, dalam hal ini transaksi pada
siklus pendapatan.
Banyak hal yang dapat dilakukan perusahaan untuk mewujudkan tujuan
dan harapan demi memenangkan persaingan bisnis. Salah satunya dengan
meningkatkan sistem pengendalian internal yang ada pada perusahaan. Sistem
pengendalian intern sangat diperlukan karena sistem pengendalian intern
dirancang agar segala kegiatan operasional perusahaan dapat berjalan dengan
efektif dan efisien. Adanya sistem pengendalian internal pada sistem infomasi
siklus pendapatan yang baik akan mampu menyediakan informasi yang tepat
waktu, mampu mengamankan harta perusahaan dan meminimalkan serta
mendeteksi resiko yang akan dihadapi perusahaan.

Hipotesis: Sistem informasi siklus pendapatan yang diterapkan oleh Toko Buku
Togamas Solo masih ada beberapa kelemahan.

2. Metode Penelitian
Metode penelitian dalam penelitian ini menggunakan pendekatan kualitatif
deskriptif. Data yang digunakan dalam penelitian ini yaitu data kualitatif berupa
profil perusahaan, SOP dan flowchart siklus pendapatan. Data yang diambil
berkaitan dengan siklus pendapatan dalam penelitian ini adalah data primer yang
meliputi Standard Operating Procedure (SOP) Togamas Solo, dokumen yang
dipakai dalam siklus pendapatan (meliputi: laporan kasir harian, rekap tutup kasir),
program yang dipakai untuk penjualan tunai dan kredit. Metode pengumpulan data
dilakukan dengan cara mengambil langsung data ditempat penelitian dengan cara:
a. Observasi (pengamatan)
b. Wawancara
c. Dokumentasi
3. Teknik Analisis Data
Analisis yang digunakan dalam penelitian ini adalah analisis secara
kualitatif yaitu analisis yang dilakukan untuk mengevaluasi sistem informasi
akuntansi dengan pendekatan metode SDLC untuk siklus pendapatan pada Toko
 Buku Togamas Solo. Adapun Langkah-langkah yang dilakukan dalam
menganalisis data adalah:
a. Mengidentifikasi bagian, aktivitas dan dokumen yang terkait dalam siklus
pendapatan. Dalam hal ini penulis mengumpulkan data terkait dengan siklus
pendapatan meliputi laporan kasir harian, Standard Operating Procedure
(SOP), struktur organisasi perusahaan, kartu piutang pelanggan, faktur
penjualan, dan buku besar.
b. Membuat dokumentasi sistem dalam bentuk flowchart. Pada tahap ini penulis
mengumpulkan data yang terkait dengan siklus pendapatan kemudian
digambarkan dalam bentuk flowchart.
c. Evaluasi kinerja sistem Pada tahap ini penulis melakukan evaluasi kinerja
sistem pada siklus pendapatan dengan membandingkan flowchart dengan
standar sistem pengendalian intern (SPI).
d. Usulan perbaikan sistem Jika dalam evaluasi sistem ditemukan kelemahan
atau siklus pendapatan yang dijalankan menyimpang dari SPI, maka penulis
merancang perbaikan sistem sesuai dengan standar SPI.
4. Hasil Penelitian dan Pembahasan
Evaluasi siklus pendapatan di Toko Buku Togamas Solo berdasarkan standar
sistem pengendalian intern (SPI), yaitu:
1. Pengendalian pengolahan informasi
a. Pengendalian umum
1) Dalam menjalankan bisnisnya, Toko Buku Togamas Solo
menggunakan program IRIS dan buku besar yang terhubung dengan
kantor pusat. Sehingga semua bentuk informasi bisa langsung update.
Komunikasi antara unit dengan pusat menggunakan software SPARK
dan telepon. Komunikasi antar karyawan, antar divisi, dan semua
manajeman biasa dilakukan dengan adanya grup BBM, sehingga
semua informasi bisa langsung diakses. Bila ada hal yang penting dan
mendesak dilakukan rapat secara berkala.
 2) Perancangan sistem akuntansi penerimaan kas secara terkomputerisasi
Toko Buku Togamas telah dipasang password yang harus diisi sebelum
menjalankan aplikasi sistem. Pemasangan password dipasang guna
menghindari pengguna yang tidak bertanggungjawab atau tidak
berkepentingan dan dapat melindungi data dari pencurian data yang
sering terjadi. Solusinya adalah mengunci komputer yang berada di
area toko hanya untuk informasi buku, tidak bisa untuk mengakses hal
lain. Sistem penerimaan kas yang ada di Toko Buku Togamas Solo
masih memiliki kelemahan pada sistem penerimaan kas yang kurang
baik, yaitu:
a) Pembatalan penjualan Sistem pembatalan penjualan yang selama
ini terjadi di Toko Buku Togamas Solo masih dilakukan secara
manual dan bisa dilakukan sendiri oleh kasir. Hal ini
memungkinkan terjadinya kecurangan dalam penerimaan kas.
Untuk pembatalan pembayaran/transaksi sebaiknya dibuatkan
program baru, sehingga bila terjadi pembatalan transaksi bisa
langsung dibatalkan atas barang yang tidak jadi dibeli. Program
harus dikunci, sebelum transaksi batal tidak bisa melanjutkan
transaksi selanjutnya.
b) Penerimaan jasa sampul Toko Buku Togamas Solo menerima jasa
sampul buku, harga penyampulan tergantung dari ukuran buku.
Stok sampul tidak dicatat dalam persediaan, hal ini memungkinkan
terjadinya kecurangan dalam melakukan transaksi. Solusinya
adalah bagian penyampulan buku harus benar-benar melakukan
pengecekan struk belanja sebelum menyampul buku, selain itu
dibuatkan aturan tidak boleh menyampul buku tanpa ada struk
belanja.
b. Pengendalian aplikasi
 1) Otorisasi memadai Aktivitas pengawasan dalam siklus pendapatan
pada Toko Buku Togamas Solo dilakukan oleh kepala bagian dan
kepala toko. Kepala bagian bertugas untuk mengawasi kinerja
bawahannya agar kebijakan, prosedur, dan dokumen yang terkait
dengan siklus pendapatan berjalan sesuai dengan yang telah ditetapkan
perusahaan. Pada setiap prosedur dan dokumen yang terkait dengan
siklus pendapatan, peran pengawasan oleh kepala toko dan kepala
bagian masih tergolong lemah. Hal ini bisa terlihat dari otorisasi terkait
pada prosedur siklus pendapatan. Kelemahan tersebut antara lain
otorisasi tersebut tidak dilakukan oleh semua kepala bagian yang
terkait dengan siklus penjualan dan pada bagian tertentu yang
melakukan otorisasi tidak diketahui siapa yang melaksanakannya.
Selain itu, audit yang ada di Toko Buku Togamas Solo hanya
bertanggung jawab atas saldo barang bermasalah.
2) Pengecekan secara independen Pengecekan siklus pendapatan
dilakukan seminggu sekali dengan mengirimkan semua dokumen yang
terkait dengan siklus pendapatan ke keuangan pusat. Untuk pengecekan
secara keseluruhan sudah dilakukan oleh audit pusat, hanya saja tidak
dilakukan secara berkala. Di Toko Buku Togamas Solo belum ada audit
internal yang melakukan evaluasi terhadap setiap tugas dan fungsinya.
2. Pemisahan fungsi yang memadai
a. Struktur organisasi Toko Buku Togamas Solo telah menggambarkan
pemisahan wewenang dan tanggung jawab masing-masing bagian.
Struktur organisasi yang diterapkan di perusahaan ini adalah struktur
organisasi garis atau lini dengan aliran wewenang dan aliran tanggung
jawab dari atas ke bawah. Pertanggungjawaban hirarkis ini menunjukkan
proses pertanggungjawaban kinerja secara berjenjang mulai dari karyawan
yang ada di masing-masing bagian bertanggung jawab kepada kepala
 bagian, kepala bagian bertanggung jawan kepada manajer, dan manajer
bertanggung jawab kepada direktur.
b. Pada Toko Buku Togamas Solo dijalankan sistem kerja shift termasuk
bagian penerimaan kas (kasir). Dikarenakan bagian keuangan hanya satu
orang, maka saat malam hari kepala bagian operasional mengambil alih
seluruh kewenangan keuangan. Sehingga kasir menyerahkan Laporan
Kasir Harian kepada kepala bagian operasional. Hal ini menimbulkan
adanya wewenang ganda.
3. Pengendalian fisik atas kekayaan dan catatan
a. Tingkat verifikasi yang terdapat di Toko Buku Togamas Solo cukup tinggi.
Perusahaan ini menggunakan software khusus akuntansi. Hal ini terbukti
dengan adanya pemeriksaan secara rutin terhadap dokumen yang berkaitan
dengan akun kas, mencocokkannya dengan salso kas dan uang yang ada,
serta melakukan koreksi terhadap kode akun jika tidak sesuai dengan
standar yang telah diterapkan oleh Toko Buku Togamas secara
menyeluruh.
b. Pada perancangan sistem akuntansi penerimaan kas secara
terkomputerisasi telah melakukan pengendalian secara akses fisik pada
Toko Buku Togamas Solo yaitu dengan memasang password sebelum
pengoperasioan PC yang mampu menanggulangi dari pengguna luar yang
tidak bertanggung jawab.
c. Saat terjadi piutang pelanggan yang sudah jatuh tempo, seharusnya bagian
piutang melakukan penagihan kepada pelanggan. Namum hal ini tidak
dilakukan, hanya sebatas telepon ke pelanggan. Hal ini dilakukan oleh
bagian keuangan. Jadi belum ada pemisahan tugas antara bagian
penagihan, piutang, dan peneriman kas.
4. Review atas kinerja
Karyawan Toko Buku Togamas Solo memiliki latar belakang pendidikan yang
bervariasi. Kebijakan yang diterapkan perusahaan yaitu penerimaan karyawan
 minimal pendidikan SLTA dengan usia maksimal 23 tahun. Penempatan posisi
jabatan tidak disesuaikan dengan latar belakang pendidikan. Perusahaan
beranggapan semua bisa dipelajari, namun demikian hal tersebut tidak menjadi
masalah besar karena semua terpantau oleh Togamas Pusat yang berkompeten
dibidang masing-masing.
5. KESIMPULAN
Hasil evaluasi sistem informasi akuntansi siklus pendapatan dengan
program IRIS menggunakan pendekatan SDLC pada Toko Buku Togamas Solo
diperoleh kesimpulan: Siklus pendapatan adalah serangkaian aktivitas bisnis dan
operasi pemrosesan informasi terkait yang terus menerus dengan menyediakan
barang dan jasa kepada pelanggan dan menerima kas sebagai pembayaran atas
penjualan tersebut. Sistem pada siklus pendapatan di Toko Buku Togamas Solo
sudah dilaksanakan dengan baik. Namun, dalam menjalankan siklus pendapatan
masih terdapat beberapa kelemahan seperti adanya rangkap jabatan pada bagian
penerimaan kas dari penjualan kredit.
Usulan perbaikan siklus pendapatan di Toko Buku Togamas Solo yaitu
pada penjualan tunai bagian kasir seharusnya mencetak Pita Rkas rangkap 2
dengan pembagian lembar pertama diberikan kepada pelanggan setelah distempel
“Lunas”, sedangkan lembar kedua seharusnya diberikan kepada bagian
pembungkus untuk dicocokkan dengan barang yang dibeli. Jika barang dan Pita
Rkas sudah sesuai, bagian pembungkus seharusnya memberikan stempel “Barang
telah diterima pada Pita Rkas. Pada penjualan kredit bagian administrasi
seharusnya mencetak surat jalan rangkap 3, yang diberikan kepada pelanggan,
arsip bagian gudang, dan arsip bagian administrasi. Pada surat pesanan pelanggan
sebaiknya dilampirkan dengan surat perjanjian yang berisi termin pembayaran dan
diskon penjualan. Surat perjanjian diberikan kepada keuangan dan diarsip. Surat
ini digunakan sebagai acuan dalam melakukan penagihan piutang. Pada
penerimaan kas dari penjualan kredit sebaiknya ada pemisahan fungsi antara
bagian piutang, bagian penagihan, dan bagian penerimaan kas.
 BAB III
PENUTUP
A. Kesimpulan
Prosedur audit yang terkait dengan siklus pendapatan. Bab ini dimulai
dengan tinjauan teknologi alternatif yang digunakan dalam sistem warisan dan
modern. Penekanannya adalah pada tugas-tugas operasional utama di bawah
teknologi alternatif. Bagian utama kedua dari bab ini menyajikan tujuan dan
pengendalian audit siklus pendapatan. Pada bagian ini, kami memeriksa pengujian
pengendalian yang mungkin dilakukan oleh auditor. Bukti yang dikumpulkan ari
pengujian pengendalian berkontribusi pada tujuan audit dan memungkinkan
auditor untuk membatasi ruang lingkup, waktu, dan luas pengujian substantif.
Bagian terakhir menjelaskan penggunaan ACL dalam melakukan pengujian
substantif yang lebih umum. Pengujian disajikan dalam kaitannya dengan asersi
manajemen yang dirancang untuk menguatkan atau menyangkal.
 DAFTAR PUSTAKA

Hall, J. A. (2010). Information Technology Auditing and Assurance (3rd ed.). Boston:
Cengage Learning.