Chapter 1 The Information System An Accountant's Perspective

bab 1
Sistem Informasi:
Perspektif
Akuntan
U seperti banyak mata pelajaran akuntansi lainnya, seperti
akuntansi menengah, informasi akuntan sistem (AIS)
tidak memiliki badan pengetahuan yang terdefinisi
dengan baik
tepi. Banyak kontroversi ada di antara fakultas perguruan
tinggi tentang apa yang harus dan tidak boleh dicakup Tujuan Pembelajaran
dalam kursus AIS. Namun, sampai batas tertentu,
kontroversi tersebut diselesaikan melalui undang-undang Setelah mempelajari bab ini, Anda
harus:
baru-baru ini. The Sarbanes-Oxley Act (SOX) tahun 2002
menetapkan peraturan dan standar tata kelola perusahaan Pahami arus informasi utama
baru untuk perusahaan publik yang terdaftar di Securities dalam lingkungan bisnis.
and Exchange Commission (SEC). Undang-undang yang Memahami perbedaan antara sistem
meluas ini berdampak pada perusahaan publik, manajemen informasi akuntansi dan sistem
mereka, dan auditor mereka. Yang sangat penting bagi informasi manajemen.
siswa AIS adalah dampak SOX pada standar pengendalian Pahami perbedaan antara
internal dan prosedur audit terkait. Sedangkan SOX tidak transaksi keuangan dan transaksi
mendefinisikan seluruh konten dari kursus AIS, itu non-keuangan.
mengidentifikasi bidang studi kritis yang perlu disertakan
untuk akun-semut. Topik-topik ini dan lebih banyak lagi Ketahui fitur utama dari model
dibahas dalam beberapa bab teks ini. umum untuk sistem informasi.
Tujuan dari bab ini adalah untuk menempatkan subjek SIA Kenali area fungsional bisnis dan
dalam perspektif akuntan. Untuk tujuan ini, bab ini dibagi aktivitas utamanya.
menjadi empat bagian utama, masing-masing membahas aspek Pahami tahapan dalam evolusi
sistem informasi yang berbeda. Bagian pertama sistem informasi.
mengeksplorasi lingkungan informasi perusahaan. Ini Memahami hubungan antara
memperkenalkan konsep sistem dasar, mengidentifikasi jenis audit eksternal, audit internal, dan
informasi yang digunakan dalam bisnis, dan menjelaskan arus audit teknologi informasi.
informasi melalui suatu organisasi. Bagian ini juga
menyajikan kerangka kerja untuk melihat SIA dalam
kaitannya dengan komponen sistem informasi lainnya. Bagian
kedua dari bab ini membahas dampak struktur organisasi pada
SIA. Di sini kami memeriksa organisasi bisnis sebagai sistem
area fungsional. Fungsi akuntansi memainkan peran penting
sebagai penyedia informasi keuangan untuk seluruh
organisasi. Bagian ketiga mengulas evolusi sistem informasi.
Selama bertahun-tahun, AIS telah diwakili oleh sejumlah
pendekatan atau model yang berbeda.
4 PAR TI Tinjauan Sistem Informasi Akuntansi
Lima model AIS diperiksa. Bagian terakhir membahas tentang peran akuntan sebagai pengguna,
desainer, dan auditor SIA.
Lingkungan Informasi
Kami memulai studi SIA dengan kesadaran bahwa informasi adalah sumber daya bisnis. Seperti sumber
daya bisnis lainnya seperti bahan mentah, modal, dan tenaga kerja, informasi sangat penting untuk
kelangsungan hidup organisasi bisnis kontemporer. Setiap hari kerja, sejumlah besar informasi mengalir
ke pembuat keputusan dan pengguna lain untuk memenuhi berbagai kebutuhan internal. Selain itu,
informasi mengalir keluar dari organisasi ke pengguna eksternal, seperti pelanggan, pemasok, dan
pemangku kepentingan yang memiliki kepentingan dalam perusahaan. Gambar 1-1 menyajikan
gambaran umum dari internal dan eksternal iniarus informasi.
Piramida pada Gambar 1-1 menunjukkan organisasi bisnis yang dibagi secara horizontal menjadi
beberapa tingkat aktivitas. Operasi bisnis membentuk dasar piramida. Aktivitas ini terdiri dari pekerjaan
organisasi yang berorientasi pada produk, seperti manufaktur, penjualan, dan distribusi. Di atas level
dasar, organisasi dibagi menjadi tiga tingkatan manajemen: manajemen operasi, manajemen menengah,
dan manajemen puncak. Manajemen operasi bertanggung jawab langsung untuk mengendalikan operasi
sehari-hari. Manajemen menengah bertanggung jawab atas perencanaan jangka pendek dan koordinasi
kegiatan yang diperlukan untuk mencapai tujuan organisasi. Manajemen puncak bertanggung jawab
untuk perencanaan jangka panjang dan menetapkan tujuan organisasi. Setiap individu dalam organisasi,
dari operasi bisnis hingga manajemen puncak,
Perhatikan pada Gambar 1-1 bagaimana informasi mengalir dalam dua arah di dalam organisasi: secara
horizontal dan vertikal. Aliran horizontal mendukung tugas-tugas tingkat operasi dengan informasi yang
sangat rinci tentang banyak transaksi bisnis yang mempengaruhi perusahaan. Ini termasuk informasi tentang
peristiwa seperti penjualan dan pengiriman barang, penggunaan tenaga kerja dan bahan dalam proses
produksi, dan transfer internal sumber daya dari satu departemen ke departemen lain. Aliran vertikal
mendistribusikan informasi ke bawah dari manajer senior ke manajer junior dan personel operasi dalam
bentuk instruksi, kuota, dan anggaran. Selain itu, informasi ringkasan yang berkaitan dengan operasi dan
aktivitas lainnya mengalir ke atas untuk manajer di semua tingkatan. Manajemen menggunakan informasi ini
untuk mendukung berbagai fungsi perencanaan dan pengendaliannya.
ANGKA
sayaNTERNAL DAN EXTERNAL FRENDAH
1-1 sayaNFORMASI
Puncak
Stakeholder
Pengelolaan
Tengah
Pengelolaan
Performa
Operasi
Informasi
Pengelolaan Pemasok
Instruksi Informasi
Anggaran
Pelanggan dan
Personil Operasi
Informasi Operasi Sehari-hari

BAB 1 Sistem Informasi: Perspektif Akuntan 5
Aliran informasi ketiga yang digambarkan pada Gambar 1-1 mewakili pertukaran antara organisasi
dan pengguna di lingkungan eksternal. Pengguna eksternal terbagi dalam dua kelompok: mitra dagang
dan pemangku kepentingan. Pertukaran dengan mitra dagang mencakup informasi penjualan dan
penagihan pelanggan, informasi pembelian untuk pemasok, dan informasi penerimaan inventaris.
Stakeholder adalah entitas di luar (atau di dalam) organisasi dengan kepentingan langsung atau tidak
langsung di perusahaan. Pemegang saham, lembaga keuangan, dan lembaga pemerintah adalah contoh
pemangku kepentingan eksternal. Pertukaran informasi dengan kelompok ini meliputi laporan keuangan,
pengembalian pajak, dan informasi transaksi saham. Di dalam pemangku kepentingan termasuk akuntan
dan auditor internal.
Semua grup pengguna memiliki persyaratan informasi yang unik. Tingkat kerincian dan sifat
informasi yang diterima kelompok-kelompok ini sangat berbeda. Misalnya, manajer tidak dapat
menggunakan informasi yang sangat rinci yang dibutuhkan oleh personel operasi. Informasi manajemen
dengan demikian lebih diringkas dan berorientasi pada pelaporan tentang kinerja dan masalah secara
keseluruhan daripada operasi rutin. Informasi tersebut harus mengidentifikasi potensi masalah pada
waktunya bagi manajemen untuk mengambil tindakan korektif. Pemangku kepentingan eksternal, di sisi
lain, membutuhkan informasi yang sangat berbeda dari manajemen dan pengguna operasi. Informasi
laporan keuangan mereka, berdasarkan prinsip akuntansi yang berlaku umum (GAAP), berbasis akrual
dan terlalu digabungkan untuk sebagian besar penggunaan internal.
APA ITU SISTEM?

Bagi banyak orang, istilah itu sistemmenghasilkan gambar mental komputer dan pemrograman.
Faktanya, istilah ini memiliki penerapan yang lebih luas. Beberapa sistem terjadi secara alami,
sedangkan yang lain buatan. Sistem alam berkisar dari atom — sistem elektron, proton, dan neutron —
hingga alam semesta — sistem galaksi, bintang, dan planet. Semua bentuk kehidupan, tumbuhan dan
hewan, adalah contoh sistem alam. Sistem buatan adalah buatan manusia. Sistem ini mencakup
segalanya mulai dari jam hingga kapal selam dan sistem sosial hingga sistem informasi.
Elemen Sistem
Terlepas dari asalnya, semua sistem memiliki beberapa elemen yang sama. Untuk menentukan:
Sistem adalah sekelompok dari dua atau lebih komponen atau subsistem
yang saling terkait yang melayani tujuan yang sama.
Mari kita analisis definisi umum untuk mendapatkan pemahaman tentang bagaimana ini berlaku
untuk bisnis dan sistem informasi.
KOMPONEN GANDA. Suatu sistem harus berisi lebih dari satu bagian. Misalnya, ukiran yo-yo dari
sepotong kayu dan diikatkan pada seutas tali adalah sebuah sistem. Tanpa string, itu bukanlah sebuah
sistem.
TERKAIT. Tujuan yang sama berhubungan dengan banyak bagian dari sistem. Meskipun setiap bagian
berfungsi secara independen, semua bagian memiliki tujuan yang sama. Jika komponen tertentu tidak
berkontribusi pada tujuan bersama, maka itu bukan bagian dari sistem. Misalnya, sepasang sepatu es dan
jaring vol-leyball keduanya merupakan komponen; Namun, mereka tidak memiliki tujuan yang sama, dan
karenanya tidak membentuk suatu sistem.
SISTEM VERSUS SUBSYSTEM. Perbedaan antara istilah sistem dan subsistem adalah masalah perspektif.
Untuk tujuan kami, istilah ini dapat dipertukarkan. Suatu sistem disebut a subsistembila dilihat dalam
hubungannya dengan sistem yang lebih besar di mana ia menjadi bagiannya. Demikian juga, subsistem
disebut sistem ketika itu menjadi fokus perhatian. Hewan, tumbuhan, dan bentuk kehidupan lainnya adalah
sistem. Mereka juga merupakan subsistem dari ekosistem tempat mereka berada. Dari perspektif yang
berbeda, hewan adalah sistem yang terdiri dari banyak subsistem yang lebih kecil, seperti subsistem
peredaran darah dan subsistem pernapasan.
TUJUAN. Suatu sistem harus melayani setidaknya satu tujuan, tetapi dapat melayani beberapa. Apakah
sebuah sistem menyediakan ukuran waktu, tenaga listrik, atau informasi, melayani suatu tujuan adalah
pembenaran dasarnya. Ketika suatu sistem berhenti melayani suatu tujuan, itu harus diganti.
Contoh Sistem Buatan

Mobil adalah contoh dari sistem buatan yang akrab bagi kebanyakan dari kita dan yang memenuhi
definisi sistem yang diberikan sebelumnya. Untuk menyederhanakan masalah, anggaplah sistem mobil
hanya melayani satu tujuan: menyediakan alat angkut. Untuk itu diperlukan interaksi yang harmonis dari
ratusan atau bahkan ribuan subsistem. Untuk kesederhanaan, Gambar 1-2 hanya menggambarkan
beberapa di antaranya.
Dalam gambar, dua poin diilustrasikan tentang pentingnya studi sistem informasi:
dekomposisi sistem dan ketergantungan subsistem.
DEKOMPOSISI SISTEM. Dekomposisi adalah proses membagi sistem menjadi bagian-bagian sub-
sistem yang lebih kecil. Ini adalah cara yang nyaman untuk merepresentasikan, melihat, dan memahami
hubungan antar subsistem. Dengan mendekomposisi sistem, kita dapat menampilkan keseluruhan sistem
sebagai hierarki dan melihat hubungan antara subsistem bawahan dan tingkat yang lebih tinggi. Setiap
subsistem bawahan melakukan satu atau lebih fungsi spesifik untuk membantu mencapai tujuan
keseluruhan dari sistem tingkat yang lebih tinggi. Gambar 1-2 menunjukkan sebuah mobil yang terurai
menjadi empat subsistem utama: subsistem bahan bakar, subsistem propulsi, subsistem kelistrikan, dan
subsistem pengereman. Masing-masing memberikan kontribusi dengan cara yang unik untuk tujuan
sistem, yaitu pengangkutan. Subsistem tingkat kedua ini didekomposisi lebih lanjut menjadi dua atau
lebih subsistem bawahan pada tingkat ketiga.
INTERDEPENDENSI SUBSISTEM. Kemampuan sistem untuk mencapai tujuannya bergantung pada

efektivitasnya berfungsi dan interaksi yang harmonis dari subsistemnya. Jika subsistem vital gagal atau rusak
dan tidak dapat lagi memenuhi tujuan khususnya, keseluruhan sistem akan gagal memenuhi tujuannya.
Misalnya, jika pompa bahan bakar (subsistem vital dari sistem bahan bakar) gagal, maka sistem bahan bakar
gagal. Dengan kegagalan sistem bahan bakar (subsistem vital mobil), seluruh sistem gagal. Di sisi lain, ketika
subsistem nonvital gagal, tujuan utama dari keseluruhan sistem masih dapat terpenuhi. Misalnya, jika radio
(subsistem sistem kelistrikan) gagal, mobil masih dapat mengangkut penumpang.
Desainer dari semua jenis sistem perlu mengenali konsekuensi dari kegagalan subsistem dan memberikan
tingkat kendali yang sesuai. Misalnya, seorang perancang sistem dapat memberikan kendali dengan
merancang a
ANGKA
P.RIMARY SUBSISTEM AN
1-2 SEBUAHUTOMOBILE
Mobil
Baha
n Tenaga
bakar penggerak Listrik Rem
Sistem Sistem Sistem Sistem
Tangki bahan Rem

bakar Mesin Lampu Pedal
Pompa bahan Trans- Pengapia Menguasai

bakar n
misi Silinder
Injektor bahan Belakang Rem

bakar Radio
Gandar Garis
Roda Baterai Disk

cadangan (redundan) subsistem yang mulai bekerja ketika subsistem utama gagal. Pengendalian harus
diberikan atas dasar biaya-manfaat. Tidak ekonomis dan tidak perlu mencadangkan setiap subsistem.
Cadangan penting, bagaimanapun, ketika konsekuensi negatif yang berlebihan diakibatkan oleh
kegagalan subsistem. Karenanya, hampir setiap mobil modern memiliki sistem pengereman cadangan,
sedangkan sangat sedikit yang memiliki sistem stereo cadangan.
Seperti perancang mobil, perancang sistem informasi perlu mengidentifikasi subsistem kritis,
mengantisipasi risiko kegagalannya, dan merancang prosedur pengendalian yang hemat biaya untuk
mengurangi risiko itu. Seperti yang akan kita lihat di bab-bab selanjutnya, akuntan menonjol dalam
aktivitas ini.
SEBUAH KERANGKA SISTEM INFORMASI

