Interactive architectureInteractieve architectuurPaper-led · Session-only

Value Delivery Thread

From governable context to demonstrable human value.

Van bestuurbare context naar aantoonbare menselijke waarde.

Start with the Universal Context Foundation, follow decisions and evidence through the Value Delivery Thread, and test every result against the Workplace Vision people should experience.

Start met het Universeel Context Fundament, volg besluiten en bewijs door de Value Delivery Thread en toets ieder resultaat aan de Workplace Vision die mensen moeten ervaren.

Start with UCFBegin bij UCF

This is a static illustration. Choices live only in memory and disappear on reset or reload.Dit is een statische illustratie. Keuzes bestaan alleen in geheugen en verdwijnen bij reset of herladen.

Do not centralize every fact. Centralize the demonstrability of the relationship.

Centraliseer niet ieder feit. Centraliseer de aantoonbaarheid van de relatie.

Value Delivery Thread · v1.0

Three papers · one threadDrie papers · één rode draad

Change the lens, preserve the meaning.Wissel van lens, behoud de betekenis.

Each paper owns a different question. In this order they connect governable context, delivery evidence and the human outcome.

Iedere paper bezit een andere vraag. In deze volgorde verbinden ze bestuurbare context, leveringsbewijs en de menselijke uitkomst.

Governed AI

How does context remain governable while execution stays replaceable?

Hoe blijft context bestuurbaar terwijl uitvoering vervangbaar blijft?

UCF makes organization-owned context, policies, stage contracts, validation and evidence the durable foundation. A model remains an executor behind a controlled adapter.

UCF maakt context, policies, stagecontracten, validatie en bewijs waarvan de organisatie eigenaar blijft tot het duurzame fundament. Een model blijft een uitvoerder achter een beheerste adapter.

Generated ≠ validated ≠ published.Gegenereerd ≠ gevalideerd ≠ gepubliceerd.

UCFcontext · meaningFeaturebehaviorUIinteractionDBschemaexact pins

Traceability

How does intended value survive every handover?

Hoe blijft bedoelde waarde behouden bij iedere overdracht?

The thread connects definitions, exact releases, commercial snapshots, delivery instances, operational reality and experience without turning one tool into the master of everything.

De thread verbindt definities, exacte vrijgaven, commerciële snapshots, delivery instances, operationele werkelijkheid en ervaring zonder één tool tot master van alles te maken.

Forward and backward traceabilityVoorwaartse en achterwaartse traceerbaarheid
Exact versions, owners, decisions and evidenceExacte versies, eigenaren, besluiten en bewijs
Separate lifecycle and readiness decisionsAfzonderlijke lifecycle- en gereedheidsbesluiten

Outcome

What should people be able to achieve and experience?

Wat moeten mensen kunnen bereiken en ervaren?

The workplace starts with people, not platforms. Freedom of access only becomes valuable when it is productive, creative, secure, compliant, calm and inclusive.

De werkplek begint bij mensen, niet bij platformen. Vrijheid van toegang krijgt pas waarde wanneer zij productief, creatief, veilig, compliant, geruststellend en inclusief is.

Governancewhat and whywat en waaromDesignhow it works and feelshoe het werkt en voeltConfigurationdaily reality and evidencedagelijkse werkelijkheid en bewijs

AnytimeAnywhereAny DeviceProductiveCreativeSecureComplianceEase of MindInclusive

01 · Universal Context Foundation · v1.2

Build the governable foundation.Bouw het bestuurbare fundament.

Run a five-stage, fail-closed workflow. Intermediate output stays visible and cannot become publication without concrete validation evidence.

Doorloop een vijfstaps, fail-closed workflow. Tussenoutput blijft zichtbaar en kan zonder concreet validatiebewijs geen publicatie worden.

Four peers, four independent releases

Vier peers, vier onafhankelijke releases

Select a peer to inspect its ownership boundary.

Selecteer een peer om de eigenschapsgrens te bekijken.

Exact versions pinnedExacte versies gepind

UCF OWNS

