OCR Invoice: Apa yang Harus Dicek Sebelum Simpan?

OCR invoice membantu membaca teks dari foto atau PDF tagihan, tetapi hasil bacaan belum membuktikan barang, satuan, harga, dan totalnya benar untuk pembukuan. Sebelum menyimpan draft, cocokkan identitas pemasok, nomor dokumen, setiap baris, pemisah angka, serta perhitungan ke sumber asli. Tahan bagian yang tidak jelas untuk konfirmasi; jangan membiarkan tebakan pembaca dokumen menjadi transaksi yang memengaruhi stok atau laporan.

Apa yang sebenarnya dihasilkan pembacaan dokumen?

OCR menghasilkan teks yang dikenali; layanan analisis dokumen dapat menambahkan struktur seperti tabel dan pasangan nama-nilai. Dokumentasi Microsoft Document Intelligence menjelaskan pembedaan unsur konten, tata letak, dan makna. Ini contoh sumber primer tentang proses analisis dokumen, bukan klaim Sparta memakai layanan Microsoft atau bahwa hasil semua teknologi memiliki ketepatan yang sama.

Teks terbaca berbeda dari barang terpilih dalam master perusahaan. Tulisan filter oli dapat cocok dengan banyak item, ukuran, dan merek. Setelah pembacaan, pengguna tetap perlu memastikan identitas yang benar. Begitu pula angka 10 pada sumber dapat berarti jumlah unit, isi kemasan, atau potongan tergantung kolomnya. Kecocokan bentuk teks tidak menggantikan pemahaman baris transaksi yang sebenarnya dimaksud pemasok.

Apa urutan pemeriksaan sebelum draft disimpan?

Mulai dari pihak dan identitas dokumen, kemudian rincian baris, lalu jumlah akhir. Invoice yang seluruh hitungannya benar masih bisa menjadi duplikasi atau milik perusahaan lain. Simpan sumber yang lengkap agar pemeriksa tidak hanya melihat potongan foto tanpa header, halaman lanjutan, atau catatan diskon. Bila dokumen buram, minta sumber lebih baik daripada menebak angka yang tertutup.

1. 1Pastikan perusahaan penerima dan pemasok sesuai.
2. 2Cocokkan nomor invoice, tanggal, mata uang, dan referensi PO.
3. 3Hitung jumlah baris dari seluruh halaman sumber.
4. 4Pilih barang master dan satuan setiap baris dengan konfirmasi.
5. 5Periksa kuantitas, harga, diskon, serta perhitungan baris.
6. 6Cocokkan subtotal, biaya, pajak sesuai dokumen, dan total.
7. 7Periksa duplikasi sebelum menyetujui penyimpanan atau langkah berikutnya.

Gunakan status belum jelas untuk bagian yang perlu ditanyakan. Jangan mengisi nol pada harga atau kuantitas hanya agar formulir selesai bila sumbernya belum terbaca. Nol dapat mempunyai arti bisnis yang berbeda dari data belum diketahui. Catat pertanyaan spesifik, seperti apakah harga berlaku per dus atau per pcs, lalu kirim ke penanggung jawab melalui jalur internal yang digunakan perusahaan. Simpan jawaban sebagai bukti pemeriksaan.

Bagaimana contoh satuan menyebabkan salah nilai?

Misalnya invoice menyebut 12 dus, setiap dus berisi 10 pcs, dengan harga Rp500.000 per dus. Kuantitas dasar 120 pcs dan nilai baris Rp6.000.000 sebelum pajak atau biaya lain. Jika pembacaan memilih 12 pcs dengan harga Rp500.000 per pcs, total baris tetap Rp6.000.000 tetapi stok hanya bertambah 12 pcs. Kecocokan total uang ternyata belum membuktikan kuantitas benar.

Kesalahan lain adalah memasukkan 120 pcs tetapi tetap memakai harga Rp500.000, sehingga nilai menjadi Rp60.000.000. Dalam konversi yang benar pada contoh, harga per pcs Rp50.000. Simpan satuan transaksi dan konversinya, bukan hanya hasil total. Gunakan panduan konversi satuan untuk menyiapkan master, lalu uji hasil draft terhadap bentuk yang benar-benar dipakai dalam dokumen supplier Anda.

