SISTEM INFORMAS AKUNTANSI

RESUME ACCOUNTING INFORMATION SYSTEM, JAMES A. HALL

CHAPTER 17

I.                    KONTROL PENGEMBANGAN SISTEM

A.      PENGENDALIAN KEGIATAN PENGEMBANGAN SISTEM

Berikut ini adalah beberapa kegiatan terkendali yang membedakan proses pengembangan sistem yang efektif :

1.       Sistem otorisasi

2.       Spesifikasi pengguna

3.       Desain teknis

4.       Partisipasi audit internal

5.       Pengujian program

6.       Tes pengguna dan penerimaan prosedur

B.      TUJUAN AUDITOR BERKAITAN DENGAN PENGEMBANGAN SISTEM

Tujuan auditor adalah untuk memastikan bahwa :

1.       Semua sistem kegiatan pembangunan diterapkan secara konsisten dan mengikuti kebijakan manajemen sistem, dan telah bebas dari kesalahan material serta penipuan

2.       Sistem itu dinilai perlu dan dibenarkan di pos pemeriksaan di seluruh SDLC

3.       Dokumentasi sistem cukup akurat dan lengkap untuk memfasilitasi kegiatan audit dan pemeliharaan.

C.      PENGUJIAN KONTROL PENGEMBANGAN SISTEM

Yang diperlukan untuk melakukan pengujian :

1.       Sistem baru harus disahkan.

2.       Studi kelayakan telah dilakukan.

3.       Kebutuhan pengguna yang dianalisis dan dibahas.

4.       Analisis biaya-manfaat telah dilakukan.

5.       Dokumentasi yang tepat telah  terselesaikan.

6.       Semua modul program harus diuji secara menyeluruh sebelum mereka diimplementasikan.

7.       Checklist masalah telah tersimpan.

D.      KONTROL KEGIATAN PERUBAHAN PROGRAM

                Tujuan audit: mendeteksi program pemeliharaan yang tidak sah dan menentukan bahwa ...

1.       Prosedur pemeliharaan melindungi aplikasi dari perubahan yang tidak sah

2.       Aplikasi bebas dari kesalahan material

3.       Perpustakaan program dilindungi dari akses yang tidak sah

Kontrol Pemeliharaan Sistem:

Yang diperlukan untuk pemeliharaan sistem meliputi :

1.       Spesifikasi teknis

2.       Pengujian

3.       Update dokumentasi

4.       Otorisasi formal untuk perubahan

E.       Perpustakaan Sumber Program (Source Program Library)

1.       Perpustakaan aplikasi dan perangkat lunak

2.       Tempat di mana program dikembangkan dan dimodifikasi

3.       Sekali dikompilasi ke dalam bahasa mesin, tidak lagi rentan

F.       Lingkungan SPL Terkendali

Sistem Manajemen SPL (SPLMS) melindungi SPL dengan mengontrol fungsi-fungsi berikut:

1.       Menyimpan program pada SPL

2.       Program retrieving untuk tujuan pemeliharaan

3.       Menghapus program usang dari perpustakaan

4.       Perubahan program dokumentasi untuk memberikan jejak audit dari perubahan

G.      SPL Kontrol Fitur

1.       Kontrol Sandi

2.       Pemisahan perpustakaan uji

3.       Jejak audit

4.       Laporan yang meningkatkan kontrol manajemen dan fungsi audit

5.       Menetapkan nomor versi program otomatis

6.       Kontrol akses ke perintah pemeliharaan

H.      TUJUAN AUDIT BERKAITAN DENGAN PEMELIHARAAN SISTEM

Prosedur Audit bertujuan :

-          Secara umum, memverifikasi bahwa program terpelihara dengan baik

-          Secara khusus, memverifikasi :

1.       Identifikasi dan koreksi dari perubahan program yang tidak sah

2.       Identifikasi dan koreksi kesalahan aplikasi

