Architecture

The ERPware Architecture: Which Product, and When?

There are eleven solutions, but you never need them all at once. One question decides which ones are yours: do you have a working system today?

Do not replace your ERP. Extend it, integrate it, understand its data, and make it ready for AI.

Looking at a list of solutions, a manager rightly asks: why do all of these come from the same company? The answer is in what ties them together: we take whatever system the business is running as the centre, and add the layer that is missing.

Three routes, one spine

Case 1

You have a working ERP

We leave the system where it is and add the missing layer on top — without touching the ERP’s schema or its business rules.

Case 2

You are still running an old program

We recover the data locked inside a program with no source code, running on a single PC. Once the data is in a standard database, every layer above becomes available.

Case 3

You have no system yet

On the manufacturing side we build one flow from engineering to production. This is not an exception to “do not replace your ERP”; it is the case where there is no ERP to replace.

The same human work on all three routes

Products alone are not enough. Deciding which layer is actually needed, rebuilding the process and running the project is separate work.

The layers are always added in the same order

  1. System
  2. Connection
  3. Screens
  4. Data
  5. Intelligence
  6. Agents roadmap

The order is not skipped: on a system whose data has never been collected, AI produces nothing but a fast wrong answer. The last link is under development and is not a product today.

Read on

This page exists to show the order, not to sell products. Let’s work out which route you are on — so that we do not propose a layer you do not need either.