Welcome to my blog

REVIEW JURNAL

ANGGOTA KELOMPOK

1. Abraham Havana (10116041)

2. Aulia Rachman (11116203)

3. Arif Rachman Syam (11116063)

4. Jeremy Felix (13116703)

5. Yudha

Judul : AUDIT SISTEM INFORMASI PADA RUMAH SAKIT UMUM

DAERAH BANYUMAS MENGGUNAKAN FRAMEWORK

Jurnal : Pro Bisnis

VOLUME : VOL 10, NO 2,

TAHUN : 2017

PENULIS : Damar Rivaldi Zulkarnaen, Rizki Wahyudi, dan Andik Wijanarko

REVIEWER : Arif Rachman Syam

NPM : 11116063

NOTE : Tugas Softskill Audit Teknologi Sistem Informasi

TAHUN REVIEW : 2020

Abstrak

Penerapan sistem informasi di RSUD Banyumas bertujuan untuk mempermudah proses administrasi. Agar kinerja sistem informasi dapat berjalan sesuai dengan perencanaan, dan tujuan bisnis rumah sakit maka dibutuhkan pengukuran atau audit guna mengetahui kematangan kinerja sistem informasi tersebut agar dapat memberikan peranan teknologi informasi yang baik. Audit sistem informasi menggunakan Framework COBIT 4.1 sangat berguna baik bagi pengguna dan auditor maupun bagi manajemen. Tujuan dari penelitian ini adalah untuk mengetahui tingkat kematangan Sistem Informasi di RSUD Banyumas. Tujuan lain dari penelitian ini adalah agar dapat memberikan rekomendasi yang dapat digunakan sebagai bahan perbaikan sistem informasi di masa yang akan datang. Hasil dari penelitian ini menunjukkan skor tingkat kematangan sistem informasi di RSUD Banyumas yang diperoleh yaitu 3 atau berada pada level Defined Process dari total 22 sudomain yang ditemukan hanya 6 menunjukkan skor tingkat kematangan level 2 (Repeatable but Intuitive) yang diberikan rekomendasi

Pendahuluan

Penerapan teknologi informasi dan komunikasi saat ini sudah menjadi kebutuhan dan tuntutan pada setiap instansi penyelenggara pelayanan publik. Tidak terkecuali rumah sakit yang merupakan salah satu instansi penyelenggara pelayanan publik dan untuk mewujudkan pelayanan yang baik kepada masyarakat, maka diperlukan pengelolaan sistem informasi yang baik. Dalam penggunaannya sistem informasi pada suatu instansi yaitu rumah sakit tentu membutuhkan adanya mekanisme kontrol internal.

RSUD Banyumas memerlukan adanya rencana teknologi informasi dan komunikasi yang baik. Agar kinerja sistem informasi dapat berjalan sesuai dengan perencanaan, dan tujuan bisnis rumah sakit maka dibutuhkan pengukuran atau audit guna mengetahui kematangan kinerja sistem informasi tersebut agar dapat memberikan peranan teknologi informasi yang baik.

Assesment Data

Penelitian ini melakukan metode pengumpulan data, Metode pengumpulan data yang digunakan dalam penelitian ini adalah :

Metode observasi, dilakukan dengan tujuan untuk mengamati proses bisnis yang sedang berjalan di RSUD Banyumas guna mengumpulkan data yang diperlukan.

Metode wawancara, guna untuk Penulis melakukan secara langsung kepada pihak – pihak di RSUD Banyumas yang terkait dengan topik penelitian. Adapun hal – hal yang ditanyakan pada sesi wawancara adalah yang berkaitan dengan pokok permasalahan yaitu seputar sistem informasi yang diterapkan di RSUD Banyumas.

Metode kuesioner, Peneliti membuat kuisioner berdasarkan pemetaan business goals sesuai dengan framework COBIT 4.1 dan menyebarkan kepada responden yang terkait dengan kuisioner tersebut, yaitu admin dan karyawan yang menjalankan sistem informasi di RSUD Banyumas.

Studi Literatur, Sebagai pelengkap dalam pengumpulan data selain kuesioner dan wawancara, penelitian menggunakan metode studi kepustakaan dengan membaca, mempelajari buku – buku dan jurnal sebagai pendukung dalam penulisan dan penyusunan penelitian ini.