Bagaimana tanda titik dan koma diperiksa?

Pemisah angka harus ditafsirkan sesuai konteks dokumen. Tulisan 1.000 pada dokumen berformat Indonesia umumnya dipakai sebagai seribu, tetapi dokumen dengan kebiasaan lain dapat memakai tanda yang berbeda. Jangan membiarkan satu aturan otomatis diterapkan pada seluruh pemasok tanpa pemeriksaan. Cocokkan dengan jumlah baris, harga, mata uang, dan total. Bila maknanya masih ambigu, minta konfirmasi daripada memilih angka yang terlihat paling masuk akal.

Periksa juga karakter yang mirip, misalnya angka nol dan huruf O pada nomor dokumen. Pada nilai transaksi, kesalahan satu digit dapat mengubah total; pada referensi, kesalahan itu dapat membuat deteksi duplikasi melewatkan invoice yang sama. Jangan menghapus tanda secara sembarangan tanpa menyimpan nomor sumber asli. Untuk pemeriksaan berikutnya, tim perlu tahu bentuk yang tertera pada dokumen dan referensi yang dipakai sistem.

Apakah diskon dan pajak boleh disimpulkan dari total?

Jangan menyimpulkan dasar diskon atau pajak hanya karena total dapat dibuat cocok. Diskon bisa tercantum per baris atau untuk keseluruhan dokumen; harga dapat termasuk atau belum termasuk komponen lain. Baca label serta ketentuan pada sumber, lalu minta finance memeriksa perlakuan yang tepat. Artikel ini tidak menetapkan tarif atau prosedur pajak untuk semua tagihan dan tidak menganggap invoice komersial sama dengan faktur pajak.

Misalnya dua baris masing-masing Rp1.000.000 dan dokumen memuat potongan total Rp100.000. Jangan menggandakan potongan menjadi Rp100.000 di setiap baris kecuali sumber memang menyatakan demikian. Simpan dasar pengalokasian sesuai kebijakan sistem dan bukti dokumen. Setelah perhitungan, total komersial sebelum komponen lain adalah Rp1.900.000. Angka contoh ini memeriksa aritmetika diskon, bukan memberi dasar penetapan pajak atas kasus tertentu.

Bagaimana menguji risiko duplikasi dan halaman hilang?

Cari invoice yang sama memakai pemasok, nomor sumber, tanggal, dan nilai sebelum membuat dokumen baru. Foto ulang dari dokumen yang sama tidak menjadikannya tagihan baru. Jika invoice terdiri dari dua halaman, pastikan semua baris hanya dihitung sekali dan baris yang berlanjut tidak hilang. Header atau subtotal yang muncul pada setiap halaman perlu dibedakan dari baris barang agar tidak masuk sebagai item tambahan.

Gunakan pemeriksaan invoice ganda untuk daftar bukti dan software akuntansi AI untuk menilai batas klaim produk. Buat contoh uji berisi satu halaman buram, satuan dus, diskon dokumen, dan invoice yang pernah diinput. Catat hasil yang benar dan bagian yang meminta konfirmasi. Jangan menyebut proses aman hanya karena contoh yang paling bersih berhasil terbaca sekali.

Bagaimana alur ini diterapkan di Sparta?

Sparta dapat membaca daftar teks, foto, PDF, dan Excel menjadi usulan dokumen seperti penawaran, faktur, PO, atau stok opname. Pengguna memilih serta mengonfirmasi barang. Agen menyiapkan tindakan dengan persetujuan; faktur dibuat sebagai draft untuk ditinjau dan diposting pengguna melalui halaman dokumen. Itu batas yang perlu dipertahankan saat menilai manfaat pembacaan dokumen, bukan janji semua hasil otomatis benar.

Untuk mencoba, minta akses awal dan bawa tiga dokumen anonim dengan bentuk berbeda. Akses awal Sparta gratis dicoba memakai data sendiri, termasuk simulasi migrasi Accurate, dan harga publik final belum tersedia. Tentukan hasil harapan untuk satuan, jumlah, nilai, serta konfirmasi barang sebelum sesi. Panduan software akuntansi membantu memetakan kebutuhan lebih luas bila pembacaan invoice hanya satu bagian dari alur pembelian perusahaan.