Meaning, context and governance

Betekenis, context en governance

Workspace purpose, references, policies, stage contracts, context pins, run evidence and publication records. No executable code, credentials or target identity.

Workspacedoel, references, policies, stagecontracten, contextpins, runbewijs en publicatierecords. Geen uitvoerbare code, credentials of targetidentiteit.

Contract: context-release@1.2.0
Digest: sha256:9c1a…42ef
Owner: Context governance

FEATURE OWNS

Portable executable behavior

Overdraagbaar uitvoerbaar gedrag

Feature code receives only named capabilities from the consumer. It cannot take over context, raw filesystem, arbitrary network, environment or database access.

Featurecode ontvangt alleen benoemde capabilities van de consumer. Zij kan context, raw filesystem, willekeurig netwerk, environment of databasetoegang niet overnemen.

content.context.v1database.transaction.v1http.routes.v1ui.render.v1

Contract: feature-release@2.4.1
Digest: sha256:2b81…a3c0
Owner: Feature engineering

UI OWNS

Versioned interaction and presentation

Versieerbare interactie en presentatie

Views, interaction patterns, design tokens and local assets remain a separately reviewable release. UI does not become the source of business meaning.

Views, interactiepatronen, designtokens en lokale assets blijven een afzonderlijk beoordeelbare release. UI wordt niet de bron van bedrijfsbetekenis.

Contract: ui-release@1.8.0
Digest: sha256:78fa…c901
Owner: Design system

DB OWNS

Schema evolution as an explicit contract

Schema-evolutie als expliciet contract

Migrations, grants, schema descriptions and tests are released independently. Live data, secrets and customer dumps never belong in the package.

Migraties, grants, schemabeschrijvingen en tests worden onafhankelijk vrijgegeven. Live data, secrets en klantdumps horen nooit in het package.

Contract: db-release@4.1.0
Digest: sha256:f421…7d18
Owner: Data architecture

Five-stage governed run

Vijfstaps beheerste run

Every stage has input, output and a gate.

Iedere stage heeft input, output en een gate.

RUN-UCF-014AttemptPoging 1

01
Intakepurpose · owner · classificationdoel · owner · classificatie
ReadyGereed
02
Context selectionpins · hashes · exclusions
WaitingWacht
03
Generationimmutable intermediate
WaitingWacht
04
Validationchecks · evidence · reviewer
WaitingWacht
05
Publishrecord · audit · rollback
WaitingWacht

CONTROLLED WORKFLOW

Ready to start a governed runGereed om een beheerste run te starten

Start with a reviewed problem statement. Publication remains impossible until every gate has concrete evidence.Begin met een beoordeelde probleemstelling. Publicatie blijft onmogelijk tot iedere gate concreet bewijs heeft.

Why UCF has three different sequencesWaarom UCF drie verschillende reeksen kentArchitecture design, one operational run and organizational adoption serve different purposes.Architectuurontwerp, één operationele run en organisatorische adoptie dienen verschillende doelen.

Three sequences, three different jobs

Drie reeksen, drie verschillende functies

UCF v1.2 keeps architecture evolution, runtime governance and organizational adoption distinct.

UCF v1.2 houdt architectuurontwikkeling, runtimegovernance en organisatorische adoptie uit elkaar.

Do not merge these modelsVoeg deze modellen niet samen

Architecture design stepsArchitectuur-ontwerpstappenHow the platform design maturesHoe het platformontwerp groeit

Make context visible
Maak context zichtbaar
Make gates explicit
Maak gates expliciet
Separate responsibilities
Scheid verantwoordelijkheden
Enforce portability
Dwing portability af
Make activation recoverable
Maak activatie herstelbaar

Operational run stagesOperationele run-stagesWhat one governed run executesWat één beheerste run uitvoert

Intake
Context selection
Generation
Validation
Publish

Run this model belowDoorloop dit model hieronder ↓

Organizational adoption pathOrganisatorisch adoptiepadHow an organization introduces UCFHoe een organisatie UCF invoert

