Skip to content
Trust Quality AssuranceManufacturing Intelligence

Documentation · platform release 2026.3

Documentation contents

Quick start

This is the sequence we actually run on a pilot line: what you provide, what we configure, and what has to be true before each week closes. Most pilots reach live alerting in weeks three to four.

Updated July 2026 · 9 min read

Prerequisites

Nothing here requires new hardware in the common case. What blocks pilots is access approval, so start those conversations first.

What you provide before week 1
ItemDetailOwner
Scope decisionOne line or one inspection flow, and 5–25 characteristicsQuality / operations
Data accessRead access to MES, historian, gauge or inspection sources in scopeIT / OT
Host for the gatewayVM or container host on the plant network, 4 vCPU / 8 GB / 100 GBIT
Network pathOutbound HTTPS to your tenant, or an offline plan for air-gapped sitesIT security
Named process ownerSomeone who can confirm limits and sampling rulesQuality engineering
Baseline figures12 months of yield, scrap and investigation-time history if availableQuality / finance

Week 1 — connect

  1. 1Deploy the edge gateway on the plant host and register it against your tenant.
  2. 2Configure the first source: OPC UA endpoint, historian query, gauge folder or inspection database.
  3. 3Confirm tag identity and timestamp behaviour against a known part or run.
  4. 4Verify buffering by disconnecting the uplink and confirming records reconcile in order.

Registering a gateway

Shell · edge gateway registration
# Provided during onboarding: tenant URL and a single-use enrolment token
tqa-gateway enroll \
  --tenant https://acme.eu.trustqualityassurance.com \
  --token "$TQA_ENROLMENT_TOKEN" \
  --site "stuttgart-01" \
  --name "line-3-gateway"

# Verify connectivity and buffer state
tqa-gateway status --verbose

Week 2 — normalise

This is the week that determines whether later analysis is trustworthy. Characteristics are defined once, with the limits and sampling rule from your control plan rather than inferred from data.

  1. 1Import or create the asset hierarchy: site, area, line, cell, station.
  2. 2Define the products and operations in scope, with the drawing or recipe revision in force.
  3. 3Define each characteristic: unit, specification limits, control limits, subgroup size and sampling rule.
  4. 4Map source tags and inspection fields to characteristics; unmapped fields stay visible but unevaluated.
  5. 5Have the process owner sign off the mapping — this is the artefact auditors will ask about later.
JSON · characteristic definition
{
  "key": "seal-width",
  "name": "Seal width",
  "unit": "mm",
  "operation": "OP-40 sealing",
  "specification": { "nominal": 4.02, "usl": 4.30, "lsl": 3.75 },
  "control": { "chart": "xbar-r", "subgroupSize": 5, "ucl": 4.15, "lcl": 3.90 },
  "sampling": { "rule": "every-nth", "n": 20 },
  "ruleSet": "nelson-1-2-3-5",
  "criticality": "significant"
}

Week 3 — monitor

  1. 1Enable control charts and capability tracking for mapped characteristics.
  2. 2Configure alert severity, routing and escalation against your shift pattern and on-call ownership.
  3. 3Enable vision or anomaly models where relevant, initially in shadow mode with no alerting.
  4. 4Run operator onboarding: 30–45 minutes per shift, focused on what to do when an alert arrives.

Week 4 — close the loop and report

  1. 1Turn on NCR and CAPA workflows for the scoped area, with named owners and due dates.
  2. 2Verify one full cycle end to end: alert, containment, root cause, action, effectiveness check.
  3. 3Generate the evidence pack for the scope and confirm it satisfies your internal audit expectation.
  4. 4Produce the pilot report: baseline versus measured result for each agreed success criterion.
Typical pilot exit criteria
CriterionTargetEvidence
Detection latency< 2 s signal to alertPlatform alert log versus source timestamp
Coverage100% of scoped characteristics liveMapping sign-off and chart availability
Closed-loop cycleAt least one verified CAPACAPA record with effectiveness verdict
Operator adoptionAlerts acknowledged within targetAcknowledgement times per shift
Measured improvementAgreed KPI movementBaseline comparison in the pilot report

After the pilot

Expansion is normally by line and then by site. The second line typically goes live in days rather than weeks because the characteristic library, connectors and alert routing patterns already exist. Multi-site governance — who owns shared definitions, how plant exceptions are handled — is covered in the rollout guide in the resource centre.

Need something this page does not cover?

Solution architects answer technical questions directly — no ticket triage for pre-sales evaluation.

Ask an engineer