← Use Cases
    MedtechAerospaceNuclearRoboticsAdvanced ManufacturingConfiguration Manager / Systems Engineer / Quality Engineer

    Baselines & Change Control: Freeze, Revise, Measure Impact Before You Decide

    Lock approved configurations structurally. Iterate safely with explicit revision lineage. Before any change is committed, see the full impact across components, requirements, calculations and baselines.

    Frozen configurations are not really frozen — and change impact is discovered too late.

    Accidental overwrite of approved baselines

    A file named v_FINAL_approved.xlsx is updated by someone who did not know it was the reference. The baseline is gone. Nobody notices until the audit.

    Production and R&D entangled

    Production runs on V1, R&D develops V2 in the same files. Work on V2 contaminates V1 references and creates confusion on the shopfloor.

    Invisible cross-product dependencies

    A shared component is used in seven product lines. When it changes, three of them discover the impact two months later — in the worst possible review.

    Change committed before its consequences are known

    A material change affects biocompatibility. The corresponding ISO 10993 requirement is not flagged. The gap surfaces during regulatory submission, after the change is already in.

    How it works in Koddex

    Lock from the bottom up. Simulate before you decide.

    Koddex enforces structural coherence: a baseline cannot be locked until every referenced item is validated. Once locked, a baseline is immutable — no override, no backdoor. Before any change is committed, the system traverses the full graph of dependencies and surfaces every consequence: components, requirements, calculations, baselines and product lines impacted.

    01

    Lock from the leaves

    Sub-components first, then components, then the system. Koddex blocks any partial freeze and tells you exactly what is missing.

    02

    Immutable baselines, explicit revisions

    Once locked, no attribute can change. To evolve, create a revision: V1 stays intact in production while V2 develops in parallel, with full lineage and zero collision.

    03

    Impact analysis before commit

    Change a mass, a material, a requirement status — the graph instantly shows every affected component, requirement, roll-up and locked baseline, in both directions.

    04

    No surprise reaches certification

    Narrowed margins, broken coverage, contaminated baselines: all surfaced at the moment of decision, not three weeks before the regulatory review.

    Real Scenarios

    Scenario 1: Supplier changes connector mass from 8g to 11g

    Affected

    Total mass recalculates from 308g to 311g. Margin on EXG-003 (max 320g) narrows from 12g to 9g. 3 engineers notified automatically.

    Review Required

    EXG-003 remains compliant but the margin has narrowed. An engineer must validate the tolerance is still acceptable.

    No Impact

    All other requirements, baselines and dependent systems remain unaffected.

    Scenario 2: Regulatory requirement changes: IP67 becomes mandatory

    Affected

    4 product lines reference this requirement. 2 are already compliant. 2 are not: the housing component does not meet IP67.

    Review Required

    Locked baselines on the 2 non-compliant products cannot be modified. New revisions must be created before certification can proceed.

    No Impact

    12 other products in the portfolio are unaffected by this requirement change.

    Scenario 3: Shared component changes material across product lines

    Affected

    7 assemblies across 3 product lines reference this component. All 7 have their computed mass budgets automatically updated.

    Review Required

    2 of the 7 assemblies have locked baselines that referenced the previous material. A revision is required before revalidation.

    No Impact

    Functional requirements and test plans are unaffected. The change is purely material, not dimensional.

    The Model

    ComponentType
    nameText
    mass_gNumber
    materialText
    statusEnum
    RequirementType
    req_idText
    thresholdNumber
    marginComputed
    complianceComputed
    BaselineType
    versionText
    locked_atDate
    is_lockedBoolean
    coherenceComputed
    Impact Graph: All relations are traversable
    Component
    covers
    Requirement
    Component
    referenced_in
    Baseline
    Component
    part_of
    Assembly0..*
    On change → traverse all relations → surface affected objects instantly

    Component, Requirement and Baseline types — every relation traversable for impact analysis

    The Data

    Lock blocked: 4 items to resolve
    M-Series Connectorstatus: In Progress
    Silver Electrodesstatus: In Progress
    Piezo Validation Planstatus: Under Review
    EXG-005 SterilizationNot covered
    v1.0Approved baseline, technical review 11/15/2025 PRODUCTION
    v2.0Piezo material change after fatigue test
    v2.1Connector mass correction, new supplierDRAFT
    Lockable
    frequency, mass, material, supplier, dimensions
    Non-lockable
    internal notes, assembly comments, delivery ref

    Revision lineage with locked baselines and live impact graph

    Measurable Outcomes

    BeforeAfterContext
    Baselines accidentally overwrittenStructurally immutableNo modification possible after lock
    Production and R&D entangledClean separation, explicit lineageV1 in production, V2 in development
    Impact discovered in reviewSurfaced at the moment of changeAcross the full dependency graph
    Lock possible even if incoherentLock blocked until every leaf is validThe system enforces discipline

    Performance Impact

    0
    Baseline Overwrites
    0
    Undetected Impact
    100%
    Lock Coherence

    Stop managing critical systems on fragile spreadsheets.

    We start from your real product structure. Fifteen minutes to see how Koddex works on your actual system.