SISTEM INFORMASI BISNIS

RINGKASAN MATERI KULIAH

Proses Pengeluaran

dan REVIEW ARTIKEL

Does XBRL Disclosure Management Solution Influence Earnings Release Efficiency And
Earnings Management?

DOSEN PENGAMPU:
Prof. Dr. I Ketut Yadnyana, SE.,M.Si.,Ak

Dibuat Oleh:

Komang Aryagus Wiguna (2081611007)

I Wayan Kani Arta (2081611009)

PROGRAM STUDI MAGISTER AKUNTANSI

FAKULTAS EKONOMI DAN BISNIS
UNIVERSITAS UDAYANA
DENPASAR
2021
i
 DAFTAR ISI

DAFTAR ISI................................................................................................................... ii

Ringkasan Materi Kuliah

1. Pengantar Proses Pengeluaran ............................................................................ 1

2. Proses Pembelian dan Risiko Serta Kontrol Terkait ........................................... 1
3. Proses Pengembalian Pembelian Dan Risiko Dan Kontrol Terkait .................... 3
4. Proses Pencairan Kas Dan Risiko Dan Kontrol Terkait ..................................... 6
5. Gambaran Sistem Belanja TI Dan Proses Pencairan Kas ................................... 8
6. Pencocokan Dokumen Pembelian Berbasis Komputer Dan Risiko ...................10
7. Sistem Penyelesaian Penerimaan Yang Divalidasi Dan Risiko ..........................12
8. E-Bisnis Dan Pertukaran Data Elektronik (EDI) Sistem ....................................13
9. Sistem E-Hutang .................................................................................................16
10. Kartu Pengadaan .................................................................................................16
11. Masalah Etika Terkait Dengan Proses Pengeluaran ...........................................16
12. Tata Kelola Perusahaan Dalam Proses Pengeluaran ...........................................17

Ringkasan Review Artikel

Does XBRL disclosure management solution influence earnings release efficiency and
earnings management?

1. Research problem or question.............................................................................18

2. Why is problem/question important? ..................................................................18
3. Author’s approach to solving the problem..........................................................19
4. Assumptions about real world ......................................................................... .. 20
5. Relevant Theories ...............................................................................................20
6. Hypotheses ..........................................................................................................22
7. Independent & Dependent Variable....................................................................22
8. Sample.................................................................................................................24
9. Stastical Tests......................................................................................................24
10. Findings...............................................................................................................24
11. Conclusions .........................................................................................................25
12. Improvement/Extensions ....................................................................................25

ii
1. Pengantar proses pengeluaran
Ketika pembelian terjadi, informasi yang dihasilkan dari pembelian itu harus
mengalir ke sistem pencatatan pembelian, sistem pembayaran hutang dan kas, dan
sistem pelacakan inventaris. Dalam sistem akuntansi TI, sistem pencatatan dan
pemrosesan ini disebut sistem pemrosesan transaksi (TPS). Jadi, ada serangkaian proses
di dalam perusahaan untuk melakukan pembelian dan mengarahkan informasi
pembelian, dan ada TPS di dalam sistem TI untuk mencatat, meringkas, dan
melaporkan transaksi pembelian ini.
Setiap perusahaan memperoleh bahan atau barang dan karenanya harus memiliki
pengeluaran. Ini adalah proses fundamental dari semua bisnis saat mereka membeli
sumber daya yang diperlukan untuk melakukan operasi, mencatat kewajiban yang
dihasilkan, dan akhirnya membayar vendor. Demikian juga, kas dikumpulkan oleh
perusahaan dalam proses pendapatan, sedangkan uang dibayarkan dalam proses
pengeluaran. Dengan demikian, perusahaan adalah vendor dari perspektif pelanggan,
dan perusahaan adalah pelanggan dari perspektif vendor. Akuntan harus selalu
memperhatikan aliran pemrosesan transaksi agar dapat mengenalinya dengan benar.
Bab ini berkonsentrasi pada pembelian dan transaksi pengeluaran kas yang umum
untuk berbagai perusahaan yang memperoleh persediaan barang atau bahan dari
perusahaan lain secara kredit dan menjual barang atau produk ke perusahaan lain. Tidak
setiap perusahaan akan melakukan proses pengeluarannya persis seperti yang
digambarkan di sini, tetapi bab ini memberikan presentasi praktis dari pendekatan
tipikal. Proses pengeluaran yang paling umum meliputi:
• Menyiapkan daftar permintaan pembelian dan / atau pesanan pembelian untuk
barang atau jasa yang dibutuhkan.
• Memberi tahu vendor (pemasok) barang atau jasa yang dibutuhkan.
• Menerima barang atau jasa, seringkali melalui jasa kurir umum. Pengangkut umum
adalah perusahaan angkutan truk, kereta api, atau angkutan udara.
• Catat faktur dan transaksi hutang dagang yang sesuai.
• Bayar faktur yang dihasilkan.
• Perbarui catatan yang terpengaruh, seperti hutang, kas, inventaris, dan pengeluaran.
2. Proses pembelian dan risiko serta kontrol terkait
2.1 Proses pembelian

1
 Proses ini dimulai ketika seorang karyawan perusahaan menyadari kebutuhan
untuk melakukan pembelian, biasanya sebagai hasil dari pengamatan tingkat persediaan
yang rendah atau pesanan penjualan yang tidak terpenuhi. Kebutuhan pembelian dapat
berubah setiap hari dengan terjadinya transaksi pengiriman dan penerimaan, transfer
produksi, dan pesanan penjualan baru. Mungkin petugas gudang memperhatikan
tingkat stok yang sangat rendah, akuntan mendeteksi potensi usia pendek dalam jumlah
inventaris yang terdokumentasi, manajer operasi menjadi sadar akan jumlah tambahan
yang akan diperlukan untuk menghasilkan pesanan penjualan yang akan datang, atau
sistem TI memberi sinyal ketika perintah diperlukan.
2.2 Risiko serta kontrol terkait
Seperti yang dijelaskan pada bab-bab sebelumnya, manajemen bertanggung jawab
untuk menerapkan pengendalian internal atas setiap proses bisnis. Oleh karena itu,
proses pembelian memerlukan perhatian khusus untuk mengurangi risiko penipuan atau
kesalahan khusus untuk jenis transaksi ini.
2.2.1 Otorisasi Transaksi
Individu tertentu dalam perusahaan harus diberi tanggung jawab otoritatif
untuk menyiapkan daftar permintaan pembelian dan PO, termasuk menyetujui
item tertentu untuk dibeli, jumlah pesanan, dan pemilihan vendor. Hanya individu
yang ditunjuk yang memiliki kesempatan untuk melaksanakan tugas-tugas ini.
Perusahaan harus menetapkan prosedur khusus untuk memastikan bahwa PO
telah diotorisasi dengan benar sebelum pesanan secara resmi dilakukan dengan
vendor. Individu yang ditunjuk dapat menyertakan tanda tangan atau inisialnya
pada daftar permintaan pembelian untuk menunjukkan otorisasi yang tepat.
2.2.2 Pemisahan tugas
Dalam proses pembelian, tugas akuntansi yang terkait dengan permintaan,
pemesanan, persetujuan pembelian, penerimaan, pengendalian inventaris, hutang,
sistem informasi, dan akuntansi umum harus dipisahkan untuk memenuhi tujuan
pengendalian internal. Secara umum, tanggung jawab untuk fungsi otorisasi,
penjagaan, dan penyimpanan catatan masing-masing harus dipisahkan untuk
mencegah kemungkinan kesalahan atau penipuan.
2.2.3 Catatan dan Dokumen yang Memadai
Personel akuntansi harus memastikan bahwa dokumentasi pendukung yang
memadai disimpan untuk transaksi pembelian. File harus disimpan untuk daftar
permintaan pembelian, PO, laporan penerimaan, faktur, dan sebagainya. File-file
2
 ini harus diatur baik dalam urutan kronologis berdasarkan tanggal jatuh tempo,