Metode Penelitian

Penelitian ini dilaksanakan dengan melakukan pengumpulan data melalui kuisioner, wawancara dan Studi Literatur terkait dengan pokok permasalahan yaitu seputar sistem informasi yang diterapkan di RSUD Banyumas.

Kerangka Pikir Penelitian

Kerangka pikir penelitian yang digunakan dalam penelitian ini adalah berdasarkan kerangka kerja COBIT 4.1.

1. Identifikasi Business Goals

Pada tahap ini akan dilakukan analisis tujuan bisnis dari RSUD Banyumas untuk memperoleh gambaran kemana arah yang akan dituju instansi tersebut, kemudian tujuan bisnis tersebut disesuaikan pandangannya yang sesuai dengan domain yang ada pada framework COBIT 4.1

2. Identifikasi IT Goals

Pada tahap ini akan diidentifikasi tujuan dari pengembangan teknologi informasi berdasarkan tujuan bisnis instansi yang telah ditentukan sebelumnya. Pada tahap ini tujuan teknologi informasi akan didapatkan dengan cara menghubungkan antara tujuan bisnis dengan tujua teknologi informasi berdasarkan kerangka kerja COBIT 4.1.

3. Identifikasi IT Process

Pada tahap ini akan diidentifikasi proses teknologi informasi yang telah ditentukan sebelumnya. Pada tahap ini proses teknologi informasi akan didapatkan dari keterkaitan antara proses teknologi informasi yang berjalan diinstansi dengan proses teknologi informasi berdasarkan kerangka kerja COBIT 4.1.

4. Control Objectives

Control Objectives merupakan bagian dari detail proses teknologi informasi, dimana tidak semua control objective akan dipakai dalam proses teknologi informasi.

5. Perhitungan Tingkat Kematangan (Maturity Level)

Pada tahap ke lima dari penelitian ini adalah perhitungan maturity level, sesuai dengan maturity model berdasarkan kerangka kerja COBIT 4.1.

HASIL DAN PEMBAHASAN

1. Identifikasi proses teknologi informasi, Penetapan proses tersebut didasarkan dari hasil studi pustaka dalam memperlajari COBIT dan literatur terkait serta hasil observasi yang diperoleh dari objek yang diteliti.

2. Pengukuran Tingkat Kematangan Sistem Informasi di RSUD Banyumas

Berdasarkan hasil survey dengan alat kuesioner COBIT 4.1 pada domain PO, AI dan DS diperoleh hasil penggambaran dari penerapan sistem informasi di RSUD Banyumas. Hasil penggambaran ini diperoleh dengan cara melakukan perhitungan tingkat kematangan terhadap penerapan sistem informasi berdasarkan hasil survey dengan alat kuesioner COBIT 4.1.

3. Nilai Kesenjangan Kematangan Saat Ini

Setelah menilai dan mengetahui tingkat kematangan sistem informasi saat ini sebesar 3 maka dilakukan analisis kesenjangan terhadap tingkat kematangan yang diharapkan. Analisa ini diharapkan dapat memberikan kemudahan bagi pengelola teknologi informasi yang serasi.

Kesimpulan

a. Berdasarkan hasil analisis data yang dilakukan menggunakan perhitungan maturity level dari framework COBIT 4.1 pada sistem informasi di RSUD Banyumas diperoleh rata – rata tingkat kematangan berada pada level 3, yaitu defined process yang berarti seluruh proses telah didokumentasikan dan telah dikomunikasikan, serta dilaksanakan berdasarkan metode pengembangan sistem komputerisasi yang baik, namun belum ada proses evaluasi terhadap sistem tersebut, sehingga masih ada kemungkinan terjadinya penyimpangan.

b. Pada sistem informasi di RSUD Banyumas terdapat 6 proses yang berada pada level repeatable but intuitive dan 16 proses pada level defined process. Hasil temuan dan nilai kedewasaan harus dipertahankan, sedangkan untuk proses – proses yang masih dibawah tingkat kedewasaan diharapkan maka harus lebih diperhatikan dan ditingkatkan lagi agar selaras dengan level yang sudah ada yaitu defined process.

