AKUNTANSI DALAM SISTEM ERP

AKTIVITAS AKUNTANSI

Aktivitas akuntansi secara umum dapat diklasifikasikan sebagai akuntansi keuangan atau akuntansi
manajerial. Area tambahan akuntansi, akuntansi pajak, berada di luar cakupan teks ini. Karena
akuntansi pajak terutama merupakan pelaporan eksternal dari aktivitas bisnis ke Internal Revenue
Service, data yang dikumpulkan untuk akuntansi keuangan berfungsi sebagai dasar akuntansi pajak.
Akuntansi keuangan terdiri dari mendokumentasikan semua transaksi perusahaan yang berdampak
pada keadaan keuangan organisasi dan kemudian menggunakan transaksi yang didokumentasikan
tersebut untuk membuat laporan bagi investor dan pihak eksternal dan agensi. Laporan ini,
biasanya disebut laporan keuangan, harus mengikuti aturan dan pedoman yang ditentukan dari
berbagai lembaga, seperti Dewan Standar Akuntansi Keuangan (FASB), Komisi Sekuritas dan Bursa
AS (SEC), dan Internal Revenue Service (IRS). Laporan keuangan komo mencakup neraca dan laporan
laba rugi. Neraca adalah ringkasan dari saldo akun seperti kas yang dimiliki; jumlah yang terutang
kepada perusahaan oleh pelanggan; biaya bahan baku dan persediaan barang jadi; nilai aset tetap
seperti gedung; jumlah yang terutang kepada vendor, bank, dan kreditor lainnya; dan jumlah yang
telah diinvestasikan investor di perusahaan. Neraca memberikan gambaran umum kesehatan
keuangan perusahaan pada suatu waktu, pertimbangan utama bagi kreditor dan investor
perusahaan. Gambar 5-1 menunjukkan contoh neraca untuk FitterSnacker. Laporan laba rugi, atau
laba rugi (P&L), menunjukkan pendapatan dan pengeluaran perusahaan serta laba atau rugi untuk
suatu periode waktu (biasanya seperempat atau satu tahun). Profitabilitas penting bagi kreditor dan
investor. Ini juga merupakan informasi penting bagi manajer yang bertanggung jawab atas operasi
sehari-hari. Secara umum, seorang manajer memandang keuntungan sebagai indikator sukses dan
kerugian sebagai indikator masalah yang harus diselesaikan. Gambar 5-2 menunjukkan contoh
laporan laba rugi untuk Fitter. Biasanya, perusahaan menyiapkan laporan keuangan setiap tiga
bulan, terkadang lebih sering. Untuk menyiapkan pernyataan ini, perusahaan harus "menutup
pembukuannya", yang berarti saldo akun sementara atau nominal (seperti pendapatan, beban,
keuntungan, dan kerugian) ditransfer ke akun laba ditahan. Akun nominal tertutup akan memiliki
saldo nol untuk mulai mengumpulkan pendapatan dan beban pada periode pelaporan berikutnya.
Ayat jurnal penutup dibuat untuk mentransfer saldo dan membuat saldo nol untuk akun nominal.
Untuk melakukan ini, karyawan harus memeriksa akun untuk memastikannya akurat dan mutakhir.
Jika sistem informasi perusahaan secara rutin menghasilkan data yang akurat dan tepat waktu,
penutupan pembukuan dapat berjalan lancar. Jika tidak, entri "menyesuaikan" harus dibuat, dalam
hal ini, menutup buku bisa menjadi pekerjaan rumah yang sangat memakan waktu dengan hasil yang
tidak akurat. Salah satu keuntungan dari sistem informasi yang terintegrasi adalah
menyederhanakan proses penutupan pembukuan dan penyusunan laporan keuangan. Staf
akuntansi tidak perlu mengumpulkan data dari sistem yang berbeda karena semua data yang
diperlukan terdapat dalam sistem terpusat. Gambar 5-3 menunjukkan bagaimana neraca Fitter dan
pernyataan P&L akan terlihat dalam sistem SAP ERP. Dalam sistem ERP, neraca dan laporan P&L
adalah laporan basis data yang dapat dibuat dengan cepat kapan saja, dan karena data untuk
menyusun laporan dibaca dari tabel basis data, maka laporan tersebut selalu mutakhir. Fitur lain
dari neraca ERP dan pernyataan P&L adalah kemampuan untuk menampilkan data dengan cepat
pada tingkat detail yang berbeda, seperti yang ditunjukkan pada Gambar 5-4. Selain itu, sistem ERP
memungkinkan pengguna untuk membuat varian laporan keuangan, yaitu laporan keuangan dalam
format lain, yang disiapkan untuk memenuhi kebutuhan pengguna yang berbeda. Akuntansi
manajerial berkaitan dengan penentuan biaya dan profitabilitas aktivitas perusahaan. Sementara
informasi tingkat tinggi yang muncul di neraca dan laporan laba rugi perusahaan menunjukkan
apakah perusahaan menghasilkan laba secara keseluruhan, tujuan akuntansi manajerial adalah
untuk menyediakan informasi rinci kepada manajer untuk membuat keputusan yang tepat,
membuat anggaran, menentukan profitabilitas produk tertentu, wilayah penjualan, atau kampanye
pemasaran, dan sebagainya. Akuntansi manajerial menghasilkan informasi yang digunakan manajer
untuk mengontrol aktivitas sehari-hari perusahaan dan untuk mengembangkan rencana jangka
panjang untuk operasi, pemasaran, kebutuhan personel, pembayaran kembali utang, dan masalah
manajemen lainnya. Karena akuntansi manajerial menyediakan laporan dan analisis untuk
penggunaan internal, perusahaan dapat menjadi fleksibel dalam cara mereka mengkonfigurasi
sistem akuntansi manajerial mereka.

Menggunakan ERP untuk Informasi Akuntansi

Ingat dari Bab 1, bahwa di masa lalu, sebagian besar perusahaan memiliki sistem informasi
fungsional yang terpisah: sistem informasi pemasaran, sistem informasi manufaktur, dan sebagainya
— masing-masing dengan caranya sendiri untuk mengumpulkan data dan sistem filenya sendiri
untuk merekam data. Sejak 1960-an, banyak akuntan, analis, dan pemrogram telah mencoba,
seringkali tidak berhasil, untuk membuat sistem yang tidak terintegrasi berfungsi, seperti yang
diilustrasikan pada bab-bab sebelumnya. Perusahaan membangun sistem yang tidak terintegrasi ini
terutama untuk menangani kebutuhan area fungsional individu, dan kedua untuk menyediakan data
ke Akuntansi sehingga Akuntansi dapat "menyimpan pembukuan", yaitu menyimpan catatan semua
transaksi keuangan. Namun, berbagi data biasanya tidak terjadi dalam waktu nyata, sehingga data
Akuntansi sering kali kedaluwarsa. Selanjutnya, karena data bersama seringkali bukan satu-satunya
informasi yang diperlukan Akuntansi untuk menyiapkan laporan untuk manajemen, akuntan dan
juru tulis area fungsional biasanya harus menghabiskan banyak waktu untuk melakukan penelitian
tambahan untuk membuat laporan tersebut. 122 Sistem ERP, dengan database terpusatnya,
menghindari masalah ini. Misalnya, barang jadi dipindahkan dari jalur perakitan ke gudang. Seorang
karyawan di gudang dapat dengan mudah mencatat transaksi tersebut, menggunakan terminal atau
pemindai kode batang. Dalam SAP ERP, modul Material Management akan melihat peristiwa
transfer sebagai peningkatan persediaan barang jadi yang tersedia untuk pengiriman; modul
Akuntansi akan melihat peristiwa tersebut sebagai peningkatan nilai moneter dari persediaan barang
jadi. Dengan ERP, setiap orang menggunakan database yang sama untuk merekam data operasi.
Database ini kemudian digunakan untuk menghasilkan laporan manajemen, menghasilkan laporan
keuangan, dan membuat anggaran. Dalam akuntansi, akun perusahaan disimpan dalam catatan
yang disebut buku besar. Dalam sistem SAP ERP, input ke buku besar terjadi bersamaan dengan
transaksi bisnis di modul tertentu. Banyak modul SAP ERP menyebabkan data transaksi dimasukkan
ke dalam buku besar umum, termasuk: • Penjualan dan Distribusi (SD) —Modul SD mencatat
penjualan dan kemudian membuat entri piutang dagang (dokumen buku besar umum yang
menunjukkan pelanggan berhutang barang yang diterima pelanggan). • Material Management
(MM) —Modul MM mengontrol pembelian dan mencatat perubahan inventaris. Penerimaan barang
dari pesanan pembelian membuat entri hutang dagang dalam buku besar, yang menunjukkan
perusahaan memiliki kewajiban untuk membayar barang yang telah diterimanya. Setiap kali bahan
masuk atau keluar dari persediaan (bahan yang dibeli datang dari vendor, bahan mentah dikeluarkan
dari persediaan untuk mendukung produksi, atau barang jadi pergi dari produksi ke persediaan),
akun buku besar akan terpengaruh. • Akuntansi Keuangan (FI) —Modul FI mengelola piutang dan
item hutang yang dibuat masing-masing dalam modul SD dan MM. Modul FI juga merupakan
tempat akun buku besar ditutup pada akhir periode fiskal (kuartal atau tahun), dan digunakan untuk
menghasilkan laporan keuangan. • Pengendalian (CO) —Modul CO melacak biaya yang terkait
dengan produksi produk. Untuk memperoleh keuntungan, perusahaan harus memiliki gambaran
yang akurat tentang biaya produknya sehingga dapat mengambil keputusan yang tepat mengenai
harga dan promosi produk, serta investasi modal. • Sumber Daya Manusia (SDM) —Modul SDM
mengatur perekrutan, perekrutan, kompensasi, pemutusan hubungan kerja, dan pesangon
karyawan; modul SDM juga mengelola manfaat dan menghasilkan penggajian. • Asset
Management (AM) —Modul AM mengelola pembelian aset tetap (pabrik dan mesin) dan depresiasi
terkait.