Itu sistem Informasi adalah seperangkat prosedur formal dimana data dikumpulkan, diproses menjadi
informasi, dan didistribusikan kepada pengguna.
Gambar 1-3 menunjukkan sistem informasi dari perusahaan manufaktur hipotetis yang diuraikan
menjadi subsistem unsurnya. Perhatikan bahwa dua kelas sistem yang luas muncul dari dekomposisi:
sistem informasi akuntansi (SIA) dan sistem informasi manajemen (MIS). Kami akan menggunakan
kerangka ini untuk mengidentifikasi domain SIA dan membedakannya dari MIS. Ingatlah bahwa
Gambar 1-3 adalah tampilan konseptual; sistem informasi fisik biasanya tidak diatur ke dalam paket
diskrit semacam itu. Lebih sering, fungsi MIS dan AIS diintegrasikan untuk mencapai efisiensi
operasional.
Perbedaan antara AIS dan MIS berpusat pada konsep transaksi, seperti yang diilustrasikan pada
Gambar 1-4. Sistem informasi menerima masukan, yang disebut transaksi, yang diubah melalui berbagai
proses menjadi informasi keluaran yang masuk ke pengguna. Transaksi terbagi dalam dua kelas:
transaksi keuangan dan transaksi non keuangan. Sebelum menjelajahi perbedaan ini, pertama-tama mari
kita definisikan secara luas:
SEBUAH transaksi sebagai peristiwa yang mempengaruhi atau menarik bagi

organisasi dan diolah oleh sistem informasinya sebagai unit kerja.
Definisi ini mencakup peristiwa keuangan dan non keuangan. Karena transaksi keuangan sangat
penting bagi pemahaman akuntan tentang sistem informasi, kami memerlukan definisi yang tepat untuk
kelas transaksi ini:
SEBUAH transaksi finansial adalah peristiwa ekonomi yang mempengaruhi aset

dan ekuitas organisasi, tercermin dalam akunnya, dan diukur dalam istilah
moneter.
Penjualan produk ke pelanggan, pembelian persediaan dari vendor, dan pengeluaran dan penerimaan
kas adalah contoh transaksi keuangan. Setiap organisasi bisnis terikat secara hukum untuk memproses
jenis transaksi ini dengan benar.
Transaksi non finansial adalah peristiwa yang tidak memenuhi definisi sempit dari transaksi keuangan.
Misalnya, menambahkan pemasok bahan baku baru ke dalam daftar pemasok yang sah adalah peristiwa yang
dapat diproses oleh sistem informasi perusahaan sebagai transaksi. Penting karena informasi ini jelas, ini
bukan transaksi keuangan, dan perusahaan tidak memiliki kewajiban hukum untuk memprosesnya dengan
benar — atau sama sekali.
Transaksi keuangan dan transaksi nonfinansial sangat erat kaitannya dan sering kali diproses oleh
sistem fisik yang sama. Misalnya, pertimbangkan sistem manajemen portofolio keuangan yang
mengumpulkan dan melacak harga saham (transaksi nonfinansial). Ketika saham mencapai harga
ambang, sistem menempatkan pesanan beli atau jual otomatis (transaksi keuangan). Membeli tinggi dan
menjual rendah tidak melanggar hukum, tetapi buruk untuk bisnis. Namun demikian, tidak ada undang-
undang yang mewajibkan manajemen perusahaan untuk merancang aturan jual-beli yang optimal ke
dalam sistem mereka. Namun, setelah pesanan beli atau jual dilakukan, pemrosesan transaksi keuangan
ini harus mematuhi pedoman hukum dan profesional.
Sistem Informasi Akuntansi

Subsistem AIS memproses transaksi keuangan dan transaksi non keuangan yang secara langsung
mempengaruhi proses transaksi keuangan. Misalnya, perubahan nama dan alamat pelanggan diproses
oleh SIA untuk menjaga file pelanggan tetap terkini. Meskipun secara teknis bukan transaksi keuangan,
perubahan ini memberikan informasi penting untuk memproses penjualan di masa mendatang kepada
pelanggan.
8 PARTI Tinjauan Sistem Informasi Akuntansi
ANGKA
1-3 AFRAMEWORK UNTUK sayaNFORMASI SYSTEMS
Informasi
Sistem (IS)
Akuntansi Pengelolaan
Informasi Informasi
Sistem (AIS) Sistem (MIS)
Umum Transaksi Pengelolaan

Keuangan Manusia
Buku Besar /
Keuangan Pengolahan Pelaporan Pemasaran Distribusi
Pengelolaan Sumber
Sistem pelaporan Sistem Sistem Sistem Sistem Sistem Sistem
(GL / FRS) (TPS) (NYONYA)
(Bab 8) (Bab 2) (Bab 8)
Pengeluaran Konversi Pendapatan

Siklus Siklus Siklus
(Bab 5 & 6) (Bab 7) (Bab 4)
Biaya Penjualan
Membeli
Akuntansi Pengolahan
Sistem
Sistem Sistem
Produksi
Tunai Tunai
Perencanaan dan
Tanda
Pembayaran terima
Kontrol
Sistem Sistem
Sistem
Daftar gaji
Pengolahan
Sistem
Aset tetap
Sistem
ANGKA
1-4 TTRANSAKSI P.DIROSES OLEH THE sayaNFORMASI SYSTEM
Keuangan
Transaksi
Informasi
Informasi Pengguna
Sistem Keputusan
Non finansial
Transaksi
SIA terdiri dari tiga subsistem utama: (1) sistem pemrosesan transaksi (TPS), yang mendukung operasi
bisnis harian dengan berbagai laporan, dokumen, dan pesan untuk pengguna di seluruh organisasi; (2)
itubuku besar / sistem pelaporan keuangan (GL / FRS) , yang menghasilkan laporan keuangan tradisional,
seperti laporan laba rugi, neraca, laporan arus kas, SPT, dan laporan lain yang dipersyaratkan oleh
undang-undang; dan (3) filesistem pelaporan manajemen (MRS), yang memberi manajemen internal
laporan keuangan bertujuan khusus dan informasi yang diperlukan untuk pengambilan keputusan seperti
anggaran, laporan varians, dan laporan pertanggungjawaban. Kami memeriksa masing-masing sub-
sistem ini nanti di bab ini.
Sistem Informasi Manajemen

Manajemen seringkali membutuhkan informasi yang melampaui kemampuan AIS. Ketika organisasi tumbuh
dalam ukuran dan kompleksitas, area fungsional khusus muncul, membutuhkan informasi tambahan untuk
perencanaan dan kontrol produksi, perkiraan penjualan, perencanaan gudang inventaris, riset pasar, dan
sebagainya. Itusistem informasi manajemen (MIS) memproses transaksi non finansial yang biasanya tidak
diproses oleh AIS tradisional. Tabel 1-1 memberikan contoh aplikasi SIM khas yang terkait dengan area
fungsional perusahaan.
Mengapa Penting untuk Membedakan antara AIS dan MIS?

Legislasi SOX mensyaratkan bahwa desain manajemen dan menerapkan kontrol internal atas seluruh
proses pelaporan keuangan. Ini termasuk sistem pelaporan keuangan, sistem buku besar, dan sistem
pemrosesan transaksi yang menyediakan data untuk pelaporan keuangan. SOX selanjutnya
mensyaratkan bahwa manajemen mengesahkan pengendalian ini dan bahwa auditor eksternal
menyatakan pendapat tentang efektivitas pengendalian. Karena sifat sistem informasi modern yang
sangat integratif, manajemen dan auditor memerlukan pandangan konseptual dari sistem informasi yang
membedakan proses utama dan area risiko serta tanggung jawab hukum dari aspek sistem lainnya (yang
tidak mengikat secara hukum). Tanpa model seperti itu, manajemen kritis dan tanggung jawab audit di
bawah SOX mungkin tidak dapat dipenuhi.
SUBSISTEM AIS
Kami mencurahkan bab terpisah untuk studi mendalam dari setiap subsistem SIA yang digambarkan
pada Gambar 1-3. Pada poin ini, kami menguraikan secara singkat peran masing-masing subsistem.
MEJA
1-1 EXAMPLES DARI MIS APPLIKASI PADA FTIDAK SAKSIONAL SEBUAHREAS
Fungsi Contoh Aplikasi MIS
Keuangan Sistem manajemen portofolio

Sistem penganggaran modal
Pemasaran Analisis Pasar

Pengembangan produk baru
Analisis produk
Distribusi Organisasi gudang dan penjadwalan

Penjadwalan pengiriman
Model pemuatan dan alokasi kendaraan
Personil Sistem manajemen sumber daya manusia
n Sistem pelacakan keterampilan kerja

n Sistem tunjangan karyawan
Sistem pemrosesan transaksi

TPS merupakan pusat dari keseluruhan fungsi sistem informasi dengan mengubah peristiwa ekonomi
menjadi transaksi keuangan, mencatat transaksi keuangan dalam catatan akuntansi (jurnal dan buku
besar), dan mendistribusikan informasi keuangan penting kepada personel operasi untuk mendukung
operasi harian mereka.
TPS menangani peristiwa bisnis yang sering terjadi. Pada hari tertentu, sebuah perusahaan dapat
memproses ribuan transaksi. Untuk menangani volume tersebut secara efisien, jenis transaksi serupa
dikelompokkan bersama ke dalam siklus transaksi. TPS terdiri dari tiga siklus transaksi: siklus
pendapatan, siklus pengeluaran, dan siklus konversi. Setiap siklus menangkap dan memproses berbagai
jenis transaksi keuangan. Bab 2 memberikan gambaran umum tentang pemrosesan transaksi. Bab 4, 5,
6, dan 7 membahas secara rinci siklus pendapatan, pengeluaran, dan konversi.
Buku Besar / Sistem Pelaporan Keuangan

Sistem buku besar (GLS) dan sistem pelaporan keuangan (FRS) adalah dua subsistem yang terkait erat.
Namun, karena saling ketergantungan operasional, mereka umumnya dipandang sebagai satu sistem
terintegrasi — GL / FRS. Sebagian besar input ke bagian GL sistem berasal dari siklus transaksi. Ringkasan
aktivitas siklus transaksi diproses oleh GLS untuk memperbarui akun kontrol buku besar umum. Peristiwa
lain yang lebih jarang terjadi seperti transaksi saham, merger, dan penyelesaian gugatan, yang mungkin tidak
memiliki siklus pemrosesan formal, juga memasuki GLS melalui sumber alternatif.
FRS mengukur dan melaporkan status sumber daya keuangan dan perubahan sumber daya tersebut.
FRS mengkomunikasikan informasi ini terutama kepada pengguna eksternal. Jenis pelaporan ini disebut
non-discretionary karena organisasi memiliki sedikit atau tidak ada pilihan dalam informasi yang
diberikannya. Banyak dari informasi ini terdiri dari laporan keuangan tradisional, pengembalian pajak,
dan dokumen hukum lainnya.
Sistem Pelaporan Manajemen

MRS memberikan informasi keuangan internal yang diperlukan untuk mengelola bisnis. Manajer harus
segera menangani banyak masalah bisnis sehari-hari, serta merencanakan dan mengendalikan operasi
mereka. Manajer membutuhkan informasi yang berbeda untuk berbagai jenis keputusan yang harus
mereka buat. Laporan khas yang dihasilkan oleh MRS mencakup anggaran, laporan varians, analisis
biaya-volume-laba, dan laporan yang menggunakan data biaya saat ini (bukan historis). Jenis pelaporan
ini disebut pelaporan diskresioner karena organisasi dapat memilih informasi apa yang akan dilaporkan
dan bagaimana menyajikannya.
MODEL UMUM AIS

