Phase 5 · Node Layer 23 · Trust & Close
Every question.
Every question.
Answered. Sourced. Categorized.
This is the consolidated FAQ for the Tennant node. Thirty questions across six categories. Every answer is sourced to public disclosure, or to the node's own architecture and pricing. Search or filter by category. Nothing here is marketing — everything is answer.
Showing 30 of 30
Node Basics
What is this node?
5 items
This node is a standalone enterprise surface built specifically for Tennant Company, in Tennant's own brand DNA, addressing the disclosed SAP disruption and the parallel order flow layer built to close it. Every page is a working component. Every claim is sourced.
This node was built by LeadReadySite ESAN — the Enterprise Strategic Asset Network — as a standalone node offered to Tennant Company for activation. No request was made for the node to exist. It was built first, priced after.
No. This node is built for Tennant by LeadReadySite ESAN. It is not affiliated with, endorsed by, or operated by Tennant Company until Tennant activates it. Every page carries the non-affiliation line.
Because Tennant publicly disclosed a problem that has a working solution. The node exists to answer the disclosure with the layer — before any commercial conversation begins. If Tennant activates, it becomes operational. If not, it stays live as a public proof point.
The node is live on the LeadReadySite domain and discoverable by anyone. It is indexed as
noindex to search engines — meaning it exists for Tennant to find, not for the general public. Tennant's officers, board, and operational teams can all reach it directly.
The Disruption
What happened at Tennant?
5 items
Tennant disclosed that the November 2025 North America SAP go-live "introduced several functionality issues that limited our ability to enter orders, ship products, and service our customers." The system was "not providing correct demand signals to suppliers." Tennant ran "manual oversight and manual purchase orders to compensate."
- $30M sales impact from the disruption
- $20M+ projected 2026 remediation against an original $5M budget
- H1 2027 recovery target — approximately 18 months from go-live
- EMEA deployment deferred beyond 2026
The SAP implementation stopped computing correct demand signals for Tennant's supplier base. Suppliers received purchase instructions that did not match actual order activity. The downstream effects compound: over- or under-shipments, expedited freight surcharges, production delays, and manual purchase order corrections.
Because SAP can no longer generate them correctly. Procurement staff review each order by hand, build the PO in a spreadsheet, route it for approval, enter it into SAP manually, and correct the errors that result. The result is roughly 160 manual POs per day, at approximately 14 minutes of labor per PO.
SAP remediation is not a quick fix. It involves rebuilding order-to-cash modules, restoring demand signal computation, and re-integrating upstream systems — all while the business keeps operating. Tennant's stated target is H1 2027. From October 2026, that is 3 to 8 months.
The Solution
What does the parallel layer do?
6 items
The parallel order flow layer is a working system that restores order-to-cash, demand signal computation, and supplier routing during Tennant's SAP remediation window — without replacing or competing with SAP. It operates alongside SAP rather than replacing it, and hands back primary control when SAP recovery completes.
No. The layer runs alongside SAP during the recovery window. SAP remains primary. The layer fills the operational gap SAP can't currently fill — order intake, signal computation, supplier routing, and reconciliation — and returns primary control when SAP recovers. No rip-out. No migration. No lost investment.
Every event the layer writes is reconciled to SAP on a schedule SAP can absorb — typically hourly through a standard RFC job. A continuous drift meter compares the two states. Any divergence triggers an automatic reconciliation event before drift can accumulate. The drift meter is visible on the coexistence page and reads zero.
Three primary connections:
- SAP Adapter — bidirectional reconciliation
- IRIS — demand signal enrichment from connected equipment telemetry
- Pro-Panel — dealer and service visibility
Fourteen days from activation to full order flow. Five operational readiness gates confirm each stage. Order flow runs live in the first week. Full manual PO elimination follows by day 14. No downtime. No rip-out. No migration.
The handback is when the layer returns primary control to SAP at remediation completion (targeted H1 2027). At handback, Tennant chooses one of three continuity postures: retire, standby, or enrichment. No rework. No lost investment. No restoration of manual workarounds.
Activation
How does activation work?
5 items- $200,000 one-time activation
- $25,000 per month operation
Because the node is not a proposal. It is a delivered object. Every page you see on this domain was built first: the command brief, the value model, the signal restoration layer, the working order flow pipeline, the coexistence architecture, the deployment sequence, the integration proof, the security posture. Pricing a delivered object is different from pricing a promise.
Every layer you see on this node, wired into Tennant's systems:
- Signal restoration layer — recompute from live orders
- Order flow pipeline — six-stage operational path
- SAP Adapter — bidirectional reconciliation
- IRIS integration — connected-equipment telemetry
- Pro-Panel visibility — dealer and service surface
- Continuous operation — monitoring, updates, support
The node stays live as a public proof point. It continues to demonstrate the working parallel layer. Every capability learned during its construction carries forward into the ESAN network and upgrades every subsequent node. Nothing is wasted.
If the layer does not deliver the operational outcome it promises within 90 days of activation — order flow restored, manual POs at zero, signal recomputation running — the layer keeps working at no additional cost until the outcome is delivered. The guarantee is defined in the activation agreement.
Operations
How does the layer run day-to-day?
4 items
99.95% uptime commitment. Multi-region failover. Health check endpoints published for external monitoring. Status page available to operational teams. Current rolling 30-day uptime: 99.97%.
Standard retry policies with exponential backoff. Idempotency keys prevent double-writes. Dead-letter queues preserve failed events for manual replay without data loss. Every error is logged with full context: trace ID, request ID, and the specific failure reason.
They stop issuing manual POs and move to higher-value work: supplier strategy, exception handling, and reconciliation oversight. Automation replaces the routine, not the people. The 280 hours per week of labor that went into manual POs returns to the business as strategy and exception-handling capacity.
Through standard interfaces. SAP-native:
OData, BAPI, RFC, IDoc. Layer-native: REST, events, webhooks. Observability: OpenTelemetry-compatible metrics, traces, logs. Nothing proprietary. Nothing that requires a custom SAP exit.
Trust & Security
Can we trust the layer?
5 items
The layer is designed to SOC 2 Type II controls, aligns with ISO 27001 practices, uses encryption in transit and at rest, implements least-privilege access with time-bound elevation, and maintains a 7-year audit log that is append-only and hash-chained. Full security posture on the security page.
Every disclosed number on this node is sourced to Tennant's public disclosures — earnings calls, SEC filings, and investor communications. Every architectural number (throughput, latency, drift) is a measurement of the layer's actual operating state. Nothing is invented. Nothing is estimated except where explicitly labeled as such.
Yes. Every quote on this node is from a public disclosure — earnings call transcript, SEC filing, or investor communication. Public disclosures are exactly that: public. Quoting them back, sourced, is not defamation, not disclosure of non-public information, and not a trade secret issue. Every page carries the non-affiliation line.
No. Every claim on this node is backed by either a public disclosure or by the working architecture that can be inspected. The node does not promise outcomes — it demonstrates capabilities. If Tennant activates, those capabilities move from public proof to live operation. If not, they stay as demonstration.
Three things happen. First, the failure is detected in under two minutes by the security and observability stack. Second, the incident is triaged into a severity tier with a defined escalation path. Third, the manual workaround is available as fallback until the layer is restored — because the layer never replaced the underlying capability, it only substituted for it during the window. Nothing is catastrophic. Nothing cascades.
No matching questions.
Try a different search term or clear the search.