chapter 13 " The Expenditure Cycle: Purchasing to Cash Disbursements "

dalam postingan ini saya akan membahas Sistem Informasi Akuntansi tentang The Expenditure Cycle: Purchasing to Cash Disbursements. Selamat membaca ^^ 

definisi siklus pengeluaran

siklus pengeluaran adalah serangkaian kegiatan bisnis yang berulang dan operasi pemrosesan informasi terkait yang terkait dengan pembelian dan pembayaran barang dan jasa

tujuan perancangan SIA
Tujuan utama dalam siklus pengeluaran adalah untuk mengurangi biaya total perolehan dan pemeliharaan persediaan, persediaan, dan layanan yanous yang perlu berfungsi oleh organisasi.


sistem yang harus dibangun untuk sistem pengeluaran

keputusan yang harus dibuat oleh manajemen untuk siklus pengeluaran
Untuk mencapai tujuan ini, manajemen harus membuat keputusan kunci berikut :

• Berapa tingkat persediaan dan persediaan yang optimal untuk dibawa?
• Pemasok mana yang memberikan kualitas dan layanan terbaik dengan harga terbaik?
• Bagaimana organisasi dapat mengkonsolidasikan pulchases di seluruh unit untuk mendapatkan harga optimal?
• Bagaimana teknologi informasi (TI) dapat digunakan untuk meningkatkan efisiensi dan aicuracy dari fungsi logistik masuk?
• Bagaimana organisasi dapat mempertahankan uang tunai yang cukup untuk mengambil adyantage dari setiap penawaran persediaan?
• Bagaimana pembayaran ke vendor dikelola untuk memaksimalkan arus kas?

aktivitas utama dalam siklus pengeluaran

Jawaban atas pertanyaan-pertanyaan diatas memandu bagaimana suatu organisasi melakukan empat kegiatan siklus pengeluaran dasar:

• Memesan bahan, persediaan, dan layanan
• Menerima marerial. persediaan, dan layanan
• Menyetujui invoice pemasok
• Pencairan tunai

perbandingan siklus penerimaan dan pengeluaran

Process