Gambar 1-5 menyajikan model umum untuk melihat aplikasi AIS . Ini adalah model umum karena
menjelaskan semua sistem informasi, terlepas dari arsitektur teknologinya. Elemen model umum adalah
pengguna akhir, sumber data, pengumpulan data, pemrosesan data, manajemen basis data, pembuatan
informasi, dan umpan balik.
Pengguna akhir
Pengguna akhir terbagi dalam dua kelompok umum: eksternal dan internal. Pengguna eksternal
termasuk kreditor, pemegang saham, calon investor, badan pengatur, otoritas pajak, pemasok, dan
pelanggan. Pengguna institusi seperti bank, SEC, dan Internal Revenue Service (IRS) menerima
informasi dalam bentuk laporan keuangan, pengembalian pajak, dan laporan lain yang wajib dihasilkan
oleh perusahaan. Mitra perdagangan (pelanggan dan pemasok) menerima informasi berorientasi
transaksi, termasuk pesanan pembelian, laporan tagihan, dan dokumen pengiriman.
Pengguna internal termasuk manajemen di setiap tingkat organisasi, serta personel operasi. Berbeda
dengan pelaporan eksternal, organisasi memiliki banyak kebebasan dalam cara memenuhi kebutuhan
pengguna internal. Meskipun ada beberapa konvensi dan praktik yang diterima dengan baik, pelaporan
internal diatur terutama oleh apa yang menyelesaikan pekerjaan. Perancang sistem, termasuk akuntan,
harus menyeimbangkan keinginan pengguna internal terhadap masalah hukum dan ekonomi seperti
kontrol dan keamanan yang memadai, akuntabilitas yang tepat, dan biaya penyediaan bentuk informasi
alternatif. Dengan demikian, pelaporan internal menimbulkan tantangan yang kurang terstruktur dan
umumnya lebih sulit daripada pelaporan eksternal.
ANGKA
GENERAL MODEL UNTUK SEBUAHAKUNTANSI sayaNFORMASI
1-5 SYSTEM
Lingkungan Eksternal
Informasi
Sistem Database
Pengelolaan
Luar
Data Data Informasi Luar
Sumber
Koleksi Pengolahan Generasi Pengguna akhir
Data
Umpan balik
Intern
Intern
Sumber
Pengguna
akhir
Data Organisasi Bisnis
Umpan balik
INFORMASI DATA VERSUS. Sebelum membahas bagian sumber data pada Gambar 1-5, kita harus
membuat perbedaan penting antara istilah data dan informasi. Dataadalah fakta, yang mungkin diproses
atau tidak (diedit, diringkas, atau disempurnakan) dan tidak memiliki efek langsung pada pengguna.
Sebaliknya,informasi menyebabkan pengguna melakukan tindakan yang tidak dapat, atau tidak akan,
lakukan. Informasi sering didefinisikan hanya sebagai data yang diproses. Ini adalah definisi yang tidak
memadai. Informasi ditentukan oleh pengaruhnya terhadap pengguna, bukan oleh bentuk fisiknya.
Misalnya, agen pembelian menerima laporan harian yang mencantumkan item persediaan bahan mentah
yang berada pada level rendah. Laporan ini menyebabkan agen memesan lebih banyak persediaan. Fakta
dalam laporan ini memiliki kandungan informasi untuk agen pembeli. Namun demikian, laporan yang
sama di tangan manajer personalia ini hanyalah kumpulan fakta, atau data, tidak menyebabkan tindakan
dan tidak memiliki konten informasi.
Kita dapat melihat dari contoh ini bahwa informasi satu orang adalah data orang lain. Dengan demikian,
informasi bukan sekadar kumpulan fakta yang diproses yang disusun dalam laporan formal. Informasi
memungkinkan pengguna mengambil tindakan untuk menyelesaikan konflik, mengurangi ketidakpastian, dan
mengambil keputusan. Perlu kita catat bahwa tindakan tidak selalu berarti tindakan fisik. Misalnya, agen
pembelian yang menerima laporan yang menunjukkan bahwa tingkat persediaan memadai akan merespons
dengan tidak memesan apa pun. Tindakan agen untuk tidak melakukan apa-apa adalah keputusan sadar,
dipicu oleh informasi dan berbeda dengan tidak melakukan apa-apa karena tidak mendapat informasi.
Perbedaan antara data dan informasi memiliki implikasi yang luas untuk studi sistem informasi. Jika
keluaran dari sistem informasi gagal menyebabkan pengguna untuk bertindak, sistem tidak memiliki
tujuan dan gagal dalam tujuan utamanya.
Sumber data
Sumber data merupakan transaksi keuangan yang masuk ke sistem informasi baik dari internal maupun
eksternal sumber. Transaksi keuangan eksternal adalah sumber data paling umum untuk sebagian besar
organisasi. Ini adalah pertukaran ekonomi dengan entitas bisnis dan individu lain di luar perusahaan.
Contohnya termasuk penjualan barang dan jasa, pembelian persediaan, penerimaan uang tunai, dan pencairan
uang tunai (termasuk penggajian). Transaksi keuangan internal melibatkan pertukaran atau pergerakan
sumber daya dalam organisasi. Contohnya termasuk pergerakan bahan mentah menjadi work-in-process
(WIP), itu
penerapan tenaga kerja dan biaya overhead untuk WIP, pengalihan WIP ke dalam inventaris barang jadi,
dan depresiasi pabrik dan peralatan.
Pengumpulan data
Pengumpulan data adalah tahap operasional pertama dalam sistem informasi. Tujuannya adalah untuk
memastikan hal itu data peristiwa yang masuk ke sistem valid, lengkap, dan bebas dari kesalahan materi.
Dalam banyak hal, ini adalah tahapan terpenting dalam sistem. Jika kesalahan transaksi melewati
pengumpulan data tanpa terdeteksi, sistem dapat memproses kesalahan tersebut dan menghasilkan
keluaran yang salah dan tidak dapat diandalkan. Ini, pada gilirannya, dapat menyebabkan tindakan yang
salah dan keputusan yang buruk oleh pengguna.
Dua aturan mengatur rancangan prosedur pengumpulan data: relevansi dan efisiensi. Sistem
informasi harus menangkap hanya data yang relevan. Tugas mendasar dari perancang sistem adalah
menentukan apa yang relevan dan apa yang tidak. Dia melakukannya dengan menganalisis kebutuhan
pengguna. Hanya data yang pada akhirnya berkontribusi pada informasi (sebagaimana didefinisikan
sebelumnya) yang relevan. Tahap pengumpulan data harus dirancang untuk menyaring fakta-fakta yang
tidak relevan dari sistem.
Prosedur pengumpulan data yang efisien dirancang untuk mengumpulkan data hanya sekali. Data ini
kemudian dapat tersedia untuk banyak pengguna. Menangkap data yang sama lebih dari sekali
menyebabkan redundansi dan inkonsistensi data. Sistem informasi memiliki pengumpulan, pemrosesan,
dan kapasitas penyimpanan data yang terbatas. Redundansi data membebani fasilitas dan mengurangi
efisiensi sistem secara keseluruhan. Inkonsistensi di antara elemen data yang berlebihan dapat
mengakibatkan tindakan yang tidak tepat dan keputusan yang buruk.
Pengolahan data
Setelah dikumpulkan, biasanya data memerlukan pemrosesan untuk menghasilkan informasi. Tugas
dipengolahan datarentang panggung dari yang sederhana hingga yang kompleks. Contohnya termasuk
algoritma matematika (seperti model program-ming linier) yang digunakan untuk aplikasi penjadwalan
produksi, teknik statistik untuk peramalan penjualan, dan prosedur posting dan ringkasan yang
digunakan untuk aplikasi akuntansi.
Manajemen Basis Data

Organisasi databaseadalah tempat penyimpanan fisiknya untuk data keuangan dan nonkeuangan. Kami
menggunakan istilah database dalam arti umum. Ini bisa berupa lemari arsip atau disk komputer.
Terlepas dari bentuk fisik database, kita dapat merepresentasikan isinya dalam hierarki logis. Level
dalam hierarki data — atribut, record, dan file — diilustrasikan pada Peraga 1-6.
ATRIBUT DATA. Atribut data adalah bagian paling elemen dari data yang berpotensi berguna di
database. Atribut adalah karakteristik logis dan relevan dari suatu entitas yang datanya ditangkap oleh
perusahaan. Atribut yang ditunjukkan pada Gambar 1-6 adalah logis karena semuanya berhubungan
dengan entitas yang sama — piutang dagang (AR). Setiap atribut juga relevan karena berkontribusi pada
konten informasi dari seluruh himpunan. Sebagai buktinya, tidak adanya atribut tunggal yang relevan
mengurangi atau menghancurkan konten informasi dari himpunan. Penambahan data yang tidak relevan
atau tidak logis tidak akan meningkatkan konten informasi dari himpunan.
MEREKAM. Record adalah sekumpulan atribut lengkap untuk kejadian tunggal dalam kelas entitas. Untuk
Misalnya, nama pelanggan tertentu, alamat, dan saldo akun adalah satu kejadian (atau catatan) dalam kelas
AR. Untuk menemukan record tertentu dalam database, kita harus bisa mengidentifikasinya secara unik. Oleh
1
karena itu, setiap record dalam database harus unik setidaknya dalam satu atribut. Pengenal unik ini at-tribute
adalah kunci utama. Karena tidak ada atribut alami (seperti nama pelanggan) yang dapat menjamin keunikan,
kami biasanya menetapkan kunci buatan ke rekaman. Kunci untuk rekaman AR pada Peraga 1-6 adalah
nomor rekening pelanggan. Ini adalah satu-satunya pengenal unik di kelas rekaman ini. Atribut lain memiliki
nilai kepemilikan yang mungkin juga ada di record lain. Misalnya, beberapa pelanggan mungkin memiliki
nama, jumlah penjualan, batas kredit, dan saldo yang sama. Menggunakan salah satu dari ini sebagai kunci
untuk menemukan record dalam file
1 Saat kita masuk ke topik yang lebih lanjut, kita akan melihat bagaimana kombinasi atribut nonunique dapat digunakan
sebagai pengenal unik.
ANGKA
1-6 TDIA DATA H.IERARKI
Atribut, Catatan, dan File
Atribut Piutang Usaha

Nomor Rekening Pelanggan Akun
(Kunci)
Piutang
Nama Pelanggan
Alamat pelanggan Merekam
Saldo Rekening Saat Ini
Batas Kredit Pelanggan
Semua Catatan Piutang
n
3
Akun
2
Piutang
Akun 1
Mengajukan
Piutang
Merekam
database yang besar akan menjadi tugas yang sulit. Atribut nonunique ini, bagaimanapun, sering
digunakan sebagai kunci sekunder untuk mengkategorikan data. Misalnya, atribut saldo akun dapat
digunakan untuk menyiapkan daftar pelanggan dengan saldo lebih dari $ 10.000.
FILES. File adalah kumpulan record lengkap dari kelas yang identik. Misalnya, semua data AR
organisasi merupakan file AR. Demikian pula, file dibuat untuk kelas catatan lain seperti inventaris,
hutang dagang, dan penggajian. Database organisasi adalah kumpulan seluruh file tersebut.
TUGAS MANAJEMEN DATABASE. Manajemen database melibatkan tiga tugas dasar: penyimpanan,
pengambilan, dan penghapusan. Tugas penyimpanan menetapkan kunci ke catatan baru dan
menyimpannya di lokasi yang tepat dalam database. Retrieval adalah tugas untuk mencari dan
mengekstrak record yang ada dari database untuk diproses. Setelah pemrosesan selesai, tugas
penyimpanan mengembalikan rekaman yang diperbarui ke tempatnya di database. Penghapusan adalah
tugas untuk secara permanen menghapus catatan usang atau berlebihan dari database.
Generasi Informasi
Generasi informasi adalah proses mengumpulkan, mengatur, memformat, dan menyajikan informasi ke
pengguna. Informasi dapat berupa dokumen operasional seperti pesanan penjualan, laporan terstruktur,
atau pesan di layar komputer. Terlepas dari bentuk fisiknya, informasi yang berguna memiliki
karakteristik sebagai berikut: relevansi, ketepatan waktu, keakuratan, kelengkapan, dan peringkasan.
RELEVANSI. Isi laporan atau dokumen harus memiliki tujuan. Ini bisa untuk mendukung keputusan
manajer atau tugas juru tulis. Kami telah menetapkan bahwa hanya data yang relevan dengan tindakan
pengguna yang memiliki konten informasi. Oleh karena itu, sistem informasi sebaiknya hanya
menyajikan data yang relevan dalam laporannya. Laporan yang berisi sumber daya yang tidak relevan
memboroskan sumber daya dan mungkin kontraproduktif bagi pengguna. Ketidakrelevanan mengurangi
perhatian dari pesan sebenarnya dari laporan dan dapat mengakibatkan keputusan atau tindakan yang
salah.
KETEPATAN WAKTU. Usia informasi merupakan faktor penting dalam menentukan kegunaannya.
Informasi harus tidak lebih tua dari waktu tindakan yang didukungnya. Misalnya, jika seorang manajer
membuat keputusan setiap hari untuk membeli persediaan dari pemasok berdasarkan laporan status
persediaan, maka informasi dalam laporan tersebut tidak boleh lebih dari sehari.
KETEPATAN. Informasi harus bebas dari kesalahan material. Namun, materialitas adalah konsep yang
sulit mengukur. Itu tidak memiliki nilai absolut; ini adalah konsep khusus masalah. Artinya, dalam
beberapa kasus, informasi harus benar-benar akurat. Dalam kasus lain, tingkat akurasinya mungkin lebih
rendah. Kesalahan material terjadi ketika jumlah ketidakakuratan informasi menyebabkan pengguna
membuat keputusan yang buruk atau gagal membuat keputusan yang diperlukan. Terkadang kita harus
mengorbankan keakuratan mutlak untuk mendapatkan informasi tepat waktu. Seringkali, informasi yang
sempurna tidak tersedia dalam kerangka waktu keputusan pengguna. Oleh karena itu, dalam
memberikan informasi, perancang sistem mencari keseimbangan antara informasi yang seakurat
mungkin, namun cukup tepat waktu untuk dapat berguna.
KELENGKAPAN. Tidak ada informasi penting untuk keputusan atau tugas yang harus hilang. Sebagai
contoh, sebuah laporan harus menyediakan semua perhitungan yang diperlukan dan menyajikan pesannya
dengan jelas dan tidak ambigu.
SUMMARIZATION. Informasi harus dikumpulkan sesuai dengan kebutuhan pengguna. Manajer tingkat
bawah cenderung membutuhkan informasi yang sangat rinci. Ketika informasi mengalir ke atas melalui
organisasi ke manajemen puncak, itu menjadi lebih ringkas. Kita akan melihat lebih dekat pengaruh struktur
organisasi dan tingkat manajerial terhadap pelaporan informasi di bagian selanjutnya pada bab ini.
Umpan balik
Umpan balik merupakan bentuk keluaran yang dikirimkan kembali ke sistem sebagai sumber data.
Umpan balik mungkin bersifat internal atau eksternal dan digunakan untuk memulai atau mengubah
suatu proses. Misalnya, laporan status inventaris memberi sinyal kepada petugas kontrol inventaris
bahwa item inventaris telah jatuh ke, atau di bawah, tingkat minimum yang diizinkan. Umpan balik
internal dari informasi ini akan memulai proses pemesanan persediaan untuk mengisi persediaan.
Demikian pula, umpan balik eksternal tentang tingkat akun pelanggan yang tidak tertagih dapat
digunakan untuk menyesuaikan kebijakan pemberian kredit organisasi.
Tujuan Sistem Informasi

Setiap organisasi harus menyesuaikan sistem informasinya dengan kebutuhan penggunanya. Oleh
karena itu, tujuan sistem informasi spesifik mungkin berbeda dari satu perusahaan ke perusahaan
lainnya. Namun, tiga tujuan fundamental umum untuk semua sistem:
1. Untuk mendukung fungsi kepengurusan manajemen. Penatagunaan mengacu pada tanggung
jawab manajemen untuk mengelola sumber daya perusahaan dengan benar. Sistem informasi
memberikan informasi tentang pemanfaatan sumber daya kepada pengguna eksternal melalui
laporan keuangan tradisional dan laporan wajib lainnya. Secara internal, manajemen menerima
informasi penatagunaan dari berbagai laporan tanggung jawab.
2. Untuk mendukung pengambilan keputusan manajemen. Sistem informasi memberi para manajer
informasi yang mereka butuhkan untuk melaksanakan tanggung jawab pengambilan keputusan
mereka.
3. Untuk mendukung operasi sehari-hari perusahaan. Sistem informasi memberikan informasi kepada
personel operasi untuk membantu mereka melaksanakan tugas sehari-hari secara efisien dan
efektif.
AKUISISI SISTEM INFORMASI