dalam urutan numerik berdasarkan nomor formulir atau nomor item inventaris,
atau dalam urutan abjad berdasarkan nama vendor.
2.2.4 Keamanan Aset dan Dokumen
Catatan dan program pembelian harus dilindungi dari akses yang tidak sah
melalui penggunaan kendali elektronik, seperti kata sandi, dan kendali fisik,
seperti lemari penyimpanan yang terkunci. Kontrol fisik juga harus digunakan di
gudang penyimpanan perusahaan dan area penerimaan untuk melindungi barang
yang dibeli dari pencurian.
2.2.5 Cek dan Rekonsiliasi Independen
Prosedur pengendalian internal khusus harus dilakukan untuk mencapai
akuntabilitas agar proses pembelian disajikan selanjutnya. Pelaksanaan fungsi-
fungsi ini oleh seseorang yang independen dari otoritas terkait, penjagaan, dan
fungsi penyimpanan catatan untuk proses pembelian akan meningkatkan
keefektifannya.
2.2.6 Pertimbangan Biaya-Manfaat
Oleh karena itu, perusahaan harus mengevaluasi risiko yang lazim dalam
sistemnya sebelum menentukan kombinasi pengendalian yang akan dijalankan.
Beberapa karakteristik berisiko tinggi yang mungkin memerlukan kebutuhan
akan pengendalian internal yang ekstensif adalah sebagai berikut:
1. Barang yang diterima sangat sulit untuk dibedakan, dihitung, atau diperiksa.
2. Barang bervolume tinggi sering diterima, atau barang bernilai tinggi.
3. Pengaturan harga persediaan bersifat kompleks atau berdasarkan perkiraan.
4. Sering terjadi perubahan harga pembelian atau vendor.
5. Perusahaan bergantung pada satu atau sangat sedikit vendor utama.
6. Penerimaan dan / atau pencatatan dilakukan di berbagai lokasi.

Ketika salah satu dari keadaan ini terjadi, manajemen harus sangat
memperhatikan pengendalian terkait yang dapat secara efektif mencegah atau
mendeteksi kesalahan atau kecurangan yang dapat terjadi.

3. Proses Pengembalian Pembelian dan risiko dan kontrol terkait

3.1 Proses Pengembalian Pembelian
Terkadang, perusahaan dapat menolak barang yang diterima dan memulai proses
pengembalian pembelian. Ini dapat terjadi karena berbagai alasan, termasuk berikut ini:

3
 1.Barang yang diterima tidak dapat diterima karena situasi berikut:
• Perbedaan kuantitas atau kualitas
• Kerusakan atau cacat
• Kesalahan dalam jenis barang yang dikirim atau dipesan
• Perbedaan dalam persyaratan pembelian
• Masalah pengaturan waktu
2. Perubahan kebutuhan perusahaan terkait penjualan atau produksi di masa depan.
Keadaan barang yang tidak dapat diterima yang dicatat dalam item pertama yang
terdaftar biasanya terdeteksi segera, karena barang diperiksa setelah diterima.
Terkadang, bagaimanapun, barang yang tidak dapat diterima dapat ditemukan di
kemudian hari, terutama dalam kasus barang yang rusak, perbedaan kualitas, dan
perbedaan persyaratan pembelian. Perubahan dalam kebutuhan perusahaan, hal kedua,
dapat terjadi kapan saja, karena perusahaan mungkin mengalami perubahan yang tidak
terduga dalam aktivitas bisnisnya. Terlepas dari alasan penolakan pembelian atau waktu
pengembalian, perusahaan harus memiliki prosedur khusus untuk menangani
pengembaliannya ke vendor.
Setelah barang yang ditolak diidentifikasi, persetujuan manajemen harus diperoleh
untuk mengembalikan pembelian secara resmi. Nota debit kemudian harus disiapkan.
Nota debit mengidentifikasi barang yang dikembalikan, bersama dengan informasi
yang relevan mengenai vendor, kuantitas, dan harga. Formulir ini harus disiapkan oleh
departemen akun yang dapat membayar berdasarkan informasi dari catatan pembelian
terkait, seperti PO, laporan penerimaan, dan / atau faktur.
Setelah nota debit disiapkan, barang bisa dikembalikan secara fisik ke vendor. Pada
saat itu, perusahaan harus menyiapkan catatan pengiriman kembali. Merupakan praktik
yang baik untuk mencatat semua aktivitas pengiriman, baik yang berkaitan dengan
transaksi penjualan atau pengembalian pembelian. Catatan persediaan juga perlu
diperbarui agar barang yang dikembalikan tidak lagi dicatat sebagai aset perusahaan.
(Perhatikan bahwa akun yang terpengaruh akan bergantung pada jenis sistem inventaris
yang digunakan oleh perusahaan, baik perpetual atau periodik.)
3.2 Risiko dan kontrol terkait
3.2.1 Otorisasi Transaksi
Setiap kali ada masalah dengan pembelian, otorisasi khusus harus diperlukan untuk
secara resmi menolak dan mengembalikan barang dan memulai persiapan memo debit.
4
Semua memo debit harus disetujui oleh anggota manajemen atau individu lain yang
ditunjuk di dalam perusahaan sebelum barang dikembalikan secara fisik ke vendor.
3.2.2 Pemisahan tugas
Karyawan bagian hutang yang menyiapkan memo debit juga tidak bertanggung
jawab untuk melakukan tugas dalam fungsi penitipan atau otorisasi dari proses
pembelian. Oleh karena itu, orang-orang ini tidak boleh menangani inventaris atau uang
tunai, atau menyetujui pembelian atau transaksi pengembalian pembelian.
3.2.3 Catatan dan Dokumen yang Memadai
Nota debit adalah dokumen terpenting dalam proses pengembalian pembelian.
Penting bahwa nota debit menyertakan penjelasan lengkap tentang barang yang
dikembalikan, termasuk jumlah dan harga, serta referensi ke faktur pembelian asli. Nota
debit harus diterbitkan dalam urutan numerik untuk memungkinkan verifikasi akuntansi
lengkap untuk transaksi pengembalian pembelian. Ketika nota debit diterbitkan dalam
formulir yang telah diberi nomor sebelumnya, personel perusahaan dapat menjelaskan
urutan tersebut dan mengevaluasi apakah seluruh urutan telah diperhitungkan atau
belum.
3.2.4 Keamanan Aset dan Dokumen
Catatan hutang dagang dan file data harus dibatasi untuk mereka yang secara
khusus diberi wewenang untuk menyetujui atau mencatat pengembalian pembelian
terkait. Penitipan barang yang dikembalikan harus dikontrol dan dibatasi pada fungsi
pengiriman atau orang lain yang secara khusus ditunjuk untuk menangani barang
tersebut.
3.2.5 Cek dan Rekonsiliasi Independen
Perusahaan harus memiliki aktivitas pengendalian internal khusus untuk mencapai
kemampuan akun untuk pengembalian pembelian. Terutama penting adalah kontrol
yang memeriksa kemungkinan pengembalian pembelian yang tidak tercatat. Jumlah
inventaris fisik dapat membantu mendeteksi pengembalian yang tidak tercatat. Selain
itu, seseorang yang independen dari fungsi akuntansi harus meninjau dokumen
pendukung untuk memverifikasi bahwa nota debit mewakili pengembalian yang
sebenarnya.
3.2.6 Pertimbangan Biaya-Manfaat
Pengendalian internal harus selalu menjadi bagian dari sistem akuntansi
perusahaan. Namun, eksposur tertentu mungkin ada dalam perusahaan yang mungkin
memerlukan penerapan prosedur pengendalian internal yang lebih luas. Perusahaan
5
 harus mengevaluasi apakah manfaat yang diperoleh dari pengendalian internalnya
bermanfaat, mengingat risiko dan biaya pelaksanaan yang terkait. Selain risiko yang
dicatat dalam pembahasan biaya-manfaat untuk proses pembelian, perusahaan mungkin
juga mempertimbangkan kebutuhan akan kontrol internal yang ekstensif terkait dengan
pengembalian pembelian ketika sejumlah besar memo debit diproses.
4. Proses pencairan kas dan risiko dan kontrol terkait
4.1 Proses pencairan kas
Proses pengeluaran tunai harus dirancang untuk memastikan bahwa perusahaan
memproses pembayaran dengan tepat untuk memenuhi hutang dagangnya pada saat
jatuh tempo. Pencairan tunai mungkin termasuk pembayaran yang dilakukan dengan
cek atau dengan mata uang. Banyak perusahaan melakukan transaksi bisnis dengan cek
sehingga pencatatan tertulis tentang pengeluaran kas dibuat.
Departemen hutang dagang umumnya bertanggung jawab atas pemberitahuan
tentang perlunya pembayaran tunai dan pemeliharaan akun vendor. Sebelum
pembayaran dilakukan kepada vendor, langkah-langkah spesifik harus diambil untuk
meningkatkan efektivitas dan efisiensi proses. Langkah-langkah ini mencakup
rekonsiliasi akun vendor, teknik pengelolaan kas, dan otorisasi pembayaran.
Manajemen kas adalah pengawasan yang cermat atas saldo kas, perkiraan pembayaran
kas, dan perkiraan penerimaan kas untuk memastikan bahwa saldo kas yang memadai
tersedia untuk memenuhi kewajiban.
Setelah pembayaran dilakukan, faktur terkait harus dibatalkan untuk menunjukkan
bahwa itu telah dibayar. Untuk membatalkan faktur, petugas pencairan tunai akan
menandai dengan jelas faktur tersebut dengan informasi yang berkaitan dengan
pembayaran dan nomor cek yang digunakan untuk memenuhi kewajiban ini. Sebagai
alternatif, salinan cek atau saran pengiriman uang dapat dilampirkan ke faktur untuk
menyelesaikan tugas ini. Metode mana pun memberikan bukti pencairan dan mencegah
kemungkinan pembayaran ganda. Dokumen-dokumen ini diarsipkan di departemen
hutang dalam urutan nomor cek. Departemen hutang kemudian akan memperbarui akun
vendornya untuk mencerminkan aktivitas pembayaran saat ini.
Pembayaran tunai harus dicatat dalam sistem akuntansi segera setelah pembayaran
dilakukan. Petugas pencairan tunai akan menyiapkan jurnal pengeluaran kas, yang
merupakan daftar kronologis dari semua pembayaran. Daftar ini kadang-kadang disebut
daftar cek dan mirip dengan catatan yang disimpan untuk rekening giro pribadi. Jurnal