3.       Kontrol akses ke sistem perpustakaan

II.                  KONTROL APLIKASI

Pengendalian aplikasi yang terkait dengan aplikasi tertentu, sepertigaji, pembelian, dan system pengeluaran kas. Dibagi  kedalam tiga kategori: kontrol input, kontrol pengolahan, dan control output.

A.      KONTROL INPUT

Kontrol input diprogram untuk melakukan pengujian pada data transaksi untuk memastikan bahwa mereka bebas dari kesalahan. Proses transaksi tergantung pada real time atau batch. Kontrol input dalam sistem real-time ditempatkan pada tahap pengumpulan data untuk memantau data, mereka masuk dari terminal. Sistem Batch yaitu mengumpulkan data dalam file transaksi, di mana mereka sementara dipegang untuk diprose selanjutnya.

 Berikut ini adalah pengujian prinsip-kontrol input.

1.       Cek Digit

2.       Cek Data Hilang

3.       Cek Abjad dan Numeric

4.       Cek Jangka

5.       Cek Kewajaran

6.       Cek Validitas

B.      KONTROL PENGOLAHAN

Dibagi menjadi tiga kategori:

·         kontrol batch : untuk mengelola aliran volume tinggi transaksi.

·         run-to-run kontrol : total pengendalian dari penyelesaian suatu  pemrosesan yang  digunakan sebagai total pengendalian pada pemrosesan selanjutanya.

·         audit train control : kontrol jejak audit dalam lingkungan TI memastikan bahwa setiap transaksi dapat ditelusuri melalui setiap tahap pengolahan dari sumber ekonomi untuk disajikan dalam laporan keuangan.

C.      KONTROL OUTPUT

                Mengontrol Digital Output dapat diarahkan ke layar komputer pengguna atau printer. Ancaman output utama adalah intersepsi, gangguan, kerusakan, atau korupsi dari pesan keluaran saat lewat di seluruh jaringan komunikasi.

III.                KONTROL APLIKASI PENGUJIAN KOMPUTER

Mencapai tujuan audit memerlukan rancangan prosedur dan mengumpulkan bukti atau membantah pernyataan manajeme. Hal ini akan melibatkan kombinasi dari tes kontrol aplikasi dan substantif tes rincian transaksi dan saldo rekening. Tes kontrol aplikasi komputer mengikuti dua pendekatan umum:

1. Pendekatan kotak hitam (sekitar komputer) . Pendekatan ini tidak tergantung pada pengetahuan yang terperinci dari logika internal aplikasi melainkan dengan menganalisis diagram alur. Pendekatan ini biasanya dipakai untuk uji aplikasi yang relatif sederhana

2. Pendekatan kotak putih (melalui komputer).Pendekatan ini bergantung pada pemahaman tentang logika internal aplikasi yang sedang di uji. Jenis yang paling umum dari pengujian pengendalianya meliputi : Tes keaslian, Tes akurasi, Tes kelengkapan, Tes redundasi, Tes acces, Tes Audit, dan Tes pembulatan kesalahan.

• Pengujian tekhnik kotak putih.  Untuk menggambarkan bagaimana kontrol aplikasi di uji, ada lima perangkat audit dengan bantuan teknik komputer :

1. Metode Uji Data. Metode ini digunakan untuk membangun integritas aplikasi dengan pengolahan khusus. Untuk uji data membutuhkan satu set lengkap transaksi sah dan tidak sah. Aplikasi yang digunakan juga berpengaruh pada hasil tes. Jika aplikasi telah dimodifikasi maka auditor harus membuat uji tambahan, sebaliknya jika aplikasi tidak ada perubahan maka tes saat ini harus sama dengan hasil tes asli yang di perbolehkan pada implementasi.