Purpose + governance
Doel + governance
Context + policies
Context + policies
Formalize five stages
Formaliseer vijf stages
Bind provider adapter
Bind provideradapter
Golden + failure run
Golden + failure run
Make portable
Maak portable
Scale through reuse
Schaal via hergebruik

Consumer activation stays separate from publicationConsumeractivatie blijft gescheiden van publicatieOpen the local preflight, health and last-known-good chain.Open de lokale preflight-, health- en last-known-good-keten.

Trust is built from evidence, not location

Vertrouwen ontstaat uit bewijs, niet uit locatie

Only a complete local chain can become active last-known-good.

Alleen een complete lokale keten kan active last-known-good worden.

Awaiting publicationWacht op publicatie

01Reviewallowed changetoegestane wijziging

02Signaturepublisher identitypublisheridentiteit

03Manifestimmutable versiononveranderbare versie

04File ledgerpath · size · hash

05Targetcapabilities · policy

06Healthlocal runtimelokale runtime

Active last-known-goodPrevious bytes remain active on failureVorige bytes blijven actief bij fouten

02 · Value Delivery Thread

Follow the meaning, not the systemVolg de betekenis, niet het systeem

Select a step to see its durable object, accountable owner, decision and evidence.

Selecteer een stap en zie het duurzame object, de verantwoordelijke eigenaar, het besluit en het bewijs.

01 · INTENT

Begin with the need, not a product code

Begin bij de behoefte, niet bij een productcode

Define who needs which outcome, in what context, within which boundaries and how success becomes recognizable.

Bepaal voor wie welke uitkomst nodig is, in welke context, binnen welke grenzen en hoe succes herkenbaar wordt.

Object: CustomerOutcome
Owner: Business and service owner; Business- en serviceowner
Decision
Besluit: Value, scope and success criteria accepted; Waarde, scope en succescriteria aanvaard
Evidence
Bewijs: Needs, context and outcome measures; Behoeften, context en uitkomstmetingen

02 · DEFINITION

Translate the outcome into a coherent promise

Vertaal de uitkomst naar een samenhangende belofte

Scope, inclusions, exclusions, responsibilities, price unit, delivery variants, support boundaries and risks are designed together.

Scope, inclusies, uitsluitingen, verantwoordelijkheden, prijseenheid, leveringsvarianten, supportgrenzen en risico's worden samen ontworpen.

Object: ProductVersion + OfferingVersion
Owner: Product governance; Productgovernance
Decision
Besluit: Normative definition approved; Normatieve definitie goedgekeurd
Evidence
Bewijs: Scope, design and control records; Scope-, ontwerp- en controlrecords

03 · RELEASE

Release one exact, compatible combination

Geef één exacte, compatibele combinatie vrij

The PDC binds immutable version references from expert domains and records whether that combination is sellable and generically deliverable.

De PDC bindt onveranderbare versieverwijzingen uit vakdomeinen en legt vast of die combinatie verkoopbaar en generiek leverbaar is.

Object: ProductRelease
Owner: PDC + Product governance
Decision
Besluit: Compatible combination released; Compatibele combinatie vrijgegeven
Evidence
Bewijs: Pins, approvals, validity and gate records; Pins, goedkeuringen, geldigheid en gaterecords

04 · SNAPSHOT

Freeze what one customer was actually offered

Bevries wat één klant werkelijk is aangeboden

Customer data, quantities, resolved prices, terms, allowed deviations, approvals and validity become an immutable commercial snapshot.

Klantgegevens, hoeveelheden, berekende prijzen, voorwaarden, toegestane afwijkingen, goedkeuringen en geldigheid worden een onveranderbare commerciële snapshot.

Object: QuoteSnapshot
Owner: CRM / CPQ / Quote dossier
Decision
Besluit: Offer sent or accepted; Offerte verzonden of aanvaard
Evidence
Bewijs: Inputs, outcome, deviations and approvals; Inputs, uitkomst, afwijkingen en goedkeuringen

05 · COMMITMENT

Turn valid acceptance into one commitment

