ERP System Blueprint — Developer Handbook
Enterprise Workflow
PT Lentera Perdana Mandiri
Panduan arsitektur sistem ERP terpadu — mencakup alur antar departemen, SOP operasional, tech stack, dan roadmap pengembangan bertahap untuk tim developer.
8
Departemen
5
Core Flows
5
SOP Rules
6
Build Phases
Part A — Sistem Workflow & SOP
Struktur Alur Antar Departemen
Urutan & tanggung jawab unit
| No | Departemen | Peran Utama dalam Sistem |
|---|---|---|
1 |
Marketing | Lead generation, inquiry masuk, permintaan survey, pembuatan quotation (SPH), deal conversion ke project |
2 |
HRD / Admin | Penerbitan surat penugasan survey & manajemen administrasi resmi perusahaan |
3 |
Operasional (Jasa / Produksi) | Pelaksanaan survey teknis lapangan, perencanaan teknis proyek & eksekusi end-to-end |
4 |
Purchasing | Konversi Purchase Request (PR) ke Purchase Order (PO), komunikasi & negosiasi vendor |
5 |
Warehouse | Penerimaan barang dari vendor, manajemen stok realtime, pengeluaran material ke proyek |
6 |
Quality Control | Inspeksi & validasi kualitas barang masuk sebelum disimpan ke stok warehouse |
7 |
Finance | Monitoring cost proyek realtime, proses pembayaran ke vendor, penagihan ke customer |
8 |
Management | Review performa proyek, approval strategis, evaluasi & final closing project |
Workflow Inquiry
Pre-Sales Stage — Inquiry → Deal / Lost
| Tahap | Owner | Deskripsi Proses | Status |
|---|---|---|---|
| Inquiry Masuk | Marketing | Penerimaan permintaan penawaran dari calon customer + input data ke RKST (Rencana Kerja & Syarat Teknis) | OPEN |
| Survey Lapangan |
Marketing
→
HRD
→
Operasional
|
Marketing ajukan permintaan survey → HRD terbitkan surat penugasan → Operasional lakukan survey teknis lapangan | SURVEY |
| Quotation (SPH) | Marketing | Pembuatan Surat Penawaran Harga (SPH) berdasarkan hasil survey teknis, dikirimkan ke customer | QUOTATION |
| Keputusan Customer | Marketing | Jika SPH disetujui → konversi menjadi Project aktif. Jika ditolak → Inquiry ditutup dengan status LOST |
DEAL
— or —
LOST
|
Workflow Project
Post-Deal Execution — Activated → Closed
| Tahap | Owner | Deskripsi | Status |
|---|---|---|---|
| Project Activated | Marketing | SPH telah disetujui customer, Surat Perintah Kerja (SPK) diterbitkan, nomor project di-generate sistem | OPEN |
| Execution | Operasional | Tim operasional melaksanakan pekerjaan proyek. PR/PO bahan material dibuat & diproses selama fase ini | ON PROGRESS |
| Project Completed | Operasional | Seluruh pekerjaan teknis telah selesai. Berita Acara Serah Terima (BAST) dibuat & diserahkan ke customer | FINISHED |
| Final Closing |
Finance
→
Management
|
Finance menyelesaikan administrasi keuangan & pembayaran. Management melakukan review final & tutup project | CLOSED |
Purchase Request (PR)
Operasional → Manager → Purchasing
| Tahap | Owner | Status |
|---|---|---|
| PR Dibuat | Operasional | CREATED |
| Persetujuan | Manager | APPROVED |
| Konversi ke PO | Purchasing | CONVERTED |
Purchase Order (PO)
Purchasing → Warehouse + QC
| Tahap | Owner | Status |
|---|---|---|
| PO Dikirim ke Vendor | Purchasing | OPEN |
| Penerimaan Sebagian | Warehouse | PARTIAL |
| Selesai & Validasi QC |
WH
+
QC
|
CLOSED |
Inventory & Material Usage
Stock Movement & Cost Mapping
| Proses | Owner | Keterangan |
|---|---|---|
| Barang Masuk | Warehouse | Input berdasarkan Delivery Order (DO) dari vendor, diverifikasi QC sebelum masuk stok — jumlah bertambah secara realtime |
| Barang Keluar | Warehouse | Setiap pengeluaran material wajib ditautkan ke nomor project yang valid — stok berkurang secara realtime |
| Cost Monitoring | Finance | Setiap material usage otomatis terhitung sebagai cost proyek — tersedia di dashboard Finance secara realtime |
Prinsip Kontrol Sistem (SOP Hard Rules)
Constraint yang tidak boleh dilanggar dalam alur sistem
1
Project Gate — Inquiry Must Be DEAL
Tidak ada project yang dapat dibuat atau diaktifkan tanpa inquiry parent-nya berstatus DEAL. Sistem wajib enforce constraint ini di level database (foreign key + trigger).
2
PO Gate — Valid PR Required
Purchase Order tidak dapat diterbitkan tanpa Purchase Request yang valid dan berstatus APPROVED. PO selalu merupakan konversi dari PR yang disetujui manager.
3
PO Closing — QC Approval Mandatory
PO hanya dapat berstatus CLOSED apabila proses receiving di warehouse telah selesai dan mendapat persetujuan QC. Partial receiving menghasilkan status PARTIAL.
4
Material Usage — Project Number Required
Tidak ada pengeluaran barang dari warehouse tanpa dikaitkan ke nomor project yang aktif. Field project_id wajib NOT NULL pada tabel material_usages.
5
Project Closing — Finance Validation Required
Project hanya dapat berstatus CLOSED setelah Finance menandai seluruh administrasi keuangan & pembayaran sebagai selesai dan Management melakukan final approval.
Part B — Tech Stack & Build Roadmap
Technology Stack
Teknologi yang digunakan dalam sistem ERP ini
Backend Framework
Laravel 11.x
PHP Framework
PHP 8.2+
Runtime
Eloquent ORM
DB Abstraction
Composer
Dependency Mgr
Database
MySQL
Production
SQLite
Dev / Testing
Frontend
Blade Engine
Template
Tailwind CSS 3.x
Styling
Alpine.js
JS Interactivity
Font Awesome
Icon Library
Animate.css
CSS Animations
Auth & Security
Laravel Breeze
Auth Scaffolding
Laravel Sanctum
API Token Auth
RBAC
Role-Based Access
CSRF Protection
Built-in
Bcrypt Hashing
Password Security
Build & Dev Tools
Vite
Frontend Bundler
NPM
Node Package Mgr
Laravel Mix
Asset Compilation
Laravel Debugbar
Dev Only
Build Roadmap — Urutan Development
Rekomendasi tahapan yang harus dibuild pertama → terakhir
Phase 01 — Foundation
Setup Project & Authentication
Fondasi teknis wajib sebelum apapun dibangun. Tanpa ini, seluruh fase berikutnya tidak dapat berjalan.
Laravel 11 Install
Breeze + Blade Setup
User & Role Model
RBAC Middleware
Permission Gates
Database Migration Base
Vite + Tailwind Config
Phase 02 — Master Data
Customer, Vendor & Item Master
Data referensi yang dibutuhkan oleh hampir semua modul lain. Harus ada sebelum transaksi apapun bisa dibuat.
Customer CRUD
Vendor CRUD
Item / Material Master
Unit of Measure
Category & Classification
Employee Master
Phase 03 — Sales Cycle
Inquiry → Survey → Quotation → Project
Inti proses bisnis utama perusahaan. Semua alur dimulai dari sini. Implementasikan seluruh SOP Rules dari Part A.
Inquiry Module
Survey Request Flow
SPH (Quotation) Builder
Deal / Lost Logic
Project Activation
Project Status Engine
SPK Generator
BAST Module
Phase 04 — Procurement
PR → PO → Receiving → QC
Rantai pengadaan material. Enforce hard-rules: PO harus dari PR approved, PO CLOSED hanya jika QC approved.
Purchase Request
Manager Approval Flow
Purchase Order
PR → PO Conversion
Goods Receiving (GRN)
QC Inspection Form
Partial Receiving Logic
Phase 05 — Warehouse
Inventory & Material Usage
Manajemen stok realtime. Setiap movement harus traceable — terutama material out yang harus linked ke project number.
Stock Management
Inbound (GRN → Stock)
Outbound (Material Usage)
Project Linkage Enforce
Stock Opname
Movement History Log
Low Stock Alert
Phase 06 — Finance & Dashboard
Cost Monitoring, Invoicing & Analytics
Lapisan penutup. Semua data dari fase sebelumnya diagregasi menjadi laporan keuangan & dashboard eksekutif.
Project Cost Dashboard
Vendor Payment
Customer Invoice
P&L per Project
Finance Final Validation
Management Dashboard
KPI & Analytics
Export Reports (PDF/Excel)