6
 pengeluaran kas digunakan untuk menyiapkan entri jurnal harian, dimana kas dan akun
hutang diperbarui untuk mencerminkan pembayaran hari itu.
4.2 Risiko dan kontrol terkait
4.2.1 Otorisasi Transaksi
Hanya departemen hutang dagang yang boleh mengotorisasi pemrosesan transaksi
pengeluaran tunai, sesuai dengan kebutuhan untuk memenuhi kewajiban vendor.
Otorisasi terjadi ketika departemen hutang cocok dengan PO, laporan penerimaan, dan
faktur, dan kemudian meneruskan dokumen yang cocok ini ke departemen pengeluaran
tunai.
Banyak perusahaan menetapkan kebijakan dan prosedur otorisasi khusus yang
berlaku untuk pengeluaran tunai dalam jumlah besar di mana diperlukan tanda tangan
ganda untuk cek di atas jumlah dolar tertentu. Tanda tangan ganda berarti dua orang
menandatangani cek. Kontrol tambahan ini membutuhkan persetujuan dan tanda tangan
dari dua orang yang berwenang, sehingga mengurangi risiko penipuan atau kesalahan
yang signifikan. Bank perusahaan memainkan peran penting dalam menegakkan
kebijakan ini, karena tidak boleh membayar cek melebihi jumlah ambang kecuali ada
dua tanda tangan resmi.
4.2.2 Pemisahan tugas
Pemisahan tugas yang efektif mengurangi kemungkinan kesalahan yang tidak
terdeteksi atau penipuan dengan memberikan kendali akuntansi atas proses pengeluaran
kas. Jika fungsi pembelian, penerimaan, hutang, dan pengeluaran tunai dipisahkan,
maka peluang pencurian atau kesalahan dalam proses harus diminimalkan. Tidak
seorang pun boleh memiliki kemampuan untuk memulai transaksi pembelian palsu dan
secara bersamaan membayar dan mempertanggungjawabkannya. Idealnya, individu
dalam departemen pengeluaran kas tidak boleh memiliki otoritas penandatanganan cek
dan tidak boleh memiliki akses ke rekening kas atau ke catatan hutang perusahaan.
Selain itu, operasi dan program sistem informasi yang terkait dengan pengeluaran kas
dan departemen hutang harus terpisah dari departemen yang memiliki tanggung jawab
untuk penjagaan, otorisasi, atau pencatatan dalam fungsi-fungsi tersebut.
4.2.3 Catatan dan Dokumen yang Memadai
Buku besar pembantu hutang dagang dan jurnal pengeluaran kas adalah catatan
fundamental dalam proses pengeluaran kas. Selain itu, praktik penerbitan cek pada
formulir yang telah diberi nomor sebelumnya menciptakan catatan urutan transaksi.

7
 Dan pemeliharaan catatan hutang yang teratur memfasilitasi teknik pengelolaan kas
yang efektif.
4.2.4 Keamanan Aset dan Dokumen
Akses ke uang tunai harus dibatasi untuk penandatangan cek yang berwenang.
Pengendalian fisik harus dilakukan di area di mana uang tunai disimpan dan
dikeluarkan. Demikian pula, pasokan cek yang tidak terpakai dari perusahaan harus
dilindungi dan dikendalikan. Akses ke catatan harus dibatasi untuk orang-orang yang
ditunjuk dalam fungsi hutang dan pengeluaran kas.
4.2.5 Cek dan Rekonsiliasi Independen
Jurnal pengeluaran kas dan buku besar pembantu hutang dagang harus
direkonsiliasi ke akun pengendalian buku besar secara teratur. Juga, seseorang yang
terpisah dari fungsi pengeluaran kas dan hutang harus bertanggung jawab untuk
merekonsiliasi laporan bank setiap bulan. Prosedur rekonsiliasi rekening bank yang
memadai mencakup penerimaan langsung rekening koran oleh karyawan yang ditunjuk
sehingga tidak ada orang lain yang memiliki kesempatan untuk mengubah dokumen
tersebut. Jika salinan cek disertakan dengan laporan bank, cek ini harus benar-benar
ditinjau ulang untuk tanggal, penerima pembayaran, dan tanda tangan.
4.2.6 Pertimbangan Biaya-Manfaat
Saat perusahaan memproses pengeluaran kas dalam jumlah besar, perusahaan
harus mempertimbangkan penerapan prosedur pengendalian internal untuk memastikan
keakuratan transaksi tersebut. Situasi lain yang mungkin memerlukan peningkatan
kontrol meliputi:
• Pengaturan vendor atau ketentuan diskon bersifat kompleks.
• Kegiatan pencairan tunai tersebar luas atau terdesentralisasi.
• Pencairan tunai dilakukan dengan mata uang dan bukan dengan cek.
• Ada jumlah pengembalian pembelian yang tinggi.
• Pencairan tunai dalam mata uang asing.
5. Gambaran sistem belanja TI dan proses pencairan kas itu meningkatkan efisiensi
proses pengeluaran
Bahkan dalam sistem akuntansi terkomputerisasi, terdapat banyak tugas manual.
Ini biasanya berlaku untuk perusahaan kecil atau menengah dengan sistem TI skala
kecil. Ujian yang ditunjukkan di bagian awal bab ini tangkapan layar dari perangkat
lunak akuntansi Microsoft Dynamics GP adalah contoh sistem akuntansi / ERP di mana
proses manual dapat diminimalkan jika fungsi otomatis dalam sistem diadopsi.
8
Misalnya, dalam sistem pembelian, pencocokan dokumen sering disebut pencocokan
tiga arah. Pencocokan tiga arah adalah pencocokan PO dengan laporan penerimaan dan
faktur terkait. Di beberapa perusahaan, orang yang mengoperasikan perangkat lunak
komputer harus secara fisik mencocokkan PO dengan laporan penerimaan dan faktur,
memutuskan faktur mana yang cocok dengan PO dan laporan penerimaan.
Dalam organisasi kecil atau menengah dengan perangkat lunak akuntansi seperti
Microsoft Dynamics GP, tugas berikut harus diselesaikan oleh karyawan:
a. Departemen pembelian memesan item dari vendor, dan seorang karyawan harus
memasukkan PO ke dalam perangkat lunak akuntansi dengan memasukkan data ke
dalam bidang formulir PO di layar.
b. Bagian penerima menerima barang dan membandingkan slip pengepakan dengan
PO untuk mengkonfirmasi nomor bagian dan jumlah.
c. Laporan penerimaan disiapkan oleh karyawan yang mengisi bidang yang sesuai di
layar penerimaan di perangkat lunak. Orang yang menyelesaikan layar ini harus
memilih PO yang cocok dengan laporan penerimaan ini. Ketika nama vendor atau
nomor ID dimasukkan, sistem akan membuat daftar PO terbuka dengan vendor itu.
d. Setelah vendor memberikan faktur, faktur juga harus dimasukkan ke layar entri
faktur di perangkat lunak akuntansi. Sekali lagi, PO yang tepat harus dipilih dari
daftar PO terbuka.
e. Jika PO, laporan penerimaan, dan faktur cocok dengan nomor bagian, jumlah, dan
harga, kewajiban disetujui untuk pembayaran.
f. Pada tanggal diskon atau tanggal jatuh tempo faktur, orang yang ditunjuk harus
memilih faktur tertentu untuk dibayar dan sistem menghasilkan sekumpulan cek.

Sistem entri dan pencocokan manual ini sangat memakan waktu dan mahal. Ini
memakan waktu karena kerumitan pembelian. Pembelian dan pembayaran dapat
menjadi rumit karena vendor kadang-kadang dapat mengganti barang, mengirimkan
jumlah yang berbeda (undership atau overship), memberi tahu pembeli tentang pesanan
kembali, atau mengisi sebagian pesanan. Dengan demikian, pencocokan membutuhkan
banyak waktu manusia untuk mendamaikan dan menyetujui pembayaran. Ini benar
bahkan jika sistem akuntansi menyimpan catatan dan menghasilkan cek secara
elektronik. Masalah dengan sistem ini adalah sebagai berikut:

a. Total gaji atau upah yang dibayarkan kepada karyawan yang sesuai dengan ketiga
dokumen ini bisa sangat mahal.

9
 b. Ketidaksesuaian dengan nomor suku cadang, kuantitas, atau harga dapat
memerlukan banyak waktu untuk diselidiki dan direkonsiliasi, yang menyebabkan
biaya pemrosesan manual ini menjadi lebih tinggi.
c. Karyawan harus memasukkan rincian pembelian, penerimaan, dan faktur ke dalam
perangkat lunak secara manual. Ini juga mahal dan memakan waktu. Selain itu,
kesalahan penguncian mungkin terjadi.
6. Pencocokan dokumen pembelian berbasis komputer dan risiko dan kontrol
terkait
6.1 Pencocokan dokumen pembelian berbasis computer
Sistem TI yang digunakan untuk pembelian dan pembayaran dapat digunakan
untuk mengotomatiskan proses pencocokan dokumen. Pencocokan otomatis adalah
teknik perangkat lunak komputer di mana perangkat lunak komputer mencocokkan
faktur dengan PO terkait dan laporan penerimaan. Sistem tradisional mengandalkan
seseorang untuk melakukan pencocokan ini, sedangkan sistem pencocokan kawin
otomatis tidak. Untuk menjalankan sistem pencocokan otomatis, semua file yang
relevan harus tersedia dan selalu siap untuk diproses. Ini berarti PO dan menerima file
dan catatan harus online atau dalam database. Ketika faktur diterima dari vendor,
seorang karyawan memasukkan rinciannya ke dalam sistem akun dengan mengisi
bidang di layar entri faktur. Nomor PO biasanya muncul di faktur, dan nomor ini
dimasukkan saat faktur dimasukkan. Sistem kemudian dapat mengakses PO online dan
menerima file dan memeriksa kecocokan item, jumlah, dan harga. Sistem tidak akan
menyetujui faktur untuk pembayaran kecuali item dan jumlah sesuai dengan slip
pengepakan, dan harga sesuai dengan harga PO. Ini memastikan bahwa vendor telah
menagih item, quanti tie, dan harga yang benar.
Selama proses pencocokan, sistem juga akan memeriksa kesalahan matematis dan
menentukan apakah pembayaran sebelumnya telah dilakukan. Tanpa prosedur ini,
pembayaran berlebih atau pembayaran ganda kepada vendor dapat dilakukan. Vendor
dapat secara tidak sengaja atau sengaja menagih pesanan yang sama dua kali. Sistem
memeriksa faktur duplikat dengan memeriksa nomor faktur, nomor vendor, dan jumlah
dolar. Sistem dapat menandakan setiap contoh pembayaran duplikat atau kelebihan
pembayaran, dan pemberitahuan ini dapat ditinjau oleh manajer sebelum pembayaran.
Selain itu, sistem otomatis dapat mengevaluasi persyaratan diskon dan memilih waktu
yang paling menguntungkan dari pembayaran yang sebenarnya.

10
 Sistem pencocokan otomatis dapat mengurangi waktu, biaya, kesalahan, dan
pembayaran duplikat dalam pemrosesan faktur. Peningkatan atas pencocokan manual
ini dapat mengurangi jumlah waktu yang dibutuhkan untuk memasukkan faktur dan
oleh karena itu memberikan informasi yang lebih tepat waktu kepada manajemen untuk
memperkirakan arus kas keluar masa depan untuk pembayaran faktur. Selain itu, sistem
dapat meringkas data transaksi yang terperinci menjadi jumlah ringkasan yang
diposting ke akun buku besar.
6.2 Risiko dan kontrol terkait
6.2.1 Risiko Keamanan dan Kerahasiaan
Menerapkan proses pencocokan otomatis berarti bahwa orang tidak melakukan
fungsi pencocokan dan otorisasi, karena ini terjadi di dalam sistem. Oleh karena itu,
akses tidak sah ke sistem meningkatkan risiko pembayaran curang atau fiktif. Seseorang
yang mendapatkan akses tidak sah ke fungsi pemesanan dan pencocokan sistem dapat
memasukkan vendor dan faktur palsu, dan karenanya menerima pembayaran palsu.
Risiko ini dapat dikurangi dengan mengautentikasi pengguna dan membatasi akses
pengguna yang berwenang. Kata sandi dan ID pengguna harus digunakan untuk setiap
karyawan yang mengakses sistem. Jika jumlah dolar yang terlibat sangat besar atau
datanya sensitif, penggunaan biometrik, token keamanan, atau kartu pintar mungkin
diperlukan untuk meningkatkan kekuatan otentikasi pengguna. Selain itu, tabel otoritas
harus dibuat untuk membatasi akses pengguna resmi ke subsistem yang diperlukan
untuk pekerjaan mereka. Misalnya, pengguna yang log in untuk memasukkan faktur
seharusnya tidak diizinkan untuk memesan barang. Log komputer harus dipelihara
sehingga ada catatan lengkap tentang pengguna dan riwayat penggunaannya. Log
komputer akan memungkinkan pemantauan dan identifikasi akses atau penggunaan
yang tidak sah.
6.2.2 Memproses Risiko Integritas
Karena sistem mengotorisasi pembayaran faktur, penting untuk memastikan bahwa
itu diprogram untuk menyelesaikan pencocokan ini dengan benar. Kesalahan dalam
logika sistem dapat menyebabkan kesalahan sistematis dan berulang dalam
pencocokan. Dalam istilah yang lebih sederhana, jika sistem salah mencocokkan
dokumen, sistem akan keliru mencocokkan dokumen secara berulang. Dengan
demikian, logika sistem yang salah dapat dengan cepat menyebabkan masalah arus kas.
Ini juga berlaku untuk logika yang digunakan untuk menemukan pembayaran duplikat,
di mana sistem harus diprogram sebelumnya dengan kriteria pengidentifikasi yang
11
 sesuai. Jika kriteria ditetapkan terlalu ketat, sistem mungkin tidak mendeteksi dengan
benar semua pembayaran duplikat. Alternatifnya, jika kriterianya terlalu longgar, itu
mungkin menandai transaksi yang sebenarnya bukan duplikat. Misalnya, jika
perusahaan secara teratur dan sering memesan barang yang sama dengan biaya yang
sama, akan menjadi lebih sulit untuk menentukan mana yang merupakan faktur duplikat
dan mana yang tidak, karena jumlah dan harga akan sama. Risiko kesalahan sistematis
dalam mencocokkan atau pembayaran ganda ini dapat dikurangi dengan pengujian rutin
sistem dan melalui tinjauan manajemen berkala atas laporan pembayaran faktur.
6.2.3 Risiko Ketersediaan
Seperti yang selalu terjadi pada sistem TI, semakin banyak ketergantungan
ditempatkan pada sistem, semakin penting untuk memastikan bahwa sistem tersedia.
Gangguan atau gangguan sistem apa pun dapat menghentikan atau memperlambat
pemrosesan faktur dan pembayaran. Penundaan pembayaran faktur yang ekstrim dapat
menyebabkan hilangnya diskon, biaya keterlambatan, biaya bunga, atau hilangnya
vendor. Oleh karena itu, penting untuk memelihara sistem backup dan file backup.
Karena pencocokan dilakukan di dalam sistem daripada secara manual, mungkin tidak
ada jejak kertas dari transaksi yang diproses. Oleh karena itu, file cadangan harus dijaga
untuk memastikan jejak audit yang lengkap. Selain itu, pasokan listrik yang tidak
pernah terputus dan rencana pemulihan bencana harus tersedia untuk memungkinkan
pengoperasian yang berkelanjutan bahkan jika terjadi pemadaman listrik atau bencana
alam.
7. Sistem penyelesaian penerimaan yang divalidasi dan risiko dan kontrol terkait
7.1 Sistem penyelesaian penerimaan yang divalidasi
Pada pertengahan 1990-an, beberapa perusahaan, termasuk yang bergerak di
industri otomotif, mulai menerapkan sistem pencocokan tanpa tagihan untuk pembelian
dan pembayaran penjual. Misalnya, General Electric Co. mulai menggunakan sistem
tanpa tagihan untuk pembelian material langsung dan ingin memindahkan pembelian
lain ke sistem tanpa tagihan. Mengubah pencocokan dokumen ke sistem tanpa tagihan
lebih merupakan perubahan proses daripada penerapan teknologi baru. Namun,
kemampuan untuk mencapai sistem pencocokan tanpa tagihan bergantung pada
memiliki sistem TI yang luas dengan file terkait pembelian online. Pertandingan tanpa
faktur membandingkan PO dengan barang yang diterima. Jika PO cocok dengan
barang, pembayaran dilakukan ke vendor. Ini menghilangkan keharusan vendor untuk
mengirim faktur, karena pembayaran disetujui segera setelah barang diterima (ketika
12
 cocok dengan PO). Dengan demikian, penyelesaian penerimaan yang dievaluasi (ERS)
