Keunggulan: Stock Opname
Tier 3 — Keunggulan-keunggulan Booku yang muncul saat user memakai halaman Stock Opname (modul khusus perusahaan manufaktur).
1. Identitas Menu
| Aspek | Keterangan |
|---|---|
| Nama Menu | Stock Opname |
| Lokasi (Tahun NORMAL) | Sidebar → Stock Opname (menu utama, dengan 5 tab internal) |
| Lokasi (Tahun LAMPAU) | Sidebar → Data Awal → Stock Opname (4 tab, lock Desember) |
| Khusus Untuk | Perusahaan dengan jenis usaha Manufaktur dicentang di Data Perusahaan. (Booku akomodir 3 jenis usaha — Dagang, Manufaktur, Jasa — yang merupakan checklist multi-select. Menu ini muncul selama Manufaktur dicentang, terlepas dari jenis usaha lain yang juga dicentang.) |
| Deskripsi User-Facing | 📘 Deskripsi & tutorial menu |
Stock Opname adalah menu untuk rekonsiliasi stok fisik persediaan dengan catatan akuntansi secara bulanan. Hasilnya: jurnal Adjustment HPP otomatis yang menyesuaikan saldo akun Persediaan ke nilai stok fisik aktual.
5 mode/tab (Tahun Normal):
- Bahan Penolong — Persediaan COA 11801
- Bahan Baku — Persediaan COA 11802 (Lokal) + 11805 (Import), dengan filter Asal Semua/Lokal/Import
- Barang Dalam Proses (Cek Fisik) — Persediaan COA 11803
- Barang Dalam Proses (Tarikan Data) — placeholder (ditunda)
- Barang Jadi — Persediaan COA 11804
2. Ringkasan Keunggulan
| # | Keunggulan | Tagline Singkat | Tier 2 Terkait |
|---|---|---|---|
| 1 | Jurnal Adjustment HPP otomatis | Sekali klik “Dorong ke Jurnal” — jurnal Persediaan, Pembelian, Biaya Pemakaian, HPP semua di-handle | #02 |
| 2 | Transfer ke bulan berikutnya otomatis | Data ter-copy otomatis sebagai “bahan pengecekan” — user tinggal review, tidak input ulang | #02, #08 |
| 3 | Pemisahan COA Lokal vs Import (Bahan Baku) | Filter Asal — Saldo Bar per COA terpisah, jurnal tetap gabungan | #01, #10 |
| 4 | Rekonsiliasi Saldo Awal cross-tahun | Saldo Bar membandingkan stok Desember tahun lalu dengan saldo COA tahun aktif — selisih = tanda butuh penyesuaian | #01 |
| 5 | Adjustment Saldo Awal 1-klik | Selisih ditemukan? Klik “Sesuaikan” — jurnal koreksi langsung tercatat | #02 |
| 6 | UI adaptif LAMPAU vs NORMAL | Tahun pertama: input Saldo Akhir (no jurnal); Tahun ke-2+: rekonsiliasi bulanan dengan jurnal | #10 |
| 7 | Multi-user safe — atomic + retry | Jurnal + transfer bulan berikutnya dalam 1 transaksi atomik. Aman dipakai bersamaan oleh tim | #06, #07 |
| 8 | Pencegahan Double-Posting Cross-Window | Buka 2 halaman (Stock Opname + Adjustment Akhir Bulan) sekaligus? Aman — state auto-sinkron saat pindah tab, dialog menolak buka kalau jurnal sudah dibuat dari halaman lain | #06, #07 |
| 9 | Jurnal sebagai Penanda Formal — Tetap Tercatat Saat Stok Kosong | Bulan tanpa aktivitas persediaan tetap punya jurnal Adjustment HPP formal — kelancaran Tutup Buku Bulanan/Tahunan terjaga, audit trail lengkap | #01, #02 |
| 10 | Filter Bulan Otomatis Batasi ke Bulan Kerja | Dropdown bulan hanya tampilkan bulan yang sudah/sedang berjalan — tidak bisa salah pilih bulan masa depan | #08, #10 |
3. Detail per Keunggulan
3.1 Jurnal Adjustment HPP Otomatis
Masalah di aplikasi lain: Setelah cek fisik stok per akhir bulan, akuntan harus menyusun jurnal manual untuk menyesuaikan saldo akun Persediaan ke nilai stok aktual. Jurnal ini melibatkan banyak akun yang harus dipikirkan satu per satu:
- Persediaan Bahan Penolong / Baku / BDP / Barang Jadi
- Pembelian Bahan
- Biaya Pemakaian Bahan
- Biaya Produksi
- Harga Pokok Produksi / Penjualan
Setiap nilai dihitung manual: Saldo Awal Persediaan + Pembelian − Stok Fisik = Biaya Pemakaian. Lupa satu akun atau salah hitung selisih → laporan keuangan tidak akurat.
Di Booku:
- Klik tombol “Dorong ke Jurnal” 📤 di tab yang sedang aktif
- Booku menampilkan preview jurnal lengkap — semua baris Debet/Kredit sudah dihitung
- Klik “Simpan Jurnal & Kunci Data” → jurnal tersimpan otomatis
Formula yang Booku jalankan otomatis di balik layar (4 algoritma cabang sesuai mode):
| Mode | Yang Dihitung |
|---|---|
| Bahan Penolong | Biaya Pemakaian = (Saldo Awal + Pembelian) − Stok Fisik |
| Bahan Baku | Sama, terpisah Lokal & Import |
| Barang Dalam Proses | Harga Pokok Produksi = (Saldo Awal + Biaya Produksi) − Stok Fisik |
| Barang Jadi | Harga Pokok Penjualan = (Saldo Awal + HPP Produksi) − Stok Fisik |
User tidak perlu mengingat rumus, tidak perlu pilih COA, tidak perlu hitung. Cukup pastikan stok fisik di-input dengan benar.
3.2 Transfer ke Bulan Berikutnya Otomatis
Masalah di aplikasi lain: Tiap awal bulan, akuntan harus input ulang seluruh daftar persediaan untuk pengecekan bulan tersebut. Untuk gudang dengan ratusan item, ini berjam-jam pekerjaan yang sebagian besar duplikat (item yang sama, dengan stok yang sedikit berubah).
Di Booku: Setelah klik “Dorong ke Jurnal” sukses, dalam transaksi atomik yang sama, Booku:
- Menyimpan jurnal Adjustment HPP
- Menyalin seluruh data persediaan ke bulan berikutnya dengan tag “Bahan Pengecekan”
- Otomatis pindah filter bulan ke bulan berikutnya — user langsung lihat data warisan
User di bulan baru hanya perlu:
- Klik tiap baris warisan → konfirmasi (bisa update jumlah/harga jika berubah) → status flip jadi “Normal” (sudah dicek)
- Tambah item baru jika ada
- Klik “Dorong ke Jurnal” lagi → siklus berulang
Hemat waktu drastis: dari input ratusan baris jadi review ratusan baris (waktu kerja jauh lebih singkat per baris).
3.3 Pemisahan COA Lokal vs Import (Bahan Baku)
Masalah di aplikasi lain: Bahan Baku Lokal & Import punya COA terpisah (di Booku: 11802 vs 11805), saldo awal terpisah, pembelian terpisah, biaya pemakaian terpisah. Tapi sering hanya disajikan agregat di satu layar — user tidak bisa validasi per sisi (apakah saldo Lokal di-COA cocok dengan list Lokal? Apakah saldo Import cocok?).
Di Booku: Tab Bahan Baku punya filter Asal 3-state:
- Semua — Saldo Bar tampil 2 baris terpisah (Lokal + Import), masing-masing dengan ringkasan COA-nya sendiri
- Lokal — Saldo Bar fokus 1 COA (11802), tabel hanya item Lokal, tombol “Sesuaikan” muncul untuk koreksi spesifik
- Import — Sama untuk COA 11805
User bisa validasi rekonsiliasi per sisi:
- “Lokal cocok, Import selisih 2 juta.” → Tahu persis sisi mana yang butuh koreksi
- Klik Sesuaikan di sisi Import → jurnal koreksi hanya untuk COA 11805
- Jurnal Adjustment HPP (tombol Dorong ke Jurnal) tetap gabungan Lokal+Import — sesuai logika bisnis: 1 nomor jurnal HPP bulanan mencakup semua varian bahan baku
UX yang dipisahkan untuk validasi, digabungkan untuk jurnal — sesuai realita bisnis.
3.4 Rekonsiliasi Saldo Awal Cross-Tahun
Masalah di aplikasi lain: Tahun buku baru dimulai → saldo akun Persediaan di tahun aktif diasumsikan akurat sebagai hasil tutup buku tahun lalu. Tapi sering ada selisih silent:
- Saldo COA Persediaan = misal Rp 1.000.000.000
- Stok fisik per 31 Desember tahun lalu = misal Rp 1.020.000.000
- Selisih Rp 20 juta — tidak terdeteksi karena tidak ada validasi otomatis
Selisih ini bisa terjadi karena: tutup buku terlewat input adjustment, item retur belum dikoreksi, lock saldo manual yang salah, dll.
Di Booku: Saldo Bar di Stock Opname menampilkan 4 angka kunci:
| Item | Sumber Data |
|---|---|
| Saldo Awal (List) | Stok Opname per 31 Desember tahun LALU (lintas database) |
| Saldo Awal (COA) + AJP | Saldo akun Persediaan tahun aktif + jurnal Adjustment Saldo Awal yang sudah dibuat |
| Selisih | Selisih kedua angka di atas |
| Total Tabel | Total stok fisik di bulan yang sedang ditampilkan |
User langsung lihat di pandangan pertama apakah carry forward saldo dari tahun lalu konsisten. Selisih ≠ 0 → ada yang perlu dikoreksi.
Booku tidak hanya mendeteksi — Booku juga menyediakan solusinya (lihat #3.5).
3.5 Adjustment Saldo Awal 1-Klik
Masalah di aplikasi lain: Setelah selisih saldo awal terdeteksi (manual oleh akuntan), proses koreksinya: buka modul Jurnal Umum → susun jurnal manual → tentukan akun counterpart → pastikan tanggal kunci di awal tahun → simpan. Banyak langkah, rawan keliru.
Di Booku: Saat selisih ≠ 0 dan tahun buku NORMAL, tombol “Sesuaikan” 🔧 muncul inline di item Selisih di Saldo Bar. Klik:
- Booku tampilkan modal konfirmasi dengan rincian jurnal yang akan dibuat:
Debet: Persediaan Bahan Baku Lokal Rp 20.000.000Kredit: Biaya Selisih Pencatatan Rp 20.000.000
- User klik “Simpan Jurnal Penyesuaian”
- Jurnal
Adjusment Saldo Awaltersimpan dengan tanggal kunci 1 Januari tahun aktif — koreksi terjadi di awal tahun, tidak mempengaruhi mutasi bulan berjalan - Saldo Bar otomatis refresh → Selisih jadi 0 ✓
Pemisahan dengan “Dorong ke Jurnal”:
| Tombol | Jenis Jurnal | Kapan Dipakai |
|---|---|---|
| Sesuaikan | Adjusment Saldo Awal (1 Jan tahun aktif) | Koreksi 1x untuk selisih carry forward |
| Dorong ke Jurnal | Adjusment HPP (akhir bulan filter) | Jurnal rutin akhir bulan stock opname |
Dua tombol berbeda untuk dua konsep akuntansi yang berbeda — user tidak salah pakai karena visibility dan konteks-nya jelas.
3.6 UI Adaptif LAMPAU vs NORMAL
Masalah di aplikasi lain: Tahun buku pertama (saat klien baru migrasi) vs tahun ke-2 ke atas seharusnya dihandle berbeda:
- Tahun pertama: tidak ada saldo awal carry forward, tidak ada jurnal — user input saldo akhir per akhir tahun
- Tahun ke-2+: ada saldo awal hasil tutup buku, ada jurnal bulanan
Banyak aplikasi pakai satu UI untuk dua konteks → user bingung tombol mana yang boleh diklik kapan, atau jurnal terbuat di tahun yang tidak seharusnya.
Di Booku: Stock Opname otomatis adaptasi sesuai jenis tahun buku:
| Aspek | LAMPAU (Tahun Pertama) | NORMAL (Tahun ke-2+) |
|---|---|---|
| Lokasi menu | Sidebar Data Awal > Stock Opname | Sidebar utama Stock Opname |
| Judul halaman | ”Saldo Akhir Stock Opname" | "Stock Opname” |
| Filter bulan | Lock ke Desember (saldo akhir tahun) | Bisa pilih 1–12 |
| Tab BDP Tarikan Data | Hide (tidak relevan) | Tampil (placeholder, akan datang) |
| Tombol Dorong ke Jurnal | Hide (LAMPAU tidak punya jurnal) | Tampil |
| Tombol Sesuaikan | Hide | Tampil saat ada selisih |
| Label Saldo Bar | ”Saldo Akhir" | "Saldo Awal” |
| Saldo COA + AJP | Hanya Saldo COA (no AJP) | Saldo COA + AJP |
User tidak perlu memikirkan “apakah di tahun ini saya boleh dorong jurnal atau tidak” — Booku yang menyesuaikan tampilan sesuai konteks.
3.7 Multi-User Safe — Atomic + Retry
Masalah di aplikasi lain: Stock Opname adalah proses yang melibatkan banyak data + jurnal + transfer ke bulan berikutnya. Jika 2 user mengklik “Dorong ke Jurnal” hampir bersamaan, atau jika koneksi putus di tengah proses:
- Jurnal tersimpan tapi transfer ke bulan berikutnya gagal
- Atau sebaliknya — data ter-transfer tapi jurnal gagal
- Data inkonsisten — sulit di-recover, butuh debugging manual
Di Booku: Backend Booku menjalankan 1 transaksi database atomik yang mencakup:
- Generate
NomorJVbaru - Simpan baris-baris jurnal Adjustment HPP
- Salin data ke bulan berikutnya dengan tag “Bahan”
- Semua disimpan dalam 1
SaveChangesAsync
Jika ada error di langkah manapun → semua di-rollback otomatis. Database tetap konsisten.
Plus, untuk skenario rare race condition (2 user simultan):
- Backend pakai retry exponential backoff (200ms → 500ms → 1000ms dengan jitter) saat conflict
- User yang kalah race dapat error explicit, bukan data ganda
Aman untuk multi-user LAN dan SaaS multi-tenant — pattern yang sama dipakai semua modul akuntansi kritis Booku.
3.8 Pencegahan Double-Posting Cross-Window
Masalah di aplikasi lain: Jurnal Adjustment Persediaan bisa diposting via 2 pintu: halaman Stock Opname ATAU halaman Adjustment Akhir Bulan. Bila keduanya dibuka bersamaan di tab terpisah (atau di-akses 2 user di komputer berbeda):
- User posting via tab A → sukses
- Tab B masih show “siap posting” karena belum tahu state berubah
- User klik tab B → error membingungkan (“kenapa sudah ada?”), atau di sistem yang lemah → terjadi double-post
Di Booku: Booku punya 3 lapis pertahanan otomatis:
- Auto-sync saat pindah tab — Saat Anda pindah dari tab Adjustment Akhir Bulan ke tab Stock Opname (atau sebaliknya), halaman otomatis muat ulang state. Tombol “Dorong ke Jurnal” akan berubah jadi “Lihat Jurnal” tanpa Anda perlu klik Refresh.
- Cek ulang sebelum buka dialog — Saat Anda klik “Dorong ke Jurnal” di tab outdated, Booku cek dulu state terkini. Kalau ternyata sudah dibuat dari halaman lain → toast info muncul + halaman auto-refresh + dialog preview tidak dibuka. Anda tidak terlanjur isi sesuatu yang sia-sia.
- Backend final safety — Andai kedua user klik benar-benar bersamaan dan keduanya lolos lapis 1+2, backend tetap tolak posting kedua dengan error explicit. Data tidak mungkin double.
User experience: aman buka 2 tab, aman kerja paralel dengan rekan tim — sistem yang urus sinkronisasi.
3.9 Jurnal sebagai Penanda Formal — Tetap Tercatat Saat Stok Kosong
Masalah di aplikasi lain: Sistem akuntansi yang naif menolak posting jurnal Adjustment Persediaan saat tidak ada stok / tidak ada aktivitas (“data kosong”). Padahal di lapangan, bisa saja:
- Perusahaan jasa dengan persediaan minimal
- Bulan transisi sebelum stok pertama dibeli
- Bulan tanpa aktivitas produksi sama sekali
Akibatnya bulan tsb tidak punya jurnal Adjustment HPP → audit trail bolong → Tutup Buku Bulanan/Tahunan terhambat karena ada bulan “kosong” yang harus dikecualikan manual.
Di Booku: Booku tetap memproses posting walau stok kosong — jurnal akan tercatat dengan baris bernilai 0 sebagai penanda formal bahwa “Adjustment HPP sudah dilakukan untuk bulan ini”. Manfaatnya:
- Audit trail lengkap — setiap bulan punya entry jurnal Adjustment HPP, tidak ada bulan yang “tidak ada catatannya”
- Tutup Buku lancar — alur Tutup Buku Bulanan dan Tahunan tidak terhambat oleh bulan kosong
- Refleksi kondisi nyata — jurnal nilai 0 secara akuntansi menunjukkan tidak ada aktivitas persediaan, bukan “lupa diposting”
Catatan akuntansi: “Netto = 0” tidak otomatis berarti “tidak ada stok”. Saat saldo awal di-reverse di sisi Kredit & saldo akhir di-debet, baris jurnal tetap punya angka — itu fitur untuk audit trail per bulan. Hanya kondisi
SaldoAwal=0+StokAkhir=0+Pembelian=0yang menghasilkan jurnal benar-benar bernilai 0.
3.10 Filter Bulan Otomatis Batasi ke Bulan Kerja
Masalah di aplikasi lain: Dropdown bulan menampilkan Januari–Desember semua sekaligus — user bisa “salah pilih” bulan masa depan (yang belum dimulai) atau bulan yang sudah ditutup (yang seharusnya tidak bisa diubah). Konsekuensi: posting di bulan yang salah → koreksi manual yang ribet.
Di Booku: Dropdown bulan otomatis dibatasi sampai Bulan Buku Aktif (bulan yang sedang dikerjakan tim akuntansi). Misal saat bulan kerja aktif Maret 2025:
- Dropdown bulan hanya tampilkan: Januari, Februari, Maret
- April–Desember tidak muncul (belum dimulai) — disertai catatan kecil “Bulan 4–12 belum tersedia”
- Default pilihan saat buka halaman: Maret (bulan kerja terkini)
Dampaknya:
- User tidak mungkin salah pilih bulan masa depan
- Workflow natural: buka halaman → sudah di bulan kerja yang relevan → bisa langsung input
- Setelah Tutup Buku Bulanan formal, dropdown otomatis “naik” satu bulan
Pattern ini konsisten lintas modul akuntansi Booku yang berkaitan dengan periode bulanan — bukan hanya Stock Opname.
4. Praktek dari Sisi User
Skenario A: Akhir Bulan — Push Jurnal Adjustment HPP
- Buka Stock Opname → pilih tab (mis. Bahan Penolong) → filter bulan ke bulan berjalan
- Review baris data warisan (status “Bahan” berwarna oranye) — edit tiap baris untuk konfirmasi
- Tambah item baru kalau ada
- Pastikan semua baris status “Normal”
- Klik Dorong ke Jurnal 📤 → review preview → Simpan Jurnal & Kunci Data
- Filter bulan otomatis pindah ke bulan berikutnya — siap pengecekan periode baru
Skenario B: Selisih Saldo Awal Ditemukan
- Saat buka menu, lihat Saldo Bar — Selisih menampilkan angka merah (tidak nol)
- Klik Sesuaikan 🔧 inline di item Selisih
- Modal konfirmasi tampil — review jurnal yang akan dibuat
- Klik Simpan Jurnal Penyesuaian → Selisih kembali ke 0 ✓
Skenario C: Bahan Baku — Validasi Per Sisi
- Buka tab Bahan Baku → filter Asal “Semua” — lihat 2 ringkasan Saldo Bar (Lokal + Import)
- Selisih hanya di sisi Import? → Pilih filter Asal Import
- Tabel hanya tampil item Import + Saldo Bar fokus COA 11805
- Klik Sesuaikan → koreksi hanya untuk Import
5. Dokumentasi Terkait
| Dokumen | Relevansi |
|---|---|
| 📘 Deskripsi & tutorial menu | User-facing — cara pakai langkah demi langkah |
../../keunggulan-per-point/01-realtime-accuracy.md | Tier 2 — Realtime Financial Accuracy |
../../keunggulan-per-point/02-automatic-everything.md | Tier 2 — Automatic Everything |
../../keunggulan-per-point/06-multiuser-lan-internet.md | Tier 2 — Multi-User LAN & Internet |
../../keunggulan-per-point/07-data-isolation.md | Tier 2 — Data Isolation |
../../keunggulan-per-point/08-simple-for-user.md | Tier 2 — Simple for User |
../../keunggulan-per-point/10-ui-dinamis.md | Tier 2 — UI Dinamis Kontekstual |
| 📋 Validasi Saldo Awal | Tier 3 — dashboard reconciliation yang menampilkan Stock Opname sebagai salah satu kategori |
Terakhir diperbarui: 25-05-2026