STATIC PAGE Interactive levers, live recompute, and Record decision run in the app build; every figure, formula, evidence row, and WHY below is the real render, pre-computed. Evidence panels are opened for review.
Setup Assistant
From company to launch in seven sourced steps. Administration beyond setup (user lifecycle, audit console) remains on the parity ledger, stated, not previewed.
PO, material master, plant stock (read-only) · SYNTHETIC stream until connection; live OAuth binds AT_ACTIVATION with the same read-only scopes.
PO, items, vendor bills (read-only) · SYNTHETIC stream until connection; live OAuth binds AT_ACTIVATION with the same read-only scopes.
PO, products, receipts (read-only) · SYNTHETIC stream until connection; live OAuth binds AT_ACTIVATION with the same read-only scopes.
Accounts, demand forecast (read-only) · SYNTHETIC stream until connection; live OAuth binds AT_ACTIVATION with the same read-only scopes.
Contracts, coverage (read-only) · SYNTHETIC stream until connection; live OAuth binds AT_ACTIVATION with the same read-only scopes.
A connector is the destination, not the entry price. Most companies begin week one with an export, and the platform accepts one against a published specification so the arithmetic is identical either way. A tenant that starts on files and connects a system in month three gets the same product with a different intake, because both paths land in the same canonical model.
| Extract | Key columns | Columns | Connector that replaces it |
|---|---|---|---|
| Purchase orders Mirrors the canonical purchase order the SAP, Oracle, NetSuite, Coupa, Infor, and Dynamics adapt… |
id | 10 | sap-s4, oracle-fusion, netsuite, coupa, infor, dynamics365 |
| Inventory positions On-hand by item and site. Quantities are never negative here: a negative position is a correctio… |
sku, site | 8 | sap-s4, oracle-fusion, netsuite, infor |
| Supplier master One row per supplier per source system. The platform does not merge duplicates on your behalf; i… |
supplierId, sourceSystem | 6 | sap-s4, coupa, sap-ariba, jaggaer, ivalua |
| Workforce positions Mirrors the canonical worker the Workday adapter maps into. Headcount and cost only; no personal… |
workerId | 5 | workday |
What the platform will say if the export is wrong
Every rejection names the row, the field, and the fix. Accepted plus rejected equals input by identity, so nothing is silently dropped, and the platform never guesses a value it was not given.
Uploading a file by hand every period is not an integration, it is a chore with a person attached. Point the platform at a prefix in your own cloud storage, drop the nightly export there, and the same validator runs on the same schedule your export already keeps. This is the step between a file and a connector, and most companies live here for months.
The platform never writes to your bucket. It does not move processed objects, drop marker files, or delete anything, because your landing bucket is a system of record and other consumers may be reading it. Progress is tracked on our side by a digest computed over the bytes we read, which is why re-dropping the same object is safe and never double-counts.
| Drop it under | It loads as |
|---|---|
| <your-prefix>/purchase-orders.csv | Purchase orders |
| <your-prefix>/inventory.csv | Inventory positions |
| <your-prefix>/suppliers.csv | Supplier master |
| <your-prefix>/workers.csv | Workforce positions |
An object whose name matches no specification, or matches two, is refused rather than guessed into the wrong one. An object still being written is left alone until it holds the same size for 2 observations, so a half-finished export is never read as a complete one. Retries are bounded at 3 and then the object waits for a person, because nothing is dropped and nothing retries forever.
What the platform will say about every object it sees
One disposition per object, and they sum to the number of objects observed, asserted every sweep. Re-dropping the same file is safe: identical content loads once.
What is not built yet
Onboarding asks what you want first, not how we work. Pick the outcome; the domains, analysts, and first alert configure from this table.
Domains: supply, finance. Analysts: Supply Analyst, Finance Analyst. First alert: Working capital against inventory policy.
Open the serving surfaceDomains: finance, markets. Analysts: Finance Analyst, Executive Advisor. First alert: Margin drivers with commodity drift.
Open the serving surfaceDomains: operations, customer. Analysts: Operations Analyst. First alert: OTIF breaches and expedite windows.
Open the serving surfaceDomains: supply, governance. Analysts: Supply Analyst, Risk Analyst. First alert: Concentration and renewal windows.
Open the serving surfaceDomains: workspace, knowledge. Analysts: Executive Advisor, Knowledge Analyst. First alert: Decision ledger with effectiveness scoring.
Open the serving surface