ENGiOS Commercial

Purpose

ENGiOS Commercial defines the public product boundary for leads, opportunities, proposals, templates, enrichment, scoring, and CRM synchronization. It turns an internal operating area into a named product capability without exposing internal implementation detail.

What it governs

This module governs leads, opportunities, proposals, templates, enrichment, scoring, and CRM synchronization. The documentation should explain why the capability matters, how it supports engineering operations, and how it connects to adjacent modules.

Active capability areas

Active capability areas include CRM, proposals, template library, lead enrichment, opportunity scoring, commercial analytics. These are described as operating capabilities, not as raw endpoint lists or database inventories.

Operational signals

The module creates decision signals around status, review, prioritization, follow-up, and traceability. Public docs should describe those signals in operational language so readers understand the workflow without needing internal access.

The module relates to ENGiOS Core for access and shared conventions, ENGiOS Knowledge for reusable context, and ENGiOS Reporting when activity becomes review material. Additional relationships depend on the workflow described in each section.

Technical posture

The technical posture is controlled disclosure. The docs may mention service families, governed data flow, AI assistance, integrations, and review surfaces, but they must not publish secrets, hosts, full route inventories, private paths, or operational commands.

What is intentionally out of scope

This module does not currently promise native contract signature, billing handoff, and public sales portals. Those items remain future scope or internal implementation detail until explicitly productized.

Future direction

The next documentation pass should add operator-level examples, lifecycle diagrams, and acceptance criteria once the authenticated application surface is ready to be documented publicly.