2. Sistem Kasus Dasar Evaluasi. Tes ini dilakukan dengan satu set transaksi uji yang berisi semua jenis transaksi yang mungkin terjadi. Apabila ada perubahan aplikasi selama perawatan maka harus dievaluasi dengan membandingkan hasil saat ini dengan hasil kasus dasar.

3. Tracing. Dilakukan dengan melalui logika internal aplikasi.

4. Uji Fasilitas Terpadu. Uji fasilitas terpadu adalah teknik otomatis yang memungkinkan auditor untuk menguji logika aplikasi dan kontrol selama operasi normal. Keuntungan uji fasilitas terpadu : meningkatkan efisiensi audit dan meningkatkan keandalan bukti audit yang di kumpulkan. Kekurangan uji fasilitas terpadu : potensi merusak file data dengan data pengujian yang mungkin berakhir dalam proses pelaporan keuangan.

5. Simulasi Pararel. Aplikasi simulasi digunakan untuk memproses ulang transaksi pada aplikasi produksi sebelumnya. Program simulasi biasanya kurang kompleks, karena simulasi hanya berisi proses aplikasi, perhitungan dan kontrol yang relevan dengan tujuan audit tertentu.

IV.                TEKNIK PENGUJIAN SUBSTANTIF

IV. TEKNIK PENGUJIAN SUBSTANTIF

Pengujian substantif termasuk tetapi tidak terbatas pada hal berikut:

1. Menentukan nilai yang benar dari persediaan.

2. Menentukan akurasi dari pembayaran di muka dan akrual.

3. Konfirmasi piutang dengan pelanggan.

4. Mencari kewajiban yang tidak tercatat.

A.      MODUL AUDIT TERTANAM (Embedded Audit Module)

Modul audit tertanam (EAM) menggunakan satu atau lebih modul diprogram tertanam dalam

aplikasi untuk memilih, untuk analisis selanjutnya, transaksi yang memenuhi kondisi yang telah ditentukan.

B.      EFISIENSI OPERASIONAL.

                Kehadiran modul audit dalam aplikasi host dapat membuat overhead yang signifikan. Salah satu pendekatan untuk menghilangkan beban ini dari sistem adalah untuk modul desain yang dapat dihidupkan dan dimatikan oleh auditor. Hal tentu saja  mengurangi efektivitas EAM sebagai alat audit yang sedang berlangsung.

C.      MEMVERIFIKASI EAM INTEGRITAS.

 Ketika aplikasi host sering mengalami perubahan, yang EAM tanamkan dalam host juga akan memerlukan modifikasi. Integritas keprihatinan yang diangkat sebelumnya tentang pemeliharaan aplikasi berlaku untuk eams. Integritas EAM langsung mempengaruhi kualitas proses audit. Auditor karena itu harus mengevaluasi integritas EAM. Ini akan dicapai dengan cara yang sama seperti pengujian kontrol aplikasi host.

D.      SOFTWARE AUDIT UMUM ( Generelized Audit Software)

 Tugas-tugas audit berikut dapat dilakukan dengan menggunakan GAS:

1. Menghubungkan dan menyeimbangkan seluruh file atau data yang terpilih.

2. Memilih dan pelaporan data rinci yang terdapat pada file.

3. Memilih sampel statistik bertingkat dari file data.

4. Hasil format tes dalam laporan.

5. Konfirmasi cetakan baik kata-kata standar atau khusus.

6. Penyaringan data

7. Membandingkan dua file dan mengidentifikasi perbedaan.

8. Menghitung kembali bidang data.

Popularitas yang luas dari GAS adalah karena empat faktor: (1) bahasa GAS yang mudah digunakan dan

memerlukan sedikit latar belakang IT pada bagian dari auditor, (2) GAS dapat digunakan pada semua jenis computer karena hardware independen, (3) auditor dapat melakukan tes mereka pada data independen klien IT profesional, dan (4) GAS dapat digunakan untuk mengaudit file data aplikasi yang berbeda (kontras dengan eams, yang khusus aplikasi)