Anda di halaman 1dari 12

Testing and

Evaluation of
System
HELLO!

Ihda Rachmatina
(1406611745)
9.3 Broomfield
plc Study
Purchase and Case
Credit System
Tujuan:
Pelanggan menerima barang yang mereka butuhkan dengan
harga yang diiklankan dan sesuai kualitasnya
Pelanggan menerima barang secara kredit hanya untuk yang
memiliki kemampuan membayar
Penjualan dicatat dengan bukti asli, akurat dan lengkap
Rekening piutang usaha 'yang didebet dengan penjualan secara
kredit, dengan bukti asli, akurat dan lengkap
Semua kas yang diterima dicatat secara penuh
Catatan persediaan mencerminkan pergerakan keluar dalam
jumlah yang benar
Jejak audit transaksi penuh dan berdampak pada saldo
dipertahankan.
Identifikasi Titik Kontrol ....

Identifikasi pelanggan ketika mereka berinteraksi


dengan penjual pada antarmuka sistem.
Identifikasi penjual dengan masuknya kode
Periksa kelengkapan formulir pemesanan, bahwa
semua kotak/ formulir telah selesai sebelum
diterima.
Kelayakan kredit cek dengan membandingkan saldo
disesuaikan dengan batas kredit. Untuk kontrol ini
menjadi efektif, batas kredit perlu tinjauan rutin
oleh departemen pengendalian kredit.
.... Identifikasi Titik Kontrol
Penandatanganan order penjualan resmi oleh
pelanggan dan bagian penjualan juga merupakan
kontrol atas akurasi order form.
Cek rincian pelanggan pada titik di mana bentuk
pesanan diterima dari pelanggan dan instruksi untuk
menyiapkan faktur oleh kasir.
Faktur di stempel dengan tulisan tunai atau kredit
menunjukkan kepada personil di titik pick-up bahwa
prosedur sebelumnya telah benar dilakukan. Faktur
yang telah di stempel dengan tulisan barang
diterima akan menunjukkan bahwa barang telah
ditransfer ke pelanggan.
Hal yang Harus Diperhatikan
Auditor

1. Barang yang 2. Barang di


dijual di bawah gudang yang
harga normal. merupakan
milik
pelanggan.
9.4
General and Burbage
Application Limited Study
Control in Case
Sales System
General Control : Development
Control

Modifikasi perangkat Pengujian tampaknya telah


lunak dibuat mengikuti dilakukan oleh staf
diskusi informal dengan pemrograman saja. Sekali lagi
departemen pengguna. kebutuhan pengguna
Tidak ada perjanjian tampaknya telah diabaikan.
formal yang dibuat Tes harus mencakup tes dari
setelah diskusi ini dan seluruh sistem dengan staf
kebutuhan departemen departemen pengguna dan
pengguna mungkin manajer departemen
belum disadari dengan pengguna harus
pasti. mengkonfirmasikan perjanjian
secara tertulis.
General Control : Development
Control

1. Departemen
pengguna memiliki
kontrol yang cukup atas 2. Tidak ada pemisahan
data. Operator bertugas tugas antara analis
mempersiapkan kontrol sistem, programmer dan
total dan bertanggung operator. Kemampuan
jawab untuk menyelidiki untuk mengubah program
perbedaan antara kontrol tanpa otorisasi adalah
yang dihasilkan kelemahan.
komputer dan jumlah
aslinya.
General controls: Security of data

1. Kontrol yang 2. Akan lebih baik jika


memuaskan ketika ada data dicadangkan dan
identifikasi keluar diletakkan di gedung lain
masuknya penyimpanan sehingga jika terjadi
magnetic yang ada di bencana di gedung
gudang. Namun sulit masih ada data
mengontrol kelalaian cadangan.
seseorang yang lupa 3. Kontrol yang baik
mengambil removable disk adalah bahwa hanya staf
dari komputer yang departemen komputer
memungkinkan terjadi diperbolehkan untuk
kerusakan pada removable memasuki ruang
disk. komputer.
Application controls: Input controls

Otorisasi saldo
pelanggan yang
melebihi batas kredit. Operator komputer
Bagian penjualan mengurutkan
dapat mengakses pemesanan namun
buku besar penjualan tidak
dengan otorisasi mengelompokkan
pegawai yang Validasi data
pessanan sesuai
bertanggung jawab masukan sebelum
departemen.
agar tidak terjadi file induk komputer
Sehingga pesanan
saldo yang melebihi (buku penjualan
perlu dikempokkan
batas kredit. dan file pencatatan
untuk diteruskan ke
persediaan)
departemen terkait
diperbarui.