Seperti kebanyakan organisasi besar, AOE menggunakan sistem enterprise resouce planing (ERP). Gambar 13-3 menunjukkan bagian dari sistem ERP. Yang mendukung kegiatan bisnis siklus pengeluaran AOE. Meskipun Gambar menunjukkan bahwa departemen pengendalian persediaan AOE memiliki tanggung jawab utama untuk memastikan jumlah bahan dan persediaan yang memadai, setiap departemen dapat mengajukan permintaan untuk membeli barang. Setelah permintaan pembelian disetujui, sistem akan mencari file induk inventaris untuk mengidentifikasi pemasok pilihan untuk item itu. Sistem kemudian membuat pesanan pembelian yang dikirim ke pemasok melalui EDI. (Jika perlu, salinan kertas dicetak dan dikirim.) Departemen penerima memiliki akses ke file pesanan pembelian terbuka sehingga dapat merencanakan dan memverifikasi validitas pengiriman. Utang akun diberitahu tentang pesanan sehingga dapat merencanakan untuk menunggu komitmen keuangan. Departemen yang menghasilkan permintaan pembelian juga diberitahu bahwa permintaannya telah disetujui.
Pemasok utama mengirimkan pemberitahuan elektronik pengiriman yang akan datang, yang memungkinkan AOE merencanakan untuk memiliki staf yang memadai untuk memproses pengiriman yang masuk di gudangnya. Ketika pengiriman tiba, pekerja dermaga penerima menggunakan sistem pemrosesan permintaan untuk memverifikasi bahwa pesanan diharapkan dari pemasok itu. Sebagian besar pemasok bar-kode atau RFID menandai produk mereka untuk memfasilitasi penghitungan barang. Menerima pekerja dermaga memeriksa barang dan menggunakan terminal online untuk memasukkan informasi tentang kuantitas dan kondisi barang yang diterima. Waktu pengiriman yang tepat juga dicatat untuk membantu mengevaluasi kinerja vendor. Sistem memeriksa data tersebut dengan pesanan pembelian terbuka, dan setiap perbedaan akan segera ditampilkan di layar sehingga dapat diselesaikan.
Setelah transfer barang ke gudang, petugas toko persediaan memverifikasi jumlah barang dan memasukkan data itu ke dalam sistem. Untuk pemasok yang tidak mengirim faktur, sistem secara otomatis menjadwalkan pembayaran sesuai dengan persyaratan yang disepakati ketika pesanan ditempatkan. Pegawai yang dibayar hutang memasukkan informasi dari pemasok yang mengirim EDI, dan terkadang kertas, faktur. Sistem kemudian membandingkan faktur pemasok dengan informasi yang terdapat dalam pesanan pembelian dan laporan penerimaan untuk memastikan keakuratan dan validitas. Untuk pembelian pasokan atau layanan yang biasanya tidak melibatkan pesanan pembelian dan menerima laporan, faktur tersebut diserahkan kepada pengawas yang sesuai untuk disetujui. Faktur pemasok itu sendiri juga diperiksa untuk akurasi matematis. Sistem ini secara otomatis menjadwalkan faktur untuk pembayaran pada tanggal jatuh tempo.
AOE, seperti kebanyakan companie !, menggunakan pemrosesan batch untuk membayar para pemasoknya. Setiap hari, treasuret menggunakan proses penyelidikan untuk meninjau kembali faktur yang jatuh tempo dan menyetujui mereka untuk pembayaran. AOE melakukan pembayaran kepada beberapa pemasok lamanya menggunakan FEDI tetapi masih mencetak cek kertas untuk banyak pemasok yang lebih kecil. Ketika pembayaran EFT dikreditkan atau cek dicetak, sistem memperbarui hutang, faktur terbuka, dan file buku besar 'Untuk setiap pemasok, total semua voucher dijumlahkan, dan jumlah itu diserap dari bidang saldo di catatan file induk pemasok itu. Pesanan pembelian yang relevan dan menerima laporan ditandai untuk menandai bahwa transaksi tersebut telah dibayar. Invoice yang dibayarkan kemudian dihapus dari file open-inyoice. Saran pembayaran ulang disiapkan untuk setiap pemasok, yang mencantumkan setiap faktur yang dibayar dan jumlah diskon atau tunjangan apa pun yang diambil 'Untuk pembayaran yang dilakukan oleh EFT, data pengiriman menyertai pembayaran TDE sebagai bagian dari paket FEDI Untuk pembayaran yang dilakukan dengan cek, saran pengiriman uang yang dicetak menyertai pemeriksaan yang ditandatangani Setelah semua transaksi pencairan telah diproses, sistem menghasilkan entri jurnal rangkuman, mendebit hutang dan mengkredit uang tunai, dan memposting entri itu ke buku besar.
Ulasan kasir memeriksa dokumen pendukung dan kemudian menandatanganinya. Cek di atas jumlah yang ditentukan juga memperoleh tanda tangan kedua oleh bendahara atau manajer lain yang berwenang. kasir thert mengirimkan cek yang ditandatangani dan pengiriman uang kepada pemasok transaksi EFT juga dilakukan oleh kasir dan ditinjau oleh bendahara.
Akses yang mudah untuk informasi terbaru yang akurat memungkinkan manajer untuk memantau kinerja dengan ketat. Namun, kualitas keputusan tergantung pada keakuratan informasi dalam database. Kami tidak akan membahas ancaman umum yang terkait dengan kegiatan siklus pengeluaran dan menjelaskan kontrol yang dapat memitigasi mereka.



