Skip to main content

BusinessFlows

Layman's summary

Imagine this process like a field work chain: Project requests goods/services, Admin checks, Logistics/Procurement carries out the purchase, then Accounting pays until completed. This document helps you see the big flow without having to read the code.

Visual Summary (Main Flow)โ€‹

FlowGoalsCore actorsFinal output
ProjectsOpen project workAdmin, PM, SPVActive project + attached team
SPBRequest for materials from the fieldProject/SPV, Head AdminSPB approved/revised/rejected
POPurchases from suppliersLogistics/Admin, Head Admin, SPVPO approved then goods received/complaint
SPKEmployment/service contractsRole SPK, Head Admin, AccountingSPK approved then SPK payment runs
PaymentPO/SPK RepaymentAccounting, Head AdminPayment verified / split paid

๐Ÿ—๏ธ 1) Flow Projectโ€‹

Flow chartโ€‹

Sequencesโ€‹

Note

Team detail columns across pivot tables (e.g. PM/SPV/logistics) are still scattered. The complete relationship structure is on the Database Design Full page.


๐Ÿ“ฆ 2) Flow SPB (Request for Goods)โ€‹

Flow chartโ€‹

Sequencesโ€‹


๐Ÿงพ 3) Flow PO (Pre Order)โ€‹

Flow chartโ€‹

Sequencesโ€‹


๐Ÿ› ๏ธ 4) Flow SPKโ€‹

Flow chartโ€‹

Sequencesโ€‹


๐Ÿ’ณ 5) Flow Payment (PO + Split)โ€‹

Flow chartโ€‹

Sequencesโ€‹


Important Controlsโ€‹

  • Role access determines who can make/approve/revise.
  • Some status updates trigger PDF regeneration.
  • Notification integration (FCM) exists for certain events.
  • Soft delete affects historical data in reports.

Verification Notesโ€‹

  • Status: Partial
  • Scope: SLA between stages and detailed auto-transition rules per role are not yet explicitly visible in one source.
  • Action: Synchronize with operational SOP + verify Livewire screen per status (reference VM-005 in Verification Matrix).