Phase 3 · Node Layer 12 · Parallel Layer · Phase Open

The layer that runs
beside the fix. Not inside it.

The parallel layer is a standalone operating component that runs alongside Tennant's existing SAP instance. Six components handle order intake, signal compute, supplier routing, material coordination, production sequencing, and reconciliation. The layer operates across the recovery window, then hands back cleanly at H1 2027. No rip-out. No replacement. No rework. Every other page in Phase 3 refers back to this one.

Standalone component Six subcomponents Runs beside SAP Recovery window only Clean handback
Layer Status · Live
One layer. Six components. Every component independent.

Each component is a standalone service with its own lifecycle. The OMS can be redeployed without touching the Signal Engine. The Routing Engine can be upgraded while reconciliation continues. Independent components mean independent failure domains — no single point of failure in the layer.

6 / 6
components operational
Dual Run

Same orders. Same time.
Two paths. One contract.

SAP is still running. Its state is still authoritative. But it cannot route demand signals, cannot generate correct POs, and cannot close order-to-cash reliably. The layer handles those stages while SAP holds the authoritative state. The two run in parallel, contracted through standard interfaces.

Dual Run · Active
SAP Path
Authoritative · degraded
IN Order intake delayed
SIG Signal compute broken
ROU Supplier routing manual
PO PO generation manual
REC Reconcile degraded
CLS Close order broken
CONTRACT
Layer Path
Operational · restored
IN Order intake live
SIG Signal compute recomputed
ROU Supplier routing automated
PO PO generation automated
REC Reconcile bidirectional
CLS Close order automated
SAP retains its authoritative state on every order. The layer handles the operational path during the recovery window.
Contract: every layer write is reconciled to SAP hourly. Every SAP read is baseline-verified. Nothing crosses the boundary without a signature.
The Components

Six components. Independent. Replaceable.

Each component is a standalone service. Each has its own lifecycle, its own failure domain, its own upgrade path. Click any component to see its interface, its dependencies, and its role in the order lifecycle.

OMS
01 / 06

Order Management

Order intake from every channel — dealer portal, direct, EDI, rep. Normalizes into a canonical order object. First stage of the layer pipeline.

RoleOrder intake + canonicalization
InterfaceREST · Events · Webhooks
Depends onPIM (product data), SAP Adapter (write path)
Failure modeIsolated — queue backs up, no downstream impact
SIG
02 / 06

Signal Engine

Recomputes demand signals from live orders and IRIS telemetry. This is what SAP cannot do correctly. Fully independent of SAP state.

RoleDemand signal recomputation
InputsLive orders · IRIS telemetry · Historical velocity
OutputSignal package per SKU per site
CadenceRecompute on every order, target <2s
ROU
03 / 06

Routing Engine

Routes each order line to the correct supplier based on signal, lead time, cost, and capacity. Auto failover. This is the manual-PO elimination engine.

RoleSupplier selection + PO generation
InputsSignal package · Supplier capacity · Lead time matrix
OutputPurchase order (issued · sent · confirmed)
FailoverAutomatic to alternate supplier
MAT
04 / 06

Material Coordinator

Tracks inbound material flow against the signal. Surfaces shortages before they hit the line. Coordinates with supplier EDI and warehouse WMS.

RoleInbound tracking + shortage surfacing
InputsPO confirmations · Inbound shipment tracker
OutputMaterial reserved flags · Shortage alerts
Alert timingPre-line — surfaces 48h before needed
PRD
05 / 06

Production Sequencer

Schedules production against the restored signal. Coordinates build order across Tennant's manufacturing footprint. Full traceability to source order.

RoleBuild scheduling + sequencing
InputsMaterial availability · Build capacity · Shift schedule
OutputSequence · Completion ETA · Quality gate
Traces toOriginal order · Signal · Route · Material
REC
06 / 06

Reconciliation Bridge

Bidirectional sync with SAP. Hourly reconciliation job. Drift meter continuously measured. This is what makes coexistence safe.

