Penentuan ukuran sampel

Menurut Berenson et al. (2020:324), penentuan besaran sampel akan mempertimbangkan anggaran, waktu, dan nilai batasan kesalahan pengambilan sampel. Terdapat 2 (dua) pendekatan yang dapat digunakan untuk menentukan besarnya sampel, yaitu:

1.Berdasarkan nilai rata-rata

2.Berdasarkan proporsi 

Penentuan besaran sampel berdasarkan nilai rata-rata

Menurut Berenson et al. (2020:324), terdapat 3 (tiga) faktor penting dalam menggunakan pendekatan ini, yaitu tingkat keyakinan (level of confidence), tingkat kesalahan yang ditoleransi (acceptable sampling error), dan simpangan baku (standard deviation). Menurut Lind et al. (2018:305) dan Berenson et al. (2020:324), formula untuk menentukan besaran sampel dapat menggunakan formula berikut.

n adalah besaran sampel, Z adalah nilai kritis dari tingkat keyakinan, σ adalah simpangan baku, dan e adalah tingkat kesalahan. 

Contoh 1. (diadopsi dari Berenson et al., 2020:325)

Tentukan besarnya sampel pada tingkat keyakinan 95% dimana rata-rata populasi (tingkat kesalahan) adalah ± 4 hari dan simpangan baku yang diketahui sebelumnya adalah 25 hari.

((1.96)² (25)²) / (4)² = 150.06 sampel atau dibulatkan ke atas menjadi 151 sampel

 

Contoh 2. (diadopsi dari Lind et al., 2018:305)

Tentukan besarnya sampel pada tingkat keyakinan 95% dimana tingkat kesalahan adalah $100 dan simpangan baku yang diketahui sebelumnya adalah $1,000.

 

((1.96)² (1,000)²) / (100)² = 384.16 sampel atau dibulatkan ke atas menjadi 385 sampel pada tingkat keyakinan 95%.

 

Contoh 3. (diadopsi dari Lind et al., 2018:305)

Contoh ini merupakan lanjutan dari Contoh 2, dimana tingkat keyakinan yang digunakan adalah 99%.

 

((2.576)² (1,000)²) / (100)² = 663.58 sampel atau dibulatkan ke atas menjadi 664 sampel pada tingkat keyakinan 99%.

 

Penentuan besaran sampel berdasarkan proporsi

Menurut Berenson et al. (2020:326), terdapat 3 (tiga) faktor penting dalam menggunakan pendekatan ini, yaitu tingkat keyakinan (level of confidence), tingkat kesalahan yang ditoleransi (acceptable sampling error), dan proporsi populasi. Menurut Lind et al. (2018:306) dan Berenson et al. (2020:326), formula untuk menentukan besaran sampel dapat menggunakan formula berikut.

n adalah besaran sampel, Z adalah nilai kritis dari tingkat keyakinan, π adalah proporsi populasi, dan e adalah tingkat kesalahan.

 

Contoh 4. (diadopsi dari Berenson et al., 2020:327)

Tentukan besarnya sampel pada tingkat keyakinan 90% dengan tingkat kesalahan 0.05. Jika tidak terdapat informasi atas proporsi populasi maka nilai yang digunakan adalah 0.5.

 

((1.645)² (0.5)(0.5)) / (0.05)² = 270.60 sampel atau dibulatkan ke atas menjadi 271 sampel pada tingkat keyakinan 90%.

 

Penggunaan perangkat lunak statistik

Penentuan besaran sampel dapat menggunakan bantuan perangkat lunak statistik, misalnya Minitab. Khusus pada penentuan besaran sampel berdasarkan proporsi, Berenson et al. (2020:327) menjelaskan bahwa terdapat perbedaan hasil antara Minitab dengan penghitungan manual yang disebabkan karena Minitab menggunakan distribusi binomial. Berikut disajikan video penentuan besaran sampel (dalam hal ini menggunakan Contoh 1, 2, 3, dan 4) dengan menggunakan aplikasi Minitab.

Referensi

Berenson, M. L., Levine, D. M., Szabat, K. A., & Stephan, D. F. (2020). Basic Business Statistics: Concepts and Applications, 14th Edition. Harlow: Pearson Education Limited.

Lind, D. A., Marchal, W. G., & Wathen, S. A. (2018). Statistical Techniques in Business and Economics, 17th Edition. New York: McGraw-Hill Education.

Aplikasi database penggajian

Aplikasi database penggajian bertujuan untuk mendukung sistem penggajian sebuah entitas, khususnya bagi usaha mikro, kecil, dan menengah atau UMKM. Aplikasi ini bertujuan menghasilkan informasi gaji baik untuk kepentingan internal maupun perpajakan. Salah satu perangkat lunak yang dapat merancang database penggajian adalah Microsoft Access. Berikut ini disajikan contoh sederhana dari aplikasi database penggajian dimana aplikasi ini masih bersifat prototype sehingga masih dapat dikembangkan lebih lanjut oleh para pengguna.

Asumsi-asumsi dalam aplikasi database penggajian yang dibangun

• Pajak penghasilan ditanggung oleh staf.
• Data gaji dicatat saat staf diterima bekerja.
• Gaji pokok dan tunjangan diberikan penuh tanpa memperhatikan masa mulai kerja dari staf.
• Tidak terdapat kebijakan perpindahan unit kerja atas staf.
• Potongan gaji secara internal tidak dimasukkan ke dalam komponen pengurang gaji formal untuk kepentingan penghitungan pajak penghasilan.
• Tidak terdapat potongan gaji formal lainnya (misalnya iuran-iuran terkait ketenagakerjaan) selain pengurang untuk kepentingan penghitungan pajak penghasilan.
• Penghitungan pajak penghasilan (PPh) mengikuti ketentuan yang berlaku saat ini.

Deskripsi aplikasi database penggajian yang dibangun

Table “Data Gaji”. Tabel ini merupakan tabel utama yang berisi informasi staf, gaji pokok, tunjangan, dan waktu kerja. Informasi dalam tabel ini menjadi dasar untuk menghasilkan informasi lanjutan yang diperlukan.

Table “PTKP”. Tabel ini berisi informasi tentang Penghasilan Tidak Kena Pajak (PTKP) terkait status pribadi dari staf. Jumlah PTKP yang digunakan dalam tabel ini adalah jumlah yang ditentukan oleh peraturan saat ini dan dapat diubah seiring berubahnya peraturan perpajakan.

Table “Filter”. Tabel ini berisi data tunggal yang digunakan untuk mengendalikan informasi yang diperlukan, dimana nomor identitas (ID) dari staf digunakan sebagai data kontrol.

 