Kami menyimpulkan bagian ini dengan diskusi singkat tentang bagaimana organisasi memperoleh sistem
informasi. Biasanya, mereka melakukannya dengan dua cara: (1) mereka mengembangkan sistem yang
disesuaikan dari awal melalui aktivitas pengembangan sistem internal, dan (2) mereka membeli sistem
komersial yang telah diprogram dari vendor perangkat lunak. Organisasi yang lebih besar dengan kebutuhan
unik dan sering berubah terlibat dalam pengembangan internal. Proses formal untuk menyelesaikannya
disebutsiklus hidup pengembangan sistem. Lebih kecil
perusahaan dan perusahaan besar yang memiliki kebutuhan informasi standar adalah pasar utama untuk
perangkat lunak komersial. Tiga tipe dasar perangkat lunak komersial adalah sistem siap pakai, sistem
tulang punggung, dan sistem yang didukung ven-dor.
Sistem turnkey adalah sistem yang benar-benar selesai dan teruji yang siap untuk diterapkan.
Biasanya, mereka adalah sistem tujuan umum atau sistem yang disesuaikan dengan industri tertentu.
Dalam kedua kasus tersebut, pengguna akhir harus memiliki praktik bisnis standar yang mengizinkan
penggunaan sistem kaleng atau off-the-shelf. Sistem turnkey yang lebih baik memiliki opsi perangkat
lunak bawaan yang memungkinkan pengguna menyesuaikan input, output, dan pemrosesan melalui
pilihan menu. Namun, mengkonfigurasi sistem untuk memenuhi kebutuhan pengguna bisa menjadi
2
tugas yang berat.
Sistem tulang punggung terdiri dari struktur sistem dasar yang akan dibangun. Logika pemrosesan
utama telah diprogram sebelumnya, dan vendor kemudian mendesain antarmuka pengguna agar sesuai
dengan kebutuhan unik klien. Sistem tulang punggung adalah kompromi antara sistem kustom dan
sistem turnkey. Pendekatan ini dapat memberikan hasil yang memuaskan, tetapi penyesuaian sistem itu
mahal.
Sistem yang didukung vendor adalah sistem khusus (atau disesuaikan) yang dibeli organisasi klien
secara komersial daripada mengembangkannya sendiri. Dengan pendekatan ini, vendor perangkat lunak
merancang, mengimplementasikan, dan memelihara sistem untuk kliennya. Ini adalah pilihan yang
populer dengan perawatan kesehatan dan organisasi layanan hukum yang memiliki persyaratan sistem
yang kompleks tetapi tidak cukup besar untuk membenarkan mempertahankan staf pengembangan
sistem internal. Memang, ini telah menjadi pilihan populer bagi banyak organisasi yang secara
tradisional mengandalkan pengembangan in-house tetapi memilih untuk melakukan outsourcing
aktivitas ini. Dalam beberapa tahun terakhir, kantor akuntan publik telah memperluas keterlibatan
mereka di pasar yang didukung vendor.
Struktur organisasi
Struktur organisasi mencerminkan distribusi tanggung jawab, wewenang, dan akuntabilitas di seluruh
organisasi. Aliran ini diilustrasikan pada Gambar 1-7. Perusahaan mencapai tujuan keseluruhan mereka
dengan menetapkan tujuan keuangan yang dapat diukur untuk unit operasional mereka. Misalnya, informasi
anggaran mengalir ke bawah. Ini adalah mekanisme di mana manajemen senior menyampaikan kepada
bawahan mereka standar yang akan mereka ukur untuk periode mendatang. Hasil dari tindakan bawahan,
dalam bentuk informasi kinerja, mengalir ke atas ke manajemen senior. Memahami pola distribusi tanggung
jawab, otoritas, dan akuntabilitas sangat penting untuk menilai kebutuhan informasi pengguna.
SEGMEN BISNIS
Organisasi bisnis terdiri dari unit fungsional atau segmen. Perusahaan mengatur ke dalam segmen untuk
mempromosikan efisiensi internal melalui spesialisasi tenaga kerja dan alokasi sumber daya yang hemat
biaya. Manajer dalam suatu segmen dapat memusatkan perhatian mereka pada area tanggung jawab
yang sempit untuk mencapai tingkat efisiensi operasi yang lebih tinggi. Tiga dari pendekatan yang
paling umum mencakup segmentasi menurut:
1. Lokasi geografis. Banyak organisasi memiliki operasi yang tersebar di seluruh negeri dan di
seluruh dunia. Mereka melakukan ini untuk mendapatkan akses ke sumber daya, pasar, atau jalur
distribusi. Cara mudah untuk mengelola operasi semacam itu adalah dengan mengatur manajemen
perusahaan di sekitar setiap segmen geografis sebagai entitas kuasi-otonom.
2. Lini Produk. Perusahaan yang menghasilkan produk yang sangat terdiversifikasi sering mengatur lini
produk, membuat divisi terpisah untuk masing-masing lini. Segmentasi produk memungkinkan
organisasi untuk mencurahkan manajemen khusus, tenaga kerja, dan sumber daya ke segmen secara
terpisah, hampir seolah-olah mereka adalah perusahaan yang terpisah.
3. Fungsi bisnis. Segmentasi fungsional membagi organisasi menjadi area tanggung jawab khusus
berdasarkan tugas. Area fungsional ditentukan sesuai dengan aliran sumber daya primer melalui
perusahaan. Contoh segmen fungsi bisnis adalah pemasaran, produksi, keuangan, dan akuntansi.
2 Sistem perencanaan sumber daya perusahaan (ERP) seperti Oracle dan SAP adalah contoh dari pendekatan ini untuk
implementasi sistem. Sistem ERP dibahas nanti dalam bab ini. SAP dan Oracle dibahas lebih rinci di Bab 11.
TDIA FRENDAH RESPONSIBILITY, SEBUAHUTHORITY, DAN SEBUAHAKUNTABILITAS

ANGKA MELALUI
1-7 HAIRGANISASI
Presiden
Wakil Presiden Wakil Presiden Wakil Presiden Wakil Presiden

Pemasaran Produksi Keuangan Layanan Komputer
Pengelola Pengelola Pengelola

Tanggung jawab
Tanaman 1 Tanaman 2 Tanaman 3
dan Otoritas
Pengelola Pengelola Pengelola

Unit 1 Unit 2 Unit 3 Akuntabilitas
Beberapa perusahaan menggunakan lebih dari satu metode segmentasi. Misalnya, konglomerat
internasional dapat mengelompokkan operasinya terlebih dahulu secara geografis, kemudian menurut
produk dalam setiap wilayah geografis, dan kemudian secara fungsional dalam setiap segmen produk.
SEGMENTASI FUNGSIONAL
Segmentasi menurut fungsi bisnis adalah metode pengorganisasian yang paling umum. Untuk
mengilustrasikannya, kami akan mengasumsikan perusahaan manufaktur yang menggunakan sumber
daya ini: bahan, tenaga kerja, modal keuangan, dan informasi. Tabel 1-2 menunjukkan hubungan antara
segmen fungsional dan sumber daya ini.
Judul fungsi dan bahkan fungsi itu sendiri akan sangat bervariasi di antara organisasi, tergantung pada
ukuran dan bidang bisnis mereka. Sebuah utilitas publik mungkin memiliki sedikit fungsi pemasaran
dibandingkan dengan produsen mobil. Sebuah organisasi jasa mungkin tidak memiliki fungsi produksi formal
dan hanya memiliki sedikit persediaan untuk dikelola. Satu perusahaan dapat menyebut personel sumber
tenaga kerjanya, sedangkan yang lain menggunakan istilah sumber daya manusia. Mengingat variasi ini, kita
akan membahas secara singkat bidang fungsional dari perusahaan hipotetis yang ditunjukkan pada Gambar 1-
8. Karena kepentingan khusus mereka untuk
MEJA
1-2 FUNCTIONS DARI RESOURCES
Sumber Fungsi bisnis

Bahan Manajemen persediaan
Produksi
Pemasaran
Distribusi
Tena
ga
kerja Personil
Modal finansial Keuangan
Informasi Akuntansi
Teknologi Informasi
studi tentang sistem informasi, akuntansi dan fungsi teknologi informasi (TI) diberikan perlakuan
terpisah dan lebih rinci.
Manajemen Material
Tujuan dari manajemen material adalah untuk merencanakan dan mengontrol persediaan material
perusahaan. Perusahaan manufaktur harus memiliki persediaan yang cukup untuk memenuhi kebutuhan
produksinya, namun tetap menghindari tingkat persediaan yang berlebihan. Setiap dolar yang
diinvestasikan dalam persediaan adalah dolar yang tidak menghasilkan keuntungan. Lebih jauh lagi,
inventaris yang menganggur bisa menjadi usang, hilang, atau dicuri. Idealnya, perusahaan akan
mengoordinasikan kedatangan persediaan dari pemasok sedemikian rupa sehingga mereka langsung
memasuki proses produksi. Namun, sebagai masalah praktis, sebagian besar organisasi memelihara
persediaan pengaman untuk membawanya melewati waktu tunggu antara memesan inventaris dan
kedatangannya. Kita melihat dari Gambar 1-8 bahwa manajemen material memiliki tiga subfungsi:
1. Pembelian bertanggung jawab untuk memesan inventaris dari vendor ketika tingkat inventaris
turun ke titik pemesanan ulang mereka. Sifat tugas ini bervariasi di antara organisasi. Dalam
beberapa kasus, pembelian tidak lebih dari mengirimkan pesanan pembelian ke vendor yang
ditunjuk. Dalam kasus lain, tugas ini melibatkan meminta tawaran dari sejumlah vendor yang
bersaing. Sifat bisnis dan jenis persediaan menentukan sejauh mana fungsi pembelian.
2. Menerima adalah tugas menerima persediaan yang sebelumnya dipesan dengan membeli. Kegiatan
penerimaan meliputi penghitungan dan pengecekan kondisi fisik barang tersebut. Ini adalah
kesempatan pertama, dan mungkin satu-satunya, organisasi untuk mendeteksi pengiriman yang
tidak lengkap dan barang dagangan yang rusak sebelum mereka memasuki proses produksi.
3. Toko mengambil pengawasan fisik atas inventaris yang diterima dan melepaskan sumber daya ini
ke dalam proses produksi sesuai kebutuhan.
Produksi
Aktivitas produksi terjadi dalam siklus konversi di mana bahan baku, tenaga kerja, dan aset pabrik
digunakan untuk membuat produk jadi. Aktivitas spesifik ditentukan oleh sifat produk yang diproduksi.
Secara umum mereka terbagi dalam dua kelas besar: (1) kegiatan manufaktur primer dan
(2) kegiatan pendukung produksi. Kegiatan manufaktur primer membentuk dan merakit bahan mentah
menjadi produk jadi. Aktivitas pendukung produksi memastikan bahwa aktivitas manufaktur utama
beroperasi secara efisien dan efektif. Ini termasuk, namun tidak terbatas pada, jenis aktivitas berikut:
Perencanaan produksi melibatkan penjadwalan aliran bahan, tenaga kerja, dan mesin untuk
memenuhi kebutuhan produksi secara efisien. Untuk itu diperlukan informasi tentang status
pesanan penjualan, persediaan bahan baku, persediaan barang jadi, serta ketersediaan mesin
dan tenaga kerja.
Kontrol kualitas memantau proses manufaktur di berbagai titik untuk memastikan bahwa produk jadi
memenuhi standar kualitas perusahaan. Kontrol kualitas yang efektif mendeteksi masalah lebih awal
untuk memfasilitasi tindakan korektif. Kegagalan untuk melakukannya dapat mengakibatkan
pemborosan bahan dan tenaga kerja yang berlebihan.
Pemeliharaan menjaga mesin perusahaan dan fasilitas manufaktur lainnya tetap berfungsi.
Proses manufaktur bergantung pada pabrik dan peralatannya dan tidak dapat mentolerir
kerusakan selama periode produksi puncak. Oleh karena itu, kunci pemeliharaan adalah
pencegahan — pelepasan peralatan terjadwal dari pengoperasian untuk pembersihan, servis,
dan perbaikan. Banyak pabrikan
memiliki program pemeliharaan preventif yang rumit. Untuk merencanakan dan
mengoordinasikan aktivitas ini, teknisi pemeliharaan memerlukan informasi
ekstensif tentang riwayat penggunaan peralatan dan jadwal produksi di masa
mendatang.
Pemasaran
Pasar perlu mengetahui tentang, dan memiliki akses ke, produk perusahaan. Fungsi pemasaran berkaitan
dengan masalah strategis promosi produk, periklanan, dan riset pasar. Pada tingkat operasional,
pemasaran melakukan aktivitas harian seperti entri pesanan penjualan.
ANGKA
18 PARTI
FTIDAK SAKSIONAL
1-8 SEBUAHALASAN A FIRM
Bisnis
Organisasi
Bahan
Produksi Pemasaran Distribusi Keuangan Akuntansi Layanan TI
Pengelolaan
Portofolio Inventaris
Pembelian Manufaktur Promosi Pergudangan
Pengelolaan Kontrol Pengolahan
Perbendaharaa Biaya
Menerima Dukung Periklanan pengiriman
n Pengembanga
Akuntansi
Pasar
Toko Pemeliharaan
Penelitian Kredit Daftar gaji
Penjualan Tunai Akun Administrasi

Pembayaran Hutang
Tunai Akun
Tanda terima Piutang
Penagihan
Tetap
Aktiva
Umum
buku besar
Tinjauan Sistem Informasi Akuntansi
Distribusi
Distribusi adalah aktivitas menyampaikan produk ke pelanggan setelah penjualan. Ini adalah langkah
penting. Banyak yang bisa salah sebelum pelanggan memiliki produk. Keterlambatan yang berlebihan
antara pengambilan dan pengisian pesanan, pengiriman yang salah, atau barang dagangan yang rusak
dapat mengakibatkan ketidakpuasan pelanggan dan hilangnya penjualan. Pada akhirnya, kesuksesan
bergantung pada pengisian pesanan secara akurat di gudang, mengemas barang dengan benar, dan
mengirimkannya dengan cepat ke pelanggan.
Personil
Karyawan yang kompeten dan andal adalah sumber daya yang berharga untuk bisnis. Tujuan dari fungsi
personalia adalah untuk mengelola sumber daya ini secara efektif. Fungsi personalia yang berkembang
dengan baik mencakup perekrutan, pelatihan, pendidikan berkelanjutan, konseling, evaluasi, hubungan
kerja, dan administrasi kompensasi.
Keuangan
Fungsi keuangan mengelola sumber daya keuangan perusahaan melalui aktivitas perbankan dan
perbendaharaan, manajemen portofolio, evaluasi kredit, pengeluaran kas, dan penerimaan kas. Karena sifat
siklikal bisnis, banyak perusahaan beralih antara posisi kelebihan dana dan defisit kas. Menanggapi pola arus
kas ini, perencana keuangan mencari investasi yang menguntungkan dalam saham dan aset lain serta jalur
kredit berbiaya rendah dari bank. Fungsi keuangan juga mengatur arus kas masuk dan keluar perusahaan.
FUNGSI AKUNTANSI
Fungsi akuntansi mengelola sumber informasi keuangan perusahaan. Dalam hal ini, ini memainkan dua
peran penting dalam pemrosesan transaksi. Pertama, akuntansi menangkap dan mencatat dampak
keuangan dari transaksi perusahaan. Ini termasuk peristiwa seperti perpindahan bahan mentah dari
gudang ke produksi, pengiriman produk jadi ke pelanggan, arus kas ke perusahaan dan deposito di bank,
akuisisi persediaan, dan pelepasan kewajiban keuangan.
Kedua, fungsi akuntansi mendistribusikan informasi transaksi kepada personel operasi untuk
mengoordinasikan banyak tugas utama mereka. Aktivitas akuntansi yang berkontribusi langsung pada operasi
bisnis meliputi pengendalian persediaan, akuntansi biaya, penggajian, hutang dagang, piutang, penagihan,
akuntansi aset tetap, dan buku besar. Kami membahas masing-masing secara khusus di bab-bab selanjutnya.
Untuk saat ini, bagaimanapun, kita perlu mempertahankan pandangan luas tentang akuntansi untuk
memahami peran fungsionalnya dalam organisasi.
Nilai Informasi
Nilai informasi bagi pengguna ditentukan olehnya keandalan. Kita telah melihat sebelumnya bahwa
tujuan informasi adalah untuk mengarahkan pengguna ke tindakan yang diinginkan. Agar ini terjadi,
informasi harus memiliki atribut tertentu — relevansi, akurasi, kelengkapan, ringkasan, dan ketepatan
waktu. Jika atribut ini selalu ada, informasi memiliki keandalan dan memberikan nilai kepada pengguna.
Informasi yang tidak dapat diandalkan tidak memiliki nilai. Paling banter, ini hanya membuang-buang
sumber daya; paling buruk, hal itu dapat menyebabkan keputusan yang tidak berfungsi. Perhatikan
contoh berikut:
Seorang manajer pemasaran menandatangani kontrak dengan pelanggan untuk memasok produk dalam
jumlah besar dengan tenggat waktu tertentu. Dia membuat keputusan ini berdasarkan informasi tentang
tingkat persediaan barang jadi. Namun, karena pencatatan yang salah, informasinya salah. Tingkat
persediaan produk yang sebenarnya tidak mencukupi untuk memenuhi pesanan, dan jumlah yang
diperlukan tidak dapat diproduksi sebelum tenggat waktu. Kegagalan untuk mematuhi persyaratan kontrak
dapat mengakibatkan litigasi.
Keputusan penjualan yang buruk ini disebabkan oleh informasi yang cacat. Keputusan yang efektif
membutuhkan informasi yang memiliki tingkat keandalan yang tinggi.
Independensi Akuntansi
Keandalan informasi sangat bergantung pada konsep akuntansi kemerdekaan. Sederhananya, aktivitas
akuntansi harus terpisah dan independen dari area fungsional yang mempertahankan hak asuh fisik
sumber daya. Misalnya, akuntansi memantau dan mencatat pergerakan bahan mentah ke dalam produksi
dan penjualan barang jadi kepada pelanggan. Akuntansi mengotorisasi pembelian bahan mentah dan
pembayaran tunai kepada vendor dan karyawan. Akuntansi mendukung fungsi-fungsi ini dengan
informasi tetapi tidak secara aktif berpartisipasi dalam aktivitas fisik.
FUNGSI TEKNOLOGI INFORMASI