MASALAH PENGAMBILAN KEPUTUSAN OPERASIONAL: MANAJEMEN KREDIT

Data akuntansi yang kedaluwarsa atau tidak akurat yang dihasilkan dari sistem informasi yang tidak
terintegrasi dapat menyebabkan masalah ketika perusahaan membuat keputusan operasional,
seperti yang diilustrasikan oleh pembahasan tantangan manajemen kredit Fitter di Bab 3. Dalam hal
ini Pada bagian ini, kita akan melihat pemberian kredit industri secara umum, dan kemudian kita
akan memeriksa masalah-masalah yang terkait dengan prosedur pemberian kredit Fitter secara lebih
rinci.

Panajemen Kredit Industri

Perusahaan secara rutin menjual kepada pelanggan secara kredit; namun, manajemen keuangan
yang baik mensyaratkan bahwa hanya begitu banyak kredit yang diberikan kepada pelanggan. Pada
titik tertentu, pelanggan harus melunasi sebagian utangnya untuk membenarkan keyakinan yang
telah ditunjukkan penjual (dan agar penjual dapat mengubah piutang menjadi uang tunai).
Manajemen kredit membutuhkan keseimbangan antara pemberian kredit yang cukup untuk
mendukung penjualan dan memastikan perusahaan tidak kehilangan terlalu banyak uang dengan
memberikan kredit kepada pelanggan yang akhirnya gagal memenuhi kewajiban kredit mereka.
Dalam praktiknya, penjual mengelola hubungan ini dengan menetapkan batas pada berapa banyak
uang yang dapat dihutang pelanggan kapan saja, dan kemudian memantau batas itu saat pesanan
baru masuk dan pembayaran diterima. Misalnya, penjual mungkin memberi tahu pembeli bahwa
batas kreditnya adalah $ 10.000, yang berarti bahwa ia dapat berhutang kepada penjual sebesar $
10.000. Jika pembeli mencapai jumlah tersebut, penjual tidak akan menerima pesanan penjualan
lebih lanjut sampai dia melunasi sebagian utangnya. Saat melakukan penjualan secara kredit,
penjual membuat entri di pembukuan untuk menambah piutang dan saldo penjualan. Jadi, saat
saldo piutang pembeli di buku penjual mencapai $ 10.000, pembeli harus melakukan pembayaran.
Melanjutkan contoh, asumsikan pembeli menelepon penjual untuk memesan barang senilai $ 3.000.
Jika saldo piutang pembeli sudah $ 8.000, penjual tidak boleh menerima pesanan $ 3.000 karena
akan membuat saldo piutang menjadi $ 11.000, yang melebihi batas kredit pembeli. Alih-alih
menolak pesanan, perwakilan penjualan penjual mungkin menyarankan pembeli untuk mengurangi
ukuran pesanan, atau memintanya untuk mengirimkan pembayaran sebelum memproses pesanan,
sehingga mengurangi hutang pembeli. Jelas, agar sistem ini berfungsi, perwakilan penjualan harus
memiliki akses ke saldo piutang terbaru untuk semua pelanggan. Jika Akuntansi terus memperbarui
pembukuan dan dapat memberikan saldo piutang saat ini ke Pemasaran dan Penjualan saat
diperlukan, maka batas kredit dapat dikelola dengan baik. Pemasaran dan Penjualan dapat
membandingkan batas kredit pelanggan dengan jumlah saldo terutang yang akurat (ditambah nilai
pesanan) untuk membuat keputusan. Namun, dalam sistem yang tidak terintegrasi, Akuntansi tidak
dapat langsung mencatat penjualan dan / atau tanda terima pembayaran saat terjadi. Dalam hal ini,
saldo piutang tidak akan lancar. Selain itu, perwakilan penjualan mungkin sedang mengerjakan hasil
cetakan saldo kredit yang kedaluwarsa. Jika hasil cetak tidak mencerminkan pembayaran terakhir,
kredit pelanggan mungkin ditolak dengan tidak semestinya. Pelanggan mungkin akan menentang
penolakan tersebut, yang akan memicu permintaan untuk informasi terbaru dalam Akuntansi.
Penundaan dalam penelitian tersebut dapat mengurangi kepuasan pelanggan, dan melakukan
penelitian akan menghabiskan waktu karyawan yang berharga. Masalah ini seharusnya tidak muncul
dengan sistem informasi yang terintegrasi. Saat penjualan dilakukan, sistem segera meningkatkan
saldo piutang pelanggan. Ketika perusahaan menerima dan mencatat pembayaran, saldo piutang
segera berkurang. Karena database yang mendasari tersedia untuk Akuntansi dan Pemasaran dan
Penjualan, perwakilan penjualan memiliki akses ke informasi saldo pelanggan terbaru. Dengan
demikian, perwakilan penjualan tidak perlu mengajukan permintaan ke Akuntansi untuk saldo
piutang pelanggan. Dengan latar belakang tersebut, sekarang kita dapat mempertimbangkan
bagaimana Fitter menangani manajemen kredit, dengan menggunakan sistem yang tidak
terintegrasi.

Prosedur Manajemen Kredit Fitter

Seperti yang dijelaskan dalam Bab 3, ketika pesanan baru masuk ke Fitter, petugas penjualan
mengacu pada cetakan mingguan saldo pelanggan saat ini dan batas kredit untuk melihat apakah
kredit harus diberikan. Dengan asumsi pesanan pelanggan tidak akan menimbulkan masalah batas
kredit, petugas penjualan memasukkan penjualan dalam sistem entri pesanan penjualan, yang
merupakan program komputer yang berdiri sendiri. Data penjualan ditransfer ke Akuntansi dengan
mentransfer file di akhir setiap hari. Petugas akuntansi menggunakan data yang ditransfer dari
sistem penjualan untuk menyiapkan faktur pelanggan. Akuntansi harus melakukan penyesuaian
untuk pengiriman parsial sebelum membuat faktur. Keakuratan proses penyesuaian bergantung
pada apakah gudang mengirimkan perubahan pesanan ke Akuntansi secara tepat waktu. Setelah
membuat faktur, Akuntansi membuat entri akuntansi pengakuan pendapatan standar: debit ke
piutang dan kredit untuk penjualan untuk jumlah yang ditagih. Pegawai akuntansi juga memproses
pembayaran pelanggan. Panitera menerima dan menangani pemeriksaan secara manual. Mereka
memasukkan data ke dalam program akuntansi, meningkatkan saldo kas dan mengurangi saldo
piutang. Data ini nantinya digunakan untuk memperbarui akun pelanggan individual, mengurangi
jumlah hutang pelanggan kepada Fitter. Jika waktu mengizinkan, akun diposting (dan setoran bank
dilakukan) pada hari pembayaran diterima; jika tidak, pencatatan dilakukan secepat mungkin pada
hari berikutnya. Dengan demikian, mungkin ada penundaan antara waktu Fitter menerima cek dari
pelanggan dan pengurangan sebenarnya dari saldo piutang pelanggan, yang dapat menyebabkan
kesalahan dalam manajemen kredit. Sekarang mari kita lihat bagaimana SAP ERP dapat
meningkatkan proses manajemen kredit Fitter.

Manajemen Kredit dalam SAP ERP

Sistem SAP ERP memungkinkan perusahaan untuk menetapkan batas kredit untuk setiap pelanggan.
Perusahaan dapat mengonfigurasi sejumlah opsi pemeriksaan kredit dalam sistem SAP ERP,
termasuk kapan harus memeriksa kredit pelanggan (misalnya, saat pembuatan pesanan, saat
pembuatan dokumen pengiriman, atau pada masalah barang) dan siapa yang harus diberi tahu
kapan suatu pesanan akan menyebabkan pelanggan melebihi batas kreditnya (misalnya, petugas
penjualan atau personel manajemen kredit). Gambar 5-5 menunjukkan pemeriksaan kredit dinamis
dengan Reaksi C dipilih. Reaksi C berarti bahwa jika pesanan yang disimpan akan menyebabkan
pelanggan melebihi batas kreditnya, sistem akan mengeluarkan peringatan yang menunjukkan
jumlah pesanan yang melebihi batas kredit. Karena sistem mengeluarkan peringatan, pesanan dapat
disimpan, tetapi akan diblokir dari pemrosesan lebih lanjut hingga masalah kredit diselesaikan.
Seringkali, perusahaan tidak mengkonfigurasi sistem untuk memberikan peringatan kepada juru tulis
pesanan penjualan karena mereka tidak dilengkapi untuk memperbaiki masalah dan karena masalah
kredit adalah masalah antara Departemen Piutang Perusahaan penjual dan Departemen Hutang
Usaha pelanggan. Sebaliknya, seseorang dalam fungsi manajemen kredit secara teratur meninjau
semua pesanan penjualan yang diblokir dan menyelesaikan masalah kredit secara langsung dengan
pelanggan.

ANALISIS PROFITABILITAS PRODUK

Manajer bisnis menggunakan data akuntansi untuk melakukan analisis profitabilitas perusahaan dan
produknya. Jika data tidak akurat atau tidak lengkap, analisisnya cacat. Ada tiga alasan utama untuk
data yang tidak akurat atau tidak lengkap: pencatatan yang tidak konsisten, sistem biaya persediaan
yang tidak akurat, dan masalah dalam mengkonsolidasikan data dari anak perusahaan. Bagian
berikut akan membahas masing-masing penyebab ini, menggunakan Fitter sebagai contoh.