c. Hasil analisis GAP (General Accounting Principle) ) atau kesenjangan tingkat kematangan pada keseluruhan proses yaitu sebesar 1. Hal ini berarti untuk mencapai nilai maturity level dari level 2 (repeatable but intuitive) sampai ke level 3 (defined process) yaitu dengan melakukan perbaikan seperti rekomendasi yang diberikan.

d. Menghasilkan rekomendasi audit sistem informasi pada domain yang memiliki tingkat kematangan level 2 atau repeatable but intuitive, dengan total rekomendasi sebanyak 6 rekomendasi.

Saran

a. Pada penelitian ini penulis hanya berfokus pada audit sistem informasi, diharapkan pada proses penelitian selanjutnya dilakukan dengan lingkup yang lebih luas yaitu audit tata kelola teknologi informasi.

b. Diharapkan pada proses penelitian selanjutnya dapat menggunakan model audit selain COBIT 4.1, karena COBIT hanya berfokus pada kendali dan pengukuran. Selain itu COBIT hanya memberikan panduan kendali dan tidak memberikan panduan implementasi operasional.

Nama : Arif Rachman Syam

Kelas : 4KA19

NPM : 11116063

1.Jelaskan masing-masing komponen dari Processing Control (5 Saja)!

2.Jelaskan masing-masing komponen dari Databse Control (5 Saja)!

3.Carilah 1 contoh aplikasi untuk audit sistem informasi dan jelaskan!

1. Komponen Processing Control terdiri dari :

a. Real Memory Control

Memori yang nyata dari sebuah sistem komputer terdiri dari jumlah penentuan dari penyimpanan utama yang mana program/data harus di letakan untuk di eksekusi atau di sesuaikan oleh prosesor utama.

b. Virtual Memory Card

Memori virtual sebenarnya ada pada saat ruang penyimpanan LEBIH besar dari pada ruang memori yang ada (real). Untuk mencapai hasil ini, sebuah cara kerja harus di rencanakan kedalam ruang penyimpan memori asli (real).

c. Operating System Integrity

Sistem operasi adalah kumpulan dari program yang diterapkan dalam perangkat lunak, perangkat keras atau perangkat perusahaan, yang mendapat izin pembagian dan penggunaannya dari sumber daya dalam sistem komputer.

d. Application Software Controls

Dalam subsistem pengolahaan, aplikasi perangkat lunak menghitung, memisahkan, menggolongkan dan meringkas data khusus kedalam sebuah sistem aplikasi. Hal itu harus dilakukan validasi cek, atau pemeriksaan validasi untuk mengenali ketika terjadi kesalahan pengolahan.

e. Audit Trail Controls

Jejak audit dalam subsistem pengolahaan memelihara kronologis kejadian mulai dari data di terima dari input atau subsistem komunikasi sampai dari data di berangkatkan ke database, komunikasi atau subsistem pengeluaran.

2. Komponen Databse Control terdiri dari :

a. Pengendalian Konkurensi (Concurrency Controls)

Tujuan utama adalah untuk mengijinkan pengguna database untuk berbagi sumber data yang sama. Sebaliknya, beberapa versi dari data yang sama harus di pertahankan untuk mendukung para pengguna.

b. Pengendalian Kriptografi (Cryptographic Controls)

Pengendalian kriptografi dirancang untuk mengamankan data pribadi dan untuk menjaga modifikasi data oleh orang yang tidak memiliki wewenang, kriptografi dilakukan dengan mengacak data sehingga tidak memiliki arti bagi orang yang tidak Dapat menggunakan data tersebut.

c. Pengendalian Penanganan Berkas (File Handling Controls)

Pengendalian ini, di gunakan untuk mencegah kehancuran data yang di sengaja yang terdapat pada media penyimpanan yang di lakukan oleh perangkat keras, perangkat lunak dan operator atau pengguna yang memuat dan membongkar media penyimpanan yang di gunakan untuk database, pembuangan database, berkas transaksi, berkas pekerjaan, log, dan jejak audit.

d. Pengendalian Jejak Audit (Audit Trail Controls)

Peristiwa yang wajib di catat dari jejak audit: pembutan, modifikasi, penghapusan dan pemulihan. Kontrol jejak audit terdiri dari 2 macam yaitu jejak audit akutansi dan jejak audit operasional.