Kembali ke Peraga 1-8, bidang terakhir yang akan dibahas adalah fungsi TI. Seperti akuntansi, fungsi TI
pengawasan dengan sumber informasi. Aktivitasnya dapat diatur dengan berbagai cara. Salah satu
struktur ekstrim adalah pendekatan data terpusat; di sisi lain adalah mendekati data terdistribusi.
Sebagian besar struktur organisasi berada di antara kedua ekstrem ini dan mewujudkan elemen tersebut.
Pemrosesan Data Terpusat

Di bawah relawan data terpusatmodel, semua pemrosesan data dilakukan oleh satu atau lebih komputer
besar yang bertempat di situs pusat yang melayani pengguna di seluruh organisasi. Gambar 1-9
mengilustrasikan pendekatan ini di mana aktivitas TI dikonsolidasikan dan dikelola sebagai sumber
daya organisasi bersama. Pengguna akhir bersaing untuk mendapatkan sumber daya ini berdasarkan
kebutuhan. Fungsi TI biasanya diperlakukan sebagai pusat biaya yang biaya operasinya dibebankan
kembali ke pengguna akhir. Gambar 1-10 menunjukkan area operasi TI secara lebih rinci. Ini termasuk
administrasi database, pemrosesan data, dan pengembangan sistem dan pemeliharaan. Fungsi utama dari
masing-masing area ini dijelaskan selanjutnya.
ADMINISTRASI DATABASE. Perusahaan yang terorganisir secara terpusat memelihara sumber data
mereka dalam a lokasi pusat yang dibagikan oleh semua pengguna akhir. Dalam pengaturan data
bersama ini, sebuah grup independen khusus — administrasi basis data — dipimpin oleh administrator
basis data yang bertanggung jawab atas keamanan dan integritas basis data. Kami mengeksplorasi
konsep database dan peran administrator database di Bab 9.
ANGKA
1-9 CTERHADAPI DATA P.ROCESSING SEBUAHPPROACH
Pemasaran
Keuangan
Layanan TI Produksi
Data
Distribusi
Informasi
Akuntansi Pengembalian
Biaya
ANGKA
1-10 HAIRGANISASI IT FUNCTION DI A CTERHADAPI SYSTEM
Bisnis
Organisasi
Keuang
Komputer Produksi an
Pemasaran
Jasa
Sistem Database Data

Pengemban
gan Administrasi Pengolahan
Sistem Baru Sistem Data Data Komputer Data

Pengembang Perpus
an Pemeliharaan Kontrol Konversi Operasi takaan
PENGOLAHAN DATA. Kelompok pemroses data mengelola sumber daya komputer yang digunakan
untuk melakukan pemrosesan transaksi sehari-hari. Ini mungkin terdiri dari fungsi berikut: kontrol data,
konversi data, operasi komputer, dan perpustakaan data.
Grup kontrol data telah menghilang dari organisasi modern. Secara tradisional, fungsi ini bertanggung
jawab untuk menerima kumpulan dokumen transaksi untuk diproses dari pengguna akhir dan kemudian
mendistribusikan output komputer (dokumen dan laporan) kembali ke pengguna. Sekarang fungsi ini
biasanya otomatis dan didistribusikan kembali ke pengguna akhir. Namun, beberapa organisasi dengan sistem
warisan yang lebih lama mungkin masih menggunakan grup kontrol data sebagai penghubung antara
pengguna akhir dan pemrosesan data. Fungsi konversi data mentranskripsikan data transaksi dari dokumen
sumber (kertas) ke media digital (tape atau disk) yang sesuai untuk pemrosesan komputer oleh komputer
pusat, yang dikelola oleh kelompok operasi komputer. Aplikasi akuntansi biasanya dijalankan sesuai dengan
jadwal ketat yang dikendalikan oleh komputer pusat.
Perpustakaan data adalah ruangan yang seringkali berdekatan dengan pusat komputer yang
menyediakan penyimpanan yang aman untuk file data offline, seperti pita magnetik dan paket disk yang
dapat dilepas. Pustakawan data yang bertanggung jawab atas penerimaan, penyimpanan, pengambilan,
dan penjagaan file data mengontrol akses ke perpustakaan. Pustakawan mengeluarkan kaset ke operator
komputer dan mengambil hak asuh file saat pemrosesan selesai. Perpindahan ke pemrosesan waktu
nyata dan file akses langsung (dibahas dalam Bab 2) telah mengurangi atau menghilangkan peran
pustakawan data di sebagian besar organisasi.
PENGEMBANGAN DAN PEMELIHARAAN SISTEM. Kebutuhan informasi pengguna dipenuhi oleh

dua fungsi terkait: pengembangan sistem dan pemeliharaan sistem. Kelompok sebelumnya bertanggung
jawab untuk menganalisis kebutuhan pengguna dan merancang sistem baru untuk memenuhi kebutuhan
tersebut. Partisipan dalam pengembangan sistem termasuk profesional sistem, pengguna akhir, dan
pemangku kepentingan.
Profesional sistem termasuk analis sistem, perancang basis data, dan pemrogram yang
merancang dan membangun sistem. Profesional sistem mengumpulkan fakta tentang masalah
pengguna, menganalisis fakta, dan merumuskan solusi. Produk usaha mereka adalah sistem
informasi baru.
Pengguna akhir adalah mereka yang sistemnya dibangun. Mereka adalah
manajer yang menerima laporan dari sistem dan personel operasi yang bekerja
secara langsung dengan sistem sebagai bagian dari tanggung jawab harian
mereka.
Stakeholder adalah individu di dalam atau di luar perusahaan yang memiliki

kepentingan dalam sistem tetapi bukan pengguna akhir. Mereka termasuk
manajemen, auditor internal, dan konsultan yang mengawasi pengembangan
sistem.
Setelah sistem baru dirancang dan diterapkan, grup pemeliharaan sistem bertanggung jawab untuk
menjaganya tetap terkini dengan kebutuhan pengguna. Selama umur sistem (seringkali beberapa tahun),
antara 80 dan 90 persen dari total biaya akan diatribusikan ke aktivitas pemeliharaan.
Pemrosesan Data Terdistribusi

Alternatif model terpusat adalah konsep pemrosesan data terdistribusi (DDP) . Topik DDP cukup luas,
menyentuh topik terkait seperti komputasi pengguna akhir, perangkat lunak komersial, jaringan, dan
otomatisasi kantor. Sederhananya, DDP melibatkan reorganisasi fungsi TI menjadi unit pemrosesan
informasi kecil (IPU) yang didistribusikan ke pengguna akhir dan ditempatkan di bawah kendali
mereka. IPU dapat didistribusikan sesuai dengan fungsi bisnis, lokasi geografis, atau keduanya. Salah
satu atau semua aktivitas TI yang ditunjukkan pada Gambar 1-10 dapat didistribusikan. Gambar 1-11
menunjukkan kemungkinan struktur organisasi baru yang mengikuti distribusi semua tugas pemrosesan
data ke area pengguna akhir.
Perhatikan bahwa fungsi TI pusat telah dihilangkan dari struktur organisasi. Area operasional
individu sekarang menjalankan peran ini. Dalam beberapa tahun terakhir, DDP telah menjadi kelayakan
ekonomi dan operasional yang telah merevolusi operasi bisnis. Namun, DDP adalah kumpulan
keuntungan dan kerugian.
KEUNTUNGAN DDP. Kita harus ingat bahwa kerugian dari DDP mungkin juga ada digambarkan
sebagai keuntungan dari pendekatan terpusat. Diskusi berfokus pada isu-isu penting yang membawa
implikasi pengendalian yang harus dikenali oleh akuntan. Hilangnya kendali adalah salah satu
kelemahan paling serius dari DDP. Masalah potensial lainnya termasuk penggunaan sumber daya yang
tidak efisien, penghancuran jejak audit, pemisahan tugas yang tidak memadai, peningkatan potensi
kesalahan pemrograman dan kegagalan sistem, dan kurangnya standar. Masalah khusus dibahas di
bagian berikut.
AN
GK
HAI
A RGA
NISA
SI
STR
UKT
UR
UNT
UK A
DDI
TER
BITK
AN
P.R
OCE
SSIN
G
1- SYS
TEM
11
Bisnis
Organisasi
Pemasa
ran Keuangan Administrasi Produksi
Pengelol Pengelol
a a
Bendahara Kontroler Tanaman
Pabrik X Y
Inf Inf
or or
ma Infor Infor Infor Infor ma
si masi masi masi masi si
Pe Pe
ng ng
ola Pen Pen Pen Pen ola
ha gola gola gola gola ha
n han han han han n
Uni Uni
t Unit Unit Unit Unit t
(IP (IPU (IPU (IPU (IPU (IP
U) ) ) ) ) U)
Salah urus sumber daya di seluruh organisasi. Beberapa orang berpendapat bahwa ketika sumber
daya di seluruh organisasi melebihi jumlah ambang, katakanlah 5 persen dari total anggaran operasi,
mereka harus dikontrol dan dipantau secara terpusat. Layanan pemrosesan informasi (seperti
operasi komputer, pemrograman, konversi data, dan manajemen basis data) merupakan
pengeluaran yang signifikan bagi banyak organisasi. Mereka yang menentang DDP berpendapat
bahwa pembagian tanggung jawab atas sumber daya ini pasti akan menyebabkan kesalahan
pengelolaan dan pemanfaatan yang tidak optimal.
Ketidakcocokan perangkat keras dan perangkat lunak. Mendistribusikan tanggung jawab untuk pembelian
perangkat keras dan perangkat lunak kepada manajemen pengguna dapat mengakibatkan keputusan
yang tidak terkoordinasi dan disusun dengan buruk. Bekerja secara mandiri, pengambil keputusan dapat
memilih sistem operasi yang berbeda dan tidak kompatibel, formulir teknologi, program spreadsheet,
pengolah kata, dan paket database. Ketidakcocokan perangkat keras dan perangkat lunak tersebut dapat
menurunkan dan mengganggu komunikasi antar unit organisasi.
Tugas yang berlebihan. Aktivitas pengembangan sistem otonom yang didistribusikan ke seluruh
perusahaan dapat mengakibatkan setiap area pengguna menciptakan kembali roda. Misalnya, program
aplikasi yang dibuat oleh satu pengguna, yang dapat digunakan dengan sedikit atau tanpa perubahan oleh
orang lain, akan didesain ulang dari awal daripada dibagikan. Demikian pula, data yang umum bagi banyak
pengguna dapat dibuat ulang untuk setiap IPU, menghasilkan redundansi data tingkat tinggi.
Mengonsolidasi aktivitas yang tidak kompatibel. Distribusi fungsi TI ke area pengguna individu
menghasilkan banyak unit yang sangat kecil yang mungkin tidak memungkinkan pemisahan fungsi
yang tidak sesuai. Misalnya, dalam satu IPU, orang yang sama dapat memprogram aplikasi,
pemeliharaan program per bentuk, memasukkan data transaksi ke dalam komputer, dan
mengoperasikan peralatan komputer. Situasi ini merupakan pelanggaran mendasar atas
pengendalian internal.
Mempekerjakan profesional yang berkualifikasi. Manajer pengguna akhir mungkin kurang