Penyimpanan Catatan yang Tidak Konsisten

Setiap divisi penjualan Fitter menyimpan catatannya sendiri dan melacak data penjualan secara
berbeda. Formulir pesanan penjualan Divisi Penjualan Langsung menyertakan kode untuk wilayah
penjualan yang sesuai (Timur Laut, Tenggara, dan seterusnya). Formulir pesanan penjualan Divisi
Grosir menyertakan kode untuk negara bagian. Misalkan seorang eksekutif Fitter meminta laporan
yang merangkum dolar penjualan bulanan untuk semua negara bagian Atlantik Tengah (yaitu,
beberapa negara bagian dari wilayah penjualan Timur Laut Fitter dan beberapa negara bagian dari
wilayah Tenggara) untuk setiap bulan pada tahun sebelumnya. Tidak ada catatan divisi yang dibuat
untuk menjawab pertanyaan itu dengan mudah. Sebaliknya, seorang akuntan Fitter harus membuka
dokumen penjualan sumber untuk Divisi Penjualan Langsung dan, dengan melihat alamat
pengiriman, menentukan apakah penjualan tersebut ditujukan kepada perusahaan di negara bagian
Atlantik Tengah. Jika demikian, akuntan perlu secara manual menambahkan informasi yang relevan
untuk penjualan ini ke spreadsheet elektronik. Untuk Divisi Grosir, akuntan dapat menjalankan
laporan ringkasan penjualan untuk setiap negara bagian di wilayah Atlantik Tengah menurut bulan
dan menambahkan data ini secara manual ke laporan spreadsheet. Setelah semua data
dikumpulkan, itu dapat diformat untuk membuat laporan yang diinginkan. Sekarang, misalkan
manajemen Fitter ingin mengevaluasi efisiensi operasi Produksi. Produksi menggunakan catatan
kertas, jadi, sekali lagi, data harus diambil dari catatan kertas dan dimasukkan ke dalam spreadsheet.
Seperti yang sering terjadi, catatan kertas tersebut mungkin tidak akurat atau hilang, membuat
validitas laporan akhir dipertanyakan dan pembuatan laporan memakan waktu. Ada banyak variasi
pada tema ini. Dapat dibayangkan, divisi perusahaan dapat mempertahankan data yang sama
tentang suatu fungsi, tetapi jika setiap sistem divisi dibuat pada waktu yang berbeda, masing-masing
mungkin memiliki sistem file yang berbeda. Seringkali, untuk menjawab pertanyaan tentang kinerja
perusahaan secara keseluruhan, setidaknya satu set data harus dimasukkan kembali ke dalam
spreadsheet (atau beberapa program middleware lainnya) untuk analisis gabungan. Meskipun
mungkin untuk mendapatkan jawaban, melakukannya membutuhkan lebih banyak waktu dengan
sistem yang tidak terintegrasi. Dengan sistem ERP, upaya semacam ini diminimalkan atau
dihilangkan karena kedua divisi mencatat dan menyimpan datanya dengan cara yang sama, dalam
database yang sama. Idealnya, proses perusahaan akan diubah agar sesuai dengan praktik terbaik
perangkat lunak saat dipasang. Sebagai bagian dari proses konfigurasi sistem, manajer dari setiap
divisi akan melakukannya setuju tentang bagaimana data akan dikumpulkan dan disimpan.
Kemudian, pertanyaan tentang kinerja perusahaan dapat dijawab dalam beberapa menit oleh
akuntan mana pun (atau manajer atau tenaga penjualan, dalam hal ini) yang memahami cara
menjalankan kueri dalam bahasa database atau cara menggunakan alat pelaporan manajemen
bawaan.

Sistem Penetapan Biaya Persediaan yang Tidak Akurat

Menghitung biaya persediaan dengan benar adalah salah satu tugas akuntansi yang paling penting
dan menantang di perusahaan manufaktur mana pun. Manajer perlu mengetahui berapa biaya
untuk membuat produk individual, sehingga mereka dapat mengidentifikasi produk mana yang
menguntungkan dan mana yang tidak. Pada bagian selanjutnya, pertama-tama kita akan mengulas
dasar-dasar akuntansi biaya persediaan. Kemudian, kita akan membahas bagaimana sistem ERP
dapat meningkatkan keakuratan akuntansi biaya persediaan. Terakhir, kita akan membahas alasan
di balik penetapan biaya berbasis aktivitas sebagai metode untuk lebih meningkatkan keakuratan
akuntansi biaya persediaan.

Latar Belakang Akuntansi Biaya Persediaan

Biaya barang yang diproduksi memiliki tiga elemen: (1) biaya bahan baku, (2) biaya tenaga kerja
yang dipekerjakan secara langsung dalam produksi barang, dan (3) semua biaya lainnya, yang
biasanya disebut overhead . Biaya overhead manufaktur meliputi utilitas pabrik, tenaga kerja pabrik
umum (seperti penjaga atau penjaga keamanan), gaji manajer pabrik, penyimpanan, asuransi, dan
biaya terkait manufaktur lainnya. Bahan dan tenaga kerja sering disebut biaya langsung karena
jumlah konstituen masing-masing dalam produk jadi dapat diperkirakan dengan cukup akurat. Di sisi
lain, item overhead adalah biaya tidak langsung, yang sulit dikaitkan dengan produk tertentu atau
sekumpulan produk tertentu. Dengan kata lain, hubungan sebab-akibat langsung antara biaya
overhead (seperti biaya panas dan cahaya) dan pembuatan produk tertentu (batang NRG-A) sulit
ditetapkan. Namun demikian, biaya overhead merupakan bagian dari pembuatan produk, sehingga
perusahaan harus mempunyai beberapa cara untuk mengalokasikan biaya tidak langsung tersebut
ke produk yang mereka buat. Metode yang umum adalah menggunakan total jam mesin, dengan
asumsi bahwa overhead terjadi untuk menjalankan mesin yang membuat produk. Dengan
pendekatan ini, biaya overhead untuk jangka waktu tertentu ditambahkan dan kemudian dibagi
dengan total jam mesin yang diharapkan untuk jangka waktu tersebut untuk mendapatkan tarif
overhead per jam mesin. Nilai ini kemudian digunakan untuk mengalokasikan biaya overhead ke
produk. Misalkan Fitter menggunakan pendekatan ini dan menghitung tarif overhead pada $ 1.000
per jam mesin. Jika Fitter dapat membuat 10.000 batang dalam satu jam, maka setiap batang akan
dialokasikan biaya overhead $ 0,10 ($ 1.000 ÷ 10.000). Overhead juga dapat dialokasikan ke produk
menggunakan jam kerja langsung atau biaya material. Sebuah perusahaan membuat keputusan
tentang bagaimana mengalokasikan biaya overhead berdasarkan apa yang paling masuk akal dalam
lingkungan produksinya. Perusahaan seperti Fitter yang memproduksi barang untuk persediaan
biasanya mencatat biaya produksi selama suatu periode menggunakan biaya standar. Sebagaimana
dijelaskan dalam Bab 4, biaya standar untuk suatu produk ditetapkan dengan mempelajari pola
biaya langsung dan tidak langsung historis di perusahaan dan dengan mempertimbangkan pengaruh
perubahan manufaktur saat ini. Pada akhir periode akuntansi, jika biaya aktual berbeda dari biaya
standar, penyesuaian akun harus dilakukan untuk menunjukkan biaya aktual persediaan yang
dimiliki di neraca dan harga pokok persediaan yang dijual di laporan laba rugi. Misalnya, Fitter
mungkin menentukan bahwa setiap batang NRG-A harus dibuat seharga $ 0,75 — artinya, biaya
bahan mentah, tenaga kerja, dan biaya overhead harus sama dengan $ 0,75 per batang, mengingat
jumlah unit yang dianggarkan. Jumlah itu akan menjadi biaya standar Fitter untuk sebuah bar.
Asumsikan bahwa selama bulan tertentu, Fitter menghasilkan 1 juta batang NRG-A. Dengan
menggunakan biaya standar, ini akan meningkatkan akun persediaan di neracanya sebesar $
750.000. Juga, asumsikan bahwa perusahaan menjual 800.000 batang dalam sebulan. Dalam
laporan laba rugi, biaya penjualan akan ditampilkan sebagai $ 600.000 (800.000 × $ 0,75). Akun
persediaan akan dikurangi $ 600.000, karena perusahaan tidak lagi memiliki unit tersebut untuk
dijual. Jika biaya aktual dalam bulan tersebut sama dengan biaya standar, tidak diperlukan
penyesuaian neraca atau laporan laba rugi. Namun, biaya sebenarnya tidak pernah sama persis
dengan biaya yang diharapkan, jadi penyesuaian hampir selalu diperlukan. Perbedaan antara biaya
aktual dan biaya standar disebut varians biaya. Perhatikan bahwa varians biaya dapat timbul dengan
biaya langsung dan tidak langsung. Varians ini dihitung dengan membandingkan biaya aktual untuk
material, tenaga kerja, utilitas, sewa, dan sebagainya, dengan biaya standar yang diprediksi. Jika
perusahaan menyimpan catatan untuk berbagai elemen secara terpisah, menyusun penyesuaian
varians bisa jadi sulit. Jika produk dibuat dengan merakit bagian yang dibuat di lokasi produksi yang
berbeda, dan situs tersebut menggunakan sistem informasi yang berbeda, penyesuaian mungkin
sangat tidak tepat.

