The living organizational twin

3D.DET

Every company runs on systems that record what happened. None of them knows who does what, why, and at what cost. 3D.DET is the living emulation of your organization: structures, jobs, tasks, processes, workloads and costs — one model, always current, that answers questions and proves every answer.

Drag to rotate. Select an object to read what it is.

Gartner defines this market as the Digital Twin of an Organization (DTO): a dynamic software model of how an organization runs its business model, responds to change and deploys its resources. 3D.DET is a DTO built on the formal model of work:

ORGANIZATION → JOB → ROLE → TASK → PROCESS → MIS transaction → cost

Other DTO products start from processes. 3D.DET starts from the ORGANIZATION and is independent of the modules of the underlying MIS. It manages processes end to end: not only order to cash, but bid to cash, from the offer in the CRM to the payment received in SAP.

Market definition: Gartner, Digital Twin of an Organization.

The entire model: Crystal Digital Wave

One cycle, closed: AS IS → OPTIMIZATION → REALIZATION. Each component was integrated because the cycle is incomplete without it.

3D.DET Emulation at the center. Everything around it exists to serve it. Select a component to read its role.

AS IS

The living twin. 3D.DET emulates the organization as it truly is, fed by the real systems.

OPTIMIZATION
METHODOLOGY

Reads where the organization stands and states the programs at macro level.

BUSINESS SIMULATION GAME

Proves the strategy changes in money.

Two activities in parallel — both return to 3D.DET.

REALIZATION

UPPWISE turns the decided transformation into governed programs and projects — to done.

3D.DET Emulation — the center

The formal model of the organization: who does what, in which process, with which workload and which cost. It is not a drawing; it is a database that answers. Every other component reads it or feeds it.

Why it is the center: without a trustworthy AS IS, every strategy discussion is opinion. The twin makes it fact.

Methodology — the diagnosis

A proven management methodology reads the lifecycle position of the company and of every unit, and states what must change to move toward its optimal stage — the programs, at macro level.

Why integrated: the twin says what IS; the methodology says what it MEANS and where to go. Diagnosis feeds transformation.

Business Simulation Game — strategy, tested in money

Before changing the company, change the simulation. Strategy changes, business evolution and transformation are tested from the economic point of view — revenues, costs, capacity. Then everything returns to 3D.DET to verify how the organization must evolve to sustain the winning strategy.

Why integrated: a strategy that was never priced is a wish. The game prices it; the twin organizes it.

Strategic Portfolio Management — UPPWISE

The realization arm. The programs at macro level arrive from the methodology; the detailed level arrives from 3D.DET. UPPWISE governs the resulting portfolio of programs and projects until the transformation is executed.

Why integrated: optimization without execution changes nothing. UPPWISE closes the cycle — from decision to done.

Connectors — third parties feed the twin

Connectors to third-party systems keep the AS IS alive: process mining discovers the real flows; logic mining extracts the real logic of activities — the precondition to agentize them; MIS transaction data keeps workloads and volumes measured, not declared.

Why integrated: a twin fed by opinions decays. A twin fed by systems stays true.

Data readiness and twin maintenance

  1. Client systemsERP, HR, MIS.
  2. Copy in stagingThe client hands over its data.
  3. Analysis by ClaudeEvery anomaly becomes a question.
  4. Human decisionThe referents answer. A person approves.
  5. Updated twinEvery fact carries its class.

↻Connectors keep the twin aligned with the client's systems, continuously.

↳The analysis produces the proposal of an extra data-cleaning project.

The twin is alive

The AS IS is not a snapshot. Connectors read the client's systems continuously. Claude and the implementation team keep the model aligned. Every fact records who confirmed it and when. When a confirmation expires, the fact returns to verification.

Data do not need to be clean to start

Every fact enters with its class: declared, synchronized, verified, stale, contested. An uncertain fact stays declared or contested. Every answer shows the class of the data it uses.

The classes of a fact and how a fact moves between themStated by the clientDeclaredCopied from a source systemSynchronizedTwo sources disagreeContestedVerifiedStaleconfirmedexpiresre-verifieda person decides

Data analysis and cleaning project

During implementation the client hands us its data. We analyze it and propose an extra data-cleaning project.

  1. We work on a copy in staging, never on the client's systems.
  2. Claude profiles the data: duplicates, missing fields, transactions without an owner, people assigned to non-existent positions.
  3. Claude turns every anomaly into a question for the client's referents.
  4. Claude proposes the link between MIS transaction and TASK.
  5. A person approves every proposal.

The data remain the client's

The data are the client's property. We do not modify them. The client decides whether to apply the corrections itself or to assign the extra cleaning project to us. We have the skills and the people to run it.

In depth

The formal model of work

3D.DET describes an organization with one chain of objects. Each object is linked to the next.

  • ORGANIZATION: the group, its companies and legal entities, its units.
  • JOB: the position. It is the resource that does the work, not the work itself. A person or an agent can execute it.
  • ROLE: the responsibility a JOB has on a task: Responsible, Accountable, Consulted, Informed (RACI).
  • TASK: the smallest unit of work. It has a frequency, a duration and a degree of automatability.
  • PROCESS: a chain of tasks. It starts in one function, crosses others and ends somewhere else.
  • MIS transaction: the unit of the information system the task uses, with its real behavior in that company.
  • Cost: the workload multiplied by the cost of who does the work.

The chain is complete, so every question has a path through the model. "What does this function do?" reads its JOBs and tasks. "What does it cost?" adds the workloads. "What happens if we move this task?" follows the process into the other functions it touches.

Where the data come from

Four sources feed the twin. HR and ERP systems give people, positions and transactions. Process mining gives the real flows. The C LEVEL TWIN gives the work that leaves no trace in the systems. AI reads documents and interviews and proposes the rest. Nothing becomes true in the model automatically: the system proposes, a person approves.

AS IS and TO-BE

The AS IS is the organization as it is today. A TO-BE is a hypothesis of change. Each TO-BE lives in its own scenario. The AS IS does not change until governance chooses a TO-BE and promotes it. The chosen TO-BE then becomes the new AS IS, and the cycle starts again: know, design, simulate, test, select, transform, evolve.

Why "3D"

The organization becomes a space you can navigate. You follow a process task by task, across functions, from the group level down to the single desk. Time is the fourth axis: the model keeps its history, so you see how the organization changed and when.

Every fact has an owner and a date

Each object in the model records who confirmed it and when. A fact confirmed by a person is verified. A fact copied from a source system is synchronized. A fact only stated by the client is declared. When a confirmation expires, the fact becomes stale. When two sources disagree, it is contested. Answers show these classes, so the reader knows what is measured and what is estimated.