memiliki pengetahuan untuk mengevaluasi kredensial teknis dan pengalaman yang relevan dari
kandidat yang melamar posisi sebagai profesional komputer. Selain itu, jika unit organisasi
tempat karyawan baru masuk kecil, peluang untuk pertumbuhan pribadi, melanjutkan
pendidikan, dan promosi mungkin terbatas. Karena alasan ini, manajer IPU terkadang
mengalami kesulitan dalam menarik personel yang berkualifikasi tinggi, yang meningkatkan
risiko kesalahan pemrograman dan kegagalan sistem.
Kurangnya standar. Karena distribusi tanggung jawab di lingkungan DDP, standar untuk mengembangkan
dan mendokumentasikan sistem, memilih bahasa pemrograman, memperoleh perangkat keras dan
perangkat lunak, dan mengevaluasi kinerja mungkin diterapkan secara tidak merata atau tidak ada.
Penentang DDP berpendapat bahwa risiko yang terkait dengan desain dan pengoperasian sistem
pemrosesan data dibuat dapat ditoleransi hanya jika standar tersebut diterapkan secara konsisten. Ini
mengharuskan standar diberlakukan secara terpusat.
KEUNTUNGAN DDP. Keuntungan DDP yang paling sering dikutip terkait dengan penghematan biaya,
meningkatkan kepuasan pengguna, dan meningkatkan efisiensi operasional. Masalah khusus
didiskusikan di bagian berikut.
Pengurangan biaya. Di masa lalu, pencapaian skala ekonomi adalah justifikasi utama untuk
pendekatan yang tersentralisasi. Pemrosesan data yang ekonomis lebih menyukai komputer
yang besar, mahal, dan kuat. Berbagai macam kebutuhan yang harus dipenuhi oleh sistem
terpusat seperti itu membutuhkan komputer yang sangat umum dan menggunakan sistem
operasi yang kompleks.
Sistem komputer skala kecil yang kuat namun tidak mahal, yang dapat melakukan fungsi khusus dengan
biaya efektif, telah mengubah ekonomi pemrosesan data secara dramatis. Selain itu, biaya unit
penyimpanan data, yang dulunya merupakan justifikasi untuk mengkonsolidasikan data di lokasi pusat, tidak
lagi menjadi pertimbangan utama. Selain itu, perpindahan ke DDP dapat mengurangi biaya di dua area
lainnya: (1) data dapat dimasukkan dan diedit di IPU, sehingga menghilangkan tugas-tugas sentralisasi dari
konversi data dan kontrol data; dan (2) kompleksitas aplikasi dapat dikurangi, yang pada gilirannya
mengurangi biaya pengembangan dan pemeliharaan.
Tanggung jawab pengendalian biaya yang lebih baik. Manajer memikul tanggung jawab atas
kesuksesan finansial operasi mereka. Hal ini mengharuskan mereka diberdayakan secara tepat
dengan otoritas untuk membuat keputusan tentang sumber daya yang memengaruhi kesuksesan
mereka secara keseluruhan. Oleh karena itu, jika kemampuan pemrosesan informasi sangat penting
untuk keberhasilan operasi bisnis, maka haruskah manajemen tidak diberi kendali atas sumber daya
ini? Argumen ini membantah argumen yang disajikan sebelumnya yang mendukung sentralisasi
sumber daya seluruh organisasi. Para pendukung DDP berpendapat bahwa manfaat dari sikap
manajemen yang lebih baik lebih besar daripada biaya tambahan yang timbul dari pendistribusian
sumber daya ini.
Meningkatkan kepuasan pengguna. Mungkin manfaat DDP yang paling sering dikutip adalah
peningkatan kepuasan pengguna. Ini berasal dari tiga bidang kebutuhan yang terlalu sering tidak
terpenuhi dalam pendekatan terpusat:
(1) seperti yang dinyatakan sebelumnya, keinginan pengguna untuk mengontrol sumber daya yang
memengaruhi profitabilitas mereka; (2) pengguna menginginkan profesional sistem (analis, pemrogram,
dan operator komputer) yang responsif terhadap situasi spesifik mereka; dan (3) pengguna ingin lebih aktif
terlibat dalam mengembangkan dan menerapkan sistem mereka sendiri. Para pendukung DDP
berpendapat bahwa memberikan dukungan yang lebih disesuaikan — hanya dapat dilakukan dalam
lingkungan terdistribusi — memiliki manfaat langsung bagi moral dan produktivitas pengguna.
Cadangan. Argumen terakhir yang mendukung DDP adalah kemampuan untuk mencadangkan
fasilitas komputasi untuk melindungi dari potensi bencana seperti kebakaran, banjir, sabotase, dan
gempa bumi. Salah satu solusinya adalah dengan membangun kelebihan kapasitas di setiap IPU.
Jika bencana menghancurkan satu situs, transaksinya dapat diproses oleh IPU lainnya. Ini
membutuhkan koordinasi yang erat antara pembuat keputusan untuk memastikan bahwa mereka
tidak mengimplementasikan perangkat keras dan perangkat lunak yang tidak kompatibel di situs
mereka.
Perlunya Analisis yang Cermat

DDP memiliki nilai prestise terdepan tertentu yang, selama analisis pro dan kontranya, dapat melebihi
pertimbangan penting dari manfaat ekonomi dan kelayakan operasional. Beberapa organisasi telah beralih ke
DDP tanpa sepenuhnya mempertimbangkan apakah struktur organisasi terdistribusi akan mencapai tujuan
bisnis mereka dengan lebih baik. Beberapa inisiatif DDP telah terbukti tidak efektif, dan bahkan kontra-
produktif, karena pembuat keputusan melihat dalam sistem ini kebajikan yang lebih simbolis daripada nyata.
Sebelum mengambil langkah agresif seperti itu, pengambil keputusan harus menilai manfaat sebenarnya dari
DDP untuk organisasi mereka. Akuntan memiliki kesempatan dan kewajiban untuk memainkan peran penting
dalam analisis ini.
Evolusi Model Sistem Informasi

Selama 50 tahun terakhir, sejumlah pendekatan atau model berbeda telah mewakili SIA. Setiap model baru
berkembang karena kekurangan dan keterbatasan pendahulunya. Fitur menarik dalam evolusi ini adalah
bahwa teknik terbaru tidak segera menggantikan model lama. Jadi, pada titik waktu mana pun, berbagai
generasi sistem ada di berbagai organisasi dan bahkan dapat hidup berdampingan dalam satu perusahaan.
Auditor modern harus terbiasa dengan fitur operasional dari semua pendekatan SIA yang mungkin dia temui.
Buku ini secara ekstensif membahas lima model tersebut: proses manual, sistem file datar, pendekatan
database, model REA (sumber daya, peristiwa, dan agen), dan sistem ERP (perencanaan sumber daya
perusahaan). Masing-masing diuraikan secara singkat di bagian berikut.
MODEL PROSES MANUAL

Model proses manual adalah bentuk sistem akuntansi tertua dan paling tradisional. Sistem manual merupakan
peristiwa fisik, sumber daya, dan personel yang menjadi ciri banyak proses bisnis. Ini termasuk tugas-tugas
seperti pengambilan pesanan, bahan pergudangan, pembuatan barang untuk dijual, pengiriman barang ke
pelanggan, dan menempatkan pesanan dengan vendor. Secara tradisional, model ini juga mencakup tugas
fisik pencatatan. Seringkali, pencatatan manual digunakan untuk mengajarkan prinsip akuntansi kepada siswa
bisnis. Namun, pendekatan ini hanyalah bantuan pelatihan. Catatan manual tidak pernah digunakan dalam
praktik saat ini.
Meskipun demikian, ada baiknya mempelajari model proses manual sebelum menguasai sistem berbasis
komputer. Pertama, mempelajari sistem manual membantu membangun hubungan penting antara kursus SIA
dan mata pelajaran lainnya
kursus akuntansi. Kursus SIA seringkali merupakan satu-satunya kursus akuntansi di mana siswa melihat dari
mana data berasal, bagaimana mereka dikumpulkan, dan bagaimana dan di mana informasi digunakan untuk
mendukung operasi sehari-hari. Dengan memeriksa arus informasi, tugas utama, dan penggunaan catatan
akuntansi tradisional dalam pemrosesan transaksi, fokus pembukuan siswa diubah menjadi perspektif proses
bisnis.
Kedua, logika proses bisnis lebih mudah dipahami jika tidak diselimuti oleh teknologi. Informasi yang
dibutuhkan untuk memicu dan mendukung peristiwa seperti penjualan, pergudangan, dan pengiriman bersifat
fundamental dan tidak tergantung pada teknologi yang mendasari sistem informasi. Misalnya, pemberitahuan
pengiriman yang menginformasikan proses penagihan bahwa suatu produk telah dikirim memenuhi tujuan ini
baik itu diproduksi dan diproses secara manual atau digital. Setelah siswa memahami tugas apa yang perlu
dilakukan, mereka lebih siap untuk mengeksplorasi cara yang berbeda dan lebih baik untuk melakukan tugas
ini melalui teknologi.
Terakhir, prosedur manual memfasilitasi pemahaman aktivitas pengendalian internal, termasuk
pemisahan fungsi, pengawasan, verifikasi independen, jejak audit, dan kontrol akses. Karena sifat
manusia merupakan inti dari banyak masalah pengendalian internal, kita tidak boleh mengabaikan
pentingnya aspek sistem informasi ini.
MODEL FILE FLAT

Pendekatan file datar paling sering dikaitkan dengan apa yang disebut sistem warisan. Ini adalah sistem
mainframe besar yang diterapkan pada akhir 1960-an hingga 1980-an. Organisasi saat ini masih
menggunakan sistem ini secara ekstensif. Akhirnya, sistem manajemen basis data modern akan
menggantikannya, tetapi sementara itu akuntan harus terus berurusan dengan teknologi sistem lama.
Itu model file datarmenjelaskan lingkungan di mana file data individual tidak terkait dengan file lain.
Pengguna akhir di lingkungan ini memiliki file data mereka sendiri daripada membagikannya dengan
pengguna lain. Dengan demikian, aplikasi yang berdiri sendiri daripada sistem terintegrasi melakukan
pemrosesan data.
Saat beberapa pengguna membutuhkan data yang sama untuk tujuan yang berbeda, mereka harus
mendapatkan kumpulan data terpisah yang terstruktur untuk kebutuhan spesifik mereka. Gambar 1-12
mengilustrasikan bagaimana data penjualan pelanggan dapat disajikan kepada tiga pengguna berbeda
dalam organisasi ritel barang tahan lama. Fungsi akuntansi membutuhkan data penjualan pelanggan
yang diatur berdasarkan nomor rekening dan terstruktur untuk menunjukkan saldo terutang. Ini
digunakan untuk penagihan pelanggan, pemeliharaan AR, dan persiapan laporan keuangan. Pemasaran
membutuhkan data riwayat penjualan pelanggan yang diatur oleh kunci demografis. Mereka
menggunakan ini untuk menargetkan promosi produk baru dan untuk menjual peningkatan produk.
Grup layanan produk membutuhkan data penjualan pelanggan yang diatur menurut produk dan disusun
untuk menunjukkan tanggal layanan yang dijadwalkan.
Redundansi data yang ditunjukkan dalam contoh ini berkontribusi pada tiga masalah signifikan
dalam lingkungan file datar: penyimpanan data, pembaruan data, dan mata uang informasi. Ini dan masalah
lain yang terkait dengan file datar dibahas di bagian berikut.
Penyimpanan data
Sistem informasi yang efisien menangkap dan menyimpan data hanya sekali dan membuat sumber
tunggal ini tersedia untuk semua pengguna yang membutuhkannya. Dalam lingkungan file datar, hal ini
tidak mungkin dilakukan. Untuk memenuhi kebutuhan data pribadi pengguna, organisasi harus
menanggung biaya untuk pengumpulan ganda dan prosedur penyimpanan ganda. Beberapa data yang
biasa digunakan dapat digandakan puluhan, ratusan, atau bahkan ribuan kali.
Pembaruan Data
Organisasi memiliki banyak data yang disimpan dalam file yang memerlukan pembaruan berkala untuk
mencerminkan perubahan. Misalnya, perubahan nama atau alamat pelanggan harus tercermin dalam file
master yang sesuai. Saat pengguna menyimpan file terpisah, semua perubahan harus dilakukan secara
terpisah untuk setiap pengguna. Ini menambah tugas dan biaya pengelolaan data secara signifikan.
Mata Uang Informasi