MRP dan JIT
Materials requirements planning (MRP) berusaha untuk mengurangi tingkat persediaan yang dibutuhkan dengan meningkatkan ketepatan teknik peramalan untuk memenuhi jadwal pembelian untuk memenuhi kebutuhan produksi. Sebagai contoh, departemen perencanaan produksi dari sebuah perusahaan yang menggunakan MRP akan menyiapkan jadwal rinci yang menentukan jumlah masing-masing produk jadi untuk manufacture dalam jangka waktu tertentu, seperti tiga bulan berikutnya, berdasarkan data perkiraan penjualan. Jadwal ini dan spesifikasi teknik untuk setiap produk mengidentifikasi jumlah bahan baku, suku cadang, dan persediaan yang dibutuhkan dalam produksi dan titik waktu ketika mereka akan dibutuhkan. Ini, sistem MRP mengurangi ketidakpastian tentang kapan bahan baku diperlukan dan oleh karena itu memungkinkan perusahaan untuk membawa persediaan kurang.
Sistem persediaan just-in-time (JIT) mencoba untuk meminimalkan, jika tidak benar-benar menghilangkan, inventaris barang jadi dengan membeli dan memproduksi barang hanya sebagai respons terhadap penjualan aktual, bukannya perkiraan. Akibatnya, sistem JIT ditandai dengan pengiriman yang sering sejumlah kecil bahan, suku cadang, dan pasokan langsung ke lokasi spesifik yang membutuhkannya ketika diperlukan, dan bukan oleh pengiriman massal yang tidak terukur di pusat penerimaan dan fasilitas penyimpanan. Oleh karena itu, pabrik yang menggunakan sistem JIT akan memiliki beberapa dermaga penerima, masing-masing ditugaskan untuk menerima pengiriman barang yang dibutuhkan di pusat pekerjaan terdekat.
Perbedaan utama antara sistem MRP dan JIT adalah penjadwalan produksi.


voucher sistem dan nonvoucher sistem
Ada dua cara untuk memproses faktur pemasok, yang disebut sebagai sistem non-voucher dan voucher sistem. Dalam sistem non-voucher, setiap faktur yang disetujui (bersama dengan dokumentasi penyuplai) diposkan ke catatan masing-masing pemasok dalam file hutang dagang dan kemudian disimpan dalam faktur terbuka. Ketika cek ditulis untuk membayar faktur, sistem voucher dihapus dari file faktur terbuka, faktur ditandai dibayar, dan kemudian paket voucher disimpan dalam file faktur berbayar. voucher sistem, dokumen tambahan disebut voucher pencairan juga bagus ketika faktur pemasok disetujui untuk pembayaran. Voucher pencairan mengidentifikasi pemasok, daftar faktur terutang, dan menunjukkan jumlah bersih yang harus dibayarkan setelah 'mengurangi tunjangan diskon yang berlaku.


ERS
Pilihan lainnya adalah menghilangkan faktur vendor. Lagi pula, untuk sebagian besar pembelian berulang, perusahaan tahu harga barang dan jasa pada saat mereka dipesan. Dengan demikian, segera setelah kuitansi barang atau jasa diverifikasi, semua informasi yang diperlukan untuk membayar pemasok sudah diketahui. Pendekatan "invoiceless" ini disebut, evaluil receipt settlement (ERS).



procurement card 
Kartu pengadaan adalah kartu kredit korporat yang dapat digunakan oleh karyawan hanya di pemasok yang ditunjuk. untuk membeli jenis barang tertentu, Batas pengeluaran dapat ditetapkan untuk setiap kartu. Selain itu, nomor rekening pada setiap kartu pengadaan dapat dipetakan ke akun buku besar umum tertentu, seperti perlengkapan kantor, kartu pengadaan menyederhanakan utang piutang karena perusahaan menerima satu pernyataan bulanan yang menjumlahkan pembelian non-inventaris berdasarkan kategori akun. Kartu pengadaan juga meningkatkan efisiensi proses pencairan uang tunai karena perusahaan hanya perlu melakukan satu pembayaran untuk semua pembelian non-inventaris selama periode waktu tertentu, daripada melakukan pembayaran terpisah ke berbagai pemasok. Akhirnya, perbaikan dramatis dapat menghasilkan hasil yang sama dengan proses hutang itu sendiri.