RoleBidirectional SAP synchronization
CadenceHourly reconciliation · continuous drift check
InterfacesRFC · IDoc · OData · BAPI
Drift handlingAuto-recovery on divergence, alerting on threshold
The Architecture

Three planes. Independent. Composed.

The layer has three architectural planes. The operational plane handles the order lifecycle. The bridge plane synchronizes with SAP. The interface plane exposes everything to the outside world. Each plane is independently deployable.

Operational Plane Owns the order lifecycle
Order Management Signal Engine Routing Engine Material Coordinator Production Sequencer
Bridge Plane Synchronizes with SAP
SAP Adapter Reconciliation Bridge Drift Meter Handback Protocol
Interface Plane Exposes the layer
REST Events Webhooks OData BAPI RFC IDoc OpenTelemetry
Data Plane Persistent stores
Order warehouse Signal history Event log (append-only) Reconciliation audit
Integration Points External systems
SAP S/4HANA IRIS Pro-Panel Dealer Portal EDI
Why Parallel

Replace. Or run beside.
Only one preserves the investment.

The decision is not about technology preference. It's about what happens to the SAP investment Tennant has already made, and what happens to the remediation timeline that's already been disclosed.

Replace SAP Rip-Out Path

  • Full rip-out and re-implementation of the entire ERP
  • Migration of all master data, history, and integrations
  • Existing $59.1M investment becomes sunk cost
  • Timeline extends well beyond H1 2027
  • Multi-region rollout restarts from zero
  • Full change management program required
  • Emotional cost — years of internal defense reopened

Run Beside SAP Parallel Path

  • SAP stays primary throughout the recovery window
  • Master data and history stay in SAP
  • Remediation spend fully preserved
  • Order-to-cash restored inside the window
  • Clean handback at H1 2027 — no rework
  • Standard SAP-native interfaces only
  • No internal defense cycle reopened
The Cost

A fraction of one remediation quarter.

The layer's cost is designed to be a rounding error against the disclosed remediation spend. Activation is $250K. Operation is $35K per month. The full cost across the recovery window is less than one remediation quarter.

Activation
$250K
One-time · layer delivered
Operation
$35K / mo
Full layer operation · recovery window
Total Window Cost
~$880K
18-month recovery window
vs Remediation Quarter
< 1/20th
One quarter of remediation is $5M+
Questions

The layer, answered.

The parallel layer is a standalone operating component that runs alongside Tennant's existing SAP instance. Six components handle order intake, signal compute, supplier routing, material coordination, production sequencing, and reconciliation. The layer operates across the recovery window, then hands back cleanly at H1 2027.

Replacement means rip-out, migration, and restarting the remediation timeline. A parallel layer preserves Tennant's SAP investment, operates during the recovery window, and hands back cleanly with no rework. The layer doesn't ask Tennant to abandon SAP — it asks Tennant to stop paying manual labor to do what a signal layer should do.

Six components. Order Management handles intake from every channel. Signal Engine recomputes demand from live orders and IRIS telemetry. Routing Engine routes suppliers from the signal — this is what eliminates the manual PO workaround. Material Coordinator tracks inbound flow. Production Sequencer schedules builds. Reconciliation Bridge syncs bidirectionally with SAP.

An SAP module runs inside SAP. The parallel layer runs beside it — its own stack, its own state machine, its own interfaces to SAP. It can be deployed, rolled back, and retired without touching SAP's configuration. Deploying an SAP module requires an SAP release cycle. Deploying the layer requires a change window.

At handback, the layer stops handling operational order flow and moves to one of three postures: retire (fully decommissioned, $0/month), standby (retained but not active, $8K/month), or enrichment (continues feeding IRIS telemetry into SAP, $15K/month). The architecture is designed so that any of the three is a clean transition. See continuity for the post-handback postures in full.

The layer is built. Phase 3 opens here.

Six components. Three planes. Every interface standard. Every contract documented. Next: manual elimination, coexistence, deployment, integration, and continuity.