Berbeda dengan masalah melakukan beberapa pembaruan adalah masalah gagal memperbarui semua
file pengguna yang terpengaruh oleh perubahan status. Jika informasi pembaruan tidak disebarluaskan
dengan benar, perubahan tersebut tidak akan tercermin dalam beberapa data pengguna, yang
menghasilkan keputusan berdasarkan informasi yang sudah usang.
T
i
n
j
a
u
a
n
S
i
s
t
e
m
I
n
f
o
r
m
a
s
i
A
k
u
n
t
a
n
PAR s
26 TI i
ANG
KA FLAT-
1- FILE
MODE
12 L
Ku
mp
P ulan
e Dat
n a
g Mili
g k
u Pen
n Aplikasi
ggu
a Stand-Alone
na
Piuta
Akunt
ansi Penjua/ Akun
Penagihan
Siste
Piuta
Peneri
pelan
(Histo
Demo
PromOrient
Pema
saran Siste
Penjua
pelan
(Histo
Produ
PenjaOrient
Layan dwala
an
Produ
k Siste
Layan
Produ
Susu
Ketergantungan Data-Tugas
Masalah lain dengan pendekatan file datar adalah ketidakmampuan pengguna untuk mendapatkan
informasi tambahan saat kebutuhannya berubah. Masalah ini disebut ketergantungan data tugas.
Kumpulan informasi pengguna dibatasi oleh data yang dia miliki dan kendalikan. Pengguna bertindak
secara mandiri daripada sebagai anggota komunitas pengguna. Dalam lingkungan seperti itu, sangat sulit
untuk menetapkan mekanisme berbagi data secara formal. Oleh karena itu, kebutuhan informasi baru
cenderung dipenuhi dengan pengadaan file data baru. Ini membutuhkan waktu, menghambat kinerja,
menambah redundansi data, dan mendorong biaya manajemen data menjadi lebih tinggi.
Integrasi Data Batas File Datar

Pendekatan file datar adalah model tampilan tunggal. File terstruktur, diformat, dan diatur agar sesuai dengan
kebutuhan khusus dari pemilik atau pengguna utama data. Penataan seperti itu, bagaimanapun, dapat
mengecualikan atribut data yang berguna bagi pengguna lain, sehingga mencegah integrasi data yang berhasil
di seluruh organisasi. Misalnya, karena fungsi akuntansi adalah pengguna utama data akuntansi, data ini
sering diambil, diformat, dan disimpan untuk mengakomodasi pelaporan keuangan dan prinsip akuntansi
yang berlaku umum. Struktur ini, bagaimanapun, mungkin tidak berguna bagi pengguna lain (non-akuntansi)
data akuntansi (GAAP) organisasi, seperti fungsi pemasaran, keuangan, produksi, dan teknik. Pengguna ini
diberikan tiga opsi: (1) tidak menggunakan data akuntansi untuk mendukung keputusan; (2) memanipulasi
dan memijat struktur data yang ada agar sesuai dengan kebutuhan unik mereka; atau (3) memperoleh set data
pribadi tambahan dan menimbulkan biaya dan masalah operasional yang terkait dengan redundansi data.
Terlepas dari keterbatasan yang melekat ini, banyak organisasi besar masih menggunakan file datar
untuk buku besar dan sistem keuangan lainnya. Sebagian besar anggota komunitas pemrosesan data
berasumsi bahwa akhir abad ini akan melihat akhir dari sistem lama. Sebaliknya, perusahaan Amerika
menginvestasikan miliaran dolar untuk membuat sistem ini sesuai dengan tahun 2000 (Y2K). Sistem
lama terus ada karena memberikan nilai tambah bagi penggunanya, dan tidak akan diganti sampai tidak
lagi menambah nilai. Siswa yang mungkin harus bekerja dengan sistem ini dalam praktiknya harus
mengetahui fitur utama mereka.
MODEL DATABASE
Suatu organisasi dapat mengatasi masalah yang terkait dengan file datar dengan mengimplementasikan
database model untuk manajemen data. Gambar 1-13 mengilustrasikan bagaimana pendekatan ini
memusatkan data organisasi ke dalam database umum yang digunakan bersama oleh pengguna lain.
Dengan data organisasi di lokasi pusat, semua pengguna memiliki akses ke data yang mereka butuhkan
untuk mencapai tujuan mereka masing-masing. Akses ke sumber daya data dikendalikan oleh a sistem
manajemen basis data (DBMS). DBMS adalah sistem perangkat lunak khusus yang diprogram untuk
mengetahui elemen data mana yang diizinkan untuk diakses setiap pengguna. Program pengguna
mengirimkan permintaan data ke DBMS, yang memvalidasi dan mengotorisasi akses ke database sesuai
dengan tingkat otoritas pengguna. Jika pengguna meminta data yang tidak diizinkan untuk diakses,
permintaan tersebut ditolak. Jelas, prosedur organisasi untuk menetapkan otoritas pengguna merupakan
masalah pengendalian yang penting untuk dipertimbangkan oleh auditor.
Perbedaan paling mencolok antara model database dan model file datar adalah penyatuan data ke dalam
database umum yang dimiliki oleh semua pengguna organisasi. Dengan akses ke domain penuh data entitas,
perubahan
ANGK
A
DAT
ABA
1- SE
MO
13 DEL
P T Inte D
e a gra a
n m si
g p Per a
g i ang b
u l kat a
n a lun s
a n ak e
P B
e e
n r
g s
P
e
n
j
u
a
l
a
n
P
e
l
a
n
g
g
a
n
A (
k A
u r
n u
t s
a
A
n
k
s
u
i
n
P
i
u
t
a
n
g
)
P D
e a
n
j a
u p
a el
l a
a n
n g
g
P a
e n
l F
a a
n kt
g u
g
a P
n D e
P ( B nj
e B u
m e al
a r a
s s n
a e P
r j
a a
n r er
a
h m
D
e
m
o
g
r
a
f
i
s M ai
L
a
y
O a
r n
i a
e n
n P
t
a o
s d
i u
) S k
S
u
u
n
a
n
a
a
P
e
n
j
u
a D
l a
a
n a
E
n
P
tit
e
a
l
s
a
L
n
ai
g
n
g
n
a
y
n
a
L (
a B
y e
a r
n s
a e
n j
a
P r
r a
o h
d /
u P
k r
o
d
u
k
O
r
i
e
n
t
a
s
i
)
dalam kebutuhan informasi pengguna dapat dipenuhi tanpa memperoleh set data pribadi tambahan. Pengguna
hanya dibatasi oleh batasan data yang tersedia untuk entitas dan legitimasi kebutuhan mereka untuk
mengaksesnya. Melalui berbagi data, masalah tradisional berikut yang terkait dengan pendekatan file datar
dapat diatasi:
Penghapusan redundansi data. Setiap elemen data disimpan hanya sekali, sehingga
menghilangkan redundansi data dan mengurangi biaya pengumpulan dan penyimpanan
data. Misalnya, data pelanggan hanya ada sekali, tetapi dibagikan oleh pengguna
akuntansi, pemasaran, dan layanan produk. Untuk melakukannya, data disimpan dalam
format umum yang mendukung banyak pengguna.
Pembaruan tunggal. Karena setiap elemen data hanya ada di satu tempat, itu hanya
memerlukan satu prosedur pembaruan. Ini mengurangi waktu dan biaya untuk menjaga
database tetap mutakhir.
Nilai saat ini. Satu perubahan pada atribut database secara otomatis tersedia untuk
semua pengguna atribut. Misalnya, perubahan alamat pelanggan segera tercermin
dalam tampilan pemasaran dan layanan produk saat petugas penagihan
memasukkannya.
File datar dan sistem database awal disebut sistem tradisional. Dalam konteks ini, istilah tradisional berarti
bahwa aplikasi sistem informasi organisasi (programnya) berfungsi secara independen satu sama lain
daripada sebagai satu kesatuan yang utuh. Sistem manajemen basis data awal dirancang untuk berinteraksi
langsung dengan program file datar yang ada. Jadi, ketika sebuah organisasi mengganti file datarnya dengan
database, ia tidak perlu menghabiskan jutaan dolar untuk menulis ulang program yang ada. Memang, aplikasi
database awal pada dasarnya menjalankan fungsi independen yang sama seperti aplikasi flat-file.
Faktor lain yang membatasi integrasi adalah model database terstruktur pada zaman itu. Model ini
tidak fleksibel dan tidak mengizinkan tingkat pembagian data yang ditemukan dalam sistem database
modern. Sementara beberapa derajat integrasi telah dicapai dengan jenis database ini, keuntungan utama
dan langsung bagi organisasi adalah pengurangan redundansi data.
Integrasi sejati, bagaimanapun, tidak akan mungkin sampai kedatangan model database relasional.
Pendekatan basis data yang fleksibel ini memungkinkan desain aplikasi sistem terintegrasi yang mampu
mendukung kebutuhan informasi banyak pengguna dari satu set umum yang terintegrasi. tabel database.
Kita harus mencatat, bagaimanapun, bahwa model database relasional hanya memungkinkan terjadinya
integrasi; integrasi tidak dijamin. Desain sistem yang buruk dapat terjadi pada model apa pun. Faktanya,
sebagian besar organisasi saat ini yang menggunakan database relasional menjalankan aplikasi yang
tradisional dalam desain dan tidak menggunakan sepenuhnya teknologi relasional. Dua model yang
tersisa untuk dibahas (REA dan ERP) menggunakan teknologi basis data relasional secara lebih efektif.
MODEL REA
REA adalah kerangka kerja akuntansi untuk memodelkan sumber daya, acara, dan agen penting
organisasi (REA) dan hubungan di antara mereka. Setelah ditentukan, data akuntansi dan non-akuntansi
tentang fenomena ini dapat diidentifikasi, ditangkap, dan disimpan dalam database relasional. Dari
penyimpanan ini, pandangan pengguna dapat dibangun yang memenuhi kebutuhan semua pengguna
dalam organisasi. Ketersediaan berbagai pandangan memungkinkan penggunaan data transaksi secara
fleksibel dan memungkinkan pengembangan SIA yang mendorong, daripada menghambat, integrasi.
3
Model REA diusulkan pada tahun 1982 sebagai model teoritis untuk akuntansi. Kemajuan dalam
teknologi database telah memfokuskan perhatian baru pada REA sebagai alternatif praktis untuk
kerangka akuntansi klasik. Berikut ini merangkum elemen-elemen kunci dari model REA.
Sumber daya
Ekonomis sumber dayaadalah aset organisasi. Mereka didefinisikan sebagai objek yang langka dan di bawah
kendali perusahaan. Definisi ini berangkat dari model tradisional karena tidak menyertakan AR. Piutang
adalah catatan artefak yang digunakan hanya untuk menyimpan dan mengirimkan data. Karena
3 WE McCarthy, '' Model Akuntansi REA: Kerangka Umum untuk Sistem Akuntansi dalam Lingkungan Data Bersama-
ment. '' Review Akuntansi (Juli 1982): 554-57.
bukan merupakan elemen penting dari sistem, tidak perlu dimasukkan ke dalam database. Sebaliknya, nilai
AR berasal dari perbedaan antara penjualan kepada pelanggan dan uang tunai yang diterima sebagai
pembayaran penjualan.
Acara
Ekonomis acaraadalah fenomena yang mempengaruhi perubahan sumber daya. Mereka dapat dihasilkan dari
aktivitas seperti produksi, pertukaran, konsumsi, dan distribusi. Peristiwa ekonomi adalah elemen informasi
penting dari sistem akuntansi dan harus ditangkap dalam bentuk yang sangat rinci untuk menyediakan
database yang kaya.
Agen
Ekonomis agenadalah individu dan departemen yang berpartisipasi dalam acara ekonomi. Mereka adalah
pihak baik di dalam maupun di luar organisasi dengan kewenangan untuk menggunakan atau membuang
sumber daya ekonomi. Contoh agen termasuk juru tulis penjualan, pekerja produksi, juru tulis pengiriman,
pelanggan, dan vendor.
Model REA mensyaratkan bahwa fenomena akuntansi dicirikan dengan cara yang konsisten dengan
perkembangan beberapa pandangan pengguna. Data bisnis tidak boleh diformat sebelumnya atau dibatasi
secara artifisial dan harus mencerminkan semua aspek yang relevan dari peristiwa ekonomi yang
mendasarinya. Dengan demikian, prosedur dan basis data REA disusun di sekitar peristiwa daripada artefak
akuntansi seperti jurnal, buku besar, bagan akun, dan akuntansi entri ganda. Di bawah model REA, organisasi
bisnis menyiapkan laporan keuangan langsung dari database peristiwa. Peristiwa penjualan dan penerimaan
kas berikut untuk pengecer hipotetis dapat digunakan untuk menggambarkan perbedaan yang melekat antara
akuntansi klasik dan REA:
1 Sept.: Menjual 5 unit produk X 21 @ $ 30 per unit dan 10 unit produk Y33 @ $
20 per unit ke pelanggan Smith (Total penjualan ¼ $ 350). Biaya unit persediaan
masing-masing adalah $ 16 dan $ 12 (Total CGS ¼ $ 200).
30 September: Menerima uang tunai $ 200 dari pelanggan Smith secara kredit, nomor cek 451.
Dalam sistem database file datar atau non-REA, dua kejadian akan dicatat dalam satu set akun klasik
seperti yang ditunjukkan pada Gambar 1-14. Ini melibatkan meringkas peristiwa untuk mengakomodasi
struktur akun. Namun, rincian transaksi tidak ditangkap dalam pendekatan ini.
Sistem akuntansi REA akan menangkap transaksi ini dalam serangkaian tabel database relasional
yang lebih menekankan peristiwa daripada akun. Ini diilustrasikan pada Gambar 1-15. Setiap tabel
membahas a
AN
GK
A
1- CLASSIC
SEBUAHAKUNTANSI
1 RECORDS DI A NDI-
4 REA SYSTEM
File
Piutang
P
el
a
n
Pel g
an g
gg a
an n
Ke
D K sei
N e r m
Ju a b e ba
mla m e d ng
h a t it an
S
23 m 3 2
45 it 5 0 15
6 h 0 0 0
File Harga
Pokok
Penjualan
Ac
ct
K
D r
Ju e e
ml b d
ah et it
2
57 7
34 0
File
Penju
alan
Ac
ct
Ju Kr
ml ed
ah it
49 35
75 0
PART
30 I Tinjauan Sistem Informasi Akuntansi
AN
GK
A
1- ELUBANG ANGIN DATABASE

15 DI AN REA SYSTEM
Meja
PELAN
GGAN
(
P
K
)
Pe
na
gih
Cust Kredit an
A
n
Mem Ta ni
Nam batas ng v
Num a Alamat Tel Num i gal er
1
2/
$ 9/
2345 Smi 5.00 8
6 th 125 Elm St., Kota 610-555-1234 0 12 9
Tabel
INVOIC
E
(PK) (FK)
Fakt Fakt
ur ur Kapal Cust
Tan
Num ggal Tanggal Persyaratan Pembawa Num
9/
0
1/
9876 0
5 9 9/03/09 Bersih 30 UPS 23456
Tabel
BARIS
ITEM
(
F
K
(PK) )
Prod Fakt
uk ur Bergalah
Nu
Num m Terjual
987
X21 65 5
987
Y33 65 10
Tabel
PRODU
K
(PK)
Penj
Prod uala Satu Susun
uk n an ulang
Num Deskr Harga Biaya QO Titik
ipsi H
Sesuatu
atau
X21 lainnya $ 30 $ 22 200 50
Sesuatu
Y33 yang lain $ 20 $ 16 159 60
Tabel
CASH
REC
(
F
K
(PK) )
Tran Cus Memeriks
s t a Memeriksa Tanggal
Nu
Num m Num Jumlah Tanggal Diposting
7765 234
4 56 451 $ 200 28/9/09 30/9/09
aspek terpisah dari transaksi. Data yang berkaitan dengan pelanggan, faktur, item tertentu yang dijual,
dan sebagainya dapat diambil untuk berbagai kegunaan dan pengguna. Tabel database dihubungkan
melalui atribut umum yang disebut kunci primer (PK) dan kunci asing tertanam (FK) yang
memungkinkan integrasi. Sebaliknya, file dalam sistem tradisional tidak bergantung satu sama lain dan
dengan demikian tidak dapat mengakomodasi pengumpulan data yang begitu rinci. Akibatnya, sistem
tradisional harus meringkas data peristiwa saat kehilangan fakta yang berpotensi penting.
Catatan akuntansi tradisional termasuk jurnal, buku besar, dan bagan akun tidak ada sebagai file atau
tabel fisik di bawah model REA. Untuk tujuan pelaporan keuangan, pandangan atau gambar catatan
akuntansi tradisional dibangun dari tabel peristiwa. Misalnya, jumlah saldo yang dapat diterima akun
Smith berasal dari [total penjualan (Jumlah yang terjual * Harga jual) dikurangi kas yang diterima
(Jumlah)¼ 350 200 ¼150]. Jika perlu atau diinginkan, entri jurnal dan jumlah buku besar juga dapat
diturunkan dari tabel kejadian ini. Misalnya, saldo akun kontrol Harga Pokok Penjualan adalah (Jumlah
yang terjual * Biaya unit) dijumlahkan untuk semua transaksi selama periode tersebut.
REA adalah model konseptual, bukan sistem fisik. Namun, banyak prinsipnya ditemukan dalam
sistem basis data tingkat lanjut. Penerapan filosofi REA yang paling menonjol terlihat dalam
perkembangan sistem ERP, yang akan dibahas pada bagian berikut.
SISTEM PERENCANAAN SUMBER DAYA ENTERPRISE

Perencanaan sumber daya perusahaan (ERP) adalah model sistem informasi yang memungkinkan suatu
organisasi untuk mengotomatiskan dan mengintegrasikan proses bisnis utamanya. ERP memecah
hambatan fungsional tradisional dengan memfasilitasi berbagi data, arus informasi, dan pengenalan
praktik bisnis umum di antara semua pengguna organisasi. Penerapan sistem ERP bisa menjadi
pekerjaan besar yang dapat berlangsung selama beberapa tahun. Karena kompleksitas dan ukuran ERP,
hanya sedikit organisasi yang bersedia atau mampu memenuhi sumber daya keuangan dan fisik yang
diperlukan dan menanggung risiko pengembangan sistem ERP secara internal. Karenanya, hampir
semua ERP adalah produk komersial. Para pemimpin yang diakui di pasar adalah SAP, Oracle, JD
Edwards & Co., dan PeopleSoft Inc.
Paket ERP dijual ke organisasi klien dalam modul yang mendukung proses standar. Beberapa modul
ERP umum meliputi:
Manajemen aset
Akuntansi Keuangan
Sumber daya manusia
Solusi Khusus Industri
Pemeliharaan Tanaman
Rencana produksi
Manajemen mutu
Penjualan dan distribusi
Manajemen persediaan
Salah satu masalah dengan modul standar adalah bahwa mereka mungkin tidak selalu memenuhi
kebutuhan organisasi. Misalnya, produsen tekstil di India menerapkan paket ERP hanya untuk
menemukan bahwa modifikasi ekstensif, tidak terduga, dan mahal harus dilakukan pada sistem. ERP
tidak akan mengizinkan pengguna untuk menetapkan dua harga yang berbeda pada baut kain yang sama.
Produsen mengenakan satu harga untuk konsumsi dalam negeri, tetapi yang lain (empat kali lebih
tinggi) untuk produk ekspor. Namun, sistem ERP tersebut tidak memberikan cara untuk menetapkan dua
harga ke item yang sama sambil mempertahankan jumlah persediaan akrual.
Organisasi yang berharap untuk berhasil mengimplementasikan ERP perlu memodifikasi proses
bisnis mereka agar sesuai dengan ERP, memodifikasi ERP agar sesuai dengan bisnis mereka, atau, lebih
mungkin, memodifikasi keduanya. Seringkali, aplikasi perangkat lunak tambahan perlu dihubungkan ke
ERP untuk menangani fungsi bisnis yang unik, terutama tugas khusus industri. Aplikasi ini, sering
disebut dengan bolt-ons, tidak selalu dirancang untuk berkomunikasi dengan paket ERP. Proses
menciptakan keseluruhan yang harmonis bisa sangat kompleks dan terkadang gagal, mengakibatkan
kerugian yang signifikan bagi organisasi. Paket ERP sangat mahal, tetapi penghematan dalam efisiensi
harus signifikan. Manajemen organisasi harus sangat berhati-hati dalam memutuskan, jika ada, ERP
yang terbaik untuk mereka.
Evolusi model sistem informasi yang diuraikan di bagian ini memberikan kerangka kerja untuk
banyak materi yang terkandung dalam buku ini. Bab 2 hingga 8 membahas proses bisnis, keamanan,
penipuan, kontrol, dan berbagai masalah lain yang terkait dengan sistem tradisional (manual, file datar,
dan database awal). Bab 9 sampai 12 membahas sistem database tingkat lanjut, model REA, ERP, dan
teknologi baru lainnya.
Peran Akuntan
Bagian terakhir dari bab ini membahas hubungan akuntan dengan sistem informasi.
Akuntan terutama terlibat dalam tiga cara: sebagai pengguna sistem, desainer, dan auditor.
AKUNTAN SEBAGAI PENGGUNA

Di sebagian besar organisasi, fungsi akuntansi adalah pengguna TI terbesar. Semua sistem yang
memproses transaksi keuangan memengaruhi fungsi akuntansi dalam beberapa cara. Sebagai pengguna
akhir, akuntan harus memberikan gambaran yang jelas tentang kebutuhan mereka kepada profesional
yang merancang sistem mereka. Misalnya, akuntan harus menentukan aturan dan teknik akuntansi yang
akan digunakan, persyaratan pengendalian internal, dan algoritma khusus seperti model depresiasi.
Partisipasi akuntan dalam pengembangan sistem harus aktif daripada pasif. Penyebab utama kesalahan
desain yang mengakibatkan kegagalan sistem adalah tidak adanya keterlibatan pengguna.
AKUNTAN SEBAGAI DESAINER SISTEM

Apresiasi tanggung jawab akuntan untuk desain sistem membutuhkan perspektif historis yang mendahului
komputer sebagai alat informasi bisnis. Secara tradisional, akuntan bertanggung jawab atas aspek kunci dari
sistem informasi, termasuk menilai kebutuhan informasi pengguna, menentukan konten dan format laporan
keluaran, menentukan sumber data, memilih aturan akuntansi yang sesuai, dan menentukan kontrol yang
diperlukan untuk menjaga integritas dan efisiensi sistem informasi.
Sistem tradisional ini bersifat fisik, dapat diamati, dan tidak ambigu. Prosedur pengolahan informasi
dilakukan secara manual, dan media transmisi dan penyimpanan data adalah kertas. Dengan kedatangan
komputer, program komputer menggantikan prosedur manual, dan catatan kertas disimpan secara
digital. Peran akuntan di era baru ini menjadi subyek banyak kontroversi. Karena tidak memiliki
keterampilan komputer, akuntan umumnya tidak yakin tentang status mereka dan tidak ingin
mengeksplorasi teknologi yang sedang berkembang ini.
Banyak akuntan melepaskan tanggung jawab tradisional mereka kepada generasi baru profesional
komputer yang muncul di organisasi mereka. Pemrogram komputer, seringkali tanpa pelatihan akuntansi atau
bisnis, bertanggung jawab penuh atas desain SIA. Akibatnya, banyak sistem melanggar prinsip akuntansi dan
tidak memiliki kendali yang diperlukan. Kegagalan sistem yang besar dan penipuan komputer menandai
periode ini dalam sejarah akuntansi. Pada pertengahan 1970-an, dalam menanggapi masalah ini, profesi
akuntansi mulai menilai kembali tanggung jawab profesional dan hukum akuntan untuk sistem berbasis
komputer.
Saat ini, kami menyadari bahwa tanggung jawab untuk desain sistem dibagi antara akuntan dan
profesional TI sebagai berikut: fungsi akuntansi bertanggung jawab atas sistem konseptual, dan fungsi
TI bertanggung jawab atas sistem fisik. Untuk mengilustrasikan perbedaan antara sistem konseptual dan
fisik, perhatikan contoh berikut:
Departemen kredit bisnis retail memerlukan informasi tentang akun yang

menunggak dari departemen AR. Informasi ini mendukung keputusan yang
dibuat oleh manajer kredit mengenai kelayakan kredit pelanggan.
Desain sistem konseptualmelibatkan penentuan kriteria untuk mengidentifikasi pelanggan yang menunggak
dan informasi yang perlu dilaporkan. Akuntan menentukan sifat informasi yang dibutuhkan, sumbernya,
tujuannya, dan aturan akuntansi yang perlu diterapkan. Itu sistem fisikadalah media dan metode untuk
menangkap dan menyajikan informasi. Para profesional komputer menentukan teknologi yang paling
ekonomis dan efektif untuk menyelesaikan tugas. Oleh karena itu, desain sistem harus menjadi upaya
kolaboratif. Karena keunikan dari setiap sistem dan kerentanan sistem terhadap kesalahan serius dan bahkan
penipuan, keterlibatan akuntan dalam desain sistem harus meluas. Dalam bab-bab selanjutnya, kita akan
melihat bahwa partisipasi aktif akuntan sangat penting untuk keberhasilan sistem.
AKUNTAN SEBAGAI AUDITOR SISTEM

Mengaudit adalah bentuk pengesahan independen yang dilakukan oleh seorang pakar — auditor — yang
menyatakan suatu pendapat tentang kewajaran laporan keuangan perusahaan. Kepercayaan publik atas
keandalan laporan keuangan yang diproduksi secara internal terletak langsung pada validasinya oleh
auditor ahli independen. Layanan ini sering disebut sebagaifungsi pembuktian. Auditor membentuk
pendapatnya berdasarkan proses sistematis yang akan dijelaskan dalam Bab 15.
Auditor internal dan eksternal melakukan audit. Audit eksternal sering disebut audit independen
karena firma akuntan publik bersertifikat (CPA) yang independen dari manajemen organisasi klien
melakukannya. Auditor eksternal mewakili kepentingan pemangku kepentingan pihak ketiga dalam
organisasi, seperti pemegang saham, kreditor, dan lembaga pemerintah.
Audit Eksternal
Secara historis, tanggung jawab akuntan eksternal sebagai suatu sistem auditorterbatas pada fungsi
pembuktian yang dijelaskan sebelumnya. Dalam beberapa tahun terakhir, peran ini telah diperluas
dengan konsep jaminan yang lebih luas. Kantor akuntan publik Big Four kini telah mengganti nama
layanan jaminan fungsi audit tradisional mereka.
JAMINAN. Layanan jaminan adalah layanan profesional, termasuk fungsi pembuktian, yaitu dirancang untuk
meningkatkan kualitas informasi, baik finansial maupun nonfinansial, yang digunakan oleh pengambil
keputusan. Misalnya, klien dapat mengontrak layanan jaminan untuk mendapatkan pendapat tentang kualitas
atau pasar suatu produk. Alternatifnya, klien mungkin memerlukan informasi tentang efisiensi proses
produksi atau efektivitas sistem keamanan jaringan mereka. Ada area abu-abu tumpang tindih antara layanan
jaminan dan konsultasi, yang harus dihindari oleh auditor. Mereka pernah diizinkan untuk memberikan
layanan konsultasi kepada klien audit. Ini sekarang dilarang di bawah undang-undang SOX. Masalah-masalah
ini dibahas di bab-bab selanjutnya.
AUDIT IT. Audit TI biasanya dilakukan sebagai bagian dari audit keuangan yang lebih luas. Organisasi
unit yang bertanggung jawab untuk melakukan audit TI mungkin termasuk dalam grup layanan jaminan
atau independen. Biasanya mereka membawa nama seperti Manajemen Risiko TI, Manajemen Risiko
Sistem Informasi, atau Manajemen Risiko Global. Auditor TI membuktikan keefektifan kontrol TI klien
untuk menetapkan tingkat kepatuhan mereka dengan standar yang ditentukan. Karena banyak
pengendalian internal organisasi modern terkomputerisasi, audit TI mungkin menjadi bagian besar dari
keseluruhan audit. Kami memeriksa kontrol TI, risiko, dan masalah audit di Bab 15, 16, dan 17.
Audit Internal
Audit internal adalah fungsi penilaian yang bertempat di dalam organisasi. Auditor internal melakukan a
berbagai kegiatan atas nama organisasi, termasuk melakukan audit laporan keuangan, memeriksa
kepatuhan operasi dengan kebijakan organisasi, meninjau kepatuhan organisasi dengan kewajiban
hukum, mengevaluasi efisiensi operasional, mendeteksi dan mengejar kecurangan dalam perusahaan,
dan melakukan audit TI . Seperti yang Anda lihat, tugas yang dilakukan auditor eksternal dan internal
serupa. Ciri yang paling jelas membedakan kedua kelompok tersebut adalah konstituennya masing-
masing. Auditor eksternal mewakili pihak ketiga di luar, sedangkan auditor internal mewakili
kepentingan manajemen.
Ringkasan
Bagian pertama dari bab ini memperkenalkan konsep sistem dasar berfokus pada segmentasi fungsional sebagai metode utama
dan menyajikan kerangka kerja untuk membedakan antara sistem penataan bisnis dan memeriksa fungsi perusahaan
informasi akuntansi dan sistem informasi manajemen. Perbedaan manufaktur yang khas. Bagian ini menyajikan dua metode
ini terkait dengan jenis transaksi yang diproses sistem ini. Aplikasi umum pengorganisasian fungsi TI: pendekatan terpusat dan
SIA memproses transaksi keuangan, dan aplikasi MIS memproses pendekatan terdistribusi.
transaksi nonkeuangan. Bagian ini kemudian menyajikan model Bagian ketiga mengulas evolusi model AIS. Setiap model
umum untuk sistem informasi akuntansi. Model ini terdiri dari baru berkembang karena kekurangan dan keterbatasan
empat tugas utama yang ada di semua aplikasi AIS: pengumpulan pendahulunya. Namun, seiring dengan berkembangnya
data, pemrosesan data, manajemen database, dan pembuatan pendekatan baru, sistem pendahulu atau warisan sering kali
informasi. tetap berfungsi. Jadi, pada titik waktu mana pun, berbagai
Bagian kedua membahas hubungan antara struktur generasi sistem hidup berdampingan di berbagai organisasi
organisasi dan sistem informasi. Itu dan bahkan dalam satu perusahaan. Lima model AIS telah
diperiksa.

Chapter 1 The Information System An Accountant's Perspective

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Chapter 1 The Information System An Accountant's Perspective

Diunggah oleh

Hak Cipta:

Format Tersedia

bab 1

Informasi Operasi Sehari-hari

APA ITU SISTEM?

Contoh Sistem Buatan

INTERDEPENDENSI SUBSISTEM. Kemampuan sistem untuk mencapai tujuannya bergantung pada

Tangki bahan Rem

Pompa bahan Trans- Pengapia Menguasai

Injektor bahan Belakang Rem

Roda Baterai Disk

SEBUAH KERANGKA SISTEM INFORMASI

SEBUAH transaksi sebagai peristiwa yang mempengaruhi atau menarik bagi

SEBUAH transaksi finansial adalah peristiwa ekonomi yang mempengaruhi aset

Sistem Informasi Akuntansi

1-3 AFRAMEWORK UNTUK sayaNFORMASI SYSTEMS

Umum Transaksi Pengelolaan

Pengeluaran Konversi Pendapatan

1-4 TTRANSAKSI P.DIROSES OLEH THE sayaNFORMASI SYSTEM

Sistem Informasi Manajemen

Mengapa Penting untuk Membedakan antara AIS dan MIS?

1-1 EXAMPLES DARI MIS APPLIKASI PADA FTIDAK SAKSIONAL SEBUAHREAS

Fungsi Contoh Aplikasi MIS

Keuangan Sistem manajemen portofolio

Pemasaran Analisis Pasar

Distribusi Organisasi gudang dan penjadwalan

Personil Sistem manajemen sumber daya manusia

n Sistem pelacakan keterampilan kerja

Sistem pemrosesan transaksi

Buku Besar / Sistem Pelaporan Keuangan

Sistem Pelaporan Manajemen

MODEL UMUM AIS

Manajemen Basis Data

1-6 TDIA DATA H.IERARKI

Atribut, Catatan, dan File

Atribut Piutang Usaha

Semua Catatan Piutang

Tujuan Sistem Informasi

AKUISISI SISTEM INFORMASI

TDIA FRENDAH RESPONSIBILITY, SEBUAHUTHORITY, DAN SEBUAHAKUNTABILITAS

Wakil Presiden Wakil Presiden Wakil Presiden Wakil Presiden

Pengelola Pengelola Pengelola

Pengelola Pengelola Pengelola

1-2 FUNCTIONS DARI RESOURCES

Sumber Fungsi bisnis

Modal finansial Keuangan

Penjualan Tunai Akun Administrasi

FUNGSI TEKNOLOGI INFORMASI

Pemrosesan Data Terpusat

1-9 CTERHADAPI DATA P.ROCESSING SEBUAHPPROACH

1-10 HAIRGANISASI IT FUNCTION DI A CTERHADAPI SYSTEM

Sistem Database Data

Sistem Baru Sistem Data Data Komputer Data

PENGEMBANGAN DAN PEMELIHARAAN SISTEM. Kebutuhan informasi pengguna dipenuhi oleh

Stakeholder adalah individu di dalam atau di luar perusahaan yang memiliki

Pemrosesan Data Terdistribusi

Mempekerjakan profesional yang berkualifikasi. Manajer pengguna akhir mungkin kurang

Perlunya Analisis yang Cermat

Evolusi Model Sistem Informasi

MODEL PROSES MANUAL

MODEL FILE FLAT

Mata Uang Informasi

Integrasi Data Batas File Datar

1- ELUBANG ANGIN DATABASE

SISTEM PERENCANAAN SUMBER DAYA ENTERPRISE