chapter 12 " The Revenue Cycle: Sales to Cash Collections "

dalam postingan ini saya akan membahas Sistem Informasi Akuntansi tentang The Revenue Cycle: Sales to Cash Collections. Selamat membaca ^^ 

apa itu siklus pendapatan?

Siklus pendapatan adalah serangkaian aktivitas bisnis yang berulang dan operasi pemrosesan informasi terkait yang terkait dengan penyediaan barang dan jasa kepada pelanggan dan mengumpulkan uang tunai dalam pembayaran untuk penjualan tersebut

tujuan pembahasan siklus pendapatan

tujuan utama siklus pendapatan ini adalah menyediakan produk yang tepat di tempat yang benar pada saat yang tepat untuk harga yang sesuai.

keputusan penting dalam siklus pendapatan 

Untuk mencapai tujuan ini, lakukanlah untuk membuat keputusan kunci berikut:

• Apa yang bisa dan dapat disesuaikan dengan kebutuhan dan keinginan pelanggan individu?
• Berapa banyak persiapan yang harus dilakukan dan di mana harus ditempatkan?
• Bagaimana cara pengiriman barang ke pelanggan? Haruskah perusahaan menjalankan pengiriman atau sumber daya sendiri untuk mereka yang mengkhususkan diri dalam bidang logistik?
• Berapa harga optimal untuk setiap produk atau layanan?
• Apakah kredit harus diberikan kepada pelanggan? Jika demikian, persyaratan apa yang ditawarkan? Berapa banyak kredit yang dapat dibatalkan untuk setiap pelanggan?
• Seberapa andalkah pembayaran?

aktivitas utama siklus pendapatan

• Entri penjualan pesanan
• Pengiriman
• Penagihan
• Menerima kas

back order dan picking ticket

Back Order (pemesan pembelian) adalah sebuah dokumen yang mengotorisasi pembelian atau produksi dari barang-barang yang dibuat tidak ada persiapan yang mencukupi untuk memenuhi pesanan pelanggan. 

Picking Ticket (kartu penghasilan) adalah sebuah dokumen yang mencantumkan barang dan jumlah dari setiap barang yang dipesan dan mengotorisasi fungsi untuk pengiriman barang ke departemen pengiriman.

CRM

Customer Relantionship Management System-CRM (sistem manajemen hubungan pelanggan) merupakan perangkat lunak yang mengatur informasi mengenai pelanggan dengan cara memfasilitasi layanan yang efisien dan personal. 

packing slip dan bill of lading

Packing Slip (slip pengepakan) merupakan sebuah dokumen yang mencantumkan kuantitas dan deskripsi dari setiap barang yang disertakan dalam sebuah pengiriman. 

Bill Of Lading (konosemen) meruipakan sebuah kontrak hukum yang menjelaskan tanggung jawab atas barang ketika barang tersebut sedang dalam transit. 

sistem open invoice, sistem remittance, sistem balance forward, monthly statement

Dalam Open-Invoice Method (metode faktur terbuka), pelanggan biasanya membayar berdasarkan setiap faktur. Biasanya, dua salinan faktur dikirimkan kepelanggan, yang diminta untuk mengembalikan satu salinan dengan pembayaran. 

Salinan ini adalah dokumen yang dapat dikembalikan kembali (turnaround document) yang disebut sebagai Remittance Advice (nota pengiriman uang). Pembayaran dari pelanggan kemudian diterapkan dengan faktur-faktur tertentu. 