Maak van geldige acceptatie één verbintenis

Identity, validity, authority, completeness and duplicate processing are checked before an idempotent transition to contract or order line.

Identiteit, geldigheid, bevoegdheid, volledigheid en dubbele verwerking worden gecontroleerd vóór een idempotente overgang naar contract of orderline.

Object: Contract / OrderLine
Owner: Contract / Order / ERP
Decision
Besluit: Commercial commitment valid; Commerciële verbintenis geldig
Evidence
Bewijs: Acceptance record and idempotency key; Acceptatierecord en idempotency key

06 · EXECUTION

Execute the released blueprint for this customer

Voer de vrijgegeven blueprint uit voor deze klant

Work, planning, assigned people, controls, dependencies, deviations and evidence are recorded against the exact release and snapshot.

Werk, planning, toegewezen mensen, controls, afhankelijkheden, afwijkingen en bewijs worden vastgelegd tegen de exacte release en snapshot.

Object: DeliveryInstance
Owner: Delivery execution
Decision
Besluit: Required results accepted; Vereiste resultaten geaccepteerd
Evidence
Bewijs: Work items, controls and acceptance; Werkitems, controls en acceptatie

07 · REALIZATION

Build the concrete Service Instance

Bouw de concrete Service Instance

The Service Instance connects customer, contract and exact release to real components. The CMDB remains authoritative for actual CIs and their current relationships.

De Service Instance verbindt klant, contract en exacte release met werkelijke componenten. De CMDB blijft gezaghebbend voor actuele CI's en relaties.

Object: ServiceInstance + CI relations
Owner: Service inventory + CMDB
Decision
Besluit: Concrete service realized; Concrete dienst gerealiseerd
Evidence
Bewijs: Actual CIs, relations and release linkage; Werkelijke CI's, relaties en releasekoppeling

08 · READINESS

Prove readiness before operational handover

Bewijs gereedheid vóór operationele overdracht

Monitoring, support, knowledge, ownership, executed controls, continuity and recovery must exist for this customer. A missing CI or handover blocks the transition.

Monitoring, support, kennis, eigenaarschap, uitgevoerde controls, continuïteit en herstel moeten voor deze klant bestaan. Een ontbrekende CI of overdracht blokkeert de overgang.

Object: OperationalReadinessDecision
Owner: Service transition authority; Service-transitionauthority
Decision
Besluit: Customer-specific operational readiness; Klantspecifieke operationele gereedheid
Evidence
Bewijs: Capacity, controls, monitoring and support handover; Capaciteit, controls, monitoring en supportoverdracht

09 · OPERATIONS

Operate, support and measure the outcome

Beheer, ondersteun en meet de uitkomst

Availability, quality, incidents, requests, capacity, cost, compliance, experience and customer outcomes are followed in the context of the released promise.

Beschikbaarheid, kwaliteit, incidenten, verzoeken, capaciteit, kosten, compliance, ervaring en klantuitkomsten worden gevolgd in de context van de vrijgegeven belofte.

Object: ServiceManagementRecords + ExperienceEvidence
Owner: Service owner + support + experience owners; Serviceowner + support + experience-eigenaren
Decision
Besluit: Outcome demonstrated or gap identified; Uitkomst aangetoond of tekort vastgesteld
Evidence
Bewijs: Service signals, incidents, feedback and measures; Servicesignalen, incidenten, feedback en metingen

10 · IMPROVEMENT

Change the right layer deliberately

Wijzig doelgericht de juiste laag

A signal becomes a governed Change Decision: CI correction, runbook patch, new blueprint, new ProductVersion or a new ProductRelease. Existing snapshots and instances never change silently.

Een signaal wordt een beheerst Change Decision: CI-correctie, runbookpatch, nieuwe blueprint, nieuwe ProductVersion of nieuwe ProductRelease. Bestaande snapshots en instances wijzigen nooit stilzwijgend.