adalah sistem tanpa tagihan. Nama ERS menandakan bahwa penerimaan barang
dievaluasi dengan cermat dan, jika sesuai dengan PO, penyelesaian kewajiban terjadi
melalui sistem ini.
Saat departemen pembelian memulai proses pembelian, PO dimasukkan ke dalam
database online pesanan terbuka. Ketika barang tiba di dermaga penerima, karyawan di
departemen penerima akan memeriksa database online untuk PO yang cocok dengan
vendor, nomor bagian, dan jumlah. Artinya, karyawan harus dapat mengakses PO
secara online dengan segera, saat petugas pengiriman masih di dermaga penerima. Oleh
karena itu, diperlukan sistem TI yang ekstensif dengan file pembelian online. Jika tidak
ada PO yang cocok, barang ditolak dan dikembalikan ke vendor. Jika ada PO yang
cocok, karyawan penerima memasukkan catatan penerimaan ke dalam database online
dan pembayaran diproses sesuai dengan ketentuan pembayaran yang sebelumnya
dinegosiasikan dengan vendor.
7.2 Risiko dan kontrol terkait
7.2.1 Risiko Keamanan dan Kerahasiaan
Kontrol pengguna harus diautentikasi untuk mencegah akses tidak sah ke file
terkait pembelian dan untuk mencegah pembayaran vendor yang curang atau fiktif. ID
pengguna dan kata sandi harus diperlukan dari semua pengguna sistem pembelian dan
pembayaran. Tabel otoritas menetapkan tingkat akses pengguna yang berwenang. Ini
mencegah pengguna yang tidak sah untuk memulai transaksi pembelian. Log komputer
dapat membantu manajemen dalam memantau akses pengguna dan dalam mendeteksi
akses yang tidak sah atau penyalahgunaan sistem pembelian dan pembayaran.
7.2.2 Memproses Risiko Integritas
Seperti yang dijelaskan dalam pembahasan sebelumnya tentang risiko sistem
pencocokan otomatis, kesalahan dalam logika sistem dapat menyebabkan kesalahan
berulang dalam otorisasi pembayaran. Oleh karena itu, sistem harus dipantau dan diuji
untuk memastikan keakuratan dan kelengkapan persetujuan pencocokan dan
pembayaran. Pemantauan dan pengujian ini juga harus memastikan bahwa pembayaran
duplikat dapat dihindari dengan tepat.
7.2.3 Risiko Ketersediaan
Karena sistem sangat bergantung pada sistem TI yang dapat dengan cepat
mengakses file PO online, gangguan atau perlambatan sistem dapat menghentikan
semua aktivitas penerimaan. Proses penerimaan tidak dapat beroperasi tanpa
13
 kemampuan untuk melihat file PO online. Oleh karena itu, sistem cadangan dan data
cadangan sangat penting untuk memastikan ketersediaan sistem setiap saat.
Pengendalian umum juga harus mencakup pasokan listrik yang tidak pernah terputus
dan rencana pemulihan bencana yang ekstensif untuk memungkinkan pengoperasian
yang berkelanjutan tanpa gangguan.
8. E-bisnis dan pertukaran data elektronik (EDI) sistem dan risiko dan kontrol
terkait
8.1 E-bisnis dan pertukaran data elektronik (EDI) sistem
Selain itu, telah dijelaskan di awal bab ini bahwa pembeli dan penjual saling
menukar barang dan uang tunai; pembeli menerima barang dan membayar tunai sebagai
gantinya, sedangkan penjual menerima uang tunai dan mengirimkan barang. Saat
pertukaran ini dilihat dari perspektif pembeli, bayangan cermin dari perspektif penjual
dapat dilihat. Pertukaran informasi transaksi elektronik untuk pembeli dan penjual
hampir sama. Kesamaan dalam proses antara pembeli dan penjual berarti bahwa
sebagian besar uraian sebelumnya tentang keuntungan, risiko, dan kendali dari sudut
pandang penjual berlaku untuk fitur yang sama dari sudut pandang pembeli, seperti
yang dibahas dalam bab ini. Untuk menghindari pengulangan seluruh bagian tersebut,
uraian di sini hanya akan berfokus pada risiko dan kontrol dan akan mencakup bisnis
elektronik dan EDI di bagian berikut.
8.2 Risiko dan kontrol terkait
8.2.1 Risiko Keamanan dan Kerahasiaan
Saat melakukan transaksi pembelian dan pembayaran secara elektronik, harus ada
hubungan elektronik antara sistem IT pembeli dan penjual. Tautan elektronik ini
mungkin dalam bentuk saluran sewa pribadi, jaringan pihak ketiga, atau Internet. Apa
pun jenis tautan elektronik yang digunakan, penggunaan tautan elektronik antara
pembeli dan penjual memperlihatkan risiko akses dan peretasan yang tidak sah atau
pembobolan jaringan lainnya. Oleh karena itu, penting bahwa semua pengguna,
termasuk mitra dagang seperti vendor, diautentikasi saat mereka mengakses sistem atau
catatan. ID pengguna, kata sandi, dan tabel otorisasi digunakan untuk membatasi akses
ke pengguna yang sah dan untuk membatasi pengguna yang berwenang hanya untuk
file atau catatan yang harus mereka akses untuk melakukan tugas yang ditetapkan. Log
komputer membantu manajemen memantau akses pengguna dan untuk menemukan
apakah ada contoh akses tidak sah dan pelanggaran keamanan yang terjadi telah terjadi.

14
Firewall dan enkripsi data dapat membatasi akses tidak sah oleh peretas atau pihak luar
lainnya.
Pengujian kerentanan dan pengujian penetrasi memungkinkan perusahaan untuk
secara teratur menguji kemungkinan kelemahan dalam koneksi jaringan yang
digunakan untuk bisnis elektronik atau EDI. Pengujian kerentanan memeriksa sistem
untuk menentukan kecukupan langkah-langkah keamanan dan untuk mengidentifikasi
kekurangan keamanan. Pengujian penetrasi sengaja mencoba untuk menghindari
kontrol akses sistem TI untuk menentukan apakah ada kelemahan dalam kontrol apa
pun. Pengujian ini dapat membantu mengungkap kerentanan sehingga masalah tersebut
dapat diperbaiki sebelum dieksploitasi oleh pihak luar atau peretas. Perangkat lunak
pendeteksi gangguan memperingatkan organisasi tentang peretasan atau penggunaan
tidak sah lainnya dari sistem atau jaringan.
8.2.2 Memproses Risiko Integritas
Dalam transaksi pembelian e-business atau EDI, vendor mungkin mengakses file
dan catatan di sistem komputer pembeli dan mungkin memasukkan atau mengirimkan
data. Oleh karena itu, terdapat risiko bahwa sistem TI vendor dapat menyebabkan data
yang salah atau tidak lengkap. Data yang dimasukkan atau dikirim oleh vendor harus
tunduk pada kontrol validasi input untuk memastikan keakuratan dan kelengkapan data.
Pemeriksaan validasi input ini meliputi pemeriksaan lapangan, pemeriksaan validitas,
pemeriksaan batas, dan pemeriksaan kewajaran. Selain itu, data yang dimasukkan ke
dalam perangkat lunak terjemahan EDI, atau formulir Web bisnis elektronik harus
diintegrasikan ke dalam sistem backoffice seperti sistem penerimaan dan hutang.
8.2.3 Risiko Ketersediaan
Gangguan pada sistem dapat menyebabkan masalah kritis bagi perusahaan yang
membeli dan membayar secara elektronik. Perlambatan atau kegagalan sistem dapat
menyebabkan perusahaan tidak dapat membeli atau membayar sesuai kebutuhan, yang
dapat menyebabkan aliran produk terganggu dan dengan demikian memperlambat atau
menghentikan produksi atau penjualan. Kapan pun sistem Web atau koneksi EDI tidak
tersedia, mungkin ada gangguan dalam produksi dan dengan demikian kemungkinan
kegagalan untuk menyediakan produk untuk dijual. Oleh karena itu, perusahaan harus
menerapkan kontrol untuk meminimalkan gangguan layanan, seperti sistem yang
berlebihan, rencana pemulihan bencana, pengujian perubahan perangkat lunak, dan
perencanaan dan pengujian kapasitas.