ERP dan Akuntansi Biaya Persediaan

Banyak perusahaan dengan sistem akuntansi yang tidak terintegrasi menganalisis varians biaya
mereka jarang karena kesulitan untuk melakukannya. Akibatnya, perusahaan-perusahaan ini
seringkali tidak mengetahui berapa biaya sebenarnya untuk menghasilkan satu unit produk. Seperti
yang diilustrasikan oleh contoh berikut, mengetahui dengan tepat berapa banyak biaya produksi bisa
menjadi sangat penting. Misalkan Fitter memiliki peluang untuk menjual 300.000 batang NRG-A ke
pelanggan baru. Ini adalah pesanan besar bagi Fitter. Pelanggan menginginkan harga $ 0,90 per
batang. Biaya standar per batang Fitter saat ini adalah $ 0,75 — berdasarkan informasi yang
berumur dua bulan. Fitter tahu bahwa biaya pembuatan snack bar telah meningkat secara signifikan
dalam beberapa bulan terakhir. Fitter tidak ingin menjual dengan harga rugi per unit, tetapi juga
tidak ingin kehilangan pesanan dalam jumlah besar atau pelanggan jangka panjang yang berpotensi
baik. Karena sulitnya mengumpulkan semua data untuk menghitung varians biaya, Fitter hanya
menganalisis varians biaya setiap tiga bulan, dan data baru tidak akan tersedia untuk bulan
berikutnya. Haruskah Fitter menerima pesanan dalam jumlah besar? Jika Fitter memiliki sistem ERP,
karyawan di seluruh perusahaan akan mencatat biaya dalam database seluruh perusahaan saat
terjadi. Metode untuk mengalokasikan biaya ke produk dan untuk menghitung varian akan
dibangun ke dalam sistem ketika dikonfigurasi. Dengan demikian, sistem dapat menghitung varians
secara otomatis saat diperlukan. Ini akan menyederhanakan proses penyesuaian akun, dan
manajemen Fitter akan selalu memiliki informasi yang akurat dan terkini tentang varians biaya.
Fitter dapat membuat keputusan berdasarkan informasi apakah ia dapat menjual snack bar secara
menguntungkan seharga $ 0,90. Selain itu, dengan penjualan yang beroperasi dengan benar dan
proses perencanaan operasi, Fitter juga dapat menentukan apakah ia memiliki kapasitas untuk
menyelesaikan pesanan tepat waktu. Jika waktu lembur diperlukan untuk menyelesaikan pesanan,
maka analis dapat menggunakan kemampuan perencanaan sistem ERP untuk mengevaluasi biaya
menggunakan produksi lembur. Konfigurasi sistem ERP memungkinkan analis untuk melacak biaya
menggunakan banyak basis — berdasarkan pekerjaan, area kerja, atau aktivitas produksi. Ini berarti
bahwa biaya unit dapat dihitung menggunakan basis alokasi overhead yang berbeda, memungkinkan
seorang analis untuk bermain "bagaimana jika" dengan keputusan profitabilitas produk. Dalam
sistem yang tidak terintegrasi, melakukan pelacakan multifaset seperti itu akan memakan waktu dan
sulit.

Contoh Biaya Produk

Misalkan Fitter ingin memperbarui biaya standar untuk batang NRG-A-nya. Dengan menganalisis
biaya tidak langsung perusahaan baru-baru ini terkait dengan produk yang diproduksi, akuntan biaya
Fitter telah menghitung tarif overhead baru. Karena biaya material jauh lebih besar daripada biaya
tenaga kerja langsung di Fitter, perusahaan memutuskan untuk menerapkan overhead produksi
sebagai persentase dari biaya material langsung. Tarif baru untuk overhead produksi adalah 100
persen dari biaya material langsung. Gambar 5-8 menunjukkan analisis biaya produk untuk batang
NRG-A. Analisis biaya didasarkan pada tujuh kotak batangan, yang merupakan jumlah batangan
yang dapat diproduksi oleh adonan sebanyak 500 pon. Resep batch batang NRG-A seberat 500 pon
ditunjukkan pada Gambar 4-16 di Bab 4. Informasi ini diulangi dalam analisis biaya pada Gambar 5-8,
bersama dengan biaya per unit dari masing-masing bahan ini. Misalnya, biaya per pon gandum
adalah $ 0,20. Mengalikan jumlah bahan dengan biaya satuan memberikan biaya bahan langsung
untuk bahan bahan tersebut; oleh karena itu, total biaya bahan langsung gandum adalah $ 60,00
(300 × $ 0,20). Menjumlahkan hasil untuk semua bahan memberikan total biaya bahan langsung
sebesar $ 537,65 untuk tumpukan 500 pon. Menerapkan tarif overhead produksi 100 persen ke
biaya bahan langsung ini memberikan biaya overhead produksi yang sama dengan biaya bahan
langsung, atau $ 537,65. Seperti yang ditunjukkan pada Gambar 5-8, biaya tenaga kerja langsung
untuk mencampur adonan dan memanggang snack bar adalah $ 54,50. Penting untuk dicatat bahwa
biaya tenaga kerja hanya sekitar 10 persen dari biaya material langsung, itulah sebabnya Fitter
memilih untuk menerapkan biaya overhead produksi berdasarkan material langsung saja. Jumlah
bahan langsung, overhead produksi, dan tenaga kerja langsung adalah harga pokok produksi
(COGM). Saat ini, Fitter menggunakan tarif 30 persen dari harga pokok produksi untuk
memperkirakan penjualan dan biaya administrasi. Menambahkan biaya penjualan dan administrasi
ke COGM memberikan harga pokok penjualan (COGS). Karena COGM dan HPP diperkirakan
berdasarkan BOM (resep) dari Bab 4 yang menghasilkan tujuh kasus snack bar, angka-angka tersebut
harus dibagi tujuh untuk memberikan COGM dan HPP per kasus. Gambar 5-8 menunjukkan bahwa
masing-masing adalah $ 161,40 dan $ 209,82. Analisis biaya produk memungkinkan Anda
menentukan apakah menjual 300.000 batang NRG-A kepada pelanggan baru dengan harga $ 0,90
per batang akan menghasilkan keuntungan bagi Fitter. Mengingat bahwa ada 24 batang dalam satu
kotak dan 12 kotak dalam satu kasus, biaya saat ini untuk batang NRG-A adalah: $ 209: 82 = kasus
ð24 batang = kotakÞð12 kotak = kasusÞ ¼ $ 0: 73 = batang Berdasarkan perhitungan ini, Anda dapat
melihat bahwa Fitter dapat menjual batangan dengan harga $ 0,90 dan memperoleh keuntungan
sebesar $ 0,17 per batang.

Analisis Biaya Produk di SAP ERP

Perusahaan besar dapat menghasilkan ribuan produk yang rumit, dan tugas mengumpulkan
informasi yang diperlukan untuk mengembangkan biaya produk dapat menjadi tantangan besar.
Keuntungan dari sistem informasi terintegrasi seperti SAP ERP adalah informasi yang tepat waktu
dan akurat tersedia dalam sistem informasi. Potongan informasi kunci untuk analisis biaya adalah
biaya bahan langsung dan biaya tenaga kerja langsung. Dalam SAP ERP, biaya material langsung
ditentukan dari bill of material (BOM), yang dikelola dalam modul Production Planning (PP). Biaya
tenaga kerja langsung ditentukan dari perutean produk, yang mendokumentasikan mesin dan pusat
kerja yang digunakan dalam produksi suatu produk — bersama dengan waktu penyiapan peralatan,
tingkat produksi, dan persyaratan tenaga kerja. BOM dan informasi perutean, dikombinasikan
dengan data lain yang dikelola dalam modul Perencanaan Produksi, memungkinkan SAP Sistem ERP
untuk menentukan jumlah bahan langsung dan tenaga kerja langsung yang digunakan dalam suatu
produk. Data produksi ini, digabungkan dengan informasi biaya material yang disimpan dalam
modul Akuntansi Keuangan, memberikan dasar untuk analisis biaya produk. 132 Dalam sistem SAP
ERP, biaya produk didasarkan pada varian biaya produk. Dalam SAP ERP, istilah varian digunakan
untuk mengartikan versi rencana atau analisis. Varian biaya produk pada dasarnya adalah prosedur
untuk mengembangkan analisis biaya produk; banyak varian dapat dibuat untuk kebutuhan
perencanaan yang berbeda. Setelah varian biaya produk dikembangkan, hanya perlu beberapa detik
bagi sistem SAP ERP untuk mengumpulkan informasi yang diperlukan untuk membuat perkiraan
biaya produk. Gambar 5-9 menunjukkan hasil analisis biaya produk dalam sistem SAP ERP. Layar ini
tidak hanya menyediakan analisis biaya, tetapi juga memungkinkan pengguna untuk menjelajahi
detail tentang bagaimana analisis biaya dihitung. Alat biaya produk SAP ERP sangat mengurangi
waktu yang diperlukan untuk mengembangkan perkiraan biaya, dan meningkatkan keakuratannya
karena mendapatkan datanya langsung dari modul sistem, di mana datanya dalam waktu nyata.

Penetapan Biaya Berbasis Aktivitas dan ERP