Object: ChangeDecision
Owner: Owner of the affected domain; Eigenaar van het geraakte domein
Decision
Besluit: Correct change and migration level selected; Juiste wijzigings- en migratieniveau gekozen
Evidence
Bewijs: Impact, source, target and approval; Impact, bron, doel en goedkeuring

02 · ProductRelease checkpoint02 · ProductRelease-checkpoint

Keep the facts apart. Release their compatibility together.Houd de feiten apart. Geef hun compatibiliteit samen vrij.

Pin each domain-owned release input. The PDC records the exact combination and its decision; it does not take over the underlying facts.

Pin iedere release-input waarvan een vakdomein eigenaar is. De PDC legt de exacte combinatie en het besluit vast; zij neemt de onderliggende feiten niet over.

Open the federated ProductRelease checkpointOpen het federatieve ProductRelease-checkpointInspect exact source pins, three separate readiness decisions and the authoritative home of each fact.Onderzoek exacte bronpins, drie afzonderlijke gereedheidsbesluiten en de gezaghebbende plek van ieder feit.

Domain-owned release inputs

Release-inputs van vakdomeinen

Select exact, immutable versions.

Selecteer exacte, onveranderbare versies.

0/5

01Not pinnedNiet gepind

ProductVersion + OfferingVersion

Owner · Product governance

Promise, scope, market and conditions.Belofte, scope, markt en voorwaarden.

02Not pinnedNiet gepind

PriceModel + PriceBook

Owner · Pricing / Finance / CPQ

Formula, amounts, currency and validity.Formule, bedragen, valuta en geldigheid.

03Not pinnedNiet gepind

Terms + QuoteTemplate

Owner · Commercial / Legal content

Approved clauses and reusable presentation.Goedgekeurde clausules en herbruikbare presentatie.

04Not pinnedNiet gepind

Delivery Blueprint + Runbook

Owner · Process / Delivery / Operations

Required outcomes, controls and instructions.Vereiste uitkomsten, controls en instructies.

05Not pinnedNiet gepind

SupportModel + ServiceModel

Owner · Service architecture

Required service types, relations and support.Vereiste servicetypen, relaties en support.

PDC · RELEASE MANIFEST

ProductRelease PR-2026-014

Draft combinationConceptcombinatie

The PDC owns this compatibility and release decision - not the domain facts it references.

De PDC bezit dit compatibiliteits- en vrijgavebesluit - niet de domeinfeiten waarnaar het verwijst.

Productawaiting exact versionwacht op exacte versie
Pricingawaiting exact versionwacht op exacte versie
Commercialawaiting exact versionwacht op exacte versie
Deliveryawaiting exact versionwacht op exacte versie
Serviceawaiting exact versionwacht op exacte versie

Never “latest”. A changed source creates a new or reassessed release; an existing release never changes silently.

Nooit “latest”. Een gewijzigde bron leidt tot een nieuwe of herbeoordeelde release; een bestaande release verandert nooit stilzwijgend.

Three decisions, not one green status

Drie besluiten, niet één groene status

Pass each gate at its own decision level.

Passeer iedere gate op het eigen beslisniveau.

Waiting for release inputsWacht op release-inputs

Sellable

Verkoopbaar

Product, offering, price, terms, template, market fit and authorized commercial/legal decisions.

Product, offering, prijs, voorwaarden, template, marktgeschiktheid en bevoegde commerciële/juridische besluiten.

Decision level · ProductRelease Blocked by missing pinsGeblokkeerd door ontbrekende pins

Generically deliverable

Generiek leverbaar

Blueprint, service model, support, capacity policy, people, knowledge, controls, monitoring and recovery path.

Blueprint, servicemodel, support, capaciteitspolicy, mensen, kennis, controls, monitoring en herstelpad.

Decision level · ProductRelease Blocked by missing pinsGeblokkeerd door ontbrekende pins

Customer-operationally ready

Klantspecifiek operationeel gereed

Valid acceptance, concrete capacity, executed controls, realized service, actual CI links, monitoring and support handover.

Geldige acceptatie, concrete capaciteit, uitgevoerde controls, gerealiseerde service, werkelijke CI-koppelingen, monitoring en supportoverdracht.