15
9. Sistem e-hutang
Manajer akuntansi dalam organisasi biasanya tertarik pada sistem dan perangkat
lunak baru yang mengurangi biaya atau meningkatkan efisiensi pemrosesan hutang.
Teknologi terbaru yang terkait dengan faktur dan hutang biasanya disebut sebagai
hutang elektronik. Namun, nama yang lebih spesifik untuk faktur elektronik dan sistem
pembayaran ini adalah penyajian dan pembayaran faktur elektronik, atau EIPP.
Sebagian besar sistem EIPP memanfaatkan konektivitas Internet untuk mengirim faktur
atau pembayaran secara elektronik. Ini berarti bahwa proses hutang dalam suatu
organisasi dapat menerima faktur secara elektronik melalui Internet dan melakukan
pembayaran melalui Internet. Sistem seperti itu biasanya menggunakan browser Web
sebagai antarmuka bagi karyawan yang memiliki hutang untuk menerima dan melihat
faktur dan melakukan pembayaran.
10. Kartu Pengadaan
Dalam beberapa dekade terakhir, banyak perusahaan telah menerapkan kartu
pengadaan sebagai metode untuk menghilangkan atau mengurangi langkah-langkah
yang memakan waktu dalam transaksi pembelian dan pembayaran. Kartu pengadaan,
sering disebut p-card, adalah kartu kredit yang diberikan organisasi kepada karyawan
tertentu untuk melakukan pembelian yang ditentukan. Kartu pengadaan biasanya tidak
digunakan untuk membeli bahan mentah atau produk, tetapi digunakan untuk
pembelian dalam jumlah kecil seperti persediaan atau pemeliharaan, dan untuk
membayar biaya perjalanan dan hiburan.
11. Masalah etika terkait dengan proses pengeluaran
Dengan tidak adanya "nada di atas" etika yang kuat, dorongan perilaku etis oleh
semua karyawan, dan kontrol internal yang kuat, ada banyak peluang terjadinya
penyimpangan etika atau penipuan dalam proses pengeluaran. Penyimpangan etika
dapat terjadi di tingkat atas manajemen ketika dana perusahaan digunakan untuk
pembelian pribadi, serta di tingkat karyawan terendah ketika biaya perjalanan dan
hiburan palsu diajukan untuk penggantian. Meskipun tidak mungkin semua masalah
etika tersebut akan sepenuhnya dihilangkan, manajemen dapat mengurangi
kemungkinan penipuan pengeluaran atau pelanggaran etika dengan mempertahankan
kontrol internal yang baik dan menegakkan perilaku etis.
Banyak kebijakan pengendalian internal yang seharusnya ada untuk membantu
mencegah penipuan seperti yang dilakukan oleh Michael Monus dan Paul Pigeon.
Bahkan kebijakan sederhana seperti hanya menerima kuitansi asli yang valid untuk
16
 perjalanan akan membantu mencegah penipuan biaya perjalanan ganda. Dalam kasus
penipuan faktur fiktif, kontrol seperti verifikasi berkala terhadap keberadaan vendor,
pemeriksaan pengeluaran melebihi anggaran (varians), dan pelatihan personel hutang
untuk mencari dokumentasi yang mencurigakan mungkin telah mencegah penipuan ini.
Contoh-contoh ini menggambarkan bahwa ketika nada di atas tidak difokuskan pada
kontrol internal yang baik dan standar etika yang tinggi, penipuan dan penyimpangan
etika lebih mungkin terjadi.
Dewan direksi dan manajemen organisasi memiliki kewajiban etis untuk
menetapkan nada yang tepat di puncak. Jika tidak, pemilik organisasi akan dirugikan
saat perusahaan ditipu. Selain itu, karyawan dan mereka yang melakukan bisnis dengan
organisasi juga akan dirugikan ketika perubahan (seperti kegagalan untuk memberikan
kenaikan gaji dan kenaikan harga jual) diterapkan dalam upaya memulihkan kerugian
dari penipuan. Penting untuk menetapkan kebijakan pengendalian internal dan
pengendalian TI untuk membantu mencegah atau mendeteksi penipuan, penyimpangan
etika, atau kesalahan tersebut. Dengan menetapkan kendali dan kode etik, dewan dan
manajemen melindungi aset yang dipercayakan kepada mereka oleh pemilik dan
pemegang saham.
12. Tata kelola perusahaan dalam proses pengeluaran
Empat fungsi utama dari proses tata kelola perusahaan meliputi pengawasan
manajemen, pengendalian internal dan kepatuhan, pengawasan keuangan, dan perilaku
etis. Meskipun tata kelola perusahaan penting untuk semua proses bisnis, hal ini
terutama diperlukan dalam proses pengeluaran. Dana yang dikeluarkan oleh organisasi
bukan milik manajer. Manajer adalah pengurus, atau direktur sementara, dari dana
tersebut. Kebijakan dan prosedur tata kelola perusahaan harus ada untuk memastikan
bahwa dana yang dikeluarkan hanya untuk keuntungan organisasi dan pemiliknya,
bukan untuk keuntungan manajer atau karyawan secara pribadi. Misalnya, kebijakan
tata kelola perusahaan harus mencegah manajer dan karyawan menggunakan dana
perusahaan untuk membeli barang untuk penggunaan pribadi mereka. Dengan kata lain,
tata kelola perusahaan yang kuat harus membantu mencegah penipuan, pencurian, dan
salah urus dalam proses pengeluaran.

17
TITLE : Does XBRL disclosure management solution influence earnings release

efficiency and earnings management?

AUTHOR : Hsieh et. 2019

JOURNAL: International Journal of Accounting & Information Management Vol. 27

No. 1, 2019. pp. 74-95

1. Research problem or question

Tahun 2009, Securities and Exchange Commission (SEC) mengeluarkan aturan
tentang penggunaan data interaktif untuk meningkatkan pelaporan keuangan. SEC
mengamanatkan perusahaan public untuk mengadopsi eXtensible Business Reporting
Language (XBRL) untuk mengungkapkan laporan keuangan kepada SEC. Sebagai
salah satu dari sepuluh teknologi teratas di bidang akuntansi (Liu, 2013), XBRL telah
menarik banyak perhatian dalam penelitian akuntansi untuk memahami pengaruhnya
bagi para profesional akuntansi dan audit. Namun, kompleksitas implementasi XBRL
dan jaminan terbatas untuk laporan keuangan berbasis XBRL dapat menimbulkan
kekhawatiran tentang kualitas pelaporan keuangan. Bukti empiris awal telah
mendokumentasikan hasil yang beragam mengenai keefektifan pengajuan wajib
XBRL. Beberapa penelitian menunjukkan bahwa pengarsipan XBRL wajib dapat
mengurangi risiko informasi dan meningkatkan efisiensi informasi (Kim dkk., 2012).
Efek adopsi XBRL juga dapat bervariasi secara global karena perbedaan nilai akuntansi
di berbagai negara (Liu dan Farrell, 2013). Dari permasalahan tersebut, adapun tujuan
dari penelitian ini adalah untuk mengetahui pengaruh strategi implementasi XBRL,
khususnya Data Management Solution (DMS) versus Stand Alone Solution (SAS),
terhadap efisiensi penerbitan laba perusahaan publik dan manajemen laba.
2. Why is problem/question important?
Terdapat perbedaan hasil antara hasil penelitian yang telah dilakukan dengan praktik
penerapan metode XBRL. Liu (2013) meninjau studi XBRL sebelumnya dan
menyarankan bahwa XBRL dapat menguntungkan pengadopsi dan pemangku
kepentingan lainnya dalam berbagai cara. Misalnya, XBRL dapat meningkatkan
kualitas laporan keuangan dengan meningkatkan efisiensi pelaporan dan menyediakan
format data interaktif untuk pengguna pelaporan bisnis internal (misalnya, dewan
direksi, auditor internal) untuk menganalisis data dan memantau aktivitas bisnis (Alles
dan Piechocki, 2010 ; Cohen, 2009; Roohani dkk., 2009). Hal tersebut juga dapat

18
 mengintegrasikan data keuangan mentah ke dalam aplikasi berkemampuan XBRL