Tren dalam akuntansi biaya persediaan adalah menuju penetapan biaya berbasis aktivitas. Dalam
penetapan biaya berbasis aktivitas, biaya overhead diberikan ke produk berdasarkan aktivitas
manufaktur yang menimbulkan biaya. Akuntan mengidentifikasi aktivitas yang terkait dengan
pembangkitan biaya overhead, dan mereka menyimpan catatan tentang biaya dan aktivitas.
Kegiatan tersebut dipandang sebagai penyebab (driver) biaya overhead tersebut. Pandangan ini
memperlakukan biaya overhead sebagai lebih langsung daripada metode akuntansi biaya tradisional
memperlakukan mereka. Dalam upaya untuk menetapkan biaya lebih tepat untuk produk individu,
penetapan biaya berbasis aktivitas mencoba untuk menghindarinya prosedur alokasi kasar.
Meskipun tidak semua biaya overhead dapat dikaitkan dengan produk melalui aktivitas mereka,
banyak yang dapat dikaitkan dengan produk. Penetapan biaya berbasis aktivitas sering digunakan
saat persaingan ketat, biaya overhead tinggi, dan produk beragam. Perusahaan yang menggunakan
penetapan biaya berbasis aktivitas dapat menentukan produk mana yang memiliki margin
keuntungan tertinggi, informasi yang sangat penting untuk membuat keputusan strategis pada lini
produk. Pertimbangkan contoh ini dari operasi Fitter. Misalkan penyimpanan bahan baku dianggap
sebagai suatu kegiatan. Juga asumsikan bahwa aktivitas penyimpanan berbeda antara batang NRG-
A dan NRG-B karena bahan-bahannya berbeda, dan bahwa beberapa aktivitas penyimpanan ini lebih
padat karya daripada yang lain. Dalam sistem ERP, Fitter akan melacak berbagai aktivitas
penyimpanan (seberapa sering terjadi) dan biaya masing-masing. Saat menentukan profitabilitas
setiap jenis batang, akuntan biaya Fitter menghitung biaya penyimpanan berdasarkan jumlah
aktivitas penyimpanan yang diperlukan oleh setiap jenis batang. Penetapan biaya ini lebih tepat
daripada menghitung biaya penyimpanan rata-rata berdasarkan total biaya penyimpanan dan jam
mesin, dan kemudian mengalokasikan jumlah tersebut ke setiap jenis batang. Dapat dibayangkan,
jika aktivitas cukup berbeda dari satu batang ke batang berikutnya, yang satu bisa secara signifikan
lebih atau kurang menguntungkan daripada yang lain. Fakta ini akan diungkapkan oleh pendekatan
biaya berbasis aktivitas, tetapi tidak dengan pendekatan akuntansi biaya tradisional. Sistem
informasi yang mendukung penetapan biaya berbasis aktivitas memungkinkan manajer untuk
melihat perbedaan itu. Penetapan biaya berbasis aktivitas membutuhkan lebih banyak pembukuan
daripada metode penetapan biaya tradisional karena perusahaan harus melakukan penetapan biaya
berbasis aktivitas di samping penetapan biaya tradisional, dan karena penetapan biaya berbasis
aktivitas memerlukan perusahaan untuk melacak contoh aktivitas, bukan hanya biaya. Bagi banyak
perusahaan, biaya dan upaya yang diperlukan untuk mengimplementasikan penetapan biaya
berbasis aktivitas dibenarkan oleh nilai informasi yang dihasilkan. Perusahaan sering menggunakan
penetapan biaya berbasis aktivitas untuk tujuan strategis, sementara menggunakan biaya tradisional
untuk pembukuan dan pajak. Memiliki sistem informasi yang terintegrasi memungkinkan
perusahaan melakukan kedua jenis akuntansi dengan lebih mudah. Satu studi tentang perusahaan
dengan dan tanpa ERP mengungkapkan bahwa: (1) Perusahaan ERP memiliki hampir dua kali lebih
banyak basis alokasi biaya untuk digunakan dalam pengambilan keputusan manajemen, dan (2)
manajer perusahaan ERP menilai sistem akuntansi biaya mereka jauh lebih tinggi. Perusahaan ERP
juga lebih percaya pada angka-angka dari sistem akuntansi mereka. Sebuah survei terhadap akuntan
manajemen mengungkapkan beberapa temuan menarik sehubungan dengan bagaimana mereka
mempersepsikan sistem ERP mereka. Peneliti yang melakukan survei ini mengumpulkan tanggapan
dari sekitar 500 anggota IMA, asosiasi akuntan dan profesional keuangan dalam bisnis. Sistem ERP
dipandang oleh manajer akuntansi sebagai lebih baik daripada tidak memiliki sistem ERP di bidang
yang memiliki atribut "database tunggal yang komprehensif, menyediakan data secara real-time, dan
membuat informasi yang relevan tersedia untuk manajemen operasi." Selain itu, sistem ERP
ditemukan untuk membantu menyelesaikan konflik dalam tujuan, menstandarkan proses dasar, dan
mengendalikan biaya produk. Sistem ERP di bidang akuntansi juga membantu mempersingkat
waktu pengambilan keputusan dan meningkatkan pengambilan keputusan tersebut. Sisi negatifnya,
responden menganggap sistem ERP terlalu kompleks dan membutuhkan waktu terlalu lama untuk
diimplementasikan.

Masalah Konsolidasi Data dari Anak Perusahaan

Beberapa perusahaan memiliki operasi khusus yang membuat penutupan pembukuan mereka pada
akhir periode akuntansi menjadi suatu tantangan. Perusahaan yang memiliki anak perusahaan atau
cabang menghadapi tantangan seperti itu, dan sebagian besar perusahaan besar memiliki lebih dari
satu badan hukum. Karena tim eksekutif perusahaan harus memahami gambaran besar dalam hal
operasi secara keseluruhan dan profitabilitas, saldo akun untuk masing-masing entitas harus
dikompilasi dan diteruskan ke laporan keuangan konsolidasian rumah dan laporan untuk perusahaan
yang dan profitabilitas, saldo akun untuk setiap entitas harus dikompilasi dan diteruskan ke kantor
pusat sehingga laporan keuangan dan laporan konsolidasi untuk perusahaan secara keseluruhan
dapat dihasilkan.Anda mungkin berpikir ini hanya masalah aritmatika: tambahkan uang tunai untuk
semua entitas, piutang untuk semua entitas, dan seterusnya melalui akun. Namun, pekerjaannya
lebih sulit dari itu. Masalah dapat muncul karena berbagai masalah, termasuk berikut ini: Akun yang
dinyatakan di negara lain ' Mata uang s harus dikonversi ke dolar AS (dalam kasus perusahaan induk
AS), dan transaksi antara perusahaan dan anak perusahaannya harus dihilangkan dari akun.

Terjemahan Mata Uang

Skenario berikut menggambarkan masalah terjemahan mata uang, yaitu proses mengubah saldo
akun yang dinyatakan dalam satu mata uang menjadi saldo yang dinyatakan dalam mata uang lain.
Asumsikan satu euro bernilai $ 1,25 (AS), dan sebuah perusahaan ' Anak perusahaan Eropa
melaporkan uang tunai sebesar 1 juta euro pada akhir tahun. Ketika anak perusahaan Eropa ' Saldo
dikonsolidasikan dengan saldo induk perusahaan AS pada akhir tahun, $ 1.250.000 akan dicatat.
Terjemahan yang sama akan dilakukan untuk semua anak perusahaan Eropa ' s akun. Faktor yang
menyulitkan adalah nilai tukar berfluktuasi setiap hari; namun, sistem ERP dapat dikonfigurasi untuk
mengakses nilai tukar harian dan menerjemahkan transaksi harian secara otomatis.

Transaksi Antar PerusahaanTransaksi yang terjadi antara perusahaan induk dan salah satu anak
perusahaannya (atau antara anak perusahaan yang berbeda), yang dikenal sebagai transaksi antar
perusahaan, harus dihilangkan dari pembukuan perusahaan induk karena transaksi tersebut tidak
mewakili transfer dana masuk atau keluar perusahaan.Sebagai contoh, misalkan Acme Inc. memiliki
Bennett Manufacturing, dan Bennett menjual bahan mentah ke Acme seharga $ 1 juta. Acme
kemudian menggunakan material tersebut untuk membuat produknya. Bennett ' Penjualan ke Acme
adalah Acme ' biaya penjualan. Dari sudut pandang orang luar, uang hanya berpindah dari satu
bagian perusahaan yang terkonsolidasi ke bagian lain. Perusahaan tidak dapat memperoleh
keuntungan dengan menjual kepada dirinya sendiri.Perusahaan sering melakukan bisnis dengan
anak perusahaan mereka, dan untuk perusahaan semacam itu, transaksi antar perusahaan sering
terjadi. Melacak transaksi tersebut dan membuat penyesuaian dapat menjadi tantangan bagi
akuntan.

PELAPORAN MANAJEMEN DENGAN SISTEM ERP

Sifat terintegrasi dari sistem ERP dan penggunaan database umum dan pelaporan manajemen
bawaan memberikan banyak manfaat. Meskipun pelaporan informasi akuntansi adalah fungsi
Akuntansi yang umum, seringkali sangat menantang bagi perusahaan untuk menghasilkan laporan
yang tepat untuk situasi yang tepat. Tanpa sistem ERP, tugas melacak semua data yang diperlukan
untuk laporan keuangan adalah pekerjaan yang monumental. Dengan sistem ERP, sejumlah besar
informasi tersedia untuk tujuan pelaporan; Namun, seringkali itu bertahun-tahun setelah
implementasi ERP sebelum perusahaan mengetahui laporan mana yang paling penting untuk
pengambilan keputusan. Pada bagian ini, kita akan memeriksa beberapa alat pelaporan dan analisis
manajemen yang tersedia dengan sistem ERP.