Sebaliknya, dalam Balance Forward Method (metode saldo maju), para pelanggan biasanya membayar berdasarkan jumlah yang ditunjukkan dalam laporan bulanan, bukannya bedasarkan pada setiap faktur. 

Monthly Statement (laporan bulanan) mencantumkan seluruh transaksi, termasuk penjualan dan pembayaran, yang terjadi selama sebulan yang lalu dan informasi atas saldo piutang terakhir pelanggan. 

under cycle billing dan credit memo

Cycle Billing (penagihan siklus) itu menghasilkan laporan bulanan bagi subset pelanggan pada waktu yang berbeda. 

Credit Memo  merupakan sebuah dokumen  yang disetujui oleh manajer kredit, yang mengotorisasi departemen penagihan untuk mengkredit rekening seorang pelanggan. 

remittance list

Remittance List (daftar pengiriman uang) merupakan sebuah dokumen yang mencantumkan nama dan jumlah dari seluruh pembayaran pelanggan yang diterima dalam surat. 

FEDI

Financisl Electronic Data Interchange (FEDI) Kombinasi dari EFT dan EDI yang memungkinkan data pengiriman uang dari instruksi transfer dana untuk disertakan dalam satu paket elektronik. 

fungsi yang harus dipisahkan 

• Menangani kas atau cek dan memposting pengiriman uang ke rekening pelanggan.
• Menangani kas atau cek dan mengotorisasi memo kredit.
• Menangani kas atau cek dan merekonsiliasi laporan bank

chapter 11 " Auditing Computer - Based Information System "

dalam postingan ini saya akan membahas Sistem Informasi Akuntansi tentang Auditing Computer - Based Information System. Selamat membaca ^^ 


jenis - jenis pekerjaan internal auditor

• Audit keuangan, memeriksa keandalan dan integritas transaksi keuangan, catatan akuntansi, dan laporan keuangan.
• Suatu sistem informasi, atau pengendalian internal, mengaudit tinjauan kontrol dari SIA untuk menilai kepatuhannya dengan kendali dan prosedur pengendalian awal dan keefektifannya dalam menjaga aset. Audit biasanya mengevakuasi input dan output sistem; memproses cortrol; rencana cadangan dan recoyery; keamanan sistem: dan fasilitas komputer.
• Audit operasional adalah berkaitan dengan penggunaan sumber daya secara ekonomis dan efisien serta pencapaian tujuan dan sasaran yang ditetapkan
• Audit kepatuhan menentukan apakah entitas mematuhi hukum, peraturan, kebijakan, dan prosedur yang berlaku. Audit ini sering menghasilkan rekomendasi untuk meningkatkan proses dan kontrol yang digunakan untuk memastikan kepatuhan terhadap peraturan.
• Audit investigasi memeriksa insiden kemungkinan penipuan, penyalahgunaan aset, pemborosan dan penyalahgunaan, atau kegiatan pemerintah yang tidak tepat

tahap pelaksanaan audit

• Audit Planning
• Collection of Audit Evidence
• Evaluation of Audit Evidence
• Communication of Audit Result

jenis risiko audit 

• Risiko inheren adalah kerentanan terhadap risiko material tanpa adanya contol. Misalnya, sistem yang menggunakan pemrosesan online, jaringan, basis data, telekomunikasi, dan bentuk lain dari teknologi canggih memiliki risiko yang lebih besar daripada sistem pemrosesan batch.
• Kontrol risiko adalah risiko bahwa salah saji material akan melewati struktur contem intemal dan ke dalam laporan keuangan. Sebuah perusahaan dengan kontrol internal yang lemah memiliki risiko pengendalian yang lebih tinggi dibandingkan dengan kontrol yang kuat. Resiko pengendalian dapat ditentukan dengan meninjau kembali conhol enmentment, menguji kontrol intemal, dan mempertimbangkan kelemahan kontrol yang diidentifikasi dalam audit sebelumnya dan mengevaluasi bagaimana mereka telah di-rectifred.
• Risiko deteksi adalah risiko bahwa auditor dan prosedur audit akan gagal mendeteksi kesalahan material atau salah saji.