untuk memproses data keuangan untuk tujuan manajemen, seperti menyiapkan laporan
manajerial untuk pengambilan keputusan strategis dan mengidentifikasi transaksi
abnormal (Wu dan Vasarhelyi, 2004). Namun, hasil empiris tidak sepenuhnya
konsisten dengan manfaat teoretis dari penerapan XBRL. Beberapa penelitian
menunjukkan dampak positif XBRL pada praktik pelaporan keuangan. Misalnya, Lai
dkk. (2015) menemukan bahwa adopsi XBRL mengurangi asimetri informasi dan efek
ini lebih kuat untuk perusahaan besar dan non-teknologi tinggi. XBRL juga dapat
membantu penyebaran informasi keuangan yang lebih efisien, dan meningkatkan
efisiensi informasi (Kim dkk.,2012; Yoon dkk., 2011). Adopsi XBRL dapat
meningkatkan pengikut analis dan meningkatkan akurasi perkiraan analis (Liu dkk.,
2014). Garis penelitian ini juga mencoba untuk membedakan dampak adopsi XBRL di
pasar keuangan untuk perusahaan dengan karakteristik yang berbeda. Misalnya Efendi
dkk. (2014) menemukan bahwa pasar keuangan merespons dengan lebih efisien
terhadap berita pendapatan positif yang dikeluarkan oleh pelapor besar yang dipercepat.
Yen dan Wang (2015) meneliti efek XBRL.

3. Author’s approach to solving the problem

Adapun metode yang digunakan dalam penelitian ini adalah sebagai berikut:
a. Metode Analisis Statistik Deskriptif
Analisis statistic deskriptif digunakan untuk menilai variable di setiap model
empiris. Statistik deskriptif juga menunjukkan bahwa perusahaan dengan ukuran
besar, perusahaan dengan kinerja keuangan yang lebih baik dan perusahaan yang
sedang berkembang lebih cenderung menggunakan DMS untuk implementasi
XBRL. Juga, dalam periode pengarsipan wajib XBRL, ada lebih banyak
perusahaan yang menggunakan DMS untuk implementasi XBRL, dibandingkan
dengan periode pengarsipan wajib sebelum XBRL.
b. Metode Analisis Multivariat
Metode analisis multivariat adalah suatu metode statistika yang tujuan
digunakannya adalah untuk menganalisis data yang terdiri dari banyak variabel
serta diduga antar variabel tersebut saling berhubungan satu sama lain. Analisis
multivariat adalah salah satu dari teknik statistik yang diterapkan untuk memahami
struktur data dalam dimensi tinggi. Dimana variabel-variabel yang dimaksud
tersebut saling terkait satu sama lain. Dalam penelitian ini metode analisis
19
 multivariat digunakan untuk menilai keakuratan atas hipotesis 1 yaitu penghasilan
melepaskan efisiensi, hipotesis 2 yaitu manajemen laba berbasis akrual, serta
hipotesis 4 yaitu manajemen laba berbasis aktivitas nyata.

4. Assumptions about real world

Bukti empiris awal telah mendokumentasikan hasil yang beragam mengenai
keefektifan pengajuan wajib XBRL. Beberapa penelitian menunjukkan bahwa
pengarsipan XBRL wajib dapat mengurangi risiko informasi dan meningkatkan
efisiensi informasi (Kim dkk., 2012). Ini juga dapat meningkatkan reaksi pasar terhadap
kejutan pendapatan (Yen dan Wang, 2015), meningkatkan akurasi perkiraan analis (Liu
dkk., 2014), dan meningkatkan likuiditas pasar (Liu dkk., 2017). Studi lain,
bagaimanapun, menunjukkan bahwa mandat XBRL sebenarnya dapat mengurangi
komparabilitas laporan keuangan (Dhole dkk., 2015) dan memperbesar asimetri
informasi antara investor besar dan investor kecil (Blankespoor dkk., 2014). Efek
adopsi XBRL juga dapat bervariasi secara global karena perbedaan nilai akuntansi di
berbagai negara (Liu dan Farrell, 2013).

5. Relevant theories
a. Manfaat XBRL dan strategi implementasi
Sejak diperkenalkan pada tahun 1999, pelaporan keuangan berbasis XBRL telah
diterapkan oleh banyak perusahaan publik di AS dan negara lain (Gettler, 2014).
Liu (2013) meninjau studi XBRL sebelumnya dan menyarankan bahwa XBRL
dapat menguntungkan pengadopsi dan pemangku kepentingan lainnya dalam
berbagai cara. Misalnya, XBRL dapat meningkatkan kualitas laporan keuangan
dengan meningkatkan efisiensi pelaporan dan menyediakan format data interaktif
untuk pengguna pelaporan bisnis internal (misalnya, dewan direksi, auditor
internal) untuk menganalisis data dan memantau aktivitas bisnis (Alles dan
Piechocki, 2010 ; Cohen, 2009; Roohani dkk., 2009). Itu juga dapat
mengintegrasikan data keuangan mentah ke dalam aplikasi berkemampuan XBRL
untuk memproses data keuangan untuk tujuan manajemen, seperti menyiapkan
laporan manajerial untuk pengambilan keputusan strategis dan mengidentifikasi
transaksi abnormal (Wu dan Vasarhelyi, 2004). Adopsi XBRL dapat meningkatkan
pengikut analis dan meningkatkan akurasi perkiraan analis (Liu dkk., 2014).
Strategi implementasi XBRL mungkin memainkan peran dalam menjelaskan hasil
20
 empiris yang tidak konsisten seperti yang disebutkan di atas. Garbellotto (2009a,
b, c) menunjukkan bahwa sejauh mana XBRL dapat menguntungkan pengguna
eksternal dan internal mungkin berbeda-beda tergantung pada strategi yang
digunakan oleh perusahaan untuk mengimplementasikan XBRL. FERF2013
mengklasifikasikan strategi implementasi XBRL ke dalam DMS dan SAS. Strategi
SAS 4 memenuhi persyaratan pelaporan keuangan dasar dengan menggunakan
perangkat lunak "baut-on" atau layanan yang disediakan oleh pihak ketiga untuk
menyiapkan pengarsipan XBRL tanpa mengubah proses pelaporan keuangan
tradisional mereka. Strategi ini membutuhkan konversi dan tinjauan tambahan
waktu bagi perusahaan untuk mengajukan laporan keuangan XBRL. Strategi DMS
mengintegrasikan XBRL ke dalam proses pelaporan bisnis untuk memfasilitasi
laporan keuangan yang lebih akurat dan efisien. Menurut Garbellotto (2009a,
2009b), 5 integrasi DMS dapat "built-in" XBRL di tingkat neraca saldo, atau di
tingkat buku besar. Kedua tingkat dapat menghasilkan manfaat "bawaan" tertentu
dan memberikan pelaporan XBRL yang lebih efisien dan lingkungan kontrol yang
lebih baik untuk pengadopsi DMS, dengan lebih banyak manfaat yang diharapkan
pada tingkat buku besar umum. Dengan demikian, mengadopsi DMS untuk
implementasi XBRL dapat menghasilkan manfaat yang lebih besar bagi
perusahaan sehubungan dengan praktik pelaporan mereka relatif terhadap SAS.
b. DMS dan pelaporan keuangan
Perusahaan dapat memanfaatkan implementasi DMS XBRL untuk menghasilkan
laporan keuangan tepat waktu guna memfasilitasi pengambilan keputusan yang
efisien bagi pemangku kepentingan seperti tim manajemen, anggota dewan, dan
pengguna eksternal. Tinjauan kontekstual dari semua pengungkapan topikal yang
relevan dalam laporan keuangan juga layak karena ketersediaan data multidimensi
yang dihasilkan oleh sistem pelaporan tertanam XBRL (Li dkk., 2007,
PricewaterhouseCoopers, 2012) sehingga praktik ini dapat meningkatkan
pengendalian internal dan meningkatkan kualitas informasi keuangan. Layanan
DMS tersedia dari berbagai penyedia layanan TI. Misalnya IBM 6 mendefinisikan
DMS sebagai solusi pelaporan otomatis dan kolaboratif yang menyediakan data
perusahaan gabungan dalam lingkungan yang terkontrol dan dapat diaudit kepada
perusahaan. DisclosureNet 7 menyatakan bahwa DMS-nya dapat membantu
pengadopsi meningkatkan efisiensi dan akurasi pelaporan keuangan perusahaan
mereka, dan mengurangi risiko baik dalam siklus pelaporan internal maupun
21
 eksternal. GETAH 8 menyatakan bahwa DMS-nya dapat memberikan proses
pengungkapan yang lebih efisien, akurat, fleksibel, dan kolaboratif kepada
pelanggan di berbagai sumber data. PricewaterhouseCoopers (2012)
memperkenalkan DMS menggunakan teknologi implementasi XBRL SAP dan
menyarankan bahwa penggunaan DMS untuk implementasi XBRL dapat
mengotomatiskan perakitan pelaporan keuangan dan memberikan validasi
otomatis informasi keuangan. Dengan demikian, perusahaan yang menggunakan
DMS untuk implementasi XBRL lebih cenderung mengalami peningkatan kualitas
dan efisiensi pelaporan keuangan dibandingkan dengan yang menggunakan SAS.