Decision level · Contract + instances Requires customer instance evidenceVereist bewijs van klantinstances

Customer-specific evidence bundle

Klantspecifieke bewijsbundel

These four controls are independent of the two ProductRelease decisions and must exist before operational readiness can be recorded.

Deze vier controles staan los van de twee ProductRelease-besluiten en moeten bestaan voordat operationele gereedheid kan worden vastgelegd.

0/4 · illustrative evidence items recorded in memoryillustratieve bewijsitems vastgelegd in geheugen

Readiness matrix - inspired by the demonstrator, corrected by the paper's decision modelGereedheidsmatrix - geïnspireerd op de demonstrator, gecorrigeerd door het beslismodel uit de paper
Decision objectBeslisobject	Exact inputsExacte inputs	SellableVerkoopbaar	DeliverableLeverbaar	OperationalOperationeel
ProductRelease PR-2026-014	PendingWacht	PendingWacht	PendingWacht	Instance levelInstanceniveau
Northwind · Contract + DeliveryInstance + ServiceInstance	0/4 evidence	Release decisionReleasebesluit	Release decisionReleasebesluit	PendingWacht

Where the other information belongs

Waar de overige informatie thuishoort

A shared view is useful; shared ownership is not required.

Een gedeelde weergave is nuttig; gedeeld eigenaarschap is niet nodig.

€

Price list

Prijslijst

PriceBook · Pricing / Finance / CPQ

The list is a generated view; the PriceBook is the governed source.De lijst is een gegenereerde weergave; het PriceBook is de beheerste bron.

version pin → ProductRelease

Quote library

Offertebibliotheek

Templates · Commercial / Legal CMS

Reusable content stays separate from the customer-specific QuoteSnapshot.Herbruikbare content blijft apart van de klantspecifieke QuoteSnapshot.

template pin → ProductRelease

↳

Process handbook

Proceshandboek

Process / Blueprint / Runbook · QMS / KMS

The handbook can compose a readable view without becoming a second master.Het handboek kan een leesbare weergave samenstellen zonder een tweede master te worden.

design pin → ProductRelease

CMDB

ServiceInstance + CI relations · ITSM

The CMDB owns actual operational components; it does not decide the promise.De CMDB bezit werkelijke operationele componenten; zij bepaalt niet de belofte.

actual state → ServiceInstance

03 · Workplace Vision

End with the human experience.Eindig bij de menselijke ervaring.

Architecture earns its value only when people can work productively, creatively, securely and with confidence.

Architectuur krijgt pas waarde wanneer mensen productief, creatief, veilig en met vertrouwen kunnen werken.

01Governancewhat and whywat en waarom

02Designhow it works and feelshoe het werkt en voelt

03Configurationdaily reality and evidencedagelijkse werkelijkheid en bewijs

01AnytimeAltijd
02AnywhereOveral
03Any DeviceElk apparaat
04ProductiveProductief
05CreativeCreatief
06SecureVeilig
07Compliance
08Ease of MindGemoedsrust
09InclusiveInclusief

People first. UCF and VDT are not the destination; they make this outcome governable and demonstrable.

Mensen eerst. UCF en VDT zijn niet het einddoel; zij maken deze uitkomst bestuurbaar en aantoonbaar.

Go deeperMeer verdieping

The demo illustrates. The papers define.De demo illustreert. De papers definiëren.

Use this page to explore the relationships, then read the full theory, boundaries and source references.

Gebruik deze pagina om de relaties te verkennen en lees daarna de volledige theorie, begrenzing en bronverwijzingen.

Context · workflow · governance · portabilityContext · workflow · governance · portability

Universal Context Foundation

Universeel Context Fundament

A governable, repeatable and vendor-independent foundation for AI workflows.

Een bestuurbare, herhaalbare en vendor-onafhankelijke basis voor AI-workflows.

Read paperLees paper

Customer value · coherence · evidenceKlantwaarde · samenhang · bewijs