Docs menu
Validation Guide

How the platform's validation approach affects your compliance burden.

Compliance is built into the platform's architecture rather than added through configuration. This section covers what's validated at the platform level, and what your ops/compliance team still validates.

The approach

Compliance is enforced by the node architecture.

Traditional systems prove compliance by validating a configuration, then re-validating on every change. CMS Industrial builds compliance into the node architecture, so validation is continuous and built in rather than a manual re-do on every release.

  • Every node maps to a governance principle — see the full mapping at /compliance
  • A change to the system is itself readable and auditable
  • Reason-for-change is captured structurally, not by policy alone
  • The audit trail is immutable and append-only
  • Data is available for audits via surface views and export — not a data-pull request to us
  • Access is gated by role, so every screen a user sees is already within their authorized scope
See the audit trail & data integrity architecture
Reason-for-change

Every mutation requires a categorized reason.

When a user corrects a record, the platform requires a structured reason before the change is accepted — the same categories your compliance process already recognizes.

CategoryWhen it applies
Correction of errorFixes a data-entry or process mistake.
Additional informationAdds detail that wasn't available at the time of entry.
Code or spec updateReflects a change to a standard, safety requirement, or project spec.
Owner/customer requestMade at the asset owner's or customer's direction.
Regulatory requirementRequired to meet a regulatory obligation.
System-generatedAutomated correction (e.g. reconciliation), still attributable.
OtherRequires a free-text note — the only category that does.
Evidence & audit artifacts

Reports available to auditors today.

These reports exist in the running application, not as mockups, and compose into a single exportable audit trail.

Asset-history report

Composes audit events, transfers, and decommissioning into one timeline per asset, from commissioning through end of life.

Available

Audit trail

Immutable, attributable event log — every event tagged with the specific governance principle it satisfies, filterable by user and action type, and exportable to CSV for your auditors.

Available

Vendor & access approvals

Vendor-credential tracking with expiry alerts, satisfying access-gating requirements.

Available

Effort & capacity reporting

Manager-level effort broken down by workflow stage (commissioning, transfer, reconciliation, decommissioning) — useful evidence for staffing and workload review during an inspection.

Available
Standards

Regulatory standards covered by the platform.

NFPA life-safety codes

Inspection scheduling and immutable audit trails for fire and life-safety systems.

ASHRAE & energy codes

Structured reason-for-change captured on every setpoint and schedule mutation.

OSHA

Workplace-safety inspection tracking with expiry alerts.