6. Hypotheses
H1: Penggunaan DMS untuk implementasi XBRL berhubungan positif dengan efisiensi
rilis laba untuk perusahaan dengan kabar baik.
H2: Penggunaan DMS untuk implementasi XBRL berhubungan negatif dengan
manajemen pembelajaran berbasis akrual.
H3: Penggunaan DMS untuk implementasi XBRL berhubungan positif dengan
manajemen pembelajaran berbasis aktivitas nyata
7. Independent & Dependent variable
a. Variabel Independen
a) DMS
Merupakan variabel yang menandakan perusahaan menerapkan XBRL dengan
menggunakan strategi DMS pada tahun tersebut.
b) ESURP
Merupakan variabel atas Selisih antara laba per saham (EPS) pada tahun t dan
tahun t-1 yang diskalakan oleh EPS pada tahun t-1.
c) UKURAN
Merupakan variabel atas logaritma natural dari nilai pasar ekuitas.
d) IBE
Merupakan variabel yang menandakan pendapatan sebelum pos luar biasa
dibagi dengan total asset.
e) CFO
Merupakan variabel yang menandakan arus kas dari aktivitas operasi yang
diukur dengan total asset.

22
 f) LEV
Merupakan variabel yang menandakan total kewajiban yang diukur dengan
total asset.
g) BIG4
Merupakan variabel yang menandakan total kewajiban yang diukur dengan
total asset.
h) LIT
Merupakan variabel yang menandakan jika perusahaan berada dalam industri
risiko litigasi tinggi.
i) XBRL_MFP
Merupakan variabel yang menandakan jika pengamatan tahun perusahaan
dalam periode pengarsipan wajib XBRL.
j) CG_INDEX
Merupakan variabel yang menandakan penambahan linier dari ukuran Dewan,
direktur independen, dan dualitas CEO.
k) PERTUMBUHAN
Merupakan variabel yang menandakan penjualan pada periode t dibagi
penjualan pada periode t-1.
l) BMR
Merupakan variabel yang menandakan rasio buku terhadap pasar.
m) NOA
Merupakan variabel yang menandakan asset operasi bersih.

b. Variabel Dependen
a) LAG
Merupakan variabel yang menandakan logaritma natural dari jumlah hari
antara akhir tahun fiskal dan pendapatan tanggal pengumuman.
b) ABDACC
Merupakan variabel yang menandakan nilai absolut dari akrual diskresioner.
c) REAL_EM
Merupakan variabel yang menandakan manajemen laba berbasis aktivitas riil.

23
8. Sample
Data peneliti diambil dari dua sumber. Sumber pertama adalah FERF2013, yang
mensurvei anggota Financial Executives International, yang merupakan eksekutif
perusahaan dan profesional pelaporan SEC dari 442 perusahaan AS, tentang
pengalaman implementasi XBRL mereka. Peneliti mengidentifikasi perusahaan yang
telah mengadopsi DMS dan tahun penerapan tertentu dari dua pertanyaan survei.
Pertanyaan pertama menanyakan peserta apakah perusahaan mereka menggunakan
DMS untuk pengajuan terbaru. Jika jawabannya YA, maka peserta menjawab
pertanyaan kedua yaitu berapa tahun perusahaan mereka telah menggunakan DMS.
Peneliti mengidentifikasi tahun tertentu di mana perusahaan mulai menggunakan DMS
untuk implementasi XBRL menggunakan informasi yang diberikan oleh kedua
pertanyaan tersebut. Misalnya, jika perusahaan menggunakan DMS untuk pengarsipan
10K berbasis XBRL terbaru (yaitu laporan tahunan 2012), dan perusahaan telah
menggunakan DMS selama dua tahun, peneliti menentukan bahwa perusahaan mulai
menggunakan DMS untuk pengarsipan 10-K berbasis XBRL di tahun 2011.
Untuk membedakan pengaruh adopsi XBRL secara umum dan efek spesifik dari
penerapan DMS XBRL, peneliti memilih periode sampel dari 2007 hingga 2014 untuk
memasukkan dua tahun periode pelaporan sukarela XBRL. Dari 442 perusahaan yang
berpartisipasi dalam FERF2013, peneliti menghasilkan 3.094 observasi tahun
perusahaan dari kegiatan implementasi XBRL. Kemudian peneliti mencocokkan
FERF2013 dengan data keuangan yang diambil dari COMPUSTAT. Peneliti
mengecualikan perusahaan dari industri yang diatur12 dan perusahaan tanpa kode
identifikasi yang tepat untuk proses pencocokan. Proses ini mengurangi sampel peneliti
menjadi 1.350 observasi untuk 191 perusahaan selama tujuh tahun. Peneliti kemudian
menyusun sampel akhir peneliti dengan lebih mengurangi nilai variabel yang hilang di
setiap model empiris.
9. Statistical tests
Uji statistic yang digunakan pada artikel ini menggunakan uji Multivariate analysis,
Robustness tests dan Descriptive statistics
10. Findings
Peneliti menemukan bahwa penerapan Disclosure Management Solution (DMS) XBRL
berhubungan positif dengan efisiensi rilis laba untuk perusahaan dengan kabar baik.
Peneliti juga menemukan bahwa strategi implementasi DMS berhubungan negatif

24
 dengan manajemen laba berbasis akrual, tetapi berhubungan positif dengan manajemen
laba berbasis aktivitas nyata yang diukur dengan arus kas tidak normal.
11. Conclusions
Peneliti juga menemukan bahwa implementasi DMS XBRL berbanding terbalik
dengan aktivitas manajemen laba berbasis akrual karena lingkungan kontrol yang
ditingkatkan dalam tahap adopsi pasca-DMS. Selain itu, peneliti menemukan bukti
bahwa manajer cenderung terlibat dalam manajemen laba berbasis aktivitas nyata
dengan mempercepat waktu penjualan sebagai trade-off untuk penurunan manajemen
laba berbasis akrual dalam tahap pasca-DMS. Namun, peneliti tidak menemukan
dukungan untuk manajemen laba berbasis aktivitas nyata dengan memperluas produksi
untuk mengurangi harga pokok penjualan dan menurunkan biaya diskresioner untuk
meningkatkan pendapatan. Penjelasan yang mungkin untuk temuan ini adalah bahwa
lebih sulit untuk menyesuaikan rencana produksi dan pengeluaran pengeluaran untuk
tujuan manajemen laba pada akhir tahun fiskal, sehingga kecil kemungkinannya bagi
perusahaan untuk mengadopsi kedua metode ini.
12. Improvement/Extensions
Meskipun strategi implementasi XBRL dapat memainkan peran penting dalam
mewujudkan manfaat yang diharapkan dari XBRL, bukti empiris tentang bagaimana
strategi implementasi XBRL benar-benar mempengaruhi pengguna laporan bisnis
internal atau kegiatan pelaporan bisnis perusahaan jarang terjadi. Studi sebelumnya
menunjukkan hubungan teoritis antara adopsi XBRL dan peningkatan kualitas
pelaporan keuangan bergantung pada bagaimana XBRL diimplementasikan ke dalam
proses pelaporan bisnis. Studi peneliti memberikan bukti empiris bagi manajer, auditor,
investor, dan pengguna laporan keuangan lainnya untuk lebih memahami dampak dari
strategi implementasi XBRL pada efisiensi dan kualitas pelaporan perusahaan. Peneliti
berkontribusi pada literatur manajemen informasi akuntansi dengan menunjukkan
peran strategi implementasi XBRL dalam mengurangi berbagai jenis aktivitas
manajemen laba dan dengan demikian membantu perusahaan meningkatkan efisiensi
pelaporan mereka. Hasil peneliti juga harus menarik bagi regulator yang mencari bukti
tentang efek penerapan XBRL oleh perusahaan publik untuk mengevaluasi keefektifan
adopsi wajib XBRL, dan untuk bergerak maju dalam mempromosikan strategi tertentu
untuk mengimplementasikan pelaporan XBRL. Misalnya, hasil peneliti dapat dilihat
sebagai dukungan empiris untuk persyaratan adopsi XBRL wajib SEC. Hasil peneliti
juga harus menarik bagi regulator yang mencari bukti tentang efek penerapan XBRL
25
oleh perusahaan publik untuk mengevaluasi keefektifan adopsi wajib XBRL, dan untuk
bergerak maju dalam mempromosikan strategi tertentu untuk mengimplementasikan
pelaporan XBRL. Misalnya, hasil peneliti dapat dilihat sebagai dukungan empiris untuk
persyaratan adopsi XBRL wajib SEC. Hasil peneliti juga harus menarik bagi regulator
yang mencari bukti tentang efek penerapan XBRL oleh perusahaan publik untuk
mengevaluasi keefektifan adopsi wajib XBRL, dan untuk bergerak maju dalam
mempromosikan strategi tertentu untuk mengimplementasikan pelaporan

26