Core OS
Included with every account
Organizations, companies and branches. Users, roles and permissions. Customers, suppliers, items and warehouses. Entered once, used by everything above it.
Platform
Most businesses run on a stack of tools that were never designed to know about each other. OrbitWix replaces that with a single layer underneath everything: one Core OS, and the applications your business needs activated on top of it.
What the platform is
Every OrbitWix account is built from the same seven parts. The Core OS is always there; the rest is what you choose to switch on.
Included with every account
Organizations, companies and branches. Users, roles and permissions. Customers, suppliers, items and warehouses. Entered once, used by everything above it.
Activate what you need
Sales, purchase, inventory, warehouse, trade, dispatch, logistics, finance, HR, projects, service, manufacturing and intelligence.
Approvals and handoffs
A quotation becomes an order, an order becomes a dispatch, a dispatch becomes an invoice — with the approvals your business requires at each step.
Rules on business events
Reorder points, stock reservations, status changes and notifications run from the events the platform already emits, instead of someone remembering to check.
On your own live records
Demand forecasting and replenishment suggestions that read the same stock, order and movement history your team works from — not a separate copy of it.
Keep what already works
ERPNext, storefronts, payment gateways, shipping providers, WhatsApp and your own APIs connect into the same Core OS records.
Roles, permissions and audit
Access is granted per role, per company and per branch, and every change to a record is written to an audit trail you can read back.
Architecture
The order matters. Because the shared foundation is in place before the first app is switched on, adding an app is a configuration change rather than a migration.
Four layers, top to bottom: intelligence and automation; the applications you activate; the workflow and integration layer; and the Core OS underneath all of them.
Intelligence — reads everything below
Applications — activate what you need
Workflow & integration — how the apps reach each other
Core OS — included with every account
Why a platform
A customer created in sales is the same customer dispatch schedules against and finance invoices. Nothing is re-keyed at a handover.
A dispatch moves stock. A goods receipt moves stock. The number in inventory is the result of what actually happened, not a periodic reconciliation.
A role defined in the Core OS applies across every app that role touches, so access does not have to be re-granted per tool.
Adding trade, warehouse or logistics later means switching an app on against data that is already there — not starting a new implementation.
Operational and financial figures are drawn from the same records, so two reports of the same month do not disagree.
Who changed a price, who approved an order, when a shipment status moved — kept by the platform rather than reconstructed from memory.
FAQ
It covers what an ERP covers, but it is built the other way round. An ERP is usually one large product you configure down to fit. OrbitWix is a Core OS plus the applications you choose to activate, so a business can run on a small part of it and add the rest later.
No. The usual path is the Core OS plus two or three apps that cover your most painful workflow, with the rest added once that is running. Because every app reads the same Core OS, adding one later does not mean re-entering data.
Yes. Integrations connect ERPNext, storefronts, payment gateways, shipping providers and your own APIs into the same records, so an existing system can stay in place while OrbitWix takes over the parts it does not cover.
Organizations, companies and branches are Core OS concepts, not an add-on. Records, permissions and reporting are scoped to them from the start, so a second company or a new branch is a configuration change rather than a second installation.
Have a different question? Talk to us.
Bring a process that currently spans three tools. We will walk through how it runs on one.