Arus Data dalam Sistem ERPSeperti yang Anda lihat di bab-bab sebelumnya, dengan sistem ERP,
semua transaksi di semua area fungsional perusahaan diposting di database terpusat. Perlu
ditekankan kembali bahwa database aku s perusahaan ' s “ buku. ” Tidak ada kumpulan buku
terpisah untuk Pemasaran dan Penjualan atau Produksi atau Pembelian.Jadi, meskipun itu
penggunaan umum untuk merujuk “ aliran data ” dalam sistem ERP, ini sebenarnya adalah istilah
yang salah. Data tidak mengalir dari satu modul ERP ke modul lainnya karena semuanya ada di satu
tempat - data. Setiap area melihat rekaman yang sama. Mungkin lebih baik bicara tentang “ akses
data ” daripada “ aliran data ” ketika berbicara tentang bagaimana area ini menggunakan
database umum.

Alur Dokumen untuk Layanan Pelanggan

Seperti yang Anda pelajari di Bab 3, setiap transaksi yang diposting di SAP ERP mendapatkan nomor
dokumen uniknya sendiri yang memungkinkan akses cepat ke data. Jika Anda perlu mencari
transaksi di SAP ERP, Anda melakukannya dengan merujuk nomor dokumen, yang bertindak sebagai
indeks ke entri tabel database yang sesuai. Di SAP ERP, nomor dokumen untuk transaksi terkait
dikaitkan dalam database. Layar Alur Dokumen dapat digunakan untuk menelusuri untuk melihat
detail dari salah satu peristiwa ini. Syarat menelusuri mengacu pada kemampuan untuk melihat
detail di balik ringkasan informasi. Misalnya, pengguna dapat mengklik dua kali nomor pesanan (120)
dan melihat detail pesanan - produk yang dipesan, jumlah, nama pelanggan, dan sebagainya. Dari
tampilan tersebut, pengguna dapat mengklik dua kali nomor produk atau nomor pelanggan untuk
detail lebih lanjut tentang produk atau pelanggan. Untuk melihat debit dan kredit dalam entri
akuntansi, pengguna dapat mengklik dua kali dokumen akuntansi untuk melihat entri yang
dijadwalkan. Pengguna dapat mengakses aliran dokumen dari layar SAP mana pun yang digunakan
dalam proses pesanan penjualan. Jika pelanggan menelepon dan menanyakan tentang status
pesanan, perwakilan penjualan dapat mengakses alur dokumen dan melihat apakah barang telah
dikirim. Jika pelanggan menelepon dengan pertanyaan tentang faktur, perwakilan dapat
menggunakan alur dokumen untuk mengakses dokumen yang terkait dengan faktur itu, seperti
pesanan penjualan asli atau permintaan pengambilan. Riset semacam ini bisa dilakukan dengan
cepat dengan SAP ERP. Dengan sistem yang tidak terintegrasi, menetapkan jejak audit dan meneliti
dokumen sumber bisa jadi sangat sulit dan memakan waktu.

Alat Analisis dan Pelaporan Manajemen Bawaan

Catatan akuntansi disimpan dalam database umum sistem ERP. Keuntungan menggunakan database
adalah karyawan bagian akuntansi dapat menanyakan catatan untuk menghasilkan laporan standar
serta menjawab pertanyaan ad hoc. Pertanyaan ad hoc adalah pertanyaan yang spontan. Misalnya,
manajer Fitter mungkin menemui seorang analis ' kantor dan meminta laporan penjualan untuk
kuartal ketiga - menurut divisi dan produk. Paket akuntansi tradisional tidak dioptimalkan untuk
menyiapkan dan mengeksekusi kueri terhadap catatan akuntansi, tetapi paket database
dioptimalkan. Ketika rekaman disimpan dalam database, mereka bisa ditanyai karena bahasa
database bawaan. Dengan demikian, seorang analis di Fitter yang ingin mengidentifikasi 10 pesanan
terbesar yang dilakukan oleh Health Express dalam satu tahun terakhir dapat mengeksekusi kueri di
SAP ERP untuk menunjukkan jawabannya. Pada prinsipnya, kueri ini dapat langsung mengakses
catatan transaksi untuk mendapatkan jawabannya, yang berarti bahwa analis yang menjalankan
kueri akan mengakses catatan tersebut pada saat yang sama saat transaksi saat ini sedang dicatat.
Persaingan untuk mendapatkan sumber daya ini dapat memperlambat pemrosesan bahkan dalam
sistem database yang besar, seperti yang digunakan oleh paket ERP. Sejak awal, SAP menjawab
kebutuhan untuk meminimalkan permintaan pada sistem database dari query pada catatan transaksi
dengan menyediakan kemampuan pelaporan khusus dalam sistem ERP dalam bentuk tabel database
yang menyimpan data agregat. Misalnya, tabel dapat menyimpan data penjualan yang diringkas oleh
pelanggan secara mingguan atau bulanan. Menggunakan data dari tabel khusus ini mengurangi
permintaan pada database karena lebih sedikit data yang perlu ditarik dari database; data berasal
dari tabel database khusus yang dibuat untuk pelaporan, bukan dari tabel yang digunakan untuk
memproses transaksi penjualan. Misalnya, SAP ERP menyediakan alat Sistem Informasi Penjualan
(SIS) untuk menganalisis data penjualan dan alat Sistem Informasi Logistik (LIS) untuk menganalisis
pertanyaan produksi dan logistik (pengiriman). Seperti disebutkan di Bab 2, SAP dan produsen lain
meningkatkan kemampuan untuk menganalisis data tanpa mengurangi kinerja sistem dengan
membuat produk Business Warehouse (BW). Sistem BW adalah sistem informasi yang sepenuhnya
terpisah yang mengekstrak data dari sistem ERP. Dengan BW, pengguna memiliki kemampuan untuk
membuat laporan dan melakukan analisis dalam sistem yang tidak bersaing untuk sumber daya
sistem dengan proses transaksi. Namun, sistem BW saat ini memang membutuhkan agregasi data,
sebuah proses yang rumit dan memakan waktu. Selain itu, agregasi data menciptakan batasan
tentang data apa yang dapat dianalisis. Era baru analisis data dimulai dengan diperkenalkannya
komputasi dalam memori. Dengan komputasi dalam memori, agregasi data tidak diperlukan,
menghilangkan proses memakan waktu yang membatasi analisis. Dengan komputasi dalam memori,
catatan rinci (bukan data agregat) disimpan dalam sistem terpisah sehingga kinerja sistem ERP tidak
terpengaruh, dan karena sistem bekerja pada catatan data rinci, tidak ada batasan pada jenis analisis
yang dapat dilakukan. Bab 8 memberikan detail lebih lanjut tentang komputasi dalam memori.
Seperti yang diilustrasikan pada bagian sebelumnya, sistem ERP merupakan komponen kunci dalam
membuat laporan manajemen. Laporan akuntansi manajerial membantu perusahaan ' Para
manajer memahami bagaimana perusahaan menghasilkan uang - produk apa yang menguntungkan,
di mana biaya mungkin perlu dikurangi, dan seterusnya. Laporan akuntansi keuangan digunakan
untuk menginformasikan pihak eksternal - pemegang saham dan lembaga pemerintah - seberapa
baik perusahaan itu secara finansial. Pentingnya laporan akuntansi yang akurat tidak dapat dilebih-
lebihkan, seperti yang akan Anda lihat di bagian selanjutnya.

THE ENRON COLLAPSE

