Skip to main content
Activation path, on the synthetic tenant

See what your systems already know.

You do not have to take our word for it. Every figure on this page is computed at build or wears its label, and the harness that proves it ships with the product.

AssetShop reads across the systems you already run and surfaces the leakage, variance, and working-capital signals inside them. It never changes those systems: read-only toward them is the architecture, not a setting, and nothing in the product writes to them. The six steps below are the activation path, shown on the SYNTHETIC Tenant-One profile with nothing real connected; the Guided Walkthrough (Platform Demo) runs the same path live in your browser.


Step 1

Connect a system, read-only

Most teams begin with the ERP. Every connection declares exactly what it reads and what it does not, ships with a conformance scorecard your security team can review, and can be disconnected at any time. First-party adapters cover the major ERP estates, and the tabular ingestion path covers any system without an adapter.


Step 2

You decide what we read, and where it stays

Scopes are approved explicitly: purchase orders, invoices, ledger postings, supplier and material master, each read-only. Not read, ever: payment execution, user credentials, or any write-enabled transaction path. Residency is elected per tenant and the data stays in the elected region inside your own tenant.


Step 3

Confirm we understand your data

Source records map to the canonical model and you validate the mapping before anything else happens, which is what makes every later insight traceable. Canonicalization is deterministic: the same source state always yields the same result and the same anchored lineage.


Step 4

The first insight, with its lineage

Based only on what your systems hold, an early signal surfaces with the exact records it came from. On the synthetic tenant that first signal is off-contract spend across three sites with the purchase-order rows and the contract master behind it, every figure labeled SYNTHETIC and every figure drilling to source.


Step 5

Bring the people who act on it

Colleagues join with role-appropriate access: operations, procurement, finance, executive view. People see only what their role should see, and the entitlement model is the same one the suites prove on every sealed run.


Step 6

From walkthrough to engagement

In a real deployment the same path runs on your systems, read-only, residency-bound, and fully traceable. The enterprise onboarding program takes it from signature to a signed Outcome Warranty determination; write to shadowkey@assetshopenterprise.com to scope it.

Also from AssetShop

Fourteen other products, none of them part of EOS. Separate products, no shared runtime, tenancy or credential path. Nothing below is included in an EOS evaluation or an EOS contract. Each carries its status, and nothing is called built until it is.

Enter the consumer layer at assetshop.eth EOS is the Enterprise Operating System. The brand layer it belongs to is name-native. Past that line the rules are different, and it is built by Shadow Key.