e. Pengendalian Keluaran (Output Control)

Menurut Weber (1999 : 615) pengendalian keluaran digunakan untuk memastikan bahwa data yang diproses tidak mengalami perubahan yang tidak sah oleh personil komputer dan memastikan hanya personil komputer yang memili wewenang yang dapat menerima output yang telah dihasilkan . Ada beberapa pengendalian yang harus di perhatikan dalam melakukan pengendalian atas output yang di hasilkan.

3. Aplikasi pada mesin ATM

Pada saat nasabah akan mengambil uang di mesin ATM, setelah seorang nasabah memasukkan kartu selanjutnya akan dimina PIN, dan setelah itu memasukkan sejumlah nilai uang yang akan diambil, ATM akan mengecek apakah saldo di tabungan kita cukup, atau jumlahnya diijinkan sesuai dengan ketentuan bank. Pengendalian berupa PIN dan limit pengambilan uang tersebut hanya berlaku di ATM, tidak berlaku pada kegiatan yang lainnya.

KESIMPULAN

Pada ketiga komponen diatas yang terdiri dari processing control dan database control. Yaitu pada processing control subsistem pengolahan bertugas bertanggung jawab untuk menghitung, mengurutkan, mengolongkan dan meringkas data. Komponen utama adalah pengolahan pusat yang mana programakan mengeksekusi memori dan menyimpan program data, sistem operasi mengelola sumber daya sistem dan aplikasi program elaksanakan petunjuk untuk mencapai kebutuhan spesifik pengguna sedangkan pda database control subsistem database menyediakan fungsi untuk mendefinisikan, membuat, mengubah, menghapus, dan membaca data dalam suatu sistem informasi.

DAFTAR PUSTAKA :

http://library.binus.ac.id/eColls/eThesisdoc/Bab2HTML/2013100781KABab2001/body.html

http://library.binus.ac.id/eColls/eThesisdoc/Bab2HTML/2006200844KABab2.html

https://www.kompasiana.com/fatim/5535b7506ea834fa28da42e4/sistem-komunikasi

Nama : Arif Rachman Syam
NPM : 11116063
Kelas : 4KA19

1. Jelaskan masing-masing komponen dari Boundary Control
2. Jelaskan masing-masing komponen dari Input Control (5 saja)
3. Jelaskan masing-masing komponen dari Communication Control (5 saja)

1. Komponen-komponen dari Boundary Control

a). Pengendalian Kriptografi (Cryptographic Control)

Pengendalian Kriptografi dirancang untuk mengamankan data pribadi dan untuk menjaga modifikasi data oleh orang yang tidak berwenang, cara ini dilakukan dengan mengacak data sehingga tidak memiliki arti bagi orang yang tidak dapat menguraikan data tersebut.

b). Pengendalian Akses (Access Control)

Pengendalian Akses berfungsi untuk membatasi penggunaan sumber daya sistem komputer, membatasi dan memastikan user untuk mendapatkan sumber daya yang mereka butuhkan.

2. Komponen-komponen Input Control

a). Metode data input

Data input ke dalam sistem aplikasi harus divalidasi sesegera mungkin setelah datanya diambil dan sedekat mungkin dengan sumber datanya. Setiap ada kesalahan pada data yang tidak diperbaiki sesegera mungkin harus dituliskan ke dalam file error.

b). Perancangan dokumen sumber

Dalam sistem yang menggunakan dokumen sumber untuk memulai transaksi,harus dilakukan tindakan pengendalian yang cermat terhadap instrumen. Untuk pengendalian eksposur, perusahaan harus mengimplementasikan prosedur pengendalian terhadap dokumen sumber untuk mencatat setiap dokumen.

c). Pengendalian Kode Data

Pengendalian kode data dapat mengidentifikasi entitas sebagai anggota dari sebuah kelompok atau kumpulan. Dan kode lebih rapih dari pada deskripsi tekstual atau naratif karena data membutuhkan sedikit karakter untuk membawa sejumlah informasi didalamnya.

d). Pengendalian Batch

Batching merupakan proses pengelompokkan transaksi bersama-sama yang menghasilkan beberapa jenis hubungan antara yang satu dengan lainnya. Pengendalian yang bermacam-macam dapat digunakan pada batch untuk mencegah atau mendeteksierroratau kesalahan. Ada dua jenis batch yang digunakan yaitu batch fisik dan batch logis