Pada 16 Oktober 2001, Enron Corporation, yang saat itu menjadi salah satu dunia ' Pedagang listrik
dan gas alam terbesar, melaporkan kerugian kuartal ketiga $ 618 juta dan mengungkapkan
penurunan ekuitas pemegang saham sebesar $ 1,2 miliar, sebagian terkait dengan transaksi antara
perusahaan dan beberapa kemitraan yang dijalankan oleh chief financial officer (CFO), Andrew
Fastow. Sampai saat itu, Enron adalah perusahaan yang berkembang pesat yang merevolusi bisnis
perdagangan energi dan menghasilkan jutawan dari investornya. CEO Jeffrey Skilling, yang
mengundurkan diri pada 14 Agustus 2001, karena alasan pribadi, telah membantu mengubah
perusahaan dari perusahaan pipa gas alam menjadi pemasar dan pedagang energi global. Sepanjang
jalan, perusahaan telah mendorong karyawannya untuk menginvestasikan sebagian besar dari
rekening tabungan pensiun 401K mereka di saham Enron dengan mencocokkan kontribusi karyawan.
Pada 17 Oktober, sehari setelah Enron melaporkan kerugian kuartal ketiga yang luar biasa, SEC -
yang didedikasikan untuk melindungi investor dan menjaga integritas pasar sekuritas - mengirim
surat ke Enron meminta informasi tentang kerugian tersebut. Enron ' Praktik bisnis yang terbang
tinggi segera mulai terurai. Pada 22 Oktober 2001, Enron mengumumkan bahwa SEC sedang
melakukan penyelidikan atas kemungkinan konflik kepentingan yang terkait dengan perusahaan '
berurusan dengan kemitraan yang dijalankan oleh CFO Fastow. Saham Enron merosot lebih dari 20
persen karena berita tersebut. Dua hari kemudian, Enron menggulingkan CFO Fastow dalam upaya
memulihkan kepercayaan investor. Pada 8 November, Arthur Andersen, Enron ' Perusahaan audit
keuangan, menerima panggilan pengadilan federal untuk dokumen yang terkait dengan Enron, dan
pada tanggal 2 Desember, Enron membuat pengajuan perlindungan kebangkrutan Bab 11 terbesar
dalam sejarah AS. Jelas, catatan akuntansi yang dipublikasikan oleh Enron, yang dirilis setiap triwulan
dan tidak diaudit, tidak mencerminkan kesehatan keuangan perusahaan. 139 Enron dimulai sebagai
perusahaan pipa minyak di Houston pada tahun 1985. Dengan deregulasi makelar - perdagangan
listrik dan komoditas lainnya. Sebagai pialang, Enron menandatangani kontrak terpisah dengan
penjual dan pembeli energi, menghasilkan uang dari selisih antara harga jual dan harga beli. Karena
Enron merahasiakan pembukuannya, itu adalah satu-satunya pihak yang mengetahui kedua harga
tersebut. Enron ' Bisnis berkembang dari waktu ke waktu, meluas ke praktik yang memungkinkan
pelanggan mengasuransikan diri mereka sendiri terhadap berbagai faktor risiko, termasuk
perubahan suku bunga, cuaca, dan pelanggan ' ketidakmampuan untuk membayar. Volume kontrak
keuangan ini akhirnya menjadi jauh lebih besar daripada volume kontrak untuk benar-benar
mengirimkan komoditas. Untuk mengelola risiko dalam kontrak ini, Enron mempekerjakan tim yang
terdiri dari orang-orang dengan gelar Ph.D di bidang matematika, fisika, dan ekonomi. Manajemen
risiko menyeimbangkan peluang yang ditawarkan oleh bisnis dengan risiko yang melekat dalam
mengambil bisnis itu. Sebagai Enron ' Bisnis menjadi lebih kompleks dan sahamnya melonjak,
perusahaan menciptakan kemitraan antara Enron dan perusahaan yang terlibat dalam teknologi
broadband Internet, teknologi komputer, dan energi, untuk beberapa nama. Sementara beberapa
kemitraan didirikan secara sah, yang lain diciptakan dengan tujuan semata-mata untuk menutupi
utang miliaran dolar, memungkinkan manajer Enron untuk mengalihkan utang dari pembukuan.
Kemitraan yang direkayasa Fastow menjadi subjek diskusi jauh sebelum Enron ' kebangkrutan.
Dalam 1 Juni 1999, artikel di CFO Majalah, Ronald Fink mencatat bahwa Dewan Standar Akuntansi
Keuangan sedang melihat perubahan aturan yang akan mempengaruhi perusahaan yang
menggunakan teknik pembiayaan kreatif, seperti yang digunakan oleh Enron. Enron memiliki
sejumlah anak perusahaan, tetapi ia memastikan bahwa ia memiliki tidak lebih dari 50 persen saham
pemungutan suara, yang memungkinkannya untuk menjaga hutang dan aset anak perusahaan
tersebut dari Enron. ' s buku sendiri. Jika Enron tidak menggunakan praktik akuntansi kreatif ini,
perusahaan harus melaporkan persentase hutang yang jauh lebih tinggi, yang akan meningkatkan
biaya yang dibayar Enron untuk meminjam uang. Selama bertahun-tahun, Enron ' Laporan
keuangan telah diaudit oleh Arthur Andersen, sebuah kantor akuntan ternama. Sebagai Enron '
Auditor, Andersen mengeluarkan laporan tahunan yang membuktikan keabsahan Enron ' laporan
keuangan; ia seharusnya berfungsi sebagai pengamat dan reporter yang tidak bias dan tidak dapat
rusak. Enron ' 16 Oktober 2001, siaran pers menandai banyak tuduhan terhadap pendapatan untuk
kuartal ketiga sebagai “ tidak berulang, ” meskipun Andersen telah memutuskan bahwa Enron
tidak memiliki dasar untuk menyimpulkan bahwa tuduhan itu sebenarnya tidak akan berulang.
Andersen menyarankan Enron agar tidak menggunakan istilah itu dan mendokumentasikan
keberatannya secara internal jika terjadi litigasi, tetapi firma tersebut tidak melaporkan
keberatannya atau mengambil langkah lain untuk memperbaiki pernyataan publik tersebut. Pada 7
Maret 2002, Arthur Andersen didakwa dengan tuduhan menghalangi keadilan. Mungkin bagian
Andersen yang paling memberatkan ' terhalangnya dakwaan peradilan terkait pemusnahan
dokumen. Pada tanggal 23 Oktober 2001, sehari setelah Enron secara terbuka mengakui
penyelidikan SEC, personel Andersen di Houston dipanggil ke pertemuan wajib di mana mereka
diperintahkan oleh mitra Andersen dan lainnya untuk segera menghancurkan dokumentasi yang
berkaitan dengan Enron; Karyawan Andersen diberitahu bahwa mereka harus bekerja lembur jika
perlu untuk menyelesaikan penghancuran. Selama beberapa minggu berikutnya, karyawan di
beberapa kantor Andersen di seluruh dunia melakukan inisiatif bersama untuk menghancurkan
banyak sekali dokumentasi kertas dan menghapus ratusan file komputer yang berkaitan dengan
Enron.

Hasil Skandal Enron

Efek dari skandal Enron dirasakan baik di dalam maupun di luar perusahaan. Banyak dari Enron '
Pemegang saham adalah karyawan Enron yang menginvestasikan 401K akun mereka Stok Enron.
Pemegang saham kehilangan sekitar $ 40 miliar dolar - dalam banyak kasus, individu kehilangan
seluruh tabungan hidup mereka. Gugatan class action terhadap lembaga keuangan yang berurusan
dengan Enron (termasuk Canadian Imperial Bank of Commerce, JPMorgan, dan Citigroup)
menghasilkan lebih dari $ 7 miliar dalam penyelesaian, meskipun biaya hukum menghabiskan
sebagian besar dari ini. Ribuan pekerja Enron kehilangan pekerjaan mereka, dan 31 orang didakwa
atau mengaku bersalah atas tuduhan pidana. J. Clifford Baxter mengundurkan diri sebagai Enron ' s
wakil ketua pada tanggal 2 Mei 2001. Ia ditemukan tewas tertembak di mobilnya pada tanggal 15
Januari 2002, dalam sebuah bunuh diri. Pada tahun 2006, Andrew Fastow, Enron ' Mantan kepala
keuangan, dijatuhi hukuman enam tahun penjara. Hukumannya telah dibatasi maksimal 10 tahun
sebagai bagian dari perjanjian pembelaan di mana dia setuju untuk bersaksi melawan mantan CEO
Jeffrey Skilling dan CEO Ken Lay. Fastow ' Istri, Lea, juga menerima hukuman penjara satu tahun
karena mengajukan pengembalian pajak penghasilan palsu. Pada bulan Oktober 2006, Jeffrey Skilling
dihukum atas 19 dakwaan konspirasi, penipuan, perdagangan orang dalam, dan membuat
pernyataan palsu kepada auditor. Dia diperintahkan untuk membayar hampir $ 45 juta ke dalam
dana restitusi untuk Enron ' s korban, dan dijatuhi hukuman 24 tahun penjara. Meskipun dia
mengajukan banding atas hukumannya, dia mulai menjalani hukumannya pada akhir 2006. Ken Lay
didakwa atas tuduhan penipuan dan konspirasi pada Mei 2006, tetapi dua bulan kemudian, sebelum
dijatuhi hukuman, dia meninggal karena serangan jantung. Pada tanggal 15 Juni 2002, juri
menghukum firma akuntan Arthur Andersen karena menghalangi keadilan dengan menghancurkan
dokumen Enron saat ada pemberitahuan dari penyelidikan federal. Eksekutif Andersen telah
mengklaim bahwa dokumen tersebut dihancurkan sebagai bagian dari tugas rumah tangga umum,
dan bukan sebagai tipu muslihat untuk menjauhkan dokumen Enron dari regulator. Oktober itu,
Hakim Distrik AS Melinda Harmon menghukum Andersen dengan hukuman maksimum: denda $
500.000 dan lima tahun ' masa percobaan. Peristiwa itu antiklimaks, bagaimanapun, karena mantan
raksasa audit itu telah dibongkar pada saat itu. Dulunya merupakan perusahaan kelas dunia dengan
lebih dari 85.000 karyawan secara global, Andersen sejak itu telah dipangkas menjadi hampir tidak
ada. Pada awal tahun 2012, Andersen belum dinyatakan pailit atau dibubarkan, tetapi tidak lagi
menjadi perusahaan yang aktif. Sebagai akibat dari kegagalan Enron, serta kebangkrutan profil tinggi
WorldCom dan Global Crossing, Kongres Amerika Serikat mengesahkan Sarbanes-Oxley Act of 2002.
Tindakan ini dimaksudkan untuk mencegah jenis penipuan dan penyalahgunaan yang menyebabkan
ke kejatuhan Enron.

Fitur Utama dari Sarbanes-Oxley Act of 2002

Sarbanes-Oxley Act dirancang untuk mendorong akuntabilitas manajemen puncak di perusahaan

yang diperdagangkan secara publik di Amerika Serikat. Seringkali, para eksekutif puncak yang terlibat
dalam skandal perusahaan menyatakan bahwa mereka tidak mengetahui adanya pelanggaran yang
terjadi di perusahaan mereka. Judul IX dari Sarbanes-Oxley Act mensyaratkan bahwa laporan
keuangan yang diajukan ke SEC mencakup pernyataan yang ditandatangani oleh chief executive
officer dan chief financial officer, yang menyatakan bahwa laporan keuangan tersebut sesuai dengan
aturan SEC. Secara khusus, pernyataan harus menyatakan itu “ informasi yang terkandung dalam
laporan berkala menyajikan secara wajar, dalam semua hal yang material, kondisi keuangan dan
hasil operasi emiten. ” Siapapun yang dengan sengaja mengesahkan pernyataan “ mengetahui
bahwa laporan berkala yang menyertai pernyataan tersebut tidak sesuai dengan semua persyaratan
yang ditetapkan dalam bagian ini akan didenda tidak lebih dari $ 5.000.000, atau penjara tidak lebih
dari 20 tahun, atau keduanya. ” Judul II dari tindakan tersebut membahas independensi auditor.
Antara lain, bagian dari tindakan ini membatasi layanan nonaudit yang dapat diberikan auditor
kepada klien audit; layanan nonaudit yang dilarang meliputi: • • • • • • • Pembukuan atau layanan
lain yang terkait dengan pencatatan akuntansi atau laporan keuangan Desain sistem informasi
keuangan dan layanan implementasi Layanan hukum Layanan ahli yang tidak terkait dengan fungsi
Manajemen audit Fungsi sumber daya manusia Layanan lain yang dianggap tidak diizinkan oleh
Dewan Pengawas Akuntansi Perusahaan Publik (PCAOB). (PCAOB dibuat dalam Judul I undang-
undang dengan kewenangan luas untuk mengatur audit dan auditor perusahaan publik.) Judul IV
dari undang-undang tersebut mencakup pengungkapan keuangan yang ditingkatkan, dan itu
menentukan persyaratan yang lebih ketat untuk pelaporan keuangan. Bagian 404 dari Judul IV
mengharuskan perusahaan publik ' Laporan tahunan berisi manajemen ' laporan pengendalian
internal. Laporan pengendalian harus menguraikan manajemen ' Tanggung jawab untuk
membangun dan memelihara pengendalian internal yang memadai atas pelaporan keuangan, dan
juga harus menilai efektivitas perusahaan ' Struktur dan prosedur pengendalian internal. Bagian
409 dari Judul IV membahas ketepatan waktu laporan, dan mungkin mengharuskan perusahaan
untuk mengajukan laporan SEC dalam dua hari dari peristiwa pemicu yang signifikan - misalnya,
penyelesaian akuisisi atau gagal bayar oleh pelanggan utama.

IMPLIKASI TINDAKAN SARBANES-OXLEY UNTUK SISTEM ERP

Undang-undang Sarbanes-Oxley memiliki konsekuensi yang signifikan untuk desain sistem informasi
perusahaan publik. Untuk memenuhi persyaratan laporan pengendalian internal, perusahaan harus
terlebih dahulu mendokumentasikan pengendalian yang ada dan kemudian memverifikasi bahwa
mereka tidak mengalami kesalahan atau manipulasi. Sistem informasi terintegrasi menyediakan alat
untuk mengimplementasikan pengendalian internal, selama sistem dikonfigurasi dan dikelola
dengan benar. Namun, bahkan berlakunya Sarbanes-Oxley Act dan ketersediaan teknologi ERP yang
canggih tidak dapat mencegah jenis penipuan yang berbahaya dan sistematis yang terlibat dalam
skandal Enron. Sistem ERP mengandalkan database pusat dengan informasi yang akurat. Sistem ERP
mempersulit penyembunyian transaksi curang, dan mungkin Enron ' Masalah akan lebih jelas bagi
para pemangku kepentingan perusahaan seandainya perusahaan menerapkan sistem ERP. Tetapi
tidak mungkin bahwa sistem ERP atau Sarbanes-Oxley Act dapat mencegah semua penipuan.

Pengarsipan

Salah satu hal pertama yang biasanya diperhatikan oleh pengguna SAP ERP baru adalah bahwa
perangkat lunak menawarkan sangat sedikit cara untuk menghapus item. Misalnya, menu-menu
dalam sistem SAP ERP yang terkait dengan data master material (catatan master yang
mendeskripsikan karakteristik material) ditunjukkan pada Gambar 5-11.

Layar ini menawarkan opsi untuk membuat, mengubah, dan menampilkan, tetapi tidak hanya
menghapus - alternatif terdekat adalah opsi untuk menandai data untuk dihapus. Sebelum data
material dapat dihapus dari sistem SAP ERP, pengguna harus membuat catatan keberadaannya yang
dapat diaudit. Data dihapus dari sistem SAP ERP hanya setelah mereka direkam ke media (backup
tape, DVD-R) untuk penyimpanan permanen. Data yang disimpan secara permanen ini, atau arsip,
memungkinkan auditor untuk merekonstruksi perusahaan ' posisi keuangan kapan saja di masa lalu.
Misalkan data dapat dengan bebas dihapus dari sistem ERP. Karyawan yang tidak bermoral dapat
membuat vendor fiktif, memposting faktur dari vendor, melakukan pembayaran untuk faktur palsu
ke rekening bank Swiss, dan kemudian menghapus semua catatan transaksi ini. Akan sangat sulit
untuk mendeteksi penipuan dan mungkin tidak mungkin untuk mengetahui siapa yang
melakukannya, karena catatannya tidak akan ada lagi. Sistem SAP ERP tidak hanya memerlukan
pengarsipan sebelum data dapat dihapus, tetapi juga melacak kapan data dibuat atau diubah.
Gambar 5-12 menunjukkan catatan perubahan untuk master material. Setiap kali pengguna
mengubah master materi, catatan perubahan melacak perubahan dalam data, siapa yang
mengubahnya, dan kapan perubahan itu terjadi. Misalnya, pada Peraga 5-12, Anda dapat melihat
bahwa Cindy melakukan perubahan pada materi ' Data dasar (seperti deskripsi, unit pengukuran,
atau berat) pada 28 April 2010.
Otorisasi Pengguna

Cara lain sistem ERP dapat mencegah pencurian karyawan adalah melalui otorisasi pengguna dan
pemisahan tugas. SAP ERP memiliki alat administrasi pengguna yang canggih yang memungkinkan
berbagai tingkat manajemen otorisasi, untuk memastikan bahwa karyawan hanya dapat melakukan
transaksi yang diperlukan untuk pekerjaan mereka. Sistem mengontrol otorisasi pengguna melalui
Generator Profilnya, yang menyediakan metode sederhana untuk memilih fungsi yang boleh
dilakukan pengguna. Gambar 5-13 menunjukkan peran yang telah ditentukan dalam sistem SAP ERP
untuk pengguna yang tugasnya melibatkan pengelolaan data master material dan tagihan material.
Karyawan ini dapat melakukan transaksi apa pun yang ditunjukkan pada menu peran pada Peraga 5-
13. Mengelola penggunaan resmi dapat menjadi salah satu tugas paling kompleks dalam sistem ERP.
Lelucon di dunia otorisasi adalah “ Jika kamu ' kembali melakukan pekerjaan Anda, kami ' kembali
tidak melakukan milik kita. ” Mungkin merupakan tantangan untuk memberikan otorisasi yang tepat
kepada pengguna pada waktu yang tepat, tetapi sebagian besar perusahaan mengambil posisi
bahwa lebih baik melakukan kesalahan di sisi hati-hati, dengan mengambil sedikit lebih lama untuk
memberikan tingkat otorisasi yang tepat, daripada memberi pengguna terlalu banyak otoritas
dengan cepat.

Grup Toleransi

Sebagai cara lain untuk memastikan karyawan tidak melebihi otoritas mereka dalam transaksi
keuangan, perusahaan yang menggunakan sistem ERP dapat menetapkan batasan ukuran transaksi
yang dapat diproses oleh karyawan. Dalam sistem SAP ERP, ini dilakukan dengan menggunakan
kelompok toleransi. Seperti yang Anda pelajari di Bab 2, kelompok toleransi adalah batas yang telah
ditetapkan sebelumnya yang menentukan batas transaksi. Grup toleransi digunakan untuk
menetapkan batasan nilai dolar untuk satu item dalam dokumen serta nilai total dokumen. Sama
pentingnya, mereka digunakan untuk menetapkan batas perbedaan pembayaran. Misalnya, seorang
pelanggan telah ditagih sebesar $ 1.005 tetapi secara tidak sengaja mengirimkan cek sebesar $ 1.000
untuk membayar faktur tersebut. Biaya dari meminta dan memproses pembayaran kedua sebesar $
5,00 akan menelan biaya lebih dari $ 5,00 bagi kedua belah pihak. Dalam hal ini, lebih baik menerima
cek $ 1.000 sebagai pembayaran penuh dan memperhitungkan selisihnya sebagai varians. Gambar 5-
14 menunjukkan layar SAP ERP Change View untuk kelompok toleransi. Bagian Perbedaan
pembayaran yang diizinkan dalam gambar ini menunjukkan bahwa sistem akan memungkinkan
pengguna untuk memproses pembayaran yang salah tidak lebih dari 1 persen atau $ 10,00. Pada
Gambar 5-14, bidang grup kosong, yang menunjukkan bahwa grup ini adalah grup toleransi default.
Jika seorang karyawan tidak ditugaskan untuk toleransi lainnya.

Transparansi Keuangan

Fitur utama dari setiap sistem ERP adalah kemampuan untuk menelusuri dalam laporan untuk
mendapatkan dokumen sumber (transaksi) yang digunakan untuk membuat laporan. Misalnya, jika
angka penjualan untuk suatu wilayah terlihat sangat tinggi, pengguna dapat memverifikasi hasil
dengan mengklik dua kali angka di laporan untuk menelusuri guna meninjau pesanan penjualan
tertentu yang merupakan angka penjualan keseluruhan. Kemampuan untuk menelusuri dari dalam
laporan untuk mendapatkan informasi transaksi memudahkan auditor untuk mengkonfirmasi
integritas laporan. Gambar 5-15 menunjukkan saldo akun buku besar untuk konsumsi bahan baku.
Buku besar ini menjelaskan semua penggunaan bahan mentah di perusahaan.