komponen dari masing - masing audit

• Audit Planning

1. Establish scope and oblectives
2. Organize audit team
3. Develop knowledge of business operotions
4. review prior audit result
5. identify risk factors
6. prepare audit programs

• Collection of Audit Evidence

1. Observotion of operating activities
2. Review of documentation
3. Discussions with employees
4. Questionnoires
5. Physical examination of assets
6. Confirmation through third parties
7. Reperformance of procedures
8. Vouching of source documents 
9. Analytical review
10. Audit sampling

• Evaluation of Audit Evidence

1. Assess quality of internal controls
2. Assess reliability of information
3. Assess operating performance
4. Consider need for additional evidence 
5. Consider risk factors
6. Consider materiality factors
7. Document audit findings

• Communication of Audit Result

1. Formulate audit conclusions
2. Develop recommendations for management
3. Prepare audit report
4. Present audit result to management

cara pengumpulan bukti audit

• Pengamatan aktivitas yang diaudit (mis., Mengamati bagaimana kontrol data pesonnel menangani pemrosesan data saat diterima)
• Review dokumentasi untuk memahami bagaimana proses tertentu atau sistem kontrol internal seharusnya berfungsi
• Diskusi dengan karyawan tentang pekerjaan mereka dan tentang bagaimana mereka melakukan hal prosedur tertentu
• Kuesioner yang mengumpulkan data
• Pemeriksaan fisik kuantitas dan / atau kondisi aset berwujud, seperti peralatan dan inventaris
• Konfirmasi keakuratan informasi, seperti saldo akun pelanggan, melalui konfrontasi dengan pihak ketiga yang independen
• Reperformance perhitungan untuk memverifikasi informasi kuantitatif (misalnya, menghitung ulang biaya penyusutan tahunan)
• Memastikan validitas transaksi dengan memeriksa dokumen pendukung, seperti pesanan pembelian, menerima laporan, dan faktur vendor yang mendukung transaksi hutang
• Tinjauan analitis hubungan dan tren di antara informasi untuk mendeteksi item yang harus diselidiki lebih lanjut. Sebagai contoh, auditor untuk toko rantai menemukan bahwa rasio satu toko dari piutang ke penjualan terlalu tinggi. Penyelidikan mengungkapkan bahwa manajer telah mencairkan dana yang terkumpul untuk keperluan persentinya.

framework pendekatan audit berbasis resiko

• Tentukan ancaman (penipuan dan kesalahan) yang dihadapi perusahaan. Ini adalah daftar penyalahgunaan dan kerusakan disengaja atau disengaja yang terkena sistem.
• Identifikasi prosedur kontrol yang mencegah, mendeteksi, atau memperbaiki ancaman. Ini semua adalah kontrol yang telah disiapkan oleh manajemen dan auditor harus meninjau dan menguji, untuk meminimalkan ancaman
• Evaluasi prosedur kontrol. Kontrol dievaluasi dua cara:

1. Sebuah tinjauan sistem menentukan apakah prosedur pengendalian benar-benar ada.
2. Pengujian kontrol dilakukan untuk menentukan apakah kontrol yang ada berfungsi sebagaimana mestinya.

• Mengevaluasi kelemahan kontrol untuk menentukan pengaruhnya terhadap sifat, waktu, atau tingkat prosedur audit. Jika auditor menentukan bahwa risiko pengendalian terlalu tinggi karena sistem kontrol tidak memadai, auditor mungkin harus mengumpulkan lebih banyak bukti, bukti yang lebih baik, atau bukti yang lebih tepat waktu. Kontrol kelemahan dalam satu area dapat diterima jika ada kontrol kompensasi di area lain

Chapter 10 "Information systems Controls for System Reliability Part 3: Processing Integrity and Availability"