e). Cek digit

Cek digit digunakan sebagai peralatan untuk mendeteksi kesalahan dalam banyak aplikasi, sebagai contoh : tiket pesawat, proses kartu kredit, proses rekening bank, proses pengumpulan item bank dan proses lisensi mengemudi.

3. Komponen-komponen Communication Control

a). Pengendalian Komponen Fisik

salah satu cara untuk mengurangi kesalahan didalam subsistem komunikasi ialah untuk memilih komponen fisik yang memiliki karakteristik yang membuat mereka dapat dipercaya dan menyediakan pengendalian atau fitur yang meringankan resiko yang ditimbulkan

b). Pengendalian Topologi Jaringan

Topologi jaringan komunikasi menjelaskan lokasi dari node didalam jaringan, bagaimana node dihubungkan dan kemampuan data transmisi dari hubungan diantar node

c). Pengendalian Keberadaan

Pengendalian yang ada untuk petunjuk input biasanya tidak lebih kritis di bandingkan data input yang di butuhkan. Terkadang sangat penting untuk mengidentifikasi siapa yang mengintrogasi sebuah database pada saat kemungkinan masalah keamanan sedang di investigasi atau database di temukan sebagai keadaan yang salah.

d). Pengendalian terhadap Ancaman Subversi

Terdapat 2 tipe dari pengendalian ancaman atas subversive untuk subsistem komunikasi. Pertama untuk mendirikan rintangan fisikal untuk melintasi subsistem data. Yang kedua, menerima bahwa penyusup berusaha mendapatkan akses ke data, karena itu untuk membuat data tidak berguna ketika akses tersebut terjadi, kita harus meneliti jenis kontrol dalam subbagian.

e). Pengendalian Internetworking

Internet working adalah proses dari dua sambungan atau lebih jaringan komunikasi bersama untuk menyediakan pengguna dari satu jaringan untuk menyampaikan kepada pengguna dari jaringan yang lain. Kumpulan keseluruhan jaringan yang saling berhubungan disebut internet. Tiga tipe dari alat yang di gunakan untuk menghubungkan sub jaringan dalam internet yaitu bridge, router, gateway.

KESIMPULAN

Perbedaan yang terdapat pada ketiga komponen diatas yang terdiri dari boundary control, input control dan communication control yaitu pada boundary control memiliki tugas menentukan hubungan antara pemakai komputer dengan sistem komputer itu sendiri, kemudian pada input control dirancang untuk mengontrol berbagai jenis metode data input, perancangan dokumen sumber, perancangan layar input, data koding, check digit, batch control, validasi dari data input dan input instruction dan pada communication control bertanggung jawab untuk mengangkut data diantara semua subsistem lainnya dalam sebuah sistem dan untuk mengangkut data untuk atau menerima data dari sistem lain.

DAFTAR PUSTAKA

http://library.binus.ac.id/eColls/eThesisdoc/Bab2HTML/2011100407KABAB2hal8/page18.html

http://library.binus.ac.id/eColls/eThesisdoc/Bab2HTML/2011100407KABAB2hal8/page19.html

http://library.binus.ac.id/eColls/eThesisdoc/Bab2HTML/2011100407KABAB2hal8/page20.html

https://www.academia.edu/18406043/Resume_Chapter_17_audit_dan_kepastian_sistem_informasi

https://www.coursehero.com/file/pkbj99/Pengendalian-input-dibagi-dalam-kelas-kelas-umum-yaitu-Pengendalian-dokumen/

1. Bahaya risiko yang dimiliki Sistem Informasi

Sistem informasi membuat proses bisnis suatu organisasi menjadi lebih efisien dan efektif dalam mencapai tujuan. Sistem informasi menjadi key-enabler (kunci pemungkin) proses bisnis organisasi dalam memberikan manfaat bagi stakeholders. Seiring meluasnya implementasi sitem informasi maka kesadaran akan perlunya dilakukan pengembangan suatu system informasi.

Terdapat beberapa resiko yang mungking ditimbilkan akibat dari gagalnya pengembangan suatu system.

1. Sistem informasi yang dikembangkan tidak sesuai dengan kebutuhan organisasi.