Query “Gaji”. Tabel ini berisi instruksi dan informasi lanjutan yang dihasilkan berdasarkan 2 (dua) tabel sebelumnya, yaitu Data Gaji dan PTKP.

Query “Gaji Filter”. Tabel ini merupakan bagian dari Query “Gaji” yang dikendalikan oleh tabel “Filter”.

Form. Bagian ini merupakan tampilan yang membantu pengguna dalam menggunakan aplikasi database. Bagian ini berisi formulir untuk Data Gaji, PTKP, Filter, dan Gaji Filter.

Berikut disajikan video yang berisi perancangan aplikasi database penggajian.

Proses bisnis manajemen sumber daya manusia

Proses bisnis manajemen sumber daya manusia berkaitan dengan pembuatan dan pengelolaan sistem informasi yang memproses informasi sumber daya manusia. Sistem sumber daya manusia menyediakan alat untuk menyiapkan dan mengelola informasi yang relevan dengan struktur organisasi. Daftar pekerjaan yang ada didalam organisasi, daftar deskripsi pekerjaan dan daftar kualifikasi yang diperlukan untuk suatu pekerjaan adalah contoh dari informasi sumber daya manusia yang relevan dengan struktur organisasi.

Pemrosesan sumber daya manusia dalam SAP ERP

Modul sumber daya manusia pada SAP ERP termasuk komponen yang menangani tujuan yang telah dinyatakan sebelumnya secara terintegrasi, pada lingkungan online. SAP ERP terdiri dari dua modul sumber daya manusia. Modul administrasi personel (HR-PA), yang berisi pengelolaan karyawan seperti detail karyawan, data gaji, dan dat kinerja karyawan. Modul perencanaan dan pengembangan personel (HR-PD) menyediakan alat untuk menyiapkan dan mengelola informasi struktur organisasi. Struktur organisasi diwakili dengan hierarki administratif dimana setiap unit pada perusahaan melapor ke unit organisasi pusat. Tipe hubungan hierarki ini dikenal dengan nama orangtua-anak (parent-child) atau hubungan subordinasi-orangtua (parent-subordinate relationship). Suatu unit dapat berupa cabang, departemen, tim proyek dan sebagainya. Setiap unit dilakukan oleh manajer dan setiap unit dialokasikan posisinya ke karyawan individual yang ditugaskan. Fungsi lain pada HR-PD meliputi tempat kerja dan deskripsi pekerjaan, informasi perencanaan karier, dan perencanaan shift.

 

Struktur data sumber daya manusia

Struktur data memberikan dasar untuk penyimpanan dan manipulasi data. Struktur data sumber daya manusia terdiri dari tiga unsur: data induk sumber daya manusia, organisasi data sumber daya manusia, dan objek sumber daya manusia.

Data induk. Record data induk pada modul HR - PA dan HR - PD dibuat dan dikelola untuk unit organisasi, profil pekerjaan karyawan, dan pelatihan. Pada banyak proses bisnis, data pada record master sering direferensikan, tetapi jarang diganti. Bagaimanapun, record master sumber daya manusia menjadi sasaran untuk perubahan yang sering terjadi. Sebagai contoh, perubahan induk data karyawan mengikuti perubahan hidup dan karier yang terjadi.

Organisasi data. Data diorganisasi dan disajikan bagi para pengguna SAP ERP dengan infotypes dan event personel (atau kegiatan personalia).

• Infotypes. Dalam istilah database, infotype adalah suatu segmen. Data personel karyawan, data pembayaran karyawan, data persetujuan karyawan, dan jadwal kerja merupakan infotype yang umum dalam sumber daya manusia.
• Event personalia. Data ini merupakan kelompok dari infotype. Event dibuat untuk menyederhanakan entri transaksi sumber daya manusia. Event personalia secara khusus dirancang untuk digunakan di dalam perusahaan dan mudah untuk disesuaikan dengan SAP ERP.

Objek sumber daya manusia. Tipe objek sumber daya manusia diidentifikasi dengan satu atau dua huruf sebagai identifikasi. Kode untuk objek karyawan adalah “P”, kode untuk objek pekerjaan adalah “C”,  Kode untuk objek kualifikasi adalah “Q”, kode untuk unit organisasi adalah “O”, kode untuk objek posisi adalah “S”, kode untuk objek pusat biaya adalah “K”.

Pengendalian siklus transaksi dalam pemrosesan penggajian

Proses penggajian sangat kompleks. Pada perusahaan besar, proses ini merupakan prosedur yang paling kompleks dalam operasinya. Semua tingkatan pemerintahan umumnya menetapkan pajak untuk gaji sehingga regulasi dan tarif dapat berubah secara konstan, dan sebagai dampaknya sistem penggajian sering memerlukan modifikasi secara konstan. Proses penggajian ditentukan oleh hukum dengan sanksi hukuman penjara untuk kelalaian yang disengaja dalam mengelola pencatatan yang memadai. Adalah tanggungjawab analisis sistem untuk selalu menjaga agar tetap sesuai dengan hukum.

Personel. Personel kantor bertanggung jawab menempatkan orang dalam penggajian perusahaan, dan mengontolrisasi semua potongan dari pembayaran. Fungsi personel berbeda dengan pencatat waktu dan fungsi penyiapan gaji.

Pencatat waktu. Fungsi pencatat waktu bertanggung jawab untuk menyiapkan dan menggunakan laporan kehadiran dan kartu pencatat kerja. Laporan ringkasan waktu kerja menunjukan pekerjaan karyawan yang diberikan dalam produksi , dan kemudian melanjutkan kartu  pencatat waktu ke departemen penggajian.

Penggajian. Departemen penggajian bertanggung jawab untuk penghitungan sesungguhnya dan menyiapkan penggajian perhatikan bahwa penyiapan gaji independen  dari penyiapan data input yang digunakan sebagai dasar membayar-laporan kehadiran dan data personel, data personel diterima dari kantor personel. Laporan kehadiran diterima dari pencatat waktu, slip gaji dikirimkan ke pengeluaran kas untuk ditandatangani, ditinjau, dan distribusikan. Beberapa prosedur yang ada adalah:

• Penggunaan rekening imprest secara terpisah untuk slip gaji untuk memudahkan rekonsiliasi.
• Rekonsiliasi independen dari laporan bank untuk rekening penggajian. Aktivitas ini umumnya dilakukan oleh internal auditor.
• Penggunaan bendahara independen (independent paymaster). Bendahara independen merupakan fungsi pembayaran gaji yang terpisah dari fungsi personalia, fungsi pencatat waktu kerja, dan fungsi penyiapan pembayaran gaji.

 