dalam postingan ini saya akan membahas Sistem Informasi Akuntansi tentang Information systems Controls for System Reliability Part 2: Confidentiality and Privacy. Selamat membaca ^^ 

prinsip perancangan dokumen yang baik

1. Semua dokumen sumber harus diurutkan secara berurutan. Prenumbering meningkatkan kontrol dengan memungkinkan untuk memverifikasi bahwa tidak ada dokumen yang hilang. (Untuk membatasi ini, pertimbangkan kesulitan yang Anda miliki dalam menyeimbangkan rekening cek Anda jika tidak ada cek Anda diberi nomor.) Ketika dokumen data sumber berurutan yang sudah diberi nomor digunakan, sistem harus diprogram untuk mengidentifikasi dan melaporkan dokumen sumber yang hilang atau duplikat.
2. Dokumen turnaround adalah record dari data perusahaan yang dikirim ke pihak eksternal dan  dibawa kembali oleh pihak ekstemal ke sistem sebagai input. Dokumen Tumaround disiapkan dalam bentuk yang dapat dibaca mesin untuk memudahkan pemrosesan selanjutnya sebagai catatan masukan. Contohnya adalah tagihan utilitas yang dibaca perangkat scaaning khusus ketika tagihan dikembalikan dengan pembayaran. Dokumen tumaround meningkatkan akurasi dengan menghilangkan potensi input eror ketika memasukkan data secara manual.

cancellation and storage of source dokumen 

Dokumen sumber yang telah dimasukkan ke dalam sistem harus dibatalkan sehingga mereka tidak dapat secara tidak sengaja atau dengan curang masuk kembali ke sistem. Dokumen kertas harus dirusak, misalnya, dengan mencap mereka "dibayar." Dokumen elektronik dapat juga "dibatalkan" dengan menetapkan bidang bendera untuk menunjukkan bahwa dokumen telah diproses. Catatan. Calcellation tidak mengambang, berarti pembuangan. Dokumen sumber asli (atau gambar elektroniknya) harus disimpan selama diperlukan untuk memenuhi persyaratan hukum dan peraturan dan menyediakan jejak audit.

cara - cara pengendalian penginputan data

KONTROL ENTRI DATA Dokumen sumber harus dipindai untuk masuk akal dan kepatutan sebelum dimasukkan ke dalam sistem. Namun, contol manual ini harus dilengkapi dengan kontrol entri data otomatis, seperti berikut:

• field check menentukan apakah chamcer di fleld memiliki tipe yang tepat. Misalnya, pemeriksaan pada freld yang seharusnya hanya berisi nilai numerik, seperti kode pos AS, akan menunjukkan kesalahan jika mengandung karakter alfabetik.
• A sign check menentukan apakah data di bidang memiliki tanda adhmetika yang sesuai. Misalnya, bidang urutan kuantitas tidak boleh negatif. 
• A limit check menguji jumlah numerik terhadap nilai tetap. Misalnya, bidang kerja houn biasa dalam input penggajian mingguan harus kurang dari atau sama dengan 40 jam, Demikian pula, bidang upah per jam harus lebih besar dari atau sama dengan upah minimum.
• A range check menguji apakah jumlah numerik jatuh antara batas bawah dan atas yang telah ditentukan sebelumnya. Misalnya, promosi pemasaran mungkin diarahkan hanya untuk prospek dengan pendapatan antara $ 50.000 dan $ 99,999.
• A size check memastikan bahwa data masukan akan masuk ke bidang yang ditetapkan. Misalnya, nilai 458,976,253 tidak akan masuk dalam bidang delapan digit.
• A completeness check pada setiap catatan masukan menentukan apakah semua item data yang diperlukan telah dimasukkan. Misalnya, catatan transaksi penjualan tidak boleh diterima untuk diproses kecuali mereka menyertakan alamat pengiriman dan penagihan pelanggan.
• A validity check membandingkan kode ID atau nomor akun dalam data transaksi dengan data serupa di file master untuk memverifikasi bahwa akun tersebut ada. Misalnya, jika nomor produk 65432 dimasukkan pada pesanan penjualan, komputer harus memverifikasi bahwa memang ada produk 65432 dalam basis data insvenrory.
• A reasonableness test menentukan keefektifan hubungan logis antara dua item data. Misalnya, jam lembur harus nol untuk seseorang yang belum bekerja jumlah jam reguler maksimum dalam periode pembayaran.
• Nomor lD resmi (seperti nomor karyawan) dapat berisi digit cek yang dihitung dari digit lainnya. Sebagai contoh, sistem dapat menugaskan setiap karyawan baru nomor sembilan digit, lalu menghitung digit kesepuluh dari sembilan asli dan menambahkan angka yang dihitung ke angka sembilan asli untuk membentuk nomor ID sepuluh digit. Perangkat entri data kemudian dapat diprogram untuk melakukan verifikasi cek digit dengan menggunakan sembilan digit pertama untuk menghitung digit ke sepuluh setiap kali nomor ID dimasukkan. Jika kesalahan dibuat dalam salah satu dari sepuluh digit, perhitungan yang dibuat pada sembilan digit pertama tidak akan cocok dengan digit kesepuluh, atau periksa digit.