2. Melonjaknya biaya pengembangan sistem informasi karena adanya “scope creep” (atau

pengembangan berlebihan) yang tanpa terkendali.

3. Sistem informasi yang dikembangkan tidak dapat meningkatkan kinerja organisasi

2. 3 Jenis pada pendekatan audit berbasis risiko

Risiko dalam auditing berarti bahwa auditor menerima suatu tingkat ketidakpastian tertentu dalam pelaksanaan audit. Risiko audit yaitu risiko bahwa auditor secara tidak sadar gagal untuk menyesuaikan pendapatnya atas laporan keuangan yang salah saji secara material.

1. Risiko bawaan (inherent Risk)

Risiko bawaan adalah kerentanan suatu asersi terhadap salah saji material dengan asumsi tidak ada kebijakan dan prosedur struktur pengendalian intern yang terkait. Risiko bawaan selalu ada dan tidak pernah mencapai angka nol. Risiko bawaan tidak dapat diubah oleh penerapan prosedur audit yang paling baik sekalipun.

2. Risiko Pengendalian (Control Risk)

Risiko pengendalian adalah risiko bahwa suatu salah saji material yang dapat terjadi dalam suatu asersi, tidak dapat dideteksi maupun dicegah secara tepat pada waktunya oleh berbagai kebijakan dan prosedur pengendalian intern entitas.

3. Risiko Deteksi (Detection Risk)

Risiko deteksi merupakan risiko ketika auditor tidak dapat mendeteksi salah saji material yang terdapat dalam suatu asersi. Risiko deteksi tergantung atas penetapan auditor terhadap risiko audit, risiko bawaan, dan risiko pengendalian. Semakin besar risiko audit, semakin besar pula risiko deteksi, sedangkan semakin besar risiko bawaan ataupun risiko pengendalian, semakin kecil risiko deteksi.

3. Efek risiko dalam sistem informasi

Pengaruh atau dampak yang ditimbulkan terhadap suatu proyek sistem informasi dapat berpengaruh kepada nilai unjuk kerja dari sistem yang dikembangkan, biaya yang dikeluarkan oleh suatu organisasi yang mengembangkan teknologi informasi, dukungan pihak manajemen terhadap pengembangan teknologi informasi, dan skedul waktu penerapan pengembangan teknologi informasi.

Suatu resiko perlu didefinisikan dalam suatu pendekatan yang sistematis, sehingga pengaruh dari resiko yang timbul atas pengembangan teknologi informasi pada suatu organisasi dapat diantisipasi dan di identifikasi sebelumnya. Mendefinisikan suatu resiko dalam pengembangan teknologi informasi pada suatu organisasi terkait dengan Siklus Hidup Pengembangan Sistem (System Development Life Cycle [SDLC]), dimana fase-fase penerapan SDLC dalam pengembangan teknologi informasi di spesifikasikan analisa resiko.

4. Kriteria bukti audit sistem informasi

a. Standar akuntansi keuangan (SAK)

b. Peraturan yang ditetapkan oleh suatu badan tertentu

c. Anggaran atau ukuran prestasi pemilik satuan usaha.

5. Jenis - jenis bukti audit Sistem Informasi

1. Bukti Fisik

Bukti fisik merupakan bukti yang akan diperoleh oleh auditor secara langsung dengan melalui pemeriksaan fisik di dalam proses audit itu sendiri. Misalnya, pemeriksaan fisik persediaan secara langsung oleh auditor. Bukti ini merupakan salah satu bukti yang mungkin paling akurat di dalam auditing. Sehingga jika anda memiliki bukti fisik. Maka tidak heran jika anda tidak perlu khawatir apabila memiliki bukti fisik.

2. Bukti Matematis

Bukti matematis merupakan bukti yang diperoleh auditor melalui perhitungan langsung, contohnya saja footing untuk penjumlahan vertikal dan cross footing untuk penjumlahan baik secara horizontal ataupun sebaliknya. Bukti matematis ini mungkin perlu proses untuk mendapatkannya. Bukti ini bersifat kuantitatif dan juga sesuai namanya yaitu matematis. Adanya bukti ini memperjelas apakah pekerjaan klien anda teliti atau tidak dalam pembuatan jurnal.

3. Bukti Perbandingan

