Skip to main content
Platform Architecture

From Risk
to Resolution.

Most integrity programs fail at the handoff — between detection and action, between action and verification. Reliatic replaces those gaps with a deterministic execution loop. Every detected risk produces a governed, time-bounded, accountable resolution — or the system escalates until one exists. No silent dismissals. No forgotten findings.

The continuous integrity lifecycle

Four stages in a continuous loop. Every execution cycle produces evidence that feeds the next inspection.

Inspect
Assess
Plan
Execute
↻ continuous loop

The reliability-to-action loop

Four stages. Deterministic execution. No optional exits.

01
Detect

Automatic Risk Detection

When a risk score exceeds the tenant threshold, an inspection window is missed, or a time-bound waiver expires, the platform fires a Governance Event automatically.

Risk Event Fired
trigger: RPN_THRESHOLD_EXCEEDED
asset: V-2041 (HP Separator)
score: 312 / threshold: 200
action: GOVERNANCE_EVENT_CREATED
02
Investigate

Automatic Investigation

High-severity events automatically spawn a Root Cause Analysis investigation. The governance inbox surfaces every open finding — nothing stays invisible and nothing can be silently dismissed.

Investigation Trigger
governance_event: RPN_BREACH
action: RCA_INVESTIGATION_CREATED
assigned: lead_investigator
inbox: GOVERNANCE_FINDING_OPEN
status: REQUIRES_RESOLUTION
03
Resolve

Governed Resolution

The engineer creates a Governed Artifact: a Mitigation Action with owner, deadline, and verification criteria — or a Risk Acceptance with executive justification and expiry. Every resolution is permanently recorded in the immutable audit log.

Artifact Creation
artifact_type: MITIGATION_ACTION
owner: j.eriksson@company.com
deadline: 2026-04-15
criteria: 'UT reading ≥ 5.2mm at CML-07'
status: RESOLUTION_LOGGED
04
Escalate

Automatic Escalation on Miss

If a Mitigation Action becomes overdue or a Risk Acceptance expires, the system escalates through a deterministic chain: Day 1 — assigned owner notified. Day 3 — department lead escalated. Day 7 — operations manager flagged. Day 14 — executive governance committee alerted. Each escalation is logged with a tamper-proof timestamp. Deadlines are enforced — not suggested.

Escalation Trigger
event: ACTION_OVERDUE
original_deadline: 2026-04-15
escalation_chain:
  day_1: owner@company.com
  day_3: dept_lead@company.com
  day_7: ops_manager@company.com
  day_14: governance_committee
status: ESCALATED_TO_MANAGEMENT

The ten-step integrity lifecycle

Every step requires verified completion before the next opens.

Step 1
Identify
Step 2
Assess
Step 3
Plan
Step 4
Approve
Step 5
Execute
Step 6
Verify
Step 7
Document
Step 8
Review
Step 9
Close
Step 10
Learn

Why traditional programs fail at Step 4

The approval gate is where most reliability programs collapse. Reliatic enforces it as a hard gate with named approver, timestamp, and documented rationale. No approval, no execution unlock.

Passive Tracking vs. Active Enforcement

The difference is a design philosophy, not a feature.

Dashboard shows overdue items
Tiered escalation until management resolves
Spreadsheet tracks risk scores
Engine enforces score-triggered governance
Email alerts sent to responsible party
Automatic escalation to next authority level
Risk acceptance recorded in a field
Formal waiver with expiry, approver, and auto-reopen
Audit trail reconstructed from CMMS exports
Immutable cryptographic audit log — always ready
Inspection schedule from calendar intervals
Calculated schedule driven by risk assessment scores

The governance guarantee

Every risk decision in Reliatic follows a deterministic path. When a risk score breaches a threshold, the platform doesn't send a notification and hope someone acts. It creates a governance event with a mandatory response deadline, assigns it to a qualified engineer based on your RBAC configuration, starts the escalation clock, and — if the deadline passes without resolution — automatically escalates to the next authority level with the full context attached.

This is not configurable leniency. There is no “snooze” button on a governance event. The engineer must either resolve the event (schedule the inspection, approve the risk acceptance, implement the mitigation) or escalate it with a written justification. Every action is recorded. Every inaction is recorded. The audit trail is immutable.

For organizations operating under API 580/581, ISO 55000, or NORSOK Z-008, this deterministic enforcement model means your integrity program's compliance posture is not dependent on any individual remembering to follow the process. The process enforces itself.

Frequently asked questions

How does Reliatic detect risks automatically?

When a risk score exceeds the tenant-configured threshold, an inspection window is missed, or a time-bound waiver expires, the platform fires a Governance Event automatically — no manual intervention required.

What happens when a risk is detected?

The governance inbox surfaces every open finding with full context. High-severity events automatically spawn a Root Cause Analysis investigation. Nothing can be silently dismissed — every finding requires a documented resolution.

What is a governed artifact?

A governed artifact is either a Mitigation Action (with an owner, deadline, and verification criteria) or a Risk Acceptance (with executive justification and an expiry date). Every resolution is permanently recorded in the immutable audit log.

What if a deadline is missed?

If a Mitigation Action becomes overdue or a Risk Acceptance expires, the system escalates to the next management level with tiered notifications (Day+3, Day+7, Day+14). The full audit trail is maintained throughout.

What data formats does Reliatic accept for import?

CSV, JSON, and Excel. The import wizard maps your column headers to the Reliatic data model with a visual drag-and-drop interface. Validation rules catch data quality issues — duplicate tags, missing criticality scores, and malformed dates — before the import runs. Most facilities are live within 2-4 days of data handoff.

How does Reliatic handle historical inspection data?

Import it all. Historical data feeds the reliability engine — MTTF calculation, Weibull failure distribution analysis, and B-life prediction all improve with deeper history. The more data you provide, the more accurate the risk predictions and the more defensible the inspection intervals.

Can multiple facilities share a single instance?

Yes. Multi-tenant architecture with full data isolation enforced at the database layer through PostgreSQL Row-Level Security. Each facility gets its own asset registry, risk matrices, and governance rules. Cross-facility reporting is available at the organization level for portfolio-wide risk visibility.

What happens if a governance event is missed?

Automatic escalation. The platform fires notifications at T+24h, T+72h, and T+168h. If the event remains unresolved, it escalates to the next authority level with full context — the original risk score, the assigned owner, the elapsed time, and the complete event history. No governance event can be silently dismissed.

See the loop running on your assets

We configure the demo with your equipment types, damage mechanisms, and risk thresholds — so you see exactly how governance events fire in your operational context.