04 · Status Modul

Tujuh Modul, Satu Pertanyaan:
Mana yang Dikerjakan Dulu?

Database dan route API dirancang penuh untuk ketujuh modul sejak hari pertama. Yang bertahap adalah frontend — tampilan dan alur yang dipakai pengguna. Halaman ini menjawab satu pertanyaan secara langsung: modul mana yang wajib selesai lebih dulu, dan modul mana yang tabelnya sudah menunggu di database tapi sengaja belum disentuh.

Tim: 2 web developer + 1 mobile developer. Karena sebagian kriteria selesai terkunci kalender (satu bulan stok bergerak, satu siklus PO import ±2 bulan), menambah orang tidak mempercepat modul INTERNAL — jadi pekerjaan diparalelkan di sekitarnya, bukan diantre di belakangnya.

A 4 modul prioritas — wajib jalan dulu
B 3 modul backlog — tabel siap, frontend menyusul

Dua Jalur Kerja

urutan di dalam Gelombang A bersifat wajib — setiap modul menumpang data modul sebelumnya

Gelombang A · Prioritas
Wajib Selesai Dulu

Empat modul ini dikerjakan berurutan. Yang kedua tidak dimulai sebelum yang pertama stabil dan dipakai transaksi nyata.

1

INTERNAL mulai duluan

Katalog part, ledger stok, penjualan per entitas (KMT/PUM), purchasing & supplier. Sumber data untuk seluruh modul lain.

1b

App staf opname mobile, jalur kritis

Aplikasi HP untuk stock opname & penerimaan barang. Menghitung stok fisik sambil memegang laptop adalah alur kerja yang salah bentuk — ini alur paling mobile-native di sistem. Basis terpasang terkendali (HP staf), bisa dipaksa update.

2

SPAREPART

Etalase publik: pencarian part lewat nomor alternatif, harga & stok real-time, checkout marketplace.

3

CUSTOMER

Akun publik, riwayat beli & servis, data armada unit pelanggan, invoice dan garansi.

4

VENDOR penutup A

Onboarding distributor & supplier lokal, listing produk yang menempel katalog pusat, dashboard penjualan vendor.

Gelombang B · Backlog Terencana
Tabelnya Sudah Ada, Frontend Menunggu

Bukan diabaikan — sengaja ditunda. Schema database sudah dimigrasi di fondasi supaya tidak ada perombakan struktur nanti.

5

MEKANIK DB siap

Booking teknisi, jadwal, tracking, estimasi biaya. Menunggu gerbang kualitas Gelombang A dan permintaan servis nyata.

6

RENTAL DB siap

Listing unit alat berat, kalender ketersediaan, GPS, pembayaran sewa. Menunggu permintaan sewa nyata dari pelanggan platform.

7

KEMITRAAN DB siap

Financing, asuransi, logistik — lapisan komisi di atas transaksi yang sudah berjalan. Menunggu volume dan mitra konkret.

Peta Status Lengkap

satu tabel, semua modul — skema database vs backend inti vs frontend, per modul

No Modul Gelombang Route API Aplikasi penampung & cara masuk Skema database Frontend Pemicu berikutnya
AUTH Fondasi · sebelum semua /auth/api/v1 semua aplikasimasuk: dialah yang mengurus keduanya — sandi staf dan Google/tautan email orang luar Termigrasi di fondasi Layar masuk dibangun bersama app pertama
1 INTERNAL A · prioritas 1 /internal/api/v1 apps/ops + apps/mobile-gudangmasuk: nama pengguna + sandi (staf) · akun dibuat admin, tidak ada pendaftaran mandiri Termigrasi di fondasi Dikerjakan pertama
2 SPAREPART A · prioritas 2 /sparepart/api/v1 apps/marketplacemasuk: Google atau tautan sekali-pakai · menelusuri katalog tidak wajib masuk Termigrasi di fondasi Menyusul setelah INTERNAL stabil
3 CUSTOMER A · prioritas 3 /customer/api/v1 apps/marketplace + apps/mobile-pelangganmenyatu dgn SPAREPART — dituntut DoD pencarian-per-unit · masuk: Google atau tautan sekali-pakai Termigrasi di fondasi Boleh paralel dengan SPAREPART
4 VENDOR A · prioritas 4 /vendor/api/v1 apps/vendorapp sendiri — batas kepercayaan pihak ketiga · masuk: Google atau tautan sekali-pakai, lalu wajib diberi akses admin — tidak ada pendaftaran mandiri jadi vendor Termigrasi di fondasi Penutup Gelombang A Gerbang kualitas A · titik keputusan Kong
5 MEKANIK B · backlog /service/api/v1 marketplace (sisi pemesan) + app teknisimasuk berbeda per sisi: pemesan Google/tautan, teknisi pakai sandi — alasan sinyal yang sama dengan staf gudang Disiapkan di fondasi, belum dipakai Belum dimulai Gerbang A lolos + permintaan booking servis nyata
6 RENTAL B · backlog /rental/api/v1 marketplacepelanggan & sesi yang sama — penyewa memakai akun luar yang sama, bukan akun baru Disiapkan di fondasi, belum dipakai Belum dimulai Gerbang A lolos + permintaan sewa nyata
7 KEMITRAAN B · backlog /partner/api/v1 widget di app yang sudah adabukan aplikasi tersendiri — cara masuknya mengikuti aplikasi induknya Tabel payments generik sudah ada Belum dimulai Volume transaksi Gelombang A+B cukup besar
now sedang / segera dikerjakan
ready skema database siap dipakai
wait menunggu gerbang kualitas & permintaan nyata
baris tanpa nomor = AUTH, bukan modul bisnis melainkan fondasi yang dipakai kedelapan-delapannya
Kolom "cara masuk" dijelaskan lengkap di halaman tersendiri. Ringkasnya: staf memakai nama pengguna & sandi, sedangkan pembeli, vendor, dan mitra tidak punya sandi sama sekali — mereka masuk lewat Google atau tautan sekali-pakai yang dikirim ke email. Pembagiannya menurut siapa orangnya, bukan menurut aplikasi. Alasan tiap pilihan, siapa boleh memberi dan mencabut akses, serta kenapa sesi boleh berumur 90 hari ada di 07 · Aplikasi & Cara Masuk — ditulis tanpa istilah teknis.
Cara membaca peta ini dalam satu kalimat: tidak ada modul yang "dilupakan" — tujuh-tujuhnya sudah punya tempat di database sejak fondasi, di atas AUTH yang menopang semuanya. Yang membedakan hanya kapan frontend-nya ditulis, dan urutan itu mengikuti dua aturan: (1) modul berikutnya butuh data yang dihasilkan modul sebelumnya, (2) modul Gelombang B baru digarap setelah ada permintaan nyata dari pengguna, bukan sekadar mengikuti kalender. Rincian scope tiap modul ada di plan-prioritas.md (Gelombang A) dan plan-pengembangan-lanjutan.md (Gelombang B) di folder proyek.
← 03 · Mindmap Lanjut: 05 · Arsitektur Teknis →