Bukti perbandingan biasa disebut dengan bukti rasio, dimana bukti ini digunakan oleh auditor untuk menghitung rasio likuiditas, profitbilitas solvabilitas, quick ratio dan hal lainnya.

4. Bukti Dokumenter

Di jaman yang serba canggih seperti ini rasanya agak aneh jika tidak memiliki bukti dokumenter. Terlepas dari kegiatan yang tidak terlalu penting layaknya auditing saja memiliki bukti dokumenter. Apalagi mereka yang masuk ke dalam lingkup audit, selain pencatatan manual.

Dalam bukti dokumenter sendiri terbagi menjadi beberapa bagian diantarnya, bukti yang dibuat oleh pihak luar dan dikirimkan langsung kepada tim auditor. Selain itu bukti yang sudah dibuat pihak luar namun dikirim kepada auditor melalui kliennya. Terakir yakni bukti yang dibuat dan disimpan oleh klien saja. Bukti yang pertama memiliki kredibilitas sangat tinggi dibanding bukti dokumenter lainnya.

5. Catatan Akuntansi

Catatan akuntansi adalah sumber data yang bisa digunakan oleh auditor sebagai bukti audit. Dimana, catatan ini merupakan hasil kerja yang telah dibuat oleh para akuntan. Sumber data yang dimaksud merupakan dasar pembuatan laporan keuangan layaknya jurnal, dan sejenisnya.

Karena itulah catatan akuntansi dipergunakan untuk bukti yang bisa mendukung kegiatan auditing. Terutama karena catatan merupakan sistem yang sudah pasti dilakukan semua akuntan dimanapun.

6. Bukti Pengendalian Internal

Bukti pengendalian internal adalah bukti yang paling kuat ketika melaksanakan audit. Mengapa kuat ? karena kuat atau lemahnya pengendalian internalah seorang auditor bisa mendapatkan banyak bukti yang bisa dikumpulkan olehnya. Contohnya, bila resiko pengendalian internal cukup tinggi hal ni berarti resiko audit yang direncanakan harusnya rendah. Dengan judul pengendalian cukup menjelaskan bahwa kegiatan dan bukti ini cukup sulit.

7. Bukti Surat

Bukti surat atau biasa disebut surat pernyataan tertulis merupakan surat yang telah ditandatangani seorang individu yang bisa bertanggungjawab dan berpengetahuan mengenai kondisi atau kejadian tertentu, dimana bukti tertulis bisa didapat dari manajemen ataupun sumber eksternal termasuk bukti dari spesialis dan juga jurnal akuntan.

Bukti tertulis merupakan bukti yang sampai saat ini masih akurat dan diperhitungkan kebutuhannya. Surat pernyataan konsultan hukum klien, ahli teknik yang berkaitan dengan kegiatan teknik operasional organisasi klien merupakan bukti yang berasal dari pihak ketiga. Bukti tertulis juga dibuat oleh manajemen bisa berasal dari organisasi klien tersebut.

8. Bukti Lisan atau Wawancara

Bukti lisan atau wawancara merupakan bukti selanjutnya adalah hal audit. Auditor dalam melaksanakan tugasnya banyak sekali berhubungan dengan manusia, sehingga ia memiliki kesempatan untuk mengajukan pertanyaan secara lisan dan dalam bentuk wawancara. Masalah dapat ditanyakan langsung pada pihak terkait meliputi kebijakan akuntansi, lokasi dokumen serta adanya pelaksanaan yang tidak wajar terjadi. Hal ini akan lebih valid jika auditor tetap melangsungkan wawancara demi mendapat jawaban dan bukti lisan.

9. Bukti Konfirmasi

Bukti konfirmasi merupakan salah satu proses untuk memperoleh dan menilai suati komunikasi langsung dari pihak ketiga atas jawaban permintaan informasi tentang unsur tertentu. Hal ini mungkin sangat tinggi reliabilitasnya karena berisikan informasi dari pihak ketiga langsung baik tulis maupun lisan.

Dalam konfirmasi sendiri ada yang memiliki nilai positif seperti halnya persetujuan, konfirmasi negatif atau mereka yang menyatakan ketidaksetujuannya terhadap informasi yang telah ditanyakan. Lalu terakhir adalah blank confirmation, dimana konfirmasi yang respondenya diminta untuk memberikan informasi lain atau jawaban atas suatu hal yang sedang ditanyakan.

