BLONJO & SAJEN v1.5.0-006: Resolusi Penskalaan Jurnal Perpetual Penjualan & Pemulihan Data Transaksi
Perbaikan logika rasio jurnal perpetual pada useSmartConfirm dan update_transaction_draft, serta pemulihan data saldo jurnal transaksi penjualan harian yang terdistorsi.
1mnt baca
Terjadi anomali pada pencatatan transaksi penjualan ringkasan harian (seperti “Pendapatan hari ini 1925000”) di mana nilai Kas dan Pendapatan terpotong menjadi Rp 1.023.936 akibat pembagian rasio terhadap total agregat debet (Kas + HPP = Rp 3.619.000).
- Frontend (
useSmartConfirm.ts):- Memperbaiki perhitungan
baseTotalagar bersifat leg-aware. - Untuk transaksi bertipe
salesdengan jurnal perpetual, baseline nominal ditentukan dari entri pendapatan (4-xxxx) atau kas/bank utama, bukan akumulasi total seluruh debet. - Jika nominal di form tidak diubah oleh pengguna,
suggested_entriesdari backend digunakan secara presisi utuh tanpa pemotongan rasio (ratio = 1). - Jika nominal diedit manual oleh pengguna, kedua pasang jurnal (Kas/Pendapatan dan HPP/Persediaan) diskalakan secara proporsional.
- Memperbaiki perhitungan
- Backend (
accounting.py):- Memperkuat fungsi
update_transaction_draftagar penyesuaian nominal pada draft transaksi penjualan memisahkan sisi omzet dan sisi HPP ringkasan secara independen.
- Memperkuat fungsi
- Pemulihan Data Transaksi Produksi (
SAL-2026-0106):- Mengoreksi entri transaksi ID 493 di database PostgreSQL produksi:
- Akun
1-1101 Kas: Rp 1.925.000,00 (Debet) - Akun
4-1101 Pendapatan Penjualan: Rp 1.925.000,00 (Kredit) - Akun
5-1101 HPP: Rp 1.694.000,00 (Debet) - Akun
1-1301 Persediaan: Rp 1.694.000,00 (Kredit)
- Akun
- Jurnal kembali seimbang (Total Debet = Total Kredit = Rp 3.619.000,00) dan cache Redis di-invalidate.
- Mengoreksi entri transaksi ID 493 di database PostgreSQL produksi:
- Validasi TypeScript:
npx tsc --noEmitsukses (0 error). - Validasi Python: Kompilasi
py_compilebersih tanpa error. - Deployment VPS: Servis
blonjo-uidansajen-apiberhasil di-build dan di-deploy ke produksi.