Referensi

Bodnar, G. H., & Hopwood, W. S. (2013). Accounting Information Systems, 11^th Edition. New Jersey: Pearson Education, Inc.

Proses bisnis distribusi kas

Proses bisnis pengeluaran kas mengendalikan pengeluaran kas aktual. Biasanya cek digunakan pada sebagian besar pengeluaran, dimana pengeluaran dibatasi pada jumlah kecil yang diambil dari dan dipertanggungjawabkan sebagai dana imprest kas kecil. Konsep dana imprest tidak dibatasi untuk pengendalian kas kecil. Dana imprest penggajian, pembebanan imprest, dan dana biaya adalah biasa pada perancang sistem. Dana imprest adalah dana yang dikelola pada jumlah yang telah ditentukan. Setiap waktu jumlah kas yang dimiliki ditambah dokumen untuk pengeluaran-pengeluaran harus dengan jumlah yang telah ditentukan. Secara periodik, dana imprest diisi kembali dimana pengeluaran-pengeluaran yang telah di dokumentasikan (vocher kas kecil) diperiksa dan disetujui dan cek dikeluarkan untuk dana sejumlah tertntu agar jumlah dana sama dengan jumlah yang telah ditentukan. Pemeriksaan terpisah imprest juga digunakan untuk mengelola gaji dan kategori biaya lainnya, seperti pembayaran dividen. Ciri utama pengendalian proses bisnis pengeluaran kas adalah penggunaan sistem vocher untuk mendukung pengeluaran cek, pemisahan fungsi persetujuan dengan pengeluaran kas, dan rekonsiliasi bank secara independen. 

Utang dagang. Departemen utang dagang mengakses dokumen yang diperlukan untuk mendukung pengeluaran kas. Dokumen-dokumen itu adalah order pembelian, pesanan pembelian, laporan penerimaan, dan faktur pemasok. Dokumen-dokumen ini diperiksa, dinyatakan lengkap, dan diproses untuk pembayaran pada tanggal jatuh tempo faktur. Utang dagang merupakan awal proses pembayaran, meliputi menghitung jumlah yang jatuh tempo, diskon (jika ada), dan item lainnya. Cek voucher disiapkan untuk setiap voucher. Cek voucher diposting ke register voucher. Total posting ini disiapkan. Voucher diposting ke buku besar utang dagang. Posting ini diringkas pada ayat jurnal. Pemrosesan voucher mencangkup pemrosesan distribusi biaya. Voucher dibebankan pada unit organisasional yang diidentifikasi dengan nomer rekening pada voucher. Cek voucher dan voucher disetujui dan dilanjutkan ke departemen pengeluaran kas. Ayat jurnal dilanjutkan ke buku besar.

Pengeluaran kas. Cek voucher dan voucher diterima dari departemen utang dagang. Setelah cek voucher dan voucher diperiksa, cek ditanda - tangani dan voucher dicap dan disimpan urut nomer. Voucher, termasuk dokumen asli, jika memungkinkan, dicap untuk menghindari kemungkinan pembayaran rangkap. Cek voucher diposting ke register cek. Kontrol total dari jumlah yang telah diposting disiapkan dan direkonsiliasikan dengan voucher yang diterima dari utang dagang. Cek voucher dilanjutkan langsung ke yang dibayar. Kontrol total dilanjutkan ke buku besar.

Buku besar. Ayat jurnal diterima dari utang dagang dan kontrol total dari pengeluaran kas direkonsiliasi, dan total diposting ke buku besar. Ayat jurnal dan kontrol total disimpan menurut tanggal.

Audit internal. Cek yang telah dicap diterima dari bank bersama-sama dengan laporan bank. Rekonsiliasi bank independen adalah pengendalian yang penting pada proses bisnis pengeluaran kas.

Sistem voucher. Sistem voucher pada dasarnya adalah teknik review. Pengendalian sesungguhnya pada pengeluaran merupakan pemeriksaan terakhir dokumen yang menunjukan seluruh transaksi sebelumnya sampai dengan otorisasi pembayaran. Otorisasi dapat dilakukan dengan menandatangani formulir secara fisik pada paket voucher, menyiapkan suatu dokumen untuk mengotorisasi entri pada register voucher atau memasukan data ke dalam komputer. Proses pemeriksaan akhir ini menunjukan bahwa prosedur telah diotorisasi selayaknya dan dilengkapi sesuai dengan spesifikasi sistem. Sistem voucher terpusat pada voucher. Voucher dapat terdiri dari berbagai bentuk, dari formulir sederhana atau amplop sampai dengan kombinasi voucher-check. Suatu voucher menunjukkan nama, alamat pemasok, deskripsi faktur, total atau jumlah bersih jatuh tempo, dan rekening yang dibebankan (distribusi).

Posting utang dagang. Pertanyaan dasar pada perancangan sistem voucher berkaitan dengan kapan faktur - faktur di posting ke utang voucher. Menyiapkan voucher untuk faktur individual ketika beberapa faktur menunjuk pada pemasok yang sama pada periode yang sama akan menghasilkan beberapa seri cek untuk pemasok yang sama pada bulan yang sama. Cara ini tidak efisien, oleh karena itu banyak perusahaan menggunakan sistem voucher terpasang (built-up voucher system). Built-up voucher system sebenarnya adalah sistem utang dagang yang juga merupakan akumulasi beberapa faktur dari pemasok yang sama dan membayarnya dengan cek tunggal. Setelah beberapa faktur disetujui, faktur akan diurutkan dan diakumulasikan menurut pemasok atau nomer voucher. Pembayaran akan dilakukan pada akhir bulan atau tanggal jatuh tempo. Terdapat 3 (tiga) file penting dalam sistem ini yaitu : file yang dilengkapi dengan faktur yang belum terbayar sampai pada tanggal jatuh tempo, file yang dilengkapi dengan faktur yang terbayar, biasanya dicantumkan nomor urut, file pemasok disertai dengan file pelunasan dan file yang belum terbayar.

 

 

 

 

Referensi

Bodnar, G. H., & Hopwood, W. S. (2013). Accounting Information Systems, 11^th Edition. New Jersey: Pearson Education, Inc.

Proses bisnis prokuremen

Proses bisnis prokuremen

Prokuremen (procurement) adalah sebuah proses bisnis untuk menyeleksi sumber daya, melakukan permintaan, dan pemerolehan barang atau jasa. Barang atau jasa dapat diperoleh secara internal jika barang tersebut diproduksi oleh bagian yang lain dalam perusahaan yang sama. Pembelian adalah identik dengan pemerolehan sumber daya. Langkah-langkah dalam prokuremen adalah sebagai berikut:

• Menentukan kebutuhan. Permintaan pembelian adalah dokumen internal yang dibuat untuk meminta sesuatu pada waktu tertentu. Permintaan pembelian dapat disiapkan secara manual. Dokumen ini juga dapat dibuat secara otomatis oleh sistem MRP (materials requirement planning). Sistem MRP dapat melakukan analisa secara canggih untuk menentukan kebutuhan berdasarkan permintaan pelanggan untuk suatu item dan proses produksi perusahaan. Permintaan pembelian merupakan langkah opsional dalam prokuremen di SAP ERP (Enterprise Resource Planning).
• Memilih sumber daya. Langkah berikutnya dalam proses bisnis ini adalah menentukan sumber penyedia untuk permintaan pembelian. SAP ERP dapat memeriksa apakah ada kontrak dengan pemasok untuk menyediakan suatu item yang diminta. Jika kontrak ada, SAP ERP memberikan jumlah yang diminta. Jika tidak ada kontrak untuk suatu item, maka permintaan untuk dokumen quotation disiapkan. SAP ERP mengelola daftar sumber persediaan yang disetujui dan tidak disetujui. SAP ERP juga dapat memilih pemasok yang akan dipanggil untuk penawaran permintaan, berdasarkan rekomendasi data yang telah disimpan sebelumnya.
• Permintaan kuota. Setelah memilih pemasok, berikutnya SAP ERP digunakan untuk menghasilkan dokumen permintaan kuota (request for quotation). Permintaan untuk quotation dibuat untuk item atau jasa yang sangat mahal atau untuk item atau jasa yang penawarannya diperlukan sebagai kebijakan perusahaan. Dokumen ini dikirim ke pemasok yang akan dipakai untuk konfirmasi harga dan jangka waktu pembayaran untuk suplai produk atau jasa.
• Memilih pemasok. SAP ERP membandingkan kebutuhan prokuremen dengan catatan pemasok yang telah dicatat dalam dokumen quotation dan mengindikasikan quotation yang pantas untuk permintaan. SAP ERP akan mengirimkan surat penolakan ke pemasok untuk penawaran yang tidak diterima. Evaluasi pemasok sering memerlukan seorang ahli atau pengalaman. SAP ERP menawarkan fungsi evaluasi pemasok secara otomatis untuk membantu organisasi dalam proses bisnis prokuremen. SAP ERP dapat menampilkan analisis pemasok berdasarkan total urut atau diurutkan menurut kriteria khusus. Quote dapat disimpan untuk referensi masa depan dalam catatan informasi pembelian.   
• Menerbitkan pesanan pembelian. Dokumen pesanan pembelian mengidentifikasi pemasok dan mengkonfirmasi barang yang dipesan, jumlah, harga, tanggal pengiriman, jangka waktu pengiriman, dan jangka waktu pembayaran. Pesanan pembelian dapat dibuat dari awal atau dengan referensi dokumen yang ada. Pesanan  pembelian dapat dikrim berupa kertas, seperti fax, atau secara elektronik, seperti dokumen EDI (Electronic Data Processing). 
• Penerimaan barang. Ketika pemasok melakukan pengiriman, dokumen penerimaan disiapkan dalam SAP ERP. Tipe dokumen ini sering disebut laporan penerimaan. Dokumen penerimaan barang diterbitkan ketika barang disimpan sebagai persediaan, tanpa memperhatikan sumbernya. Jadi, penerimaan barang disiapkan ketika suatu item dikirim dari sumber in-house dan ketika ada transfer inventori yang memindahkan sebuah item dari satu lokasi ke lokasi lain. Jika barang rusak dalam pengiriman, dapat dimasukkan sebagai retur atau tidak diterima pada saat pengiriman. Jika pengiriman pemasok dibuat dalam suku cadang, maka beberapa jurnal penerimaan barang harus dibuat.
• Verifikasi faktur. Faktur harus diperiksa dan dicocokkan dengan dokumen penerimaan barang dan pesanan pembelian ke pembayaran. Proses bisnis ini dikenal dengan nama verifikasi faktur, memastikan bahwa biaya dan kebutuhan kuantitas sudah dipenuhi. SAP ERP memiliki komponen verifikasi faktur. Komponen ini tidak bertanggung jawab terhadap pembayaran sesungguhnya dari faktur. Fungsi utang dagang, adalah melakukan pembayaran faktur. Verifikasi faktur menghubungkan manajemen material dengan prokuremen dengan modul SAP ERP lainnnya seperti akuntansi keuangan dan pembelian.
• Pembayaran kepada pemasok. Jika faktur sudah diposting, pembayaran dapat dilakukan. Pembayaran dibuat sesuai dengan jangka waktu pembayaran dan persyaratan yang ditentukan dalam pesanan pembelian atau record master pemasok. Pembayaran diproses melalui utang dagang dalam akuntansi keuangan.
• Pencatatan induk (master record). Record master dibuat dalam SAP ERP dengan tujuan untuk menggambarkan struktur organisasi dan proses bisnis perusahaan. Tujuan diidentifikasi dengan kode. Sistem kode untuk objek menggabungkan field-field yang mengidentifikasi perusahaan, pabrik, lokasi penyimpanan, organisasi pembelian, dan grup pembelian. SAP ERP mengelola database terpusat. Record master dibuat untuk setiap objek. Setiap record master dapat diakses oleh setiap modul dalam SAP ERP, tetapi setiap modul hanya bisa ‘melihat’ daerah yang berbeda untuk setiap record master. Prokuremen mengakses record master pemasok dan record master material. Data master pemasok dikelola dalam modul manajemen material pada SAP ERP. Record master pemasok dikelola secara terpusat, tetapi diperbarui oleh pemakai pada banyak departemen. Ada tiga kategori informasi dalam record master pemasok. Data umum berisi nomor pemasok, nama, alamat, nomor telpon, dan item yang sama. Data kode perusahaan (juga disebut data akuntansi) didefinisikan pada level kode perusahaan dan dihubungkan dengan modul akuntansi keuangan dan buku besar dalam SAP ERP. Data kode perusahaan didefinisikan perjanjian jangka waktu pembayaran nomor rekening rekonsiliasi buku pembantu. Setiap record master pemasok harus memiliki nomor rekening rekonsiliasi yang menghubungkan pemasok ke buku pembantu utang dagang. Akhirnya, data pembelian menjelaskan kebutuhan pembelian dan didefinisikan pada level organisasi pembelian. Sebagai contoh, data pembelian memasukkan informasi yang digunakan untuk quotation, verifikasi, faktur dan pengendalian persediaan. Record master material berisi informasi mengenai material yang diadakan, dihasilkan, atau dijual ke pelanggan. Record master material digunakan dan didistribusikan ke banyak departemen. Komponen pengelolaan persediaan dari record SAP ERP adalah nilai dan kuantitas. Hal ini memungkinkan SAP ERP untuk memasukkan dan memeriksa perpindahan barang, mengelola sisa persediaan, dan pengambilan fisik persediaan. Perpindahan barang merupakan kejadian internal atau eksternal yang menyebabkan perubahan tingkat persediaan. Persediaan untuk produksi merupakan contoh kejadian internal. Penjualan ke pelanggan atau penerimaan dari pemasok adalah contoh kejadian eksternal. Informasi induk pembelian digunakan hanya untuk proses bisnis pembelian. Informasi ini digunakan untuk alokasi sumber daya sekaligus merupakan proses evaluasi pemasok. Record ini berisi informasi kinerja mengenai material, pemasok, dan pabrik, seperti harga dan waktu pengiriman untuk material dari pemasok pada waktu tertentu. Data evaluasi pemasok memasukkan rencan tanggal pengiriman dan koresponden tanggal pengiriman sesungguhnya untuk material. Kontrak merupakan dokumen transaksi, tetapi berfungsi seperti record master untuk pengeluaran pesanan (release order).