10. Bukti Analitik

Bukti analitik hampir serupa dengan bukti perandingan, karena bukti analitik meliputi juga perbandingan atas pos tertentu antara laporan keuangan tahun berjalan dengan tahun yang sudah lewat.

Dalam perusahaan terutama, tahun sebelumnyapun masih menjadi dasar dan acuan untuk pertimbangan. Bukti ini dikumpulkan pada awal audit untuk menentukan objek pemeriksaan yang memerlukan pemeriksaan mendalam.

11. Bukti Keterangan

Permintaan keterangan dalam sebuah prosedur audit merupakan hal yang wajar, dimana hal ini dilakukan oleh auditor terhadap objek yang sudah dianggap memiliki informasi. Selain itu bukti keterangan ini didasarkan pada adanya auditor yang memastikan buktinya pada para klien.

12. Bukti Penelusuran

Penelusuran dibutuhkan oleh para auditor mengingat terkadang pengumpulan bukti dilakukan oleh auditor baik menggunakan dokumen ke catatan akuntansi ataupun sebaliknya. Bukti penelusuran ini memudahkan para auditor dalam menemukan jenis bukti audit lain.

13. Bukti Observasi

Bukti pengamatan merupakan salah satu bukti yang juga termasuk kedalam prosedur audit. Dimana auditor memiliki kesempatan untuk melihat dan menyaksikan suatu kegiatan yang berhubungan dengan pengumpulan bukti.

14. Bukti Perhitungan

Prosedur dan bukti perhitungan merupakan salah satu bukti fisik yang terpecah, yang dilakukan dalam auditing. Auditor akan mendapatkan bukti setelah melakukan counting, tak jarang mereka bahkan melakukannya sendiri untuk memastikan apakah hasil pekerjaan benar-benar real atau adanya manipulasi yang tidak diinginkan.

Perhitungan ini sejenis dengan pengujian detail transaksi, hal ini berguna untuk mendapatkan kebenaran transaksi, ketepatan otoritas transaksi akuntansi klien dan kebenaran. Jika auditor memiliki keyakinan bahwa transaksi tersebut telah dicatat dengan tepat maka auditor dapat meyakini bahwa saldo total buku besar tentulah benar.

15. Bukti Inspeksi

Inspeksi merupakan pemeriksaan secara rinci, terhadap sebuah dokumen dan kondisi fisik yang memiliki kaitan serta menghasilakn bukti untuk mendukung laporan keuangan.Bukti ini dimasukan kedalam bukti dan prosedur dalam audit.

Bukti audit memiliki variasi yang cukup banyak pengaruhnya, sehingga auditor independen dalam rangka memberikan pendapat mengenai laporan keuangan auditan. Relevansi, ketepatan waktu serta real atau objektif merupakan bukti audit yang dibutuhkan dan juga diharapkan.

Adanya cukup banyak jenis bukti audit ini menunjukan bahwa keuangan dan laporannya merupakan hal yang harus memiliki perhatian ekstra, agar tidak terjadi kesalahan dan berujung pada salah paham atau berimbasnya baik klien, karyawan atau auditor itu sendiri. Agar tidak terjadi hal yang tidak diharapkan ketika dilakukan auditing.

REFERENSI :

1. Audit https://www.kompasiana.com/fajarssw/59795e1a7b0b8749f54f7206/masalah-dan-risiko-auditor?page=all

2. Bahaya risiko https://sis.binus.ac.id/2015/07/01/resiko-dalam-penerapan-sistem-informasi-di-perusahaan/

3. Fikri's Blog https://mamayukero.wordpress.com/2010/05/29/manajemen-resiko-dalam-pengembangan-sistem-informasi/

4. Jenis bukti audit https://dosenakuntansi.com/jenis-bukti-audit

Langganan: Postingan ( Atom )

Navigation

Welcome to my blog

TUGAS 4 Review Jurnal (Audit Teknologi Sistem Informasi)

TUGAS 3B (Audit Teknologi Sistem Informasi)

TUGAS 3A (Audit Teknologi Sistem Informasi)

Tugas Softskill 1

Instagram