Nexora

Konteks bisnis

Perusahaan dengan empat cabang menjalankan tiap cabang dengan alat berbeda: karyawan di spreadsheet, stok di aplikasi lain, pengeluaran di tempat ketiga, dan tidak ada yang tersambung. Management tidak bisa menjawab cabang mana yang paling untung bulan ini tanpa ada orang yang menghabiskan sehari mengumpulkan angka satu per satu.

Masalahnya

Kerugian sebenarnya bukan laporan yang tidak ada. Kerugiannya, tiap cabang bisa bercerita berbeda tentang bulan yang sama, dan tidak ada yang bisa membuktikan mana yang benar. Keputusan diambil berdasarkan spreadsheet mana yang datang duluan.

Tantangannya

Sistem seperti ini gagal dengan dua cara. Menenggelamkan orang dalam modul yang tidak pernah dibuka, atau membiarkan satu tindakan memperbarui sebagian bisnis lalu diam-diam melewatkan sisanya — barang masuk gudang tapi biayanya tidak pernah sampai ke buku. Kegagalan kedua lebih berbahaya, karena kelihatannya berjalan normal.

Solusinya

Setiap perubahan data lewat satu lapisan aturan, bukan lewat halaman. Finance menyetujui permintaan pembelian: permintaan tertutup, purchase order terbit, dan pencatat keputusannya tersimpan — satu operasi, jadi tidak bisa dikerjakan setengah. Saat barang diterima, stok naik, satu pergerakan per baris tercatat, biaya masuk buku, finance dinotifikasi, dan audit log ditulis bersamaan.

Pendekatan desain

Ini alat yang ditunggui seharian, jadi dibangun untuk dipindai bukan untuk dikagumi: satu radius sudut 5px di mana-mana, huruf mono untuk kode dan kolom rupiah supaya angka lurus vertikal, dan warna disimpan hanya untuk status. Kerangkanya rail ikon sempit plus panel seksi, supaya tujuh modul tetap terjangkau tanpa menu yang terus memanjang.

Pendekatan teknis

Next.js dan TypeScript, dengan aturan bisnis dipisahkan di satu modul supaya bisa dipindah ke server tanpa berubah. Demo ini menyimpan datanya di browser: langsung jalan, tanpa kunci, dan tidak bisa rusak diam-diam — tapi setiap layar menyebutkannya, dan halaman audit terus terang bahwa versi sebenarnya menulis log ke penyimpanan append-only yang tidak bisa diubah admin.

Fitur utama

• Lima peran yang masing-masing melihat produk berbeda, dihasilkan dari matriks izin, bukan ditulis manual per halaman
• Dua pemeriksaan terpisah untuk tiap tindakan: boleh melakukannya, dan boleh melakukannya di cabang ini
• Multi-tenant, dengan perusahaan kedua di dalam data justru supaya isolasinya bisa diuji, bukan sekadar diklaim
• Alur persetujuan dua tahap — manajer cabang, lalu finance — yang menerbitkan purchase order di persetujuan terakhir
• Peringatan stok menipis yang terbit sendiri begitu penjualan menjatuhkan produk di bawah minimum
• Audit log yang tidak bisa bolong, karena tidak ada perubahan yang bisa ditulis tanpanya
• Dashboard dan laporan keuangan dihitung ulang dari barisnya, tidak pernah disimpan sebagai ringkasan