Sistem ERP mampu menyimpan dan memproses sejumlah informasi yang sangat besar terkait dengan proses bisnis prokuremen. SAP ERP mendukung prokuremen dalam model pengelolaan material. Secara online, SAP ERP menyediakan sistem terintegrasi total untuk pembuatan dan pertukaran dokumen yang diperlukan dalam proses bisnis prokuremen. Sistem yang terintegrasi bertujuan untuk mengurangi kesalahan dan mempercepat waktu proses bisnis. Dokumen pada SAP ERP adalah dokumen online. Dokumen-dokumen ini dibuat secara online dan diproses secara keseluruhan sebagai dokumen elektronik. Dokumen ini dapat dicetak dan dipertukarkan secara manual. Dokumen yang tersedia dalam sistem SAP ERP adalah:

1.   Permintaan pembelian

2.   Permintaan kuota

3.   Persetujuan kuota

4.   Pesanan pembelian

5.   Perjanjian ringkas

6.   Kontrak

7.   Perjanjian penjadwalan

8.   Pencatatan informasi pembelian

Selain dokumen-dokumen di atas, terdapat dokumen lain yang digunakan dalam verifikasi faktur dan penerimaan barang. Setiap jenis dokumen tidak digunakan setiap kali suatu barang dibeli. Semua dokumen pengadaan diberi kode jenis dokumen. Kode ini menentukan bidang yang ditampilkan di layar video dan mengontrol rentang nomor unik yang ditetapkan untuk jenis dokumen tertentu. Setiap dokumen memiliki area keterangan inti dan area perincian. Keterangan inti berisi informasi yang relevan dengan seluruh dokumen, seperti nomor vendor. Area perincian menentukan detil masing-masing item dalam dokumen, seperti nomor produk item yang akan dipesan. Setiap dokumen baru yang dibuat harus diberi nomor unik. Nomor tersebut adalah kode alfanumerik. Biasanya nomor ini ditetapkan secara otomatis oleh SAP ERP, tetapi nomor dokumen dapat dimasukkan secara eksternal. Sebagian besar dokumen biasanya dapat disiapkan dengan merujuk pada dokumen yang ada. SAP ERP dapat menyalin semua informasi yang relevan dari dokumen yang ada, sehingga mempercepat proses pembuatan dokumen dan mengurangi kesalahan.

Pengendalian siklus transaksi atas prokuremen

Permintaan (penyimpanan). Permintaan untuk membeli diawali dari departemen pembelian. Permintaan pembelian dimulai dari departemen penyimpanan. Permintaan pembelian juga dapat dimulai dari depertemen lain dalam perusahaan. Permintaan pembelian disetujui dalam departemen yang membuatnya.

Pembelian. Tanpa memperhatikan bagaimana atau dimana permintaan pembelian dimulai, fungsi dari departemen pembelian adalah memilih pemasok dan mengatur jangka waktu dan pengiriman. Bagaimana dapat dilakukan tergantung pada tingkat relatif sentralisasi dalam fungsi pembelian dari perusahaan. Bagian pembelian kemungkinan dapat menolak permintaan pembelian karena anggaran yang tidak mencukupi, kurangnya otorisasi, atau karena alasan lainnya. Permintaan pembelian akan diubah atau dikembalikan ke departemen yang membuatnya untuk dimodifikasi. Bagian pembelian memilih pemasok dan kemudian menyiapkan pesanan pembelian untuk suatu permintaan. Tembusan pesanan pembelian dikirimkan ke pemasok. Utang dagang, departemen yang membuat (gudang), dan departemen penerimaan, masing-masing memiliki akses ke pesanan pembelian untuk memproses pesanan. Pemasok mengembalikan tembusan pesanan pembelian ke pelanggan untuk mengakui penerimaan pesanan.

Penerimaan. Fungsi penerimaan sebaiknya dipisahkan dari fungsi penyimpanan. Bagian penerimaan memiliki akses ke pesanan pembelian dan mencocokkannya dengan pemasok. Pesanan pembelian memberikan otoritas ke departemen penerimaan untuk menerima pengiriman dari pemasok ketika barang telah dikirimkan. Prosedur penerimaan harus punya peran independen untuk menghitung pengiriman dan atau menyiapkan laporan penerimaan.

Penyimpanan. Departemen penyimpanan menyetujui penerimaan pengirim dari bagian penerimaan dengan menandatangani penerimaan dan kemudian melanjutkan ke utang dagang. Jika barang langsung dikirimkan ke departemen yang meminta dan bukan ke departemen penyimpanan, supervisor departemen yang meminta mengakui penerimaan pada laporan penjualan dan melanjutkan ke utang dagang. Verifikasi independen penerimaan pembelian adalah ciri pengendalian dari proses bisnis prokuremen.

Utang dagang. Utang dagang bertanggung jawab untuk memulai pembayaran ke pemasok. Empat dokumen (permintaan pembelian, pesanan pembelian, laporan penerimaan dan faktur) tersedia untuk mendokumentasikan transaksi pembelian. Penggunaan sistem voucher untuk mendukung pembayaran adalah ciri pengendalian dari proses bisnis prokuremen. Sistem voucher pada dasarnya adalah teknik pemeriksaan untuk memastikan bahwa dokumen yang tepat telah dikumpulkan, diverifikasi, dan diperiksa sebelum pembayaran faktur yang sesungguhnya. Voucher yang telah disetujui dilanjutkan ke pengeluaran kas untuk pembayaran. Sistem voucher didiskusikan dalam konteks proses bisnis pengeluaran kas. Beberapa karakteristik lainnya dari pengendalian yang patut diperhatikan adalah:

• Pembelian tidak mengendalikan barang sesungguhnya, juga tidak memiliki pengendalian pada dokumentasi yang diperlukan untuk pembayaran.
• Penerimaan dipisah dari fungsi penjagaan (final custody) pengiriman, yakni penyimpanan. Pengakuan dari penerimaan maupun penjagaan diperlukan sebelumnya diotorisasi.
• Utang dagang hanya menangani dokumen dan tidak dapat menerima barang dagangan atau kas secara independen.
• Permintaan pembelian diperiksa secara independen di luar pembelian. Ini sering dilakukan oleh utang dagang. Pemeriksaan ini memverfikasi beban akuntansi yang dapat pada permintaan dan juga memastikan bahwa permintaan tidak dimulai dari pembelian.
• Faktur-faktur diberikan ke pembelian untuk diperiksa dan disetujui sebelumnya untuk dikirimkan ke utang dagang. Ini terutama penting jika pembelian memang merasa perlu untuk mengevaluasi faktur yang tepat.
• Jangka waktu pembelian diperiksa ketepatannya oleh bagian di luar departemen pembelian.
• Pemeriksaan ini sering dilakukan oleh utang dagang.
• Pencatatan persediaan diperbarui untuk menunjukkan penerimaan barang.

Integritas proses bisnis prokuremen. Dokumentasi pembelian memastikan bahwa pengendalian individual diterima sesuai harapan. Pesanan pembelian dan laporan penerimaan mengendalikan pembelian individual, tetapi juga mengendalikan langsung proses bisnis prokuremen. Pengendalian proses bisnis prokuremen berpusat pada intergritas hubungan pembeli-penjual. Suap, kickback dan konflik kepentingan (seperti transaksi dengan saudara atau teman) adalah contoh hubungan antara pembeli - pemasok yang tidak benar yang harus dihadapi pada proses bisnis prokuremen. Hubungan pembeli-pemasok lebih merupakan persoalan kebijakan, bukan persoalan prosedur. Banyak perusahaan menemukan bahwa sangat perlu untuk membuat kebijakan tertulis dan manual prosedur untuk melindungi proses bisnis prokuremen. Kebijakan pembelian diperlukan untuk mendapatkan penawaran yang kompetitif, yang biasanya diimplementasikan dengan menggunakan permintaan dokumen quotation. Pembeli perlu mendapatkan penawaran yang kompetitif dengan meminta dokumen quotation. Dokumen ini disimpan dan diperiksa oleh manajemen pembelian. Memilih suatu penawaran dengan biaya termurah tidak selalu menjadi dasar penerimaan untuk memilih pemasok. Metode untuk mengevaluasi dan memilih penawaran didasarkan pada atribut pemasok, yang disebut perencanaan peringkat pemasok (vendor rating plan), yang dengan mengevaluasi keputusan sebagai dasar pertimbangan oleh otoritas yang lebih tinggi. Kebijakan untuk melakukan rotasi tanggung jawab seorang pembeli akan melemahkan hubungan pembeli-pemasok, tetapi akan mengurangi kemungkinan spesialisasi pembeli. Daftar pemasok yang disetujui (approved vendor list) disiapkan oleh fungsi yang independen, yang digunakan untuk membatasi pilihan - pilihan pembeli ke pemasok, di mana pemasok telah diseleksi dan didapati bahwa mereka dapat dipercaya, bebas dari masalah keuangan, dan bebas dari konflik kepentingan.

Pendekatan peringkat atribut dalam pemilihan pemasok. Pendekatan peringkat atribut (attribute rating) untuk memilih pemasok cocok jika diperlukan pendapat dari beberapa evaluator dengan menggabungkan hasil evaluasi itu pada waktu yang sama. Langkah yang diperlukan sebagai berikut: 

• Mengidentifikasi dan mendaftar atribut - atribut yang dimaksukkan dalam evaluasi.
• Memberikan bobot untuk setiap atribut berdasarkan tingkat kepentingannya dan objektivitasnya.
• Memiliki peringkat pengevaluasi individu untuk setiap pemasok pada setiap atribut, memberikan skor angka dari 1 sampai dengan 10 atau skala yang lain.
• Menjumlahkan evaluasi individu dengan mengalikan setiap peringkat angka atribut dengan bobotnya, kemudian menjumlahkan semua evaluasi dengan menambahkan semua skor bersama-sama.

Setelah relevan seperti harga dari pemasok atau biaya sistem telah diidentifikasi, rasio benefit cost dapat dihitung untuk pembanding walaupun metode ini objektif, namun pemberian bobot dan peringkat nilai menjadi proses yang sangat subjektif. Oleh sebab itu, teknik evaluasi atribut menjadi sangat berguna untuk memilih proposal dan mengindentifikasi pemasok atau sistem yang menjadi subjek pertimbangan akhir.

 

Referensi

Bodnar, G. H., & Hopwood, W. S. (2013). Accounting Information Systems, 11^th Edition. New Jersey: Pearson Education, Inc.

Sistem akuntansi selain kas

Prosedur akuntansi selain kas pada SKPD meliputi serangkaian proses mulai dari pencatatan, pengikhtisaran, sampai pelaporan keuangan yang berkaitan dengan semua transaksi atau kejadian selain kas yang dapat dilakukan secara manual atau menggunakan aplikasi komputer. Berikut adalah prosedur akuntansi selain kas pada SKPD:

• Koreksi kesalahan pencatatan. Koreksi kesalahan pencatatan merupakan koreksi terhadap kesalahan dalam membuat jurnal dan telah diposting ke buku besar yang dilakukan oleh PPK SKPD. 
• Pengakuan aset, hutang, dan ekuitas. Pengakuan aset, hutang, dan ekuitas merupakan pengakuan terhadap perolehan/perubahan nilai/pelepasan aset, hutang dan ekuitas yang terjadi di SKPD. Perolehan aset yang tidak melalui belanja modal, penghapusan aset/barang daerah, serta revaluasi aset sebagai hasil sensus barang daerah merupakan beberapa contoh yang relevan
• Jurnal depresiasi. Selain tanah dan konstruksi dalam pengerjaan, seluruh asset tetap SKPD dapat disusutkan sesuai dengan sifat dan karakteristik aset tersebut. Jurnal penyusutan aset tetap ini dibuat di akhir tahun.
• Jurnal terkait dengan transaksi yang bersifat accrual dan pre-payment. Jurnal tersebut merupakan jurnal yang dilakukan karena transaksi yang sudah dilakukan SKPD, tetapi pengeluaran kas belum dilakukan (accrual) atau terjadi transaksi pengeluaran kas untuk belanja di masa mendatang (pre-payment) (Nordiawan dan Hertianti, 2018:204-205).

Referensi

Nordiawan, D. & Hertianti, A. (2018). Akuntansi Sektor Publik. Jakarta: Salemba Empat.

Peraturan Menteri Dalam Negeri Nomor 13 Tahun 2006 tentang Pedoman Pengelolaan Keuangan Daerah

Peraturan Menteri Dalam Negeri Republik Indonesia Nomor 64 Tahun 2013 tentang Penerapan Standar Akuntansi Pemerintahan Berbasis Akrual pada Pemerintah Daerah

Peraturan Pemerintah Republik Indonesia Nomor 58 Tahun 2005 tentang Pengelolaan Keuangan Daerah

Peraturan Menteri Dalam Negeri Republik Indonesia Nomor 21 Tahun 2011 tentang Perubahan Kedua Atas Peraturan Menteri Dalam Negeri Nomor 13 Tahun 2006 Tentang Pedoman Pengelolaan Keuangan Daerah

Peraturan Menteri Dalam Negeri Republik Indonesia Nomor 77 Tahun 2020 tentang Pedoman Teknis Pengelolaan Keuangan Daerah

Estimasi rentang keyakinan pada sebuah proporsi

Lind et al. (2018:300) dan Berenson et al. (2020:321) menjelaskan bahwa estimasi rentang keyakinan atas sebuah proporsi umumnya menggunakan data kategori atau dalam hal ini adalah data yang diukur dengan skala nominal. Menurut Lind et al. (2018:300), proporsi (atau disebut juga sebagai keseimbangan) adalah pecahan, rasio, atau persentasi yang mengindikasikan bahwa bagian dari sampel atau populasi memiliki sebuah sifat yang menarik (karakter). Formula untuk menentukan proporsi sampel disajikan berikut.

r adalah proporsi sampel, X adalah jumlah item yang mengandung karakter yang ingin dikaji, dan n adalah jumlah sampel. Berdasarkan proporsi sampel yang diperoleh maka selanjutnya digunakan formula berikut untuk menentukan rentang keyakinan.

Z_α/2 adalah nilai kritis (lihat bahasan estimasi rentang keyakinan). Lind et al. (2018:301) dan Berenson et al. (2020:321), jumlah X dan n - X sebaiknya lebih besar dari 5 (lima).

Contoh 1 (modifikasi kasus dari Berenson et al., 2020:321-322)

Sebuah perusahaan ingin mengetahui kemungkinan jumlah dokumen penjualan yang mengandung kesalahan administrasi di dalam sebuah populasi. Pada bidang ilmu akuntansi, adanya kesalahan dalam administrasi keuangan cenderung mengakibatkan salah saji dalam laporan keuangan. Sampel dipilih sebanyak 100 dokumen penjualan dimana 10 dokumen mengandung kesalahan administrasi. Tingkat keyakinan yang digunakan adalah 95%.

= 0.10 ± (1.96)(0.03)

= 0.10 ± 0.0588

Pada tingkat keyakinan 95% dapat disimpulkan bahwa titik minimum adalah 0.10 – 0.0588 atau 0.0412 sedangkan titik maksimum adalah 0.10 + 0.0588 atau 0.1588. Berdasarkan hasil ini maka estimasi rentang keyakinan atas proporsi populasi (π) adalah:

0.0412 ≤ π ≤ 0.1588

Rentang ini dapat diinterpretasikan bahwa 4.12% hingga 15.88% dari proporsi populasi dokumen penjualan memiliki kesalahan administrasi. Pertanyaan lainnya adalah kesimpulan apa yang akan diperoleh jika menggunakan tingkat keyakinan 99% dan 90%?

Tingkat keyakinan 99%

= 0.10 ± (2.58)(0.03)

= 0.10 ± 0.0774

Rentang yang diperoleh adalah 0.0226 ≤ π ≤ 0.1774

 

Tingkat keyakinan 90%

= 0.10 ± (1.64)(0.03)

= 0.10 ± 0.0492

Rentang yang diperoleh adalah 0.0508 ≤ π ≤ 0.1492. Pada kasus ini perlu diperhatikan bahwa nilai dari proporsi sampel adalah sama dengan α = 0.10 atau 10% sehingga hasil analisis pada tingkat keyakinan 90% cenderung menghasilkan rentang yang tidak valid. Perhatikan contoh kasus berikut.

Contoh 2 (modifikasi kasus dari Berenson et al., 2020:322)

Seorang manajer operasional ingin mengetahui kemungkinan jumlah surat kabar yang memiliki kesalahan cetak di dalam sebuah populasi. Sampel dipilih sebanyak 200 surat kabar dimana 35 dokumen diantaranya mengandung kesalahan cetak. Tingkat keyakinan yang digunakan adalah 90%.

= 0.175 ± (1.645)(0.0269)

= 0.175 ± 0.0442

Rentang yang diperoleh adalah 0.1308 ≤ π ≤ 0.2192. Pada kasus ini perlu diperhatikan bahwa nilai dari proporsi sampel adalah lebih besar dari α = 0.10 atau 10% sehingga hasil analisis pada tingkat keyakinan 90% cenderung menghasilkan rentang yang valid.

 

Konfirmasi atas hasil Contoh 1 dan Contoh 2 dapat menggunakan bantuan perangkat lunak statistik yaitu Minitab versi 19 (lihat video yang disajikan).

Data dari Contoh 1 dan Contoh 2 disajikan pada tabel berikut. 

Contoh 1				Contoh 2
Sampel	Keterangan	Kode		Sampel	Keterangan	Kode
1	Salah	1		1	Gagal	1
2	Salah	1		2	Gagal	1
3	Salah	1		3	Gagal	1
4	Salah	1		4	Gagal	1
5	Salah	1		5	Gagal	1
6	Salah	1		6	Gagal	1
7	Salah	1		7	Gagal	1
8	Salah	1		8	Gagal	1
9	Salah	1		9	Gagal	1
10	Salah	1		10	Gagal	1
11	Benar	0		11	Gagal	1
12	Benar	0		12	Gagal	1
13	Benar	0		13	Gagal	1
14	Benar	0		14	Gagal	1
15	Benar	0		15	Gagal	1
16	Benar	0		16	Gagal	1
17	Benar	0		17	Gagal	1
18	Benar	0		18	Gagal	1
19	Benar	0		19	Gagal	1
20	Benar	0		20	Gagal	1
21	Benar	0		21	Gagal	1
22	Benar	0		22	Gagal	1
23	Benar	0		23	Gagal	1
24	Benar	0		24	Gagal	1
25	Benar	0		25	Gagal	1
26	Benar	0		26	Gagal	1
27	Benar	0		27	Gagal	1
28	Benar	0		28	Gagal	1
29	Benar	0		29	Gagal	1
30	Benar	0		30	Gagal	1
31	Benar	0		31	Gagal	1
32	Benar	0		32	Gagal	1
33	Benar	0		33	Gagal	1
34	Benar	0		34	Gagal	1
35	Benar	0		35	Gagal	1
36	Benar	0		36	Sukses	0
37	Benar	0		37	Sukses	0
38	Benar	0		38	Sukses	0
39	Benar	0		39	Sukses	0
40	Benar	0		40	Sukses	0
41	Benar	0		41	Sukses	0
42	Benar	0		42	Sukses	0
43	Benar	0		43	Sukses	0
44	Benar	0		44	Sukses	0
45	Benar	0		45	Sukses	0
46	Benar	0		46	Sukses	0
47	Benar	0		47	Sukses	0
48	Benar	0		48	Sukses	0
49	Benar	0		49	Sukses	0
50	Benar	0		50	Sukses	0
51	Benar	0		51	Sukses	0
52	Benar	0		52	Sukses	0
53	Benar	0		53	Sukses	0
54	Benar	0		54	Sukses	0
55	Benar	0		55	Sukses	0
56	Benar	0		56	Sukses	0
57	Benar	0		57	Sukses	0
58	Benar	0		58	Sukses	0
59	Benar	0		59	Sukses	0
60	Benar	0		60	Sukses	0
61	Benar	0		61	Sukses	0
62	Benar	0		62	Sukses	0
63	Benar	0		63	Sukses	0
64	Benar	0		64	Sukses	0
65	Benar	0		65	Sukses	0
66	Benar	0		66	Sukses	0
67	Benar	0		67	Sukses	0
68	Benar	0		68	Sukses	0
69	Benar	0		69	Sukses	0
70	Benar	0		70	Sukses	0
71	Benar	0		71	Sukses	0
72	Benar	0		72	Sukses	0
73	Benar	0		73	Sukses	0
74	Benar	0		74	Sukses	0
75	Benar	0		75	Sukses	0
76	Benar	0		76	Sukses	0
77	Benar	0		77	Sukses	0
78	Benar	0		78	Sukses	0
79	Benar	0		79	Sukses	0
80	Benar	0		80	Sukses	0
81	Benar	0		81	Sukses	0
82	Benar	0		82	Sukses	0
83	Benar	0		83	Sukses	0
84	Benar	0		84	Sukses	0
85	Benar	0		85	Sukses	0
86	Benar	0		86	Sukses	0
87	Benar	0		87	Sukses	0
88	Benar	0		88	Sukses	0
89	Benar	0		89	Sukses	0
90	Benar	0		90	Sukses	0
91	Benar	0		91	Sukses	0
92	Benar	0		92	Sukses	0
93	Benar	0		93	Sukses	0
94	Benar	0		94	Sukses	0
95	Benar	0		95	Sukses	0
96	Benar	0		96	Sukses	0
97	Benar	0		97	Sukses	0
98	Benar	0		98	Sukses	0
99	Benar	0		99	Sukses	0
100	Benar	0		100	Sukses	0
				101	Sukses	0
				102	Sukses	0
				103	Sukses	0
				104	Sukses	0
				105	Sukses	0
				106	Sukses	0
				107	Sukses	0
				108	Sukses	0
				109	Sukses	0
				110	Sukses	0
				111	Sukses	0
				112	Sukses	0
				113	Sukses	0
				114	Sukses	0
				115	Sukses	0
				116	Sukses	0
				117	Sukses	0
				118	Sukses	0
				119	Sukses	0
				120	Sukses	0
				121	Sukses	0
				122	Sukses	0
				123	Sukses	0
				124	Sukses	0
				125	Sukses	0
				126	Sukses	0
				127	Sukses	0
				128	Sukses	0
				129	Sukses	0
				130	Sukses	0
				131	Sukses	0
				132	Sukses	0
				133	Sukses	0
				134	Sukses	0
				135	Sukses	0
				136	Sukses	0
				137	Sukses	0
				138	Sukses	0
				139	Sukses	0
				140	Sukses	0
				141	Sukses	0
				142	Sukses	0
				143	Sukses	0
				144	Sukses	0
				145	Sukses	0
				146	Sukses	0
				147	Sukses	0
				148	Sukses	0
				149	Sukses	0
				150	Sukses	0
				151	Sukses	0
				152	Sukses	0
				153	Sukses	0
				154	Sukses	0
				155	Sukses	0
				156	Sukses	0
				157	Sukses	0
				158	Sukses	0
				159	Sukses	0
				160	Sukses	0
				161	Sukses	0
				162	Sukses	0
				163	Sukses	0
				164	Sukses	0
				165	Sukses	0
				166	Sukses	0
				167	Sukses	0
				168	Sukses	0
				169	Sukses	0
				170	Sukses	0
				171	Sukses	0
				172	Sukses	0
				173	Sukses	0
				174	Sukses	0
				175	Sukses	0
				176	Sukses	0
				177	Sukses	0
				178	Sukses	0
				179	Sukses	0
				180	Sukses	0
				181	Sukses	0
				182	Sukses	0
				183	Sukses	0
				184	Sukses	0
				185	Sukses	0
				186	Sukses	0
				187	Sukses	0
				188	Sukses	0
				189	Sukses	0
				190	Sukses	0
				191	Sukses	0
				192	Sukses	0
				193	Sukses	0
				194	Sukses	0
				195	Sukses	0
				196	Sukses	0
				197	Sukses	0
				198	Sukses	0
				199	Sukses	0
				200	Sukses	0

Keterangan data:

Kode 1 diberikan jika data memiliki karakter yang akan diuji

Kode 0 diberikan jika data tidak memiliki karakter yang akan diuji

 

Data dalam aplikasi Minitab: Link

 

Referensi

 

Berenson, M. L., Levine, D. M., Szabat, K. A., & Stephan, D. F. (2020). Basic Business Statistics: Concepts and Applications, 14^th Edition. Harlow: Pearson Education Limited.

 

Lind, D. A., Marchal, W. G., & Wathen, S. A. (2018). Statistical Techniques in Business and Economics, 17^th Edition. New York: McGraw-Hill Education.