paaart.dev← Back to Projects

Current Version

Kavalife ERP

A process-driven manufacturing ERP designed for traceability, QA/QC workflows, production execution, batch management, lot tracking, and manufacturing process visibility.

activev1.9ERP

Why This Exists

The business needed an affordable and maintainable way to track raw materials, QA/QC approvals, production workflows, batches, lots, and manufacturing execution without relying on expensive enterprise ERP systems.

Current Capabilities

  • VIR Management
  • GRN Management
  • QA/QC Workflows
  • Batch Tracking
  • Lot Tracking
  • Process Execution
  • Workflow Definitions
  • Dynamic Forms
  • Yield Tracking
  • Production Visibility

Current Focus

  • Manufacturing
  • Workflow Engine
  • Traceability
  • QA/QC
  • Production Execution
  • ERP

Evolution Path

Kavalife ERP — Project Evolution Timeline

This timeline documents how Kavalife ERP evolved from a simple operational tracking idea into a manufacturing workflow engine.

The goal of this timeline is not to showcase features.

It is to document the decisions, constraints, lessons, and architectural shifts that shaped the system.

Version 0 — Understanding The Factory

Problem

Before writing software, the manufacturing process itself had to be understood.

The biggest challenge was not technology.

It was understanding how material actually moved through the factory.

Observation

Raw material enters the facility.

It gets inspected.

It becomes officially received inventory.

It passes QA/QC.

It enters production.

It moves through multiple manufacturing stages.

It eventually becomes finished output.

Lesson

ERP systems should model business reality before they model screens.

Architectural Impact

This phase established the core language of the system:

  • VIR
  • GRN
  • QA/QC
  • Batch
  • Lot
  • Workflow
  • Process Execution

Version 1 — Material Receiving System

Problem

The business needed visibility into material entering the factory.

Solution

Introduced:

  • VIR creation
  • VIR verification
  • GRN creation
  • GRN approval workflows
  • QA/QC validation

Result

The system could now answer:

  • What material arrived?
  • Who supplied it?
  • Was it approved?
  • Can it enter production?

Lesson

Received material is not inventory until it has passed verification and quality checks.

Version 2 — Batch Creation

Problem

Approved material needed to become a manufacturing job.

Solution

Introduced the Batch model.

Initial business rule:

One GRN
→ One Batch

Result

Production could now be tracked independently from receiving operations.

Lesson

Receiving and manufacturing are separate lifecycles.

Version 3 — Workflow Definitions

Problem

Different products follow different manufacturing processes.

Solution

Introduced:

  • Products
  • Process Definitions
  • Product Workflows
  • Workflow Steps

Example:

Extraction
→ Stripping
→ Purification
→ Decolorisation

Result

The ERP gained the concept of manufacturing recipes.

Lesson

The system needs to know what should happen before it can track what is happening.

Version 4 — Runtime Production Engine

Problem

Workflow templates alone were not enough.

The business needed visibility into real production.

Solution

Introduced:

  • Lots
  • Runtime Process Steps
  • Active Process Tracking

Important distinction:

Workflow Step
= Template

Runtime Process Step
= Real execution state

Result

The ERP became capable of tracking actual production progress.

Lesson

Templates describe intent.

Runtime state describes reality.

Version 5 — Process Execution Records

Problem

Operators needed a way to record actual manufacturing activity.

Solution

Introduced Process Executions.

Execution records capture:

  • Quantity In
  • Quantity Out
  • Yield
  • Loss
  • Equipment Used
  • Operator Notes
  • Supervisor Notes

Result

The system gained traceability and operational evidence.

Lesson

Manufacturing systems require more than status updates.

They require records of what actually happened.

Version 6 — Dynamic Process Forms

Problem

Every manufacturing stage required different information.

Extraction does not require the same data as Purification.

Solution

Introduced metadata-driven form schemas.

Process Definitions could now define their own execution forms.

Result

Frontend forms became configurable instead of hardcoded.

Lesson

Metadata-driven systems scale better than process-specific implementations.

Version 7 — QA/QC Process Gates

Problem

Certain manufacturing outputs required quality approval before production could continue.

Solution

QA/QC became a runtime workflow gate.

Process execution now follows:

Process
→ Awaiting QA/QC
→ Approved
→ Next Process Activated

Result

The ERP began controlling manufacturing flow rather than simply recording it.

Lesson

Quality control is not a separate module.

It is part of the production state machine.

Version 8 — End-To-End Workflow Validation

Problem

The entire manufacturing lifecycle needed validation.

Solution

Created a full end-to-end testing path.

Login
→ VIR
→ GRN
→ QA/QC
→ Batch
→ Lot
→ Extraction
→ QA/QC
→ Stripping
→ QA/QC
→ Purification
→ QA/QC
→ Decolorisation

Result

The complete manufacturing flow could be executed and validated.

Lesson

Before automation, prove the workflow manually.

Version 9 — Hardening & Operational Maturity

Problem

The happy path worked.

Now edge cases and operational reliability became important.

Focus Areas

  • Batch closure
  • Lot closure
  • Error handling
  • State validation
  • Better API consistency
  • Automated testing
  • Schema completion

Result

The project entered a hardening phase.

Lesson

Happy paths prove capability.

Edge cases prove maturity.

Current Version

Today Kavalife ERP is best described as:

Manufacturing Workflow Engine

The most important architectural decision was separating:

Static Definitions
↓
What should happen

from

Runtime Execution
↓
What is actually happening

That decision transformed the project from a collection of forms into a traceable manufacturing platform.

Future Direction

The next phase focuses on:

  • Finished goods inventory
  • Sales integration
  • Dispatch workflows
  • Automated testing
  • Audit trails
  • Operational reporting
  • Stronger workflow validation

The long-term vision is a fully traceable manufacturing system connecting:

Raw Material
→ QA/QC
→ Production
→ Finished Goods
→ Sales
→ Dispatch

through a single operational workflow.

Lessons Learned

  • Model reality before modeling screens
  • Complexity should be introduced only when justified
  • Workflow templates and runtime execution are different concerns
  • Manufacturing systems require traceability and auditability