flowchart LR U[100 Pengguna: Penjualan, Gudang, Produksi, Pembelian, Keuangan] --> W[Antarmuka Web - Browser] W --> LB[Load Balancer + HTTPS] LB --> A1[Server Aplikasi 1] LB --> A2[Server Aplikasi 2] A1 --> D[(Database Utama)] A2 --> D D --> R[(Replika Standby)] D --> BK[Sistem Backup: harian + offsite]
| Departemen | Penjualan | Gudang | Produksi | Pembelian | Keuangan |
|---|---|---|---|---|---|
| Penjualan | CRU | R | R | - | R |
| Gudang | R | CRU | R | R | - |
| Produksi | R | R | CRU | R | - |
| Pembelian | - | R | R | CRUA | R |
| Keuangan | R | R | - | R | CRUA |
Prinsip: least privilege, login individual, audit log, pemisahan tugas (yang membuat tidak menyetujui).
sequenceDiagram Pengguna->>Web: Input PO Web->>Server App: Request (HTTPS) Server App->>Server App: Cek hak akses & validasi Server App->>Database: Simpan PO Database-->>Server App: OK Server App-->>Web: Konfirmasi Database->>Backup: Binlog/backup terjadwal
| Kegagalan | Dampak operasional |
|---|---|
| Database down | Seluruh transaksi berhenti |
| Server aplikasi down | Pengguna tidak dapat login |
| Backup tidak berjalan | Data hilang saat bencana |
| Hak akses salah | Kebocoran data keuangan |
Catatan: simulasi hanya di lingkungan pengujian, tidak mematikan server bersama.