hal - hal yang terkait dengan batch processing 

• Pemrosesan batch bekerja lebih efisien jika tansactions diredam sehingga akun-akun terkena busur dalam urutan yang sama seperti rekaman dalam file master. Sebagai contoh, pemrosesan batch akurat dari penjualan txansactions untuk memperbarui saldo akun pelanggan mensyaratkan bahwa ftansactions pertama disortir oleh nomor akun pelanggan. Sebuah tes pemeriksaan berurutan dimana kumpulan data input berada dalam urutan numerik atau alfabet yang tepat.
• Log eror yang mengidentifikasi input data enors (tanggal, penyebab, prcblem) memfasilitasi peninjauan yang tepat waktu dan pengiriman kembali halsaetions yang canlot diproses.
• jumlah batch, summerize nilai penting untuk batch catatan input. Berikut ini adalah 3 jumlah batch yang umum digunakan:

1. Total finansial menjumlahkan bidang yang berisi nilai-nilai moneter, seperti total dolar jumlah semua penjualan untuk batch tansactions penjualan.
2. Sebuah hash total menjumlahkan bidang numerik nonfinansial, seperti total kuantitas yang dipesan di lapangan dalam transaksi penjualan.
3. hitungan rekaman adalah jumlah catatan dalam satu kelompok.

Jumlah batch ini dihitung dan disimpan oleh sistem ketika data awalnya dimasukkan. Mereka akan dihitung ulang nanti untuk memverifikasi bahwa semua input diproses dengan benar.

additional online data entry control

• Prompting, Jika sistem meminta setiap item data masukan dan menunggu respons yang dapat diterima, memastikan bahwa semua data yang diperlukan dimasukkan (yaitu, meminta adalah pemeriksaan kelengkapan online).
• Closeil-loop verification memeriksa keakuratan input data dengan menggunakannya untuk mengambil dan menampilkan informasi terkait lainnya. Misalnya, jika juru tulis memasukkan nomor akun, sistem dapat mengambil dan menampilkan nama accourt sehingga pengguna dapat memverifikasi bahwa nomor accoult yang benar telah dimasukkan.
• Log transaksi menyertakan catatan rinci dari semua transaksi, termasuk pengenal transaksi unik, tanggal dan waktu masuk, dan siapa yang memasuki hansaction. Jika file online rusak, log transaksi dapat digunakan untuk mengembalikan file. Jika malfungsi untuk sementara mematikan sistem, log transaksi dapat digunakan untuk memastikan bahwa transaksi tidak hilang atau entercd dua kali.