CHAPTER 5

ACCOUNTING IN ERP SYSTEM

INTRODUCTION
Dalam bab-bab sebelumnya, Anda belajar tentang aktivitas area fungsional, baik secara
umum dan khusus: In Bab 1, Anda membaca ikhtisar kegiatan area fungsional; di Bab 3, Anda
pelajari Kegiatan Pemasaran dan Penjualan; dan di Bab 4, Anda belajar tentang Manajemen
Rantai Pasok. Di bab ini, Anda akan belajar tentang kegiatan di bidang fungsional lainnya,
Akuntansi dan Keuangan. Anda akan melihat bagaimana Akuntansi dan Keuangan
terintegrasi erat dengan semua bidang fungsional lainnya dan bagaimana kegiatan Akuntansi
membantu dalam pengambilan keputusan

ACCOUNTING ACTIVITIES
Kegiatan akuntansi umumnya dapat diklasifikasikan sebagai akuntansi keuangan atau
akuntansi manajemen. Bidang tambahan akuntansi, akuntansi pajak, berada di luar ruang
lingkup teks ini. Karena akuntansi pajak terutama merupakan pelaporan eksternal dari suatu
bisnis kegiatan ke Internal Revenue Service, data yang dikumpulkan untuk akuntansi
keuangan berfungsi sebagai dasar akuntansi pajak.
Akuntansi keuangan terdiri dari mendokumentasikan semua transaksi dari
perusahaan itu berdampak pada keadaan keuangan organisasi dan kemudian menggunakan
yang didokumentasikan transaksi untuk membuat laporan bagi investor dan pihak dan
lembaga eksternal. Laporan-laporan ini, biasanya disebut laporan keuangan, harus mengikuti
aturan dan pedoman yang ditentukan berbagai lembaga, seperti Dewan Standar Akuntansi
Keuangan (FASB), AS. Securities and Exchange Commission (SEC), dan Internal Revenue
Service (IRS).
Laporan keuangan umum termasuk neraca dan laporan laba rugi. Itu neraca adalah
ringkasan saldo akun seperti uang tunai yang dimiliki; jumlah yang terhutang kepada
perusahaan oleh pelanggan; biaya persediaan bahan baku dan barang jadi; nilai dari aset
tetap seperti bangunan; jumlah yang terhutang kepada vendor, bank, dan kreditor lainnya;
dan jumlah yang diinvestasikan investor di perusahaan. Neraca menyediakan sebuah ikhtisar
kesehatan keuangan perusahaan pada suatu titik waktu, pertimbangan utama untuk kreditor
dan investor perusahaan. Gambar 5-1 menunjukkan neraca sampel untuk Fitter Snacker.
Pernyataan laba rugi, atau laporan laba rugi (P & L), menunjukkan perusahaan pendapatan
dan pengeluaran dan laba atau rugi untuk jangka waktu tertentu (biasanya seperempat atau
( tahun). Profitabilitas penting bagi kreditur dan investor. Itu juga informasi penting untuk
manajer yang bertanggung jawab atas operasi sehari-hari. Secara umum, seorang manajer
memandang laba sebagai indikator keberhasilan dan kerugian sebagai indikator masalah
yang harus dipecahkan. Gambar 5-2 menunjukkan a contoh laporan pendapatan untuk Fitter.
Biasanya, perusahaan menyiapkan laporan keuangan setiap tiga bulan, kadang-kadang lebih
sering. Untuk menyiapkan pernyataan ini, perusahaan harus "menutup pembukuannya", yang
berarti bahwa saldo untuk akun sementara atau nominal (seperti pendapatan, biaya,
keuntungan, dan loss) ditransfer ke akun laba ditahan. Akun nominal tertutup akan memiliki
saldo nol untuk mulai mengumpulkan pendapatan dan pengeluaran di akhirat periode
pelaporan. Entri penutupan dibuat untuk mentransfer saldo dan menetapkan nol saldo untuk
akun nominal. Untuk melakukan ini, karyawan harus memeriksa akunnya memastikan mereka
akurat dan up to date. Jika sistem informasi perusahaan secara rutin menghasilkan data yang
akurat dan tepat waktu, menutup buku bisa berjalan lancar. Jika tidak, "menyesuaikan" entri
harus dibuat, dalam hal ini, menutup buku bisa sangat memakan waktu tugas dengan hasil
yang tidak akurat.
Satu keuntungan dari sistem informasi terintegrasi adalah menyederhanakan proses
menutup buku dan menyiapkan laporan keuangan. Staf akuntansi tidak perlu merakit data
dari sistem yang berbeda karena semua data yang diperlukan terdapat dalam sistem terpusat.
Gambar 5-3 menunjukkan bagaimana neraca dan pernyataan P & L akan lihat di sistem SAP
ERP.
Dalam sistem ERP, neraca dan pernyataan P & L adalah laporan basis data yang dapat cepat
dihasilkan kapan saja, dan karena data untuk menyiapkan laporan dibaca dari tabel basis
data, laporan ini selalu terbaru. Fitur lain dari ERP neraca dan pernyataan P & L adalah
kemampuan untuk menampilkan data dengan cepat pada tingkat yang berbeda detail, seperti
yang ditunjukkan pada Gambar 5-4. Selain itu, sistem ERP memungkinkan pengguna untuk
membuat varian laporan keuangan, yang merupakan laporan keuangan dalam format lain,
disiapkan untuk sesuai dengan kebutuhan pengguna yang berbeda.
Akuntansi manajerial berkaitan dengan penentuan biaya dan profitabilitas a kegiatan
perusahaan. Sedangkan informasi tingkat tinggi yang muncul di perusahaan neraca dan
laporan laba rugi menunjukkan apakah suatu perusahaan menghasilkan laba keseluruhan,
tujuan dari akuntansi manajerial adalah untuk memberikan informasi rinci kepada manajer
membuat keputusan, membuat anggaran, menentukan profitabilitas tertentu produk, wilayah
penjualan, atau kampanye pemasaran, dan seterusnya. Akuntansi manajerial menghasilkan
informasi yang digunakan para manajer untuk mengontrol kegiatan sehari-hari perusahaan
dan berkembang rencana jangka panjang untuk operasi, pemasaran, kebutuhan personil,
pembayaran utang, dan lainnya masalah manajemen. Karena akuntansi manajerial
menyediakan laporan dan analisis untuk penggunaan internal, perusahaan dapat fleksibel
dalam cara mereka mengatur akuntansi manajerial mereka sistem.

USING ERP FOR ACCOUNTING INFORMATION

Ingat dari Bab 1, bahwa di masa lalu, sebagian besar perusahaan memiliki fungsi yang
terpisah sistem informasi: sistem informasi pemasaran, informasi manufaktur sistem, dan
seterusnya - masing-masing dengan caranya sendiri mengumpulkan data dan sistem file
sendiri untuk merekam data. Sejak tahun 1960-an, legiun akuntan, analis, dan programmer
mencoba, sering tidak berhasil, untuk membuat sistem yang tidak terintegrasi bekerja, seperti
bab sebelumnya menjelaskan. Perusahaan membangun sistem yang tidak terintegrasi ini
terutama untuk menangani kebutuhan area fungsional individu, dan yang kedua untuk
menyediakan data untuk Akuntansi sehingga Akuntansi dapat "menyimpan buku," yaitu,
memelihara catatan dari semua transaksi keuangan. Berbagi data, bagaimanapun, biasanya
tidak terjadi secara real time, jadi data Akuntansi sering kali kadaluarsa. Lebih lanjut, karena
data bersama sering bukan satu-satunya informasi itu Akuntansi diperlukan untuk
menyiapkan laporan untuk manajemen, akuntan dan area fungsional panitera biasanya harus
menghabiskan banyak waktu untuk melakukan penelitian tambahan untuk menciptakannya
laporan.
Sistem ERP, dengan basis datanya yang terpusat, menghindari masalah ini.
Sebagai contoh, misalkan barang jadi dipindahkan dari jalur perakitan ke gudang. Sebuah
karyawan di gudang dapat dengan mudah mencatat transaksi, menggunakan terminal atau
barcode scanner. Dalam SAP ERP, modul Manajemen Bahan akan melihat acara transfer
sebagai peningkatan persediaan barang jadi yang tersedia untuk pengiriman; modul
Akuntansi akan melihat acara sebagai peningkatan nilai moneter dari persediaan barang jadi.
Dengan ERP, semua orang menggunakan database yang sama untuk merekam data operasi.
Basis data ini kemudian digunakan untuk menghasilkan laporan manajemen, menghasilkan
laporan keuangan, dan membuat anggaran.
Dalam akuntansi, akun perusahaan disimpan dalam catatan yang disebut buku
besar umum. Di sistem SAP ERP, masukan ke buku besar umum terjadi bersamaan dengan
bisnis transaksi dalam modul khusus. Banyak modul SAP ERP menyebabkan data transaksi
menjadi masuk ke buku besar, termasuk:
➢ Sales and Distribution (SD) - Modul SD mencatat penjualan kemudian dibuat entri
piutang dagang (buku besar umum yang menunjukkan pelanggan berutang uang
untuk barang yang diterima oleh pelanggan).
➢ Manajemen Bahan (MM) - Modul MM mengontrol pembelian dan mencatat perubahan
inventaris. Penerimaan barang dari pesanan pembelian membuat entri hutang dalam
buku besar umum, yang menunjukkan perusahaan memiliki kewajiban untuk
membayar barang yang telah diterimanya. Kapanpun material bergerak ke dalam atau
keluar dari persediaan (material yang dibeli tiba dari vendor, bahan baku diambil dari
persediaan untuk mendukung produksi, atau barang jadi dari produksi ke persediaan),
akun buku besar umum terpengaruh.
➢ Akuntansi Keuangan (FI) - Modul FI mengelola piutang dan item akun hutang yang dibuat
dalam modul SD dan MM, masing-masing. Modul FI juga di mana akun buku besar ditutup di
 akhir periode fiskal (kuartal atau tahun), dan digunakan untuk menghasilkan keuangan
pernyataan.
➢ Controlling (CO) - Modul CO melacak biaya yang terkait dengan menghasilkan produk.
Untuk mendapat untung, perusahaan harus memiliki yang akurat gambar biaya
produknya sehingga dapat mengambil keputusan yang tepat tentang produk harga
dan promosi, serta investasi modal.
➢ Sumber Daya Manusia (SDM) - Modul SDM mengelola perekrutan, perekrutan,
kompensasi, pemutusan hubungan kerja, dan pesangon karyawan; modul SDM juga
mengelola tunjangan dan menghasilkan gaji.
➢ Asset Management (AM) - Modul AM mengelola pembelian aset-tetap (pabrik dan
mesin) dan penyusutan terkait.

OPERATIONAL DECISION -MAKING PROBLEM:

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

INDUSTRIAL CREDIT MANAGEMENT

Perusahaan secara rutin menjual kepada pelanggan secara kredit; namun, manajemen
keuangan yang baik mensyaratkan bahwa hanya kredit yang diberikan kepada pelanggan.
Pada titik tertentu, pelanggan harus melunasi sebagian dari hutang untuk membenarkan iman
yang ditunjukkan penjual (dan penjualnya dapat mengubah piutang menjadi uang tunai).
Manajemen kredit membutuhkan keseimbangan antara pemberian kredit yang cukup untuk
mendukung penjualan dan memastikan perusahaan tidak kalah terlalu banyak uang dengan
memberikan kredit kepada pelanggan yang akhirnya gagal dalam kredit mereka kewajiban.
Dalam prakteknya, penjual mengelola hubungan ini dengan menetapkan batas pada berapa
banyak uang pelanggan dapat berhutang pada satu waktu, 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 paling banyak dia dapat
berhutang pada penjual adalah $ 10.000. Jika pembeli mencapai jumlah itu, penjual tidak akan
menerima pesanan penjualan lebih lanjut sampai dia membayar sebagian dari utangnya.
Ketika melakukan penjualan secara kredit, penjual membuat entri pada buku untuk
meningkatkan saldo piutang dan penjualan. Jadi, saat saldo piutang akun pembeli di buku
penjual mencapai $ 10.000, pembeli harus melakukan pembayaran. Melanjutkan contoh,
asumsikan pembeli memanggil penjual untuk memesan senilai $ 3.000 barang. Jika saldo
piutang pembeli pembeli sudah $ 8.000, penjual tidak boleh menerima pesanan $ 3.000
karena akan membawa saldo piutang ke $ 11.000, yang melebihi batas kredit pembeli.
Daripada menolak pesanan, penjual perwakilan penjualan mungkin menyarankan bahwa
pembeli mengurangi ukuran pesanan, atau bertanya padanya untuk mengirim pembayaran
sebelum memproses pesanan, sehingga mengurangi utang pembeli. Jelas, untuk membuat
sistem ini berfungsi, perwakilan penjualan harus memiliki akses ke yang terbaru saldo piutang
untuk semua pelanggan. Jika Akuntansi terus memperbarui buku dan dapat menyediakan
akun saat ini saldo piutang Pemasaran dan Penjualan bila diperlukan, maka batas kredit dapat
dengan benar berhasil. Pemasaran dan Penjualan dapat membandingkan batas kredit
pelanggan dengan akurat jumlah saldo terutang (ditambah nilai pesanan) untuk membuat
keputusan. Namun, dalam sebuah sistem yang tidak terintegrasi, Akuntansi mungkin tidak
segera mencatat penjualan dan / atau pembayaran tanda terima saat terjadi. Dalam hal ini,
saldo piutang tidak akan lancar. Selanjutnya, perwakilan penjualan dapat bekerja dari saldo
kredit yang sudah kedaluwarsa printout. Jika hasil cetak tidak mencerminkan pembayaran
terbaru, pelanggan mungkin tidak semestinya ditolak kredit. Pelanggan mungkin akan
menantang penolakan, yang akan memicu meminta informasi terkini dalam Akuntansi.
Penundaan dalam penelitian itu bisa mengurangi kepuasan pelanggan, dan melakukan
penelitian akan mengkonsumsi barang berharga waktu karyawan.

FILTER’S CREDIT MANAGEMENT PROCEDURES

Seperti yang dijelaskan di Bab 3, ketika sebuah pesanan baru masuk ke Fitter, petugas
penjualan mengacu pada hasil cetak mingguan dari saldo pelanggan saat ini dan batas kredit
untuk melihat apakah kredit seharusnya diberikan. Dengan asumsi pesanan pelanggan tidak
akan menghadirkan masalah batas kredit, penjualan Petugas memasuki penjualan dalam
sistem entri pesanan penjualan, yang merupakan komputer yang berdiri sendiri program. Data
penjualan ditransfer ke Akuntansi dengan mentransfer file di akhir masing-masing hari.
Petugas akuntansi menggunakan data yang ditransfer dari sistem penjualan untuk
mempersiapkan faktur pelanggan.
Akuntansi harus membuat penyesuaian untuk pengiriman sebagian sebelum
membuat faktur. Keakuratan proses penyesuaian tergantung pada apakah Gudang
mentransmisikan perubahan pesanan ke Akuntansi secara tepat waktu. Setelah membuat
faktur, Akuntansi membuat entri akuntansi pengakuan pendapatan standar: debit ke piutang
dagang dan kredit untuk penjualan untuk jumlah yang ditagih. Pegawai akuntansi juga
memproses pembayaran pelanggan. Pegawai menerima dan secara manual menangani
pemeriksaan. Mereka memasukkan data dalam program akuntansi, meningkatkan saldo kas
dan mengurangi saldo piutang. Data ini nantinya digunakan untuk membuat memperbarui ke
akun pelanggan individual, mengurangi jumlah yang harus dibayarkan pelanggan Instalatur.
Jika waktu memungkinkan, akun diposkan (dan setoran bank dilakukan) pada hari itu
pembayaran diterima; jika tidak, entri dilakukan sesegera mungkin keesokan harinya. Dengan
demikian, dapat terjadi penundaan antara waktu Fitter menerima cek dari pelanggan dan
pengurangan aktual saldo piutang pelanggan, yang dapat mengarah ke kesalahan dalam
manajemen kredit. Sekarang mari kita lihat bagaimana SAP ERP dapat meningkatkan proses
manajemen kredit Fitter.

CREDIT MANAGEMENT IN SAP ERP

Sistem SAP ERP memungkinkan perusahaan untuk menetapkan batas kredit untuk setiap
pelanggan. Perusahaan dapat mengkonfigurasi sejumlah opsi pemeriksaan kredit dalam
sistem SAP ERP, termasuk kapan untuk memeriksa kredit pelanggan (misalnya, pada
pembuatan pesanan, saat pembuatan pengiriman dokumen, atau pada masalah barang) dan
siapa yang harus memberi tahu ketika pesanan akan menyebabkan pelanggan untuk melebihi
batas kredit (misalnya, petugas penjualan atau personel manajemen kredit). Gambar 5-5
menunjukkan pemeriksaan kredit dinamis dengan Reaksi C yang dipilih. Reaksi C berarti
bahwa jika pesanan yang disimpan akan menyebabkan pelanggan melebihi batasnya batas
kredit, sistem akan mengeluarkan peringatan yang menunjukkan jumlah pesanan melebihi
batas kredit. Karena sistem mengeluarkan peringatan, pesanan dapat disimpan, tetapi akan
diblokir dari pemrosesan lebih lanjut sampai masalah kredit dihapus.
Seringkali, perusahaan tidak mengkonfigurasi sistem untuk memberikan peringatan
kepada pesanan penjualan pegawai karena mereka tidak dilengkapi untuk memperbaiki
masalah dan karena kredit masalah adalah masalah antara Departemen Piutang Perusahaan
penjualan dan Departemen Pembeli Akun pelanggan. Sebaliknya, seseorang dalam
manajemen kredit berfungsi secara teratur meninjau semua pesanan penjualan yang diblokir
dan menyelesaikan masalah kredit secara langsung dengan pelanggan. Gambar 5-5 juga
menunjukkan bahwa pemeriksaan kredit bersifat dinamis dan memiliki horizon dua bulan. Ini
berarti bahwa hanya dua bulan berikutnya pesanan penjualan akan digunakan dalam
menghitung pemeriksaan kredit. Pelanggan dapat memesan untuk jadwal jangka panjang,
tetapi hanya itu saja akan dikirim dalam waktu dekat biasanya dianggap dalam pemeriksaan
kredit.
Gambar 5-7 menunjukkan layar SAP ERP di mana pesanan penjualan yang diblokir terdaftar.
Paling perusahaan memiliki karyawan yang bertanggung jawab untuk meninjau pesanan
penjualan yang diblokir (mungkin setiap dua jam) dan mengambil tindakan korektif.
Keuntungan menggunakan SAP ERP untuk mengelola kredit adalah prosesnya otomatis dan
data tersedia secara waktu nyata. Pengguna dapat mengklik dua kali pesanan penjualan
untuk melihat informasi perusahaan, seperti kontak, atau untuk melihat riwayat pembayaran.

Dengan sistem Fitter saat ini, petugas bagian penjualan harus memeriksa kredit secara
manual. Jika itu Petugas gagal melakukan hal ini, maka pelanggan yang berisiko buruk dapat
menerima lebih banyak kredit. Namun, bahkan ketika petugas melakukan pemeriksaan kredit
manual, keputusan kredit bisa sering dibuat karena kesalahan, karena data tidak terkini.
Dengan sistem SAP ERP, centang otomatis, data sudah diperbarui, dan itu adalah masalah
sederhana untuk ditinjau diblokir pesanan penjualan.

PRODUCT PROFITABILITY ANALYSIS

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

Inconsistent Record Keeping

Masing-masing divisi penjualan Fitter menyimpan catatannya sendiri dan melacak data
penjualan secara berbeda. Formulir pesanan penjualan Divisi Penjualan Langsung berisi kode
untuk penjualan yang sesuai wilayah (Timur Laut, Tenggara, dan seterusnya). Formulir
pesanan penjualan Divisi Grosir termasuk kode untuk negara. Misalkan seorang eksekutif
Fitter meminta laporan itu merangkum dolar penjualan bulanan untuk semua negara bagian
Mid-Atlantic (yaitu, beberapa negara bagian dari Fitter's Wilayah penjualan timur laut dan
beberapa negara bagian dari wilayah Tenggara) untuk setiap bulan dari tahun sebelumnya.
Baik catatan divisi disiapkan untuk menjawab pertanyaan itu dengan mudah. Agak, seorang
akuntan Fitter harus pergi ke dokumen penjualan sumber untuk Penjualan Langsung Divisi
dan, dengan melihat alamat pengiriman, menentukan apakah penjualan itu ke perusahaan di
negara Mid-Atlantic. Jika demikian, akuntan perlu menambahkan secara manual informasi
yang relevan untuk penjualan ini ke spreadsheet elektronik. Untuk Divisi Grosir, akuntan dapat
menjalankan laporan ringkasan penjualan untuk setiap negara bagian di wilayah Mid-Atlantic
berdasarkan bulan dan menambahkan data ini secara manual ke laporan spreadsheet.
Setelah semua datanya dikumpulkan, itu bisa diformat untuk membuat laporan yang
diinginkan. Sekarang, anggaplah manajemen Fitter ingin mengevaluasi efisiensi Produksi
operasi. Produksi menggunakan catatan kertas, jadi, sekali lagi, data harus diambil dari kertas
catatan dan dimasukkan ke dalam spreadsheet. Seperti yang sering terjadi, catatan kertas itu
mungkin tidak akurat atau hilang, menjadikan validitas laporan akhir dipertanyakan dan
diciptakan dari memakan waktu laporan. Ada banyak variasi pada tema ini. Dapat
dibayangkan, divisi perusahaan bisa memelihara data yang sama tentang suatu fungsi, tetapi
jika sistem setiap divisi dibuat pada waktu yang berbeda, masing-masing mungkin sistem file
yang berbeda. Seringkali, untuk menjawab pertanyaan tentang keseluruhan kinerja
perusahaan, setidaknya satu set data harus dimasukkan ke dalam spreadsheet (atau
beberapa program middleware lainnya) untuk analisis gabungan. Meskipun mungkin untuk
mendapatkan jawaban, dengan demikian membutuhkan lebih banyak waktu dengan sistem
yang tidak terintegrasi.

Inaccurate Inventory Costing Systems

tugas di perusahaan manufaktur. Manajer perlu tahu berapa biaya yang harus dikeluarkan
produk individu, sehingga mereka dapat mengidentifikasi produk mana yang menguntungkan
dan mana yang tidak. Pada bagian berikutnya, pertama-tama kami akan meninjau dasar-
dasar akuntansi biaya persediaan. Kemudian, kita akan mengeksplorasi bagaimana sistem
ERP dapat meningkatkan akurasi biaya persediaan akuntansi. Akhirnya, kita akan membahas
alasan di balik biaya berbasis aktivitas sebagai metode untuk lebih meningkatkan akurasi
akuntansi biaya persediaan.

Inventory Cost Accounting Background

Biaya barang yang diproduksi memiliki tiga elemen: (1) biaya bahan baku, (2) biaya tenaga
kerja yang digunakan langsung dalam produksi barang, dan (3) semua biaya lainnya, yang
biasanya disebut overhead. Biaya overhead pabrik termasuk utilitas pabrik, umum buruh
pabrik (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 konstituennya masing-masing dalam produk jadi dapat diperkirakan cukup
akurat. Di sisi lain, itu item overhead adalah biaya tidak langsung, yang sulit dikaitkan dengan
produk tertentu atau sekumpulan produk khusus. Dengan kata lain, hubungan sebab-akibat
langsung antara biaya overhead (seperti biaya panas dan cahaya) dan membuat yang khusus
produk (NRG-A bars) sulit untuk dibuat. Namun demikian, biaya overhead adalah bagian dari
pembuatan produk, sehingga perusahaan harus memilikinya beberapa cara untuk
mengalokasikan biaya tidak langsung ini ke produk yang mereka buat. Metode yang umum
adalah untuk menggunakan total jam mesin, dengan asumsi bahwa biaya overhead
dikeluarkan untuk menjalankan mesin yang membuat produk. Dengan pendekatan ini, biaya
overhead untuk waktu tertentu periode ditambahkan dan kemudian dibagi dengan jumlah jam
mesin yang diharapkan untuk waktu itu periode untuk mendapatkan biaya overhead per jam
mesin. Nilai ini kemudian digunakan untuk mengalokasikan biaya overhead ke produk.
Misalkan Fitter menggunakan pendekatan ini dan menghitung biaya overhead tingkat di $
1.000 per jam mesin. Jika Fitter dapat membuat 10.000 bar dalam satu jam, maka setiap
batang akan dialokasikan $ 0,10 dari overhead ($ 1.000 ÷ 10.000). Overhead juga dapat
dialokasikan untuk produk menggunakan jam tenaga kerja langsung atau biaya material.
Perusahaan membuat keputusan bagaimana mengalokasikan biaya overhead berdasarkan
apa yang paling masuk akal dalam produksinya lingkungan Hidup. Perusahaan seperti Fitter
yang memproduksi barang untuk persediaan biasanya mencatat biaya manufaktur selama
suatu periode menggunakan biaya standar. Sebagaimana dijelaskan dalam Bab 4, standar
biaya untuk suatu produk ditetapkan dengan mempelajari pola biaya langsung dan tidak
langsung historis dalam sebuah perusahaan dan memperhitungkan efek dari perubahan
manufaktur saat ini. Pada akhir periode akuntansi, jika biaya aktual berbeda dari biaya
standar, penyesuaian pada akun harus dibuat untuk menunjukkan biaya inventaris yang
sebenarnya yang dimiliki pada neraca dan biaya persediaan yang dijual di laporan laba rugi.
Misalnya, Fitter mungkin menentukan bahwa setiap batang NRG-A harus berharga $ 0,75
hingga membuat - yaitu, biaya bahan baku, tenaga kerja, dan biaya overhead harus sama $
0,75 per bar,

ERP and Inventory Cost Accounting

Banyak perusahaan dengan sistem akuntansi yang tidak terintegrasi menganalisis varians
biaya mereka jarang karena kesulitan melakukannya. Akibatnya, perusahaan-perusahaan ini
sering tidak tahu berapa biaya sebenarnya untuk menghasilkan unit produk. Seperti contoh
berikut mengilustrasikan, mengetahui dengan tepat berapa banyak biaya produksi dapat
menjadi sangat penting. Misalkan Fitter memiliki kesempatan untuk menjual 300.000 NRG-A
bar kepada pelanggan baru. Ini adalah pesanan besar untuk Fitter. Pelanggan menginginkan
harga $ 0,90 per batang. Standar Fitter biaya per bar saat ini $ 0,75 — berdasarkan informasi
yang berumur dua bulan. Fitter tahu bahwa biaya untuk memproduksi camilan telah meningkat
secara signifikan dalam beberapa tahun terakhir bulan. Fitter tidak ingin menjual dengan
kerugian per unit, tetapi juga tidak ingin kehilangan pesanan besar atau pelanggan jangka
panjang yang berpotensi baik. Karena kesulitan menyusunnya semua data untuk menghitung
varians biaya, Fitter hanya menganalisis varians biaya setiap triwulan, dan data baru tidak
akan tersedia selama satu bulan lagi. Haruskah Fitter menerima pesanan besar? Jika Fitter
memiliki sistem ERP, karyawan di seluruh perusahaan akan mencatatnya biaya di database
seluruh perusahaan saat terjadi. Metode untuk mengalokasikan biaya ke produk dan untuk
varians komputasi akan dibangun ke dalam sistem ketika itu terkonfigurasi. Dengan demikian,
sistem dapat menghitung varians secara otomatis ketika dibutuhkan. Ini akan
menyederhanakan proses penyesuaian akun, dan manajemen Fitter akan selalu memiliki
informasi terkini yang akurat tentang variasi biaya. Fitter bisa memberi informasi keputusan
apakah dapat dengan menguntungkan menjual snack bar seharga $ 0,90 setiap. Selanjutnya,
dengan benar operasi penjualan dan proses perencanaan operasi, Fitter bisa menentukan
apakah ia memiliki kapasitas untuk menyelesaikan pesanan tepat waktu, juga. Jika lembur
diperlukan menyelesaikan pesanan, maka analis bisa menggunakan kemampuan
perencanaan sistem ERP untuk mengevaluasi biaya menggunakan produksi lembur.
Konfigurasi sistem ERP memungkinkan analis untuk melacak biaya menggunakan banyak
basis — oleh pekerjaan, oleh area kerja, atau dengan kegiatan produksi. Ini berarti bahwa
biaya unit dapat dihitung dengan menggunakan basis alokasi overhead yang berbeda,
memungkinkan analis untuk memainkan "bagaimana jika" dengan produk keputusan
profitabilitas. Dalam sistem yang tidak terintegrasi, melakukan pelacakan multifaset seperti itu
memakan waktu dan sulit. 129 Akuntansi dalam Sistem ERP Histori Disimpan Komunitas

Product Costing Example

Misalkan Fitter ingin memperbarui biaya standar untuk batang NRG-A-nya. Dengan
menganalisis biaya tidak langsung terbaru perusahaan terkait dengan produk yang dihasilkan,
akuntan biaya Fitter telah menghitung tarif overhead baru. Karena biaya material jauh lebih
besar dari biaya tenaga kerja langsung di Fitter, perusahaan telah memutuskan untuk
menerapkan overhead produksi sebagai persentase biaya bahan langsung. Tarif baru untuk
biaya produksi adalah 100 persen biaya bahan langsung. Gambar 5-8 menunjukkan analisis
biaya produk untuk batang NRG-A. Analisis biaya berdasarkan tujuh kasus bar, yang
merupakan jumlah bar yang dapat diproduksi oleh 500- batch kilo adonan. Resep untuk batch
500-pon NRG-A bar ditampilkan Gambar 4-16 di Bab 4. Informasi ini diulang dalam analisis
biaya Gambar 5-8, bersama dengan biaya per-unit dari masing-masing bahan ini.
Product Cost Analysis in SAP ERP
Perusahaan besar dapat menghasilkan ribuan produk yang rumit, dan tugas mengumpulkan
informasi yang diperlukan untuk mengembangkan biaya produk dapat menjadi tantangan
utama. Keuntungan dari sistem informasi terintegrasi seperti SAP ERP adalah informasi yang
tepat waktu dan akurat tersedia dalam sistem informasi. Potongan kunci informasi untuk
analisis biaya adalah biaya bahan langsung dan biaya tenaga kerja langsung. Di SAP ERP,
biaya bahan langsung adalah ditentukan dari bill of material (BOM), yang dikelola dalam
Perencanaan Produksi (PP) modul. Biaya tenaga kerja langsung ditentukan dari perutean
produk, dokumen mana mesin-mesin dan pusat-pusat kerja yang digunakan dalam produksi
suatu produk — bersama dengan peralatan waktu set-up, tingkat produksi, dan persyaratan
tenaga kerja. BOM dan informasi routing, dikombinasikan dengan data lain yang dikelola
dalam modul Perencanaan Produksi, memungkinkan sistem SAP ERP untuk menentukan
jumlah bahan langsung dan tenaga kerja langsung yang digunakan dalam suatu produk. Data
produksi ini, dikombinasikan dengan informasi biaya material yang disimpan di Financial
Modul akuntansi, menyediakan dasar untuk analisis biaya produk. Dalam sistem SAP ERP,
biaya produk didasarkan pada varian biaya produk. Di SAP ERP, varian istilah digunakan
untuk mengartikan versi rencana atau analisis. Biaya produk varian pada dasarnya adalah
prosedur untuk mengembangkan analisis biaya produk; banyak varian dapat dibuat untuk
persyaratan perencanaan yang berbeda. Setelah varian biaya produk dikembangkan, hanya
membutuhkan detik untuk sistem SAP ERP untuk mengumpulkan yang diperlukan informasi
untuk membuat perkiraan biaya produk. Gambar 5-9 menunjukkan hasil suatu produk analisis
biaya dalam sistem SAP ERP. Layar ini tidak hanya menyediakan analisis biaya, tetapi itu
juga memungkinkan pengguna untuk mengeksplorasi rincian tentang bagaimana analisis
biaya dihitung.

Alat biaya produk SAP ERP sangat mengurangi waktu yang diperlukan untuk
mengembangkan biaya perkiraan, dan itu meningkatkan akurasi mereka karena
mendapatkan datanya langsung dari system modul, dimana datanya adalah waktu nyata.

Activity-Based Costing and ERP

Tren dalam akuntansi biaya persediaan adalah menuju penetapan biaya berdasarkan
aktivitas. Dalam aktivitas berbasis biaya, biaya overhead ditugaskan untuk produk
berdasarkan kegiatan manufaktur itu memunculkan biaya. Akuntan mengidentifikasi kegiatan
yang terkait dengan biaya overhead generasi, dan mereka menyimpan catatan tentang biaya
dan kegiatan. Aktivitas dipandang sebagai penyebab (driver) biaya overhead. Pandangan ini
memperlakukan biaya overhead sebagai lebih langsung dari metode akuntansi biaya
tradisional yang memperlakukan mereka. Dalam upaya untuk menetapkan biaya lebih tepat
untuk produk individu, penetapan biaya berdasarkan aktivitas mencoba untuk menghindari
prosedur alokasi kasar. Meskipun tidak semua biaya overhead dapat dikaitkan dengan produk
oleh kegiatan mereka, banyak yang bisa. Pembiayaan berbasis aktivitas sering digunakan
ketika kompetisi kaku, biaya overhead tinggi, dan produk beragam. Perusahaan yang
menggunakan biaya berbasis aktivitas dapat menentukan produk mana yang memiliki margin
keuntungan tertinggi, informasi yang sangat penting untuk membuat keputusan strategis di
lini produk.

Problems Consolidating Data from Subsidiaries

Beberapa perusahaan memiliki operasi khusus yang menutup buku mereka di akhir periode
akuntansi tantangan. Perusahaan yang memiliki anak perusahaan atau cabang menghadapi
seperti itu tantangan, dan sebagian besar perusahaan besar memiliki lebih dari satu badan
hukum. Karena tim eksekutif perusahaan harus memahami gambaran besar dalam hal
operasi secara keseluruhan 133 Akuntansi dalam Sistem ERP dan profitabilitas, saldo akun
untuk setiap entitas harus dikompilasi dan diteruskan ke kantor rumah sehingga konsolidasi
laporan keuangan dan laporan untuk perusahaan secara keseluruhan dapat dihasilkan.

Currency Translation
Skenario berikut mengilustrasikan masalah penerjemahan mata uang, yang merupakan
proses konversi saldo akun yang dinyatakan dalam satu mata uang ke saldo yang dinyatakan
dalam mata uang lain. Asumsikan satu euro bernilai $ 1,25 (AS), dan perusahaan Eropa anak
perusahaan melaporkan uang tunai sebesar 1 juta euro pada akhir tahun. Saat orang Eropa
saldo anak perusahaan dikonsolidasikan dengan orang-orang dari perusahaan induk AS pada
akhir tahun tahun, $ 1.250.000 akan dicatat. Terjemahan yang sama akan dilakukan untuk
semua orang akun anak perusahaan Eropa. Faktor yang menyulitkan adalah bahwa nilai tukar
berfluktuasi harian; Namun, sistem ERP dapat dikonfigurasi untuk mengakses nilai tukar
harian dan terjemahkan transaksi harian secara otomatis.

Intercompany Transactions
Transaksi yang terjadi antara perusahaan induk dan salah satu anak perusahaannya (atau
antara anak perusahaan yang berbeda), yang dikenal sebagai transaksi antar perusahaan,
harus dieliminasi dari buku perusahaan induk karena transaksi tidak mewakili transfer apa
pun dana masuk atau keluar dari perusahaan. Sebagai contoh, anggaplah bahwa Acme Inc.
memiliki Bennett Manufacturing, dan Bennett menjual bahan mentah ke Acme seharga $ 1
juta. Acme kemudian menggunakan bahan-bahan untuk membuatnya produk. Penjualan
Bennett ke Acme adalah biaya penjualan Acme. Dari sudut pandang suatu orang luar, uang
hanya berpindah dari satu bagian perusahaan yang terkonsolidasi ke yang lain. Perusahaan
tidak dapat menghasilkan keuntungan dengan menjual kepada dirinya sendiri. Perusahaan
sering berbisnis dengan anak perusahaan mereka, dan untuk perusahaan seperti itu,
transaksi antar perusahaan sering terjadi. Melacak transaksi dan membuat penyesuaian bisa
menjadi tantangan bagi para akuntan.

MANAGEMENT REPORTING WITH ERP SYSTEM

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

Data Flows in ERP Systems

Seperti yang Anda lihat di bab-bab sebelumnya, dengan sistem ERP, semua transaksi dalam
semua fungsional area perusahaan yang diposting dalam database terpusat. Perlu ditekankan
kembali itu databasenya adalah "buku" perusahaan. Tidak ada buku yang terpisah untuk
Pemasaran dan Penjualan atau Produksi atau Pembelian. Dengan demikian, meskipun
penggunaan umum untuk merujuk ke "arus data" dalam sistem ERP, itu sebenarnya keliru.
Data tidak mengalir dari satu modul ERP ke modul ERP lain karena mereka semua di satu
tempat — database. Setiap area melihat catatan yang sama. Mungkin lebih baik untuk
berbicara tentang "akses data" daripada "arus data" ketika berbicara tentang bagaimana area
ini menggunakan database umum.

Document Flow for Customer Service

eperti yang Anda pelajari di Bab 3, setiap transaksi yang diposting di SAP ERP mendapatkan
miliknya sendiri nomor dokumen unik yang memungkinkan akses cepat ke data. Jika Anda
perlu mencari transaksi dalam SAP ERP, Anda melakukannya dengan mereferensikan nomor
dokumen, yang bertindak sebagai indeks ke entri tabel database yang sesuai. Dalam SAP
ERP, nomor dokumen untuk transaksi terkait terkait dalam database. Ini memberikan jejak
audit elektronik bagi analis yang mencoba menentukan statusnya sebuah pesanan. Contoh
terbaik dari konsep ini adalah keterkaitan nomor dokumen untuk order penjualan. Gambar 5-
10 mengilustrasikan konsep aliran dokumen untuk transaksi penjualan.

Built-In Management-Reporting and Analysis Tools

Catatan akuntansi dipertahankan dalam database umum sistem ERP. Itu Keuntungan
menggunakan basis data adalah bahwa karyawan akuntansi dapat melakukan kueri catatan
menghasilkan laporan standar serta menjawab pertanyaan ad hoc. Pertanyaan ad hoc adalah
satu itu spontan. Sebagai contoh, seorang manajer Fitter mungkin berjalan ke kantor analis
dan mintalah laporan penjualan untuk kuartal ketiga — berdasarkan divisi dan produk.
Tradisional paket-paket akuntansi tidak dioptimalkan untuk mengatur dan mengeksekusi
query terhadap akuntansi catatan, tetapi paket database. Ketika catatan disimpan dalam
database mereka bisa tanya karena bahasa database built-in. Jadi, seorang analis di Fitter
yang ingin mengidentifikasi 10 pesanan terbesar yang ditempatkan oleh Health Express
dalam satu tahun terakhir bisa mengeksekusi query di SAP ERP untuk menunjukkan
jawabannya. Di prinsipnya, permintaan ini bisa langsung mengakses catatan transaksi untuk
mendapatkan jawabannya, yang mana akan berarti bahwa analis menjalankan kueri akan
mengakses catatan pada saat yang sama saat transaksi saat ini sedang direkam. Persaingan
untuk sumber daya ini dapat melambat memproses bahkan dalam sistem basis data yang
besar, seperti yang digunakan oleh paket ERP. Sejak awal, SAP membahas kebutuhan untuk
meminimalkan tuntutan pada sistem basis data dari kueri pada catatan transaksi dengan
menyediakan kemampuan pelaporan khusus di dalamnya 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 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 produksi dan logistik (pengiriman)
pertanyaan. Baik SIS dan LIS dilengkapi dengan SAP ERP dan menggunakan khusus tabel
ringkasan untuk meningkatkan efisiensi pelaporan.

THE ENRON COLLAPSE

Pada 16 Oktober 2001, Enron Corporation, maka salah satu listrik dan terbesar di dunia
pedagang gas alam, melaporkan kerugian kuartal ketiga $ 618.000.000 dan mengungkapkan
$ 1,2 miliar pengurangan dalam ekuitas pemegang saham, yang sebagian terkait dengan
transaksi antara perusahaan dan beberapa kemitraan yang dijalankan oleh chief financial
officer (CFO), Andrew Fastow. Sampai saat itu waktu, Enron telah menjadi firma berkembang
pesat yang merevolusi perdagangan energi bisnis dan membuat jutawan dari para
investornya. CEO Jeffrey Skilling, yang mengundurkan diri pada tanggal 14 Agustus 2001,
untuk alasan pribadi, telah membantu mengubah perusahaan dari perusahaan pipa gas alam
ke pemasar global dan pedagang energi. Sepanjang jalan, perusahaan telah mendorong
karyawannya untuk menginvestasikan sebagian besar dari 401K mereka rekening tabungan
pensiun di saham Enron dengan mencocokkan kontribusi karyawan. Pada 17 Oktober, sehari
setelah Enron melaporkan kerugian kuartal ketiganya yang luar biasa, the SEC - yang
didedikasikan untuk melindungi investor dan menjaga integritas pasar sekuritas - mengirim
surat kepada Enron untuk meminta informasi tentang kerugian tersebut. Enron praktik bisnis
terbang tinggi segera mulai terurai. Pada 22 Oktober 2001, Enron mengumumkan bahwa SEC
sedang melakukan penyelidikan terhadap kemungkinan konflik kepentingan terkait dengan
transaksi perusahaan dengan kemitraan yang dijalankan oleh CFO Fastow. Saham Enron
tenggelam lebih dari 20 persen di berita. Dua hari kemudian, Enron menggulingkan CFO
Fastow dalam upaya untuk mengembalikan kepercayaan investor. Pada 8 November, Arthur
Andersen, Enron perusahaan audit keuangan, menerima panggilan pengadilan federal untuk
dokumen yang berkaitan dengan Enron, dan pada 2 Desember, Enron membuat pengajuan
perlindungan kebangkrutan Bab 11 terbesar di AS. sejarah. Jelas, catatan akuntansi
dipublikasikan oleh Enron, yang dirilis kuartalan dan tidak diaudit, tidak mencerminkan
kesehatan keuangan perusahaan.

IMPLICATIONS OF THE SARBANES-OXLEY ACT

FOR ERP SYSTEMS
The Sarbanes-Oxley Act memiliki konsekuensi yang signifikan untuk desain informasi sistem
perusahaan yang diperdagangkan secara publik. Untuk memenuhi persyaratan laporan
pengendalian internal, perusahaan harus terlebih dahulu mendokumentasikan kontrol yang
ada dan kemudian memverifikasi bahwa mereka tidak kena kesalahan atau manipulasi.
Sistem informasi terintegrasi menyediakan alat untuk menerapkan kontrol internal, seperti
Selama sistem dikonfigurasi dan dikelola dengan benar. Namun, bahkan lewatnya Sarbanes-
Oxley Act dan ketersediaan teknologi ERP state-of-the-art tidak dapat mencegah jenis
penipuan licik dan sistematis yang terlibat dalam skandal Enron. Suatu ERP sistem
bergantung pada basis data pusat dengan informasi yang akurat. Sistem ERP menyulitkan
untuk menyembunyikan transaksi curang, dan mungkin masalah Enron akan lebih jelas
stakeholder perusahaan telah menerapkan sistem ERP. Tapi itu benar tidak mungkin bahwa
sistem ERP atau Sarbanes-Oxley Act dapat mencegah semua penipuan.
Archiving
Salah satu hal pertama yang diperhatikan oleh pengguna SAP ERP yang baru adalah bahwa
perangkat lunak ini menawarkan sangat sedikit cara menghapus item. Misalnya, menu dalam
sistem SAP ERP yang terkait dengan materi data master (catatan master yang
menggambarkan karakteristik material) ditunjukkan pada Gambar 5-11.

Layar ini menawarkan opsi untuk membuat, mengubah, dan menampilkan, tetapi tidak
sederhana menghapus — alternatif terdekat adalah opsi untuk menandai data untuk
penghapusan. Sebelum material data dapat dihapus dari sistem SAP ERP, pengguna harus
membuat catatan yang dapat diaudit keberadaannya. Data dihapus dari sistem SAP ERP
hanya setelah mereka direkam ke media (rekaman cadangan, DVD-R) untuk penyimpanan
permanen. Ini disimpan secara permanen data, atau arsip, memungkinkan auditor untuk
merekonstruksi posisi keuangan perusahaan di mana pun menunjuk di masa lalu. Misalkan
data dapat dihapus secara bebas dari sistem ERP. Karyawan yang tidak bermoral dapat
membuat vendor fiktif, mengirim faktur dari vendor, melakukan pembayaran untuk faktur palsu
ke rekening bank Swiss, lalu hapus semua catatan transaksi ini. Akan sangat sulit untuk
mendeteksi penipuan dan mungkin tidak mungkin untuk mencari tahu siapa berkomitmen itu,
karena catatan tidak akan ada lagi. Tidak hanya sistem ERP SAP yang membutuhkan
pengarsipan sebelum data dapat dihapus, tetapi juga juga melacak kapan data dibuat atau
diubah. Gambar 5-12 menunjukkan perubahan catatan untuk master materi. Setiap kali
pengguna mengubah master materi, perubahan rekam jejak perubahan dalam data, siapa
yang mengubahnya, dan kapan perubahan terjadi. Misalnya, pada Peraga 5-12, Anda dapat
melihat bahwa Cindy melakukan perubahan pada dasar materi data (seperti deskripsi, unit
pengukuran, atau berat) pada 28 April 2010.

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

Tolerance Groups
Sebagai cara lain untuk memastikan karyawan tidak melebihi kewenangannya dalam
keuangan transaksi, perusahaan yang menggunakan sistem ERP dapat menetapkan batas
ukuran transaksi dan karyawan dapat memproses. Dalam sistem SAP ERP, ini dilakukan
menggunakan kelompok toleransi. Seperti kamu pelajari di Bab 2, kelompok toleransi adalah
batas yang telah ditetapkan yang menentukan batas transaksi. Kelompok toleransi digunakan
untuk menetapkan batas pada nilai dolar untuk satu item dalam dokumen serta pada nilai total
dokumen. Sama pentingnya, mereka digunakan untuk mengatur batasan perbedaan
pembayaran. Misalnya, anggaplah pelanggan telah ditagih untuk $ 1,005 tetapi secara tidak
sengaja mengirimkan cek sebesar $ 1.000 untuk membayar faktur.

Financial Transparency
dokumen sumber (transaksi) yang digunakan untuk membuat laporan. Misalnya, jika
penjualan angka-angka untuk wilayah terlihat sangat tinggi, pengguna dapat memverifikasi
hasil dengan mengklik dua kali gambar dalam laporan untuk menelusuri untuk meninjau
pesanan penjualan spesifik yang membentuk angka penjualan keseluruhan. Kemampuan
untuk menelusuri dari dalam laporan untuk sampai ke transaksi informasi memudahkan
auditor untuk memastikan integritas laporan. Gambar 5-15 menunjukkan neraca akun buku
besar untuk konsumsi bahan baku. Buku besar ini akun untuk semua penggunaan bahan
baku di perusahaan.

TRENDS IN FINANCIAL REPORTING—XBRL

epartemen keuangan sebagian besar perusahaan berada di bawah tekanan dari berbagai
sumber. Krisis keuangan tahun 2008 bersamaan dengan resesi global telah mempengaruhi
hampir semua perusahaan. Margin keuntungan sedang diperas, volatilitas pasar telah
meningkat risiko, dan peraturan pemerintah yang baru lebih banyak dan kompleks.
Sebagaimana dicatat sebelumnya, perangkat lunak ERP dapat membantu perusahaan
secara efektif menangani tantangan seperti mematuhi peraturan Sarbanes Oxley. Peraturan
lain, yang diajukan oleh SEC di 2009, adalah Data Interaktif untuk Meningkatkan Pelaporan
Keuangan, yang mengharuskan implementasi bertahap dari tag XBRL dalam dokumen
pelaporan keuangan. Extensible Business Reporting Language (XBRL) adalah bahasa
berbasis standar untuk komunikasi elektronik bisnis dan data keuangan. XBRL adalah bagian
dari Extensible Markup Language (XML), bahasa pemrograman baru dari Internet. XML
menggunakan tag yang menentukan data yang ada di dalamnya. Mirip dengan tipe data yang
ditugaskan untuk catatan dalam database, tag XML menerapkan arti khusus pada data di
dalam halaman Web. Data berkode XML dapat langsung dari halaman Web ke database
tanpa harus lulus melalui middleware atau, yang lebih buruk lagi, harus direkeyed ke dalam
sistem. Ini mengurangi peluang kesalahan. Sebagai perbandingan, sebagian besar halaman
Internet saat ini ditulis dalam Hypertext Markup Bahasa (HTML). HTML hanya menentukan
bagaimana data Anda akan terlihat (dengan menetapkan gaya teks, mewarnai, penempatan
grafik, dan sebagainya) saat dilihat melalui browser. Perubahan XML bahwa data menjadi
informasi dengan makna dan kegunaan. Untuk pelaporan keuangan, XBRL memberikan
identifikasi, tag yang dapat dibaca komputer untuk setiap item data keuangan. Untuk
Misalnya, "laba bersih perusahaan" memiliki tag XBRL uniknya sendiri.

Chapter Summary
• Perusahaan membutuhkan sistem akuntansi untuk mencatat transaksi dan menghasilkan
keuangan pernyataan. Kegiatan akuntansi umumnya dapat diklasifikasikan sebagai akuntansi
keuangan atau akuntansi manajerial.
• Akuntansi keuangan terdiri dari mendokumentasikan semua transaksi dari perusahaan yang
memiliki berdampak pada keadaan keuangan organisasi, dan kemudian menggunakan yang
didokumentasikan transaksi untuk membuat laporan bagi investor dan pihak dan lembaga
eksternal. Manajerial akuntansi berkaitan dengan penentuan biaya dan profitabilitas dari
aktivitas perusahaan. Itu tujuan akuntansi manajerial adalah untuk memberikan informasi rinci
kepada para manajer sehingga mereka bisa membuat keputusan, membuat anggaran,
menentukan profitabilitas produk tertentu, wilayah penjualan, atau kampanye pemasaran, dan
sebagainya.
• Sistem akuntansi harus membiarkan pengguna meringkas data dengan cara yang bermakna
sehingga data kemudian dapat digunakan untuk membantu manajer dalam pekerjaan sehari-
hari dan dalam perencanaan jangka panjang.
• Sistem informasi yang tidak terintegrasi lebih cenderung menghasilkan data akuntansi
tidak akurat atau tidak lancar, yang dapat mempengaruhi pengambilan keputusan dan oleh
karena itu profitabilitas.
• Menutup buku berarti saldo untuk akun sementara atau nominal (seperti pendapatan, beban,
keuntungan, dan kerugian) ditransfer ke akun laba ditahan. Sebuah sistem informasi
terintegrasi menyederhanakan proses penutupan buku dan mempersiapkan laporan
keuangan. Menggunakan sistem informasi terintegrasi dan basis data umum untuk catatan
data akuntansi memiliki manfaat akuntansi biaya-persediaan penting. Lebih tepat
Penyimpanan catatan adalah mungkin, yang dapat menghasilkan perhitungan biaya produk
yang lebih akurat.Ini, pada gilirannya, dapat membantu manajer menentukan produk mana
yang menguntungkan dan mana yang tidak.
• Penggunaan sistem terintegrasi dan database umum untuk merekam data akuntansi
manfaat manajemen pelaporan yang penting. Dengan sistem ERP, pengguna dapat
menggunakan built-in alat kueri untuk membuat laporan serta menelusuri dalam laporan ke
dokumen sumber (transaksi) yang digunakan untuk membuat laporan.
• The Sarbanes-Oxley Act of 2002, berlalu setelah runtuhnya Enron dan profil tinggi lainnya
kebangkrutan, mempromosikan akuntabilitas manajemen dengan membutuhkan keuangan
ekstra persetujuan dan pelaporan. Karena sistem ERP dapat membantu perusahaan
memenuhi persyaratan undang-undang ini, tindakan telah meningkatkan permintaan untuk
pelaporan data terintegrasi.
• Extensible Business Reporting Language (XBRL), bagian dari XML (Extensible Markup
Bahasa), adalah bahasa berbasis standar untuk komunikasi elektronik bisnis dan data
keuangan. Untuk pelaporan keuangan, XBRL menyediakan identifikasi, dapat dibaca
computer tag untuk setiap item data keuangan. Misalnya, "laba bersih perusahaan" memiliki
keunikan tersendiri Tag XBRL.

Key Terms
➢ accounts payable
➢ accounts receivable
➢ activity-based costing
➢ archive
➢ balance sheet
➢ cost variance
➢ currency translation
➢ direct costs
➢ drill down
➢ Extensible Business Reporting Language
➢ (XBRL)
➢ Extensible Markup Language (XML)
➢ financial accounting
➢ general ledger
➢ income statement
➢ indirect costs
➢ intercompany transactions
➢ International Financial Reporting Standards
➢ (IFRS)
➢ managerial accounting
➢ overhead
➢ product cost variant
➢ profit and loss (P&L) statement
➢ U.S. GAAP (Generally Accepted Accounting
Principles)