diff --git a/.gitignore b/.gitignore
index e30e616..bb19a89 100644
--- a/.gitignore
+++ b/.gitignore
@@ -62,3 +62,4 @@ code/bin/
 code/lib/
 code/include
 */__pycache__
+/.idea/LNKD.tech Editor.xml
diff --git a/dprod-contracts/README.md b/dprod-contracts/README.md
new file mode 100644
index 0000000..ac74868
--- /dev/null
+++ b/dprod-contracts/README.md
@@ -0,0 +1,159 @@
+# DPROD Data Contracts: Deterministic Policy Language for Data Governance
+
+**An ODRL 2.2 profile with deterministic evaluation semantics for data governance.**
+
+---
+
+## What This Is
+
+DPROD Contracts is an ODRL 2.2 profile. It uses ODRL terms for all standard constructs (Permission, Duty, Prohibition, Agreement, etc.) and only adds extensions where ODRL 2.2 leaves behavior undefined:
+
+1. **Explicit lifecycle**: Pending -> Active -> Fulfilled/Violated (unified for duties and contracts)
+2. **Bilateral agreements**: Both assigner and assignee may have duties
+3. **Deterministic evaluation**: Total functions, no undefined states
+4. **Formal verification target**: Amenable to Dafny, Why3, Coq
+5. **Structured operand resolution**: SHACL-style `dprod:path` property paths
+6. **Recurring duties**: `recurrence` via RFC 5545 RRULE for scheduled obligations
+
+DPROD Contracts is **specification-first**. The semantics document defines what any conformant implementation must do. Every DPROD policy is a valid ODRL 2.2 policy.
+
+---
+
+## Quick Start
+
+See [examples/](examples/) for complete working policies:
+
+- [data-contract.ttl](examples/data-contract.ttl) -- DataContract, Subscription, bilateral duties
+- [data-use-policy.ttl](examples/data-use-policy.ttl) -- Role-based access, purpose constraints
+
+---
+
+## What DPROD Contracts Adds to ODRL 2.2
+
+| Extension | ODRL 2.2 | What DPROD Adds |
+|-----------|----------|-----------------|
+| Duty lifecycle | Undefined | Pending -> Active -> Fulfilled/Violated |
+| Bilateral duties | Unilateral (assignee only) | Assigner duties + assignee duties |
+| Conflict resolution | Configurable | Fixed: Prohibition > Permission |
+| Evaluation order | Undefined | Deterministic left-to-right |
+| Operand resolution | Implicit | Explicit `dprod:path` property paths (+ `dprod:select` for complex resolution) |
+| Recurring duties | -- | `recurrence` via RFC 5545 RRULE with per-instance `deadline` |
+| Contract types | -- | `DataContract` (subclass of Offer), `Subscription` (subclass of Agreement) |
+
+**Note**: DPROD Contracts is an ODRL profile, not a parallel vocabulary. Standard ODRL processors can parse DPROD policies; DPROD-aware processors additionally enforce lifecycle, bilateral duties, and deterministic evaluation.
+
+---
+
+## Design Principles
+
+### 1. Specification Precedes Implementation
+
+The [formal semantics](docs/formal-semantics.md) is the normative reference.
+
+### 2. Total Functions
+
+Every evaluation terminates with a defined result:
+
+```
+Eval : Request x PolicySet x State -> Decision x DutySet
+```
+
+### 3. Bilateral Agreements
+
+Agreements return duties for **both** parties:
+
+```
+Result = {
+    decision: Permit | Deny | NotApplicable,
+    assignerDuties: Set<Duty>,   // Provider obligations (SLAs)
+    assigneeDuties: Set<Duty>,   // Consumer obligations
+    violations: Set<Duty>
+}
+```
+
+### 4. Unified Lifecycle State
+
+Duties and contracts share four states:
+
+```
+         condition true
+Pending ──────────────> Active
+                         │  │
+          action done    │  │  deadline passed
+                         ▼  ▼
+                   Fulfilled  Violated
+```
+
+An `odrl:Duty` progresses through `dprod:State` values. A `dprod:DataContract` shares the same state machine.
+
+### 5. Structured Operand Resolution
+
+Operands resolve via `dprod:path` -- SHACL-style property paths from the evaluation context:
+
+```turtle
+# Context-rooted (single-step): direct property on request
+dprod:environment  dprod:path dprod:environment .
+
+# Asset-rooted (two-step): via odrl:target
+dprod:timeliness   dprod:path (odrl:target dprod:timeliness) .
+
+# Agent-rooted (two-step): via odrl:assignee
+dprod:recipientType dprod:select "SELECT ?v WHERE { $request odrl:assignee/dprod:recipientType ?v }" .
+```
+
+---
+
+## Repository Structure
+
+```
+dprod-contracts/
+├── dprod-contracts.ttl              # Core ontology (ODRL profile extension)
+├── dprod-contracts-shapes.ttl       # SHACL validation shapes
+├── dprod-contracts-prof.ttl         # DXPROF profile declaration
+├── examples/
+│   ├── data-contract.ttl            # Complete contract example (with recurrence)
+│   ├── data-use-policy.ttl          # Access control example
+│   └── baseline.ttl                 # Comprehensive test data (8 contracts, 2 subscriptions)
+└── docs/
+    ├── overview.md                  # What is DPROD Contracts? (start here)
+    ├── specification.md             # Technical vocabulary reference
+    ├── term-mapping.md              # Business term -> property mapping + DCON migration
+    ├── formal-semantics.md          # Formal semantics (normative)
+    ├── contracts-guide.md           # Data contract authoring guide
+    └── policy-writers-guide.md      # Data use policy authoring guide
+```
+
+
+---
+
+## Namespaces
+
+| Prefix | Namespace | Role |
+|--------|-----------|------|
+| `odrl:` | `http://www.w3.org/ns/odrl/2/` | Primary -- all standard constructs |
+| `dprod:` | `https://ekgf.github.io/dprod/` | Extensions (State, deadline, recurrence, DataContract, Subscription, path, select, hierarchy) + domain-specific actions, operands, and concept values |
+
+---
+
+## Conformance
+
+An implementation conforms to DPROD Contracts if:
+
+1. It accepts policies that validate against `dprod-contracts-shapes.ttl`
+2. It uses `odrl:Permission`, `odrl:Duty`, `odrl:Prohibition`, `odrl:Agreement` for standard constructs
+3. Its evaluation function produces identical results for identical inputs
+4. All functions are total (no undefined behavior)
+5. State transitions match the operational semantics
+6. Agreement evaluation returns duties for both assigner and assignee
+
+---
+
+## References
+
+- [ODRL 2.2 Information Model](https://www.w3.org/TR/odrl-model/)
+- [W3C Market Data Profile](https://www.w3.org/2021/md-odrl-profile/v1/)
+- [W3C ODRL Profile Best Practices](https://www.w3.org/community/reports/odrl/CG-FINAL-profile-bp-20240808.html)
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-04
diff --git a/dprod-contracts/docs/contracts-guide.md b/dprod-contracts/docs/contracts-guide.md
new file mode 100644
index 0000000..e4a8081
--- /dev/null
+++ b/dprod-contracts/docs/contracts-guide.md
@@ -0,0 +1,574 @@
+# DPROD Contracts Guide
+
+A guide for data platform teams using DPROD for data contracts and subscriptions.
+
+---
+
+## Overview
+
+DPROD models internal data sharing agreements as ODRL 2.2 policies. A **DataContract** is an offer from a data provider. A **Subscription** is an activated contract binding provider and consumer.
+
+```
+DataContract (Offer)          Subscription (Agreement)
++--------------------------+  +--------------------------+
+| Provider duties          |  | Provider duties          |
+| Consumer rights          |  | Consumer rights          |
+| Prohibitions             |  | Consumer duties          |
+| Recurrence rules         |  | Prohibitions             |
++--------------------------+  | State tracking           |
+              accept          +--------------------------+
+            -------->
+```
+
+---
+
+## Key Concepts
+
+### DataContract (Offer)
+
+A `dprod:DataContract` is a subclass of `odrl:Offer`. It specifies:
+
+- **Provider** (`odrl:assigner`): the data team providing data
+- **Target** (`odrl:target`): the data asset(s) covered -- inherited by rules unless overridden
+- **Provider duties** (`odrl:obligation` with `dprod:subject` = provider): SLAs like delivery, notification, schema conformance
+- **Consumer permissions** (`odrl:permission`): what consumers can do with the data
+- **Consumer duties** (`odrl:obligation` without subject in Offer): obligations consumers accept upon subscribing
+- **Prohibitions** (`odrl:prohibition`): what consumers cannot do
+
+### Subscription (Agreement)
+
+A `dprod:Subscription` is a subclass of `odrl:Agreement`. It adds:
+
+- **Consumer** (`odrl:assignee`): the subscribing team
+- **Effective/expiration dates**: contract period
+- **State tracking**: lifecycle state on duties and the subscription itself
+
+### Provider Duties
+
+Provider duties use DPROD actions:
+
+| Action | Description | Example |
+|--------|-------------|---------|
+| `dprod:deliver` | Deliver data to consumers | Daily market data delivery |
+| `dprod:notify` | Send notifications | Schema change notification |
+| `dprod:conformTo` | Maintain conformance to a standard | Schema/quality SLA |
+
+### Consumer Duties
+
+| Action | Description | Example |
+|--------|-------------|---------|
+| `dprod:report` | Submit usage reports | Monthly usage reporting |
+
+### Permissions
+
+Standard ODRL actions apply:
+
+| Action | Description |
+|--------|-------------|
+| `odrl:display` | Display data |
+| `dprod:nonDisplay` | Non-display (algorithmic) use |
+| `odrl:derive` | Create derived products |
+| `odrl:read` | Read data |
+
+---
+
+## Step-by-Step Cookbook
+
+Create your first DataContract in five steps.
+
+### Step 1: Declare the Contract
+
+Every contract starts with a type, profile declaration, and provider identity.
+
+```turtle
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:marketPrices ;
+    dprod:state dprod:Active .
+```
+
+### Step 2: Add Provider Duties (SLAs)
+
+Provider duties declare what the data team commits to. The provider is identified by `dprod:subject` on each duty. Use `dprod:object` to identify who is affected (e.g., who receives notifications).
+
+Rules inherit `odrl:target` from the policy unless they target a different asset.
+
+```turtle
+    # Daily delivery by 06:30 (target inherited from policy)
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+        dprod:deadline "PT30M"^^xsd:duration
+    ] ;
+
+    # Schema conformance (different target -- not inherited)
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:conformTo ;
+        odrl:target ex:marketDataSchema
+    ] ;
+```
+
+### Step 3: Add Consumer Permissions
+
+Permissions define what subscribers can do. In an Offer, omit `odrl:assignee` -- it is filled when the subscription is created. Target is inherited from the policy.
+
+```turtle
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action dprod:nonDisplay ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand dprod:recipientType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:internal
+        ]
+    ] ;
+```
+
+### Step 4: Add Consumer Duties and Prohibitions
+
+Consumer duties activate upon subscription. Prohibitions apply to all subscribers.
+
+```turtle
+    # Consumer must report usage monthly (different target -- not inherited)
+    odrl:obligation [
+        a odrl:Duty ;
+        odrl:action dprod:report ;
+        odrl:target ex:usageStats ;
+        dprod:deadline "P30D"^^xsd:duration
+    ] ;
+
+    # No external redistribution (target inherited from policy)
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute
+    ] .
+```
+
+### Step 5: Create a Subscription
+
+When a consumer accepts the contract, create a Subscription (Agreement) referencing the contract:
+
+```turtle
+ex:subscription a dprod:Subscription ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    dprod:subscribesTo ex:contract ;
+    odrl:assigner ex:dataTeam ;
+    odrl:assignee ex:analyticsTeam ;
+    dprod:effectiveDate "2026-02-01T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime .
+```
+
+The subscription materializes all duties from the contract with explicit `dprod:subject` on each.
+
+---
+
+## Provider Duty Patterns
+
+### Timeliness Pattern (Delivery SLA)
+
+Scheduled data delivery with a fulfillment window. Target inherited from policy.
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:deliver ;
+    dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+    dprod:deadline "PT30M"^^xsd:duration
+] .
+```
+
+**DCON equivalent**: `ProviderTimelinessPromise`
+
+### Schema Pattern (Schema Conformance)
+
+Provider guarantees data conforms to a published schema. Target differs from policy -- specify explicitly.
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:conformTo ;
+    odrl:target ex:marketDataSchema
+] .
+```
+
+**DCON equivalent**: `ProviderSchemaPromise`
+
+### Notification Pattern (Change Notification)
+
+Provider must notify consumers before making changes, with a lead time expressed as a duration deadline. Use `dprod:object` to identify who is notified.
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    dprod:object ex:consumer ;
+    odrl:action dprod:notify ;
+    odrl:target ex:schemaChanges ;
+    dprod:deadline "P14D"^^xsd:duration
+] .
+```
+
+**DCON equivalent**: `ProviderChangeNotificationPromise`
+
+### Quality SLA Pattern
+
+Provider guarantees data quality via `conformTo` with a constraint. This replaces DCON's `ProviderQualityPromise`.
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:conformTo ;
+    odrl:target ex:riskMetricsSchema ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:timeliness ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:realtime
+    ]
+] .
+```
+
+The constraint can check any DPROD operand -- timeliness, classification, environment, etc.
+
+---
+
+## Recurrence
+
+Recurring duties use `dprod:recurrence` -- an RFC 5545 RRULE string. Combined with `dprod:deadline`, this defines a schedule and fulfillment window.
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:deliver ;
+    dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+    dprod:deadline "PT30M"^^xsd:duration
+] .
+```
+
+This means: deliver market prices daily at 06:00 (target inherited from policy), with a 30-minute window to fulfill.
+
+### Common RRULE Patterns
+
+| Pattern | RRULE |
+|---------|-------|
+| Daily at 06:00 | `FREQ=DAILY;BYHOUR=6;BYMINUTE=0` |
+| Weekly on Monday | `FREQ=WEEKLY;BYDAY=MO` |
+| Monthly on the 1st | `FREQ=MONTHLY;BYMONTHDAY=1` |
+| Every 15 minutes | `FREQ=MINUTELY;INTERVAL=15` |
+| Hourly | `FREQ=HOURLY` |
+
+Each generated instance follows the standard duty lifecycle independently (Pending -> Active -> Fulfilled/Violated).
+
+---
+
+## Common Patterns Quick Reference
+
+### Simple File Drop
+
+Read-only access, no recurrence, no consumer duties. Target inherited from policy.
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:referenceData ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read
+    ] ;
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:modify
+    ] .
+```
+
+### API with SLA
+
+Daily delivery, schema conformance, display + non-display, monthly reporting. Target inherited from policy unless overridden.
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:customerData ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=7;BYMINUTE=0" ;
+        dprod:deadline "PT30M"^^xsd:duration
+    ] ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:conformTo ;
+        odrl:target ex:customerSchema
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action dprod:nonDisplay
+    ] ;
+    odrl:obligation [
+        a odrl:Duty ;
+        odrl:action dprod:report ;
+        odrl:target ex:usageStats ;
+        dprod:deadline "P30D"^^xsd:duration
+    ] ;
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute
+    ] .
+```
+
+### Mission-Critical Service
+
+High-frequency delivery with quality SLA and change notification. Target inherited from policy unless overridden.
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:riskMetrics ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:deliver ;
+        dprod:recurrence "FREQ=MINUTELY;INTERVAL=1" ;
+        dprod:deadline "PT30S"^^xsd:duration
+    ] ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:conformTo ;
+        odrl:target ex:riskSchema ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand dprod:timeliness ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:realtime
+        ]
+    ] ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:notify ;
+        odrl:target ex:schemaChanges ;
+        dprod:deadline "P14D"^^xsd:duration
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action dprod:nonDisplay
+    ] .
+```
+
+### Multi-Dataset Contract
+
+A single contract covering multiple targets. When a policy has multiple targets, rules must specify their target explicitly -- inheritance is ambiguous.
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:marketPrices , ex:referenceData , ex:riskMetrics ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target ex:marketPrices
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target ex:referenceData
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target ex:riskMetrics
+    ] .
+```
+
+---
+
+## Advanced Topics
+
+### Target Inheritance
+
+`odrl:target` at the policy level is inherited by rules that don't declare their own target. This reduces redundancy:
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:target ex:marketPrices ;           # policy-level target
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read                # inherits ex:marketPrices
+    ] ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:conformTo ;
+        odrl:target ex:marketDataSchema      # different target -- explicit
+    ] .
+```
+
+**Rules**:
+- Single-target policy: rules inherit the target unless they specify a different one
+- Multi-target policy: rules must specify their target (inheritance is ambiguous)
+- Named duty instances (standalone): always specify their target
+
+### Multi-Asset Contracts
+
+A contract can cover multiple targets. When multiple targets exist, each rule must specify its own target (inheritance is ambiguous):
+
+```turtle
+ex:contract odrl:target ex:asset1 , ex:asset2 ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target ex:asset1
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display ;
+        odrl:target ex:asset2
+    ] .
+```
+
+### Team Delegation
+
+Use `dprod:memberOf` to model team hierarchies. A permission granted to a team applies to its members via hierarchy subsumption during evaluation:
+
+```turtle
+ex:analyst a odrl:Party ;
+    dprod:memberOf ex:analyticsTeam .
+
+ex:analyticsTeam a odrl:Party ;
+    dprod:memberOf ex:tradingDivision .
+```
+
+### Version Chains
+
+Use `prov:wasRevisionOf` to link contract versions:
+
+```turtle
+ex:contract-v2 a dprod:DataContract ;
+    prov:wasRevisionOf ex:contract-v1 .
+
+ex:contract-v3 a dprod:DataContract ;
+    prov:wasRevisionOf ex:contract-v2 .
+```
+
+Subscriptions reference the specific contract version they activate:
+
+```turtle
+ex:subscription dprod:subscribesTo ex:contract-v2 .
+```
+
+### Expiration
+
+Contracts and subscriptions can have explicit expiration dates:
+
+```turtle
+ex:subscription a dprod:Subscription ;
+    dprod:effectiveDate "2026-01-15T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime .
+```
+
+---
+
+## Lifecycle
+
+Duties and contracts share four states:
+
+```
+         condition true
+Pending ──────────────> Active
+                         |  |
+          action done    |  |  deadline passed
+                         v  v
+                   Fulfilled  Violated
+```
+
+- **Pending**: condition not yet met / not yet in force
+- **Active**: condition met, action required / in force
+- **Fulfilled**: action performed / obligations complete
+- **Violated**: deadline passed / breached
+
+---
+
+## Versioning
+
+Contracts can be versioned using `prov:wasRevisionOf`:
+
+```turtle
+ex:contract-v2 a dprod:DataContract ;
+    prov:wasRevisionOf ex:contract-v1 .
+```
+
+Subscriptions reference the contract they activate via `dprod:subscribesTo`:
+
+```turtle
+ex:subscription dprod:subscribesTo ex:contract-v2 .
+```
+
+---
+
+## Complete Example
+
+See [examples/data-contract.ttl](../examples/data-contract.ttl) for a full working contract with bilateral duties, recurrence, schema conformance, and subscription.
+
+For comprehensive test data covering all patterns, see [examples/baseline.ttl](../examples/baseline.ttl).
+
+---
+
+## DCON Migration
+
+If migrating from DCON, see [term-mapping.md](term-mapping.md) for complete property equivalents.
+
+---
+
+## Validation Checklist
+
+1. Every policy declares `odrl:profile <https://ekgf.github.io/dprod/>`
+2. Conflict strategy (`odrl:conflict odrl:prohibit`) is inherited from the profile -- do not repeat per-policy
+3. DataContract has `odrl:assigner` (provider)
+4. Subscription has both `odrl:assigner` and `odrl:assignee`
+5. Subscription has `dprod:subscribesTo` referencing a DataContract
+6. Each duty has exactly one `odrl:action`
+7. Each permission and prohibition has exactly one `odrl:action` and one `odrl:target`
+8. Provider duties have `dprod:subject` set to the provider
+9. Deadlines use `xsd:dateTime` or `xsd:duration`
+10. Recurrence uses a valid RFC 5545 RRULE starting with `FREQ=`
+11. Constraints have `leftOperand`, `operator`, and `rightOperand`
+12. LogicalConstraints use exactly one of `odrl:and`, `odrl:or`, or `dprod:not`
+13. Validate against SHACL shapes:
+
+```bash
+shacl validate --shapes dprod-contracts-shapes.ttl --data my-contract.ttl
+```
diff --git a/dprod-contracts/docs/formal-semantics.md b/dprod-contracts/docs/formal-semantics.md
new file mode 100644
index 0000000..c53b430
--- /dev/null
+++ b/dprod-contracts/docs/formal-semantics.md
@@ -0,0 +1,1106 @@
+---
+title: "DPROD Contracts Formal Semantics"
+subtitle: "Deterministic Policy Evaluation for Data Governance"
+version: "0.7"
+status: "Draft"
+date: 2026-02-03
+abstract: |
+  DPROD Contracts is a proper ODRL 2.2 profile with deterministic, total evaluation
+  semantics and bilateral agreement support. This document specifies the formal
+  semantics in a style amenable to mechanization in Dafny, Why3, or similar
+  verification frameworks.
+---
+
+## 1. Introduction
+
+DPROD Contracts addresses semantic gaps in ODRL 2.2:
+
+1. **Duty Ambiguity**: ODRL conflates pre-conditions with post-obligations
+2. **Unilateral Agreements**: ODRL evaluates only from assignee perspective
+3. **Undefined States**: ODRL permits evaluation to be "undefined"
+
+DPROD Contracts provides:
+
+- Explicit duty lifecycle with state machine semantics
+- Bilateral agreement evaluation (grantor and grantee duties)
+- Total evaluation functions (always terminate with defined result)
+- Clear separation of Condition (pre-requisite) from Duty (obligation)
+- Property-path-based operand resolution with SHACL-style traversal semantics
+
+### 1.1 Scope and Runtime Boundary
+
+This specification defines **evaluation semantics** — the contract a conformant engine
+must satisfy. The `State` parameter in `Eval` is an opaque input provided by the
+runtime environment. DPROD Contracts specifies what decision and state transitions *should*
+result from evaluation, but does not define:
+
+- How `State` is persisted or managed between evaluations
+- Event-driven triggers for duty activation or deadline enforcement
+- Protocols for requirement fulfillment claims or re-evaluation
+
+These operational concerns are out of scope for a declarative policy profile.
+Implementations requiring runtime state management, event processing, and enforcement
+protocols should consult RL2, which extends DPROD Contracts's evaluation semantics with a
+complete operational protocol layer.
+
+### 1.2 Notation
+
+- `×` for Cartesian product
+- `→` for function types
+- `∪` for union
+- `∈` for set membership
+- `⊥` for undefined/bottom value
+- `⟦e⟧` for denotation of expression `e`
+- `Γ ⊢ e : τ` for typing judgement ("in context Γ, expression e has type τ")
+
+### 1.2 Document Status
+
+This document is **normative** for DPROD Contracts implementations.
+
+---
+
+## 2. Type System
+
+The type system ensures well-formed policies.
+
+### 2.1 Typing Judgements
+
+We use:
+
+```
+Γ ⊢ e : τ
+```
+
+Where Γ is a typing context mapping identifiers to types.
+
+### 2.2 Types
+
+```
+τ ::= Agent | Action | Asset | Condition | Time | Duration | Boolean | Value | Norm | State | Policy
+```
+
+### 2.3 Key Typing Rules
+
+Permission:
+
+```
+Γ ⊢ a : Agent     Γ ⊢ x : Action     Γ ⊢ s : Asset     Γ ⊢ c : Condition
+---------------------------------------------------------------------------
+       Γ ⊢ Permission(a, x, s, c) : Norm
+```
+
+Duty:
+
+```
+Γ ⊢ a : Agent     Γ ⊢ x : Action     Γ ⊢ s : Asset
+Γ ⊢ c : Condition     Γ ⊢ dl : Deadline     Γ ⊢ r : Recurrence
+--------------------------------------------------------------------------
+        Γ ⊢ Duty(a, x, s, c, dl, r) : Norm
+```
+
+Prohibition:
+
+```
+Γ ⊢ a : Agent     Γ ⊢ x : Action     Γ ⊢ s : Asset     Γ ⊢ c : Condition
+---------------------------------------------------------------------------
+   Γ ⊢ Prohibition(a, x, s, c) : Norm
+```
+
+AtomicConstraint:
+
+```
+Γ ⊢ left : LeftOperand     Γ ⊢ op : ComparisonOperator     Γ ⊢ right : Value
+-------------------------------------------------------------------------------
+        Γ ⊢ AtomicConstraint(left, op, right) : Condition
+```
+
+Logical connectives follow standard typing rules for Boolean-valued expressions.
+
+---
+
+## 3. Abstract Syntax
+
+We define DPROD Contracts's abstract syntax using a typed algebraic grammar.
+
+### 3.1 Syntactic Domains
+
+| Domain | Symbol | Description |
+|--------|--------|-------------|
+| Agents | **A** | Set of agent identifiers |
+| Actions | **X** | Set of action identifiers |
+| Assets | **S** | Set of asset identifiers |
+| Values | **V** | Set of atomic values (strings, numbers, URIs) |
+| Time | **T** | Time domain (ISO 8601 instants) |
+| Duration | **D** | Duration domain (ISO 8601 durations) |
+
+### 3.2 Norms
+
+```
+Norm ::= Permission(subject: Agent, action: Action, asset: Asset, condition: Condition?)
+       | Duty(subject: Agent, action: Action, asset: Asset,
+              object: Agent?, condition: Condition?, deadline: Deadline?, recurrence: Recurrence?)
+       | Prohibition(subject: Agent, action: Action, asset: Asset, condition: Condition?)
+
+Deadline ::= AbsoluteDeadline(time: Time)
+           | RelativeDeadline(duration: Duration)
+
+Recurrence ::= RRule(rule: String)
+```
+
+**Notes**:
+
+- `Permission` corresponds to `odrl:Permission`; `Prohibition` to `odrl:Prohibition`; `Duty` to `odrl:Duty`.
+- The formal `subject` parameter maps to `dprod:subject` on duties (rdfs:subPropertyOf `odrl:assignee`) and to `odrl:assignee` on permissions/prohibitions.
+- The formal `object` parameter (duties only) maps to `dprod:object` — the party affected by the duty action (e.g., who is notified). Not used in norm matching.
+- `AbsoluteDeadline`: Fixed point in time (e.g., 2026-12-31T23:59:59Z)
+- `RelativeDeadline`: Duration from activation (e.g., P30D, PT24H)
+
+**Abstract-to-RDF Name Mapping**:
+
+| Abstract Syntax | RDF Encoding | Notes |
+|---|---|---|
+| `Permission` | `odrl:Permission` | |
+| `Duty` | `odrl:Duty` | |
+| `Prohibition` | `odrl:Prohibition` | |
+| `subject` (Permission/Prohibition) | `odrl:assignee` | Party to whom the norm applies |
+| `subject` (Duty) | `dprod:subject` | Party bearing the duty (rdfs:subPropertyOf odrl:assignee) |
+| `object` (Duty) | `dprod:object` | Party affected by the duty action (metadata, not used in matching) |
+| `grantor` | `odrl:assigner` | Party granting rights |
+| `grantee` | `odrl:assignee` | Party receiving rights (policy-level) |
+| `condition` | `odrl:constraint` | |
+| `Set` | `odrl:Set` | |
+| `Offer` | `odrl:Offer` | `DataContract` is a subtype |
+| `Agreement` | `odrl:Agreement` | `Subscription` is a subtype |
+| `lte` | `odrl:lteq` | |
+| `gte` | `odrl:gteq` | |
+| `recurrence` | `dprod:recurrence` | RFC 5545 RRULE string |
+
+### 3.3 Conditions
+
+```
+Condition ::= AtomicConstraint(leftOperand: LeftOperand,
+                               operator: ComparisonOperator,
+                               rightOperand: Value)
+            | And(operands: Condition+)
+            | Or(operands: Condition+)
+            | Not(operand: Condition)
+
+ComparisonOperator ::= eq | neq | lt | lte | gt | gte | isAnyOf | isNoneOf
+
+RuntimeRef ::= currentAgent | currentDateTime
+```
+
+**Notes**:
+
+- `leftOperand` is drawn from profile-defined operands with `dprod:path`, or dual-typed `RuntimeReference` operands (e.g., `currentDateTime`)
+- Dynamic value resolution on the left side uses `LeftOperand` with `dprod:path` (and optionally `dprod:select`) or dual-typed `RuntimeReference` operands resolved via `resolveRuntime`
+- Right operands are literal values. Identity binding via runtime references in right-operand position is deferred to RL2 (`rl2:rightOperandRef`)
+
+### 3.4 Policies
+
+```
+Policy ::= Set(target: Asset?, clauses: Norm+, condition: Condition?)
+         | Offer(grantor: Agent, grantee: Agent?, target: Asset?, clauses: Norm+, condition: Condition?)
+         | Agreement(grantor: Agent, grantee: Agent, target: Asset?, clauses: Norm+, condition: Condition?)
+```
+
+**Notes**:
+
+- `Set`: Unilateral declaration, no parties. Maps to `odrl:Set` in the RDF encoding.
+- `Offer`: Proposal from grantor, grantee optional (open offer). Maps to `odrl:Offer`. `DataContract` is a subtype of `Offer`.
+- `Agreement`: Bilateral binding, both parties identified. Maps to `odrl:Agreement`. `Subscription` is a subtype of `Agreement`.
+- The formal `grantor` parameter maps to `odrl:assigner` (the party granting rights) in the RDF encoding.
+- The formal `grantee` parameter maps to `odrl:assignee` (the party receiving rights) in the RDF encoding.
+
+### 3.5 Requests
+
+```
+Request ::= Request(agent: Agent, action: Action, asset: Asset, context: Context)
+
+Context ::= Map<String, Value>
+```
+
+**Note**: Context properties correspond to the leaf of `dprod:path` declarations (e.g., `dprod:path odrl:purpose` resolves `?request odrl:purpose ?value`).
+
+---
+
+## 4. Semantic Domains
+
+### 4.1 State
+
+```
+Σ = {
+    clock       : Time,
+    state       : Duty → State,
+    activatedAt : Duty → Time?,           // When duty became Active
+    performed   : Set<(Agent, Action, Asset, Time)>
+}
+
+State ::= Pending | Active | Fulfilled | Violated
+```
+
+**Notes**:
+
+- `State` is a unified lifecycle enum shared by duties, contracts, and subscriptions. The formal semantics tracks duty state during evaluation; contract and subscription state is administrative (not evaluated at request time).
+- Terminal states (`Fulfilled`, `Violated`) are permanent — see §9.4.
+
+**Initial state** Σ₀:
+
+```
+Σ₀ = {
+    clock       = currentSystemTime,
+    state       = λd. Pending,
+    activatedAt = λd. ⊥,
+    performed   = ∅
+}
+```
+
+**State Update Notation**: We use `Σ[f ↦ v]` to denote state update:
+
+```
+Σ[state(d) ↦ Active] =
+    (Σ.clock, Σ.state[d ↦ Active], Σ.activatedAt, Σ.performed)
+
+Σ[state(d) ↦ Active, activatedAt(d) ↦ t] =
+    (Σ.clock, Σ.state[d ↦ Active], Σ.activatedAt[d ↦ t], Σ.performed)
+```
+
+### 4.2 Environment
+
+```
+Env = {
+    agent   : Agent,          // Canonical root: agent
+    action  : Action,
+    asset   : Asset,          // Canonical root: asset
+    context : Context,        // Canonical root: context
+    Σ       : Σ
+}
+```
+
+The evaluation context is the entry point for `dprod:path` property path traversal (see §6.3).
+
+**Environment Construction**: Given a Request `R = (a, x, s, ctx)` and state Σ:
+
+```
+buildEnv(R, Σ) = {
+    agent   = R.agent,
+    action  = R.action,
+    asset   = R.asset,
+    context = R.context,
+    Σ       = Σ
+}
+```
+
+### 4.3 Decision
+
+```
+Decision ::= Permit | Deny | NotApplicable
+```
+
+### 4.4 Evaluation Result
+
+```
+Result = {
+    decision      : Decision,
+    grantorDuties : Set<Duty>,    // Duties on the grantor (data provider)
+    granteeDuties : Set<Duty>,    // Duties on the grantee (data consumer)
+    violations    : Set<Duty>,
+    explanation   : Explanation
+}
+```
+
+---
+
+## 5. Duty Lifecycle
+
+### 5.1 State Diagram
+
+```
+                    condition becomes true
+         ┌─────────────────────────────────────┐
+         │                                     ▼
+     ┌───────┐                            ┌────────┐
+     │Pending│                            │ Active │
+     └───────┘                            └────────┘
+                                           │     │
+                         action performed  │     │  deadline exceeded
+                                           ▼     ▼
+                                    ┌──────────┐ ┌─────────┐
+                                    │Fulfilled │ │Violated │
+                                    └──────────┘ └─────────┘
+```
+
+### 5.2 Transition Rules
+
+**Rule D-ACTIVATE** (Pending → Active):
+
+```
+Σ.state(duty) = Pending
+duty.condition = ⊥ ∨ ⟦duty.condition⟧(Env) = true
+─────────────────────────────────────────────────
+Σ' = Σ[state(duty) ↦ Active, activatedAt(duty) ↦ Σ.clock]
+```
+
+Activation is **condition-driven**: when the duty's condition first evaluates to true (or the duty has no condition), the duty becomes active.
+
+**Rule D-FULFILL** (Active → Fulfilled):
+
+```
+Σ.state(duty) = Active
+performed(duty.subject, duty.action, duty.asset, Σ) = true
+effectiveDeadline(duty, Σ) ≥ Σ.clock  ∨  effectiveDeadline(duty, Σ) = ∞
+────────────────────────────────────────────────────────────────────────
+Σ' = Σ[state(duty) ↦ Fulfilled]
+```
+
+Fulfillment is **event-driven**: when a performed action matches the duty's required action (including narrower actions via `includedIn` subsumption), the duty is fulfilled.
+
+**Rule D-VIOLATE** (Active → Violated):
+
+```
+Σ.state(duty) = Active
+Σ.clock > effectiveDeadline(duty, Σ)
+performed(duty.subject, duty.action, duty.asset, Σ) = false
+────────────────────────────────────────────────────────────
+Σ' = Σ[state(duty) ↦ Violated]
+```
+
+Violation is **time-driven**: when the deadline passes without fulfillment, the duty is violated.
+
+**Algorithmic form** (for implementation):
+
+```
+updateDutyStates(duties, Env, Σ) =
+    foldl(updateOneDuty(Env), Σ, duties)
+
+updateOneDuty(Env)(Σ, d) =
+    case Σ.state(d) of
+        Pending → if d.condition = ⊥ ∨ ⟦d.condition⟧(Env)
+                  then Σ[state(d) ↦ Active, activatedAt(d) ↦ Σ.clock]
+                  else Σ
+        Active  → if performed(d.subject, d.action, d.asset, Σ)
+                  then Σ[state(d) ↦ Fulfilled]
+                  else if Σ.clock > effectiveDeadline(d, Σ)
+                  then Σ[state(d) ↦ Violated]
+                  else Σ
+        _       → Σ  -- Fulfilled/Violated are terminal
+```
+
+### 5.3 Effective Deadline
+
+```
+effectiveDeadline(duty, Σ) =
+    case duty.deadline of
+        ⊥                        → ∞
+        AbsoluteDeadline(t)      → t
+        RelativeDeadline(d)      → Σ.activatedAt(duty) + d
+```
+
+### 5.4 Match Semantics
+
+Action and asset matching support hierarchy subsumption:
+
+```
+x₁ matches x₂ ⟺ x₁ = x₂ ∨ x₁ includedIn⁺ x₂
+s₁ matches s₂ ⟺ s₁ = s₂ ∨ s₁ partOf⁺ s₂
+```
+
+Where `includedIn⁺` and `partOf⁺` are the transitive closures of `odrl:includedIn` and `dprod:partOf` respectively.
+
+Agent matching supports hierarchy subsumption:
+
+```
+a₁ matches a₂ ⟺ a₁ = a₂ ∨ a₁ memberOf⁺ a₂
+```
+
+Where `memberOf⁺` is the transitive closure of `dprod:memberOf`.
+
+The subsumption-aware performed check is:
+
+```
+performed(a, x, s, Σ) :=
+    ∃(a', x', s', t) ∈ Σ.performed :
+        a' = a ∧ (x' = x ∨ x' includedIn⁺ x) ∧ s' matches s
+```
+
+`Σ.performed` records exact actions as they occur. `performed()` is the query-time subsumption check used in all fulfillment and violation rules. This is a bounded graph traversal over the `odrl:includedIn` hierarchy.
+
+### 5.5 Recurrence Semantics
+
+A duty with a `recurrence` field defines a recurring obligation. The recurrence value is an RFC 5545 RRULE string (e.g., `FREQ=DAILY;BYHOUR=6;BYMINUTE=0`).
+
+**Instance Generation**:
+
+```
+expand : Recurrence × Time → Set<Time>
+
+expand(RRule(rule), clock) =
+    The set of occurrence times generated by parsing rule as an
+    RFC 5545 RRULE, evaluated relative to clock.
+```
+
+`expand` is a **pure function**: given the same `RRule` value and clock value, it always produces the same set of occurrence times. It is total (an invalid RRULE yields ∅) and deterministic.
+
+**Condition Guard**: If the duty template has a condition, instances are only generated for occurrence times where the condition holds:
+
+```
+occurrences(duty, Σ) =
+    let times = expand(duty.recurrence, Σ.clock)
+    in  { t ∈ times | duty.condition = ⊥ ∨ ⟦duty.condition⟧(Σ.env) }
+```
+
+**Per-Instance Lifecycle**:
+
+Each occurrence time `t` from `occurrences(duty, Σ)` produces an independent duty instance:
+
+```
+instantiate(duty, t) =
+    Duty(subject    = duty.subject,
+         action     = duty.action,
+         asset      = duty.asset,
+         object     = duty.object,
+         condition  = ⊥,
+         deadline   = duty.deadline,
+         recurrence = ⊥)
+    with activationTime = t
+```
+
+Fields carried from the template: `subject`, `action`, `asset`, `object`, `deadline`. Fields dropped: `condition` (the template condition gates instance generation, not individual instances) and `recurrence` (instances are not themselves recurring).
+
+Each instance follows the standard lifecycle (§5.1–§5.2) independently:
+- Activation occurs at the occurrence time `t`
+- The `deadline` defines the per-instance fulfillment window from `t`
+- Fulfillment and violation are tracked per instance
+
+**Interaction with other fields**:
+
+- `recurrence` defines **when** duty instances are generated (scheduling)
+- `deadline` defines **how long** each instance has to be fulfilled (window)
+- Permissions and prohibitions are unaffected by recurrence (recurrence applies only to duties)
+
+---
+
+## 6. Condition Evaluation
+
+### 6.1 Denotational Semantics
+
+```
+⟦_⟧ : Condition × Env → Boolean
+```
+
+**Atomic constraints**:
+
+```
+⟦AtomicConstraint(left, op, right)⟧(Env) =
+    let leftVal = resolve(left, Env)
+    in if leftVal = ⊥ then false
+       else apply(op, leftVal, right)
+```
+
+**Logical connectives** (short-circuit evaluation, left-to-right):
+
+```
+⟦And(c₁, ..., cₙ)⟧(Env) = ⟦c₁⟧(Env) ∧ ... ∧ ⟦cₙ⟧(Env)
+⟦Or(c₁, ..., cₙ)⟧(Env)  = ⟦c₁⟧(Env) ∨ ... ∨ ⟦cₙ⟧(Env)
+⟦Not(c)⟧(Env)           = ¬⟦c⟧(Env)
+```
+
+**Evaluation Order**: `And` evaluates left-to-right, short-circuiting on `false`. `Or` evaluates left-to-right, short-circuiting on `true`. This ensures deterministic evaluation and enables optimizations.
+
+### 6.2 Helper Function Specifications
+
+The condition semantics rely on several helper functions. For a verified kernel, these must be precisely specified.
+
+#### resolve : LeftOperand × Env → Value
+
+The function `resolve(leftOperand, Env)` maps a left operand to a value.
+
+**Resolution Precedence**: Operands are resolved in the following order:
+
+1. **Property-path-based resolution** — if `op.path` is defined, use `traverse()`
+2. **Runtime reference** — if `op ∈ RuntimeRef`, use `resolveRuntime()`
+3. **Fallback** — return `⊥`
+
+```
+resolve : LeftOperand × Env → Value ∪ {⊥}
+
+resolve(op, Env) =
+    case op of
+        -- Profile-declared operands with dprod:path
+        _ | op.path ≠ ⊥ →
+            traverse(op.path, Env.request)
+
+        -- Dual-typed operands (LeftOperand ∩ RuntimeReference)
+        _ | op ∈ RuntimeRef →
+            resolveRuntime(op, Env)
+
+        -- No path and not a runtime reference
+        _ → ⊥
+```
+
+Where:
+* `op.path` — property path declared on the operand via `dprod:path`
+* `op ∈ RuntimeRef` — the operand is also typed as `dprod:RuntimeReference` (e.g., `currentDateTime`); resolution delegates to `resolveRuntime` (§6.2). Path-based resolution takes precedence.
+* `⊥` indicates undefined (condition evaluates to `false` when encountered — see §6.1)
+
+**Architectural Principle**: All contextual data access MUST go through declared `odrl:LeftOperand` instances with explicit `dprod:path`, or through dual-typed `RuntimeReference` operands resolved via `resolveRuntime`. This ensures:
+- Type safety (operands can declare expected ranges via `rdfs:range`)
+- Validation (SHACL can verify operand usage at authoring time)
+- Mechanization (clear mapping to formal verification targets)
+- Auditability (all data access points are declared in the profile)
+
+Profiles define domain-specific left operands with property paths:
+* `purpose` → `dprod:path odrl:purpose`
+* `classification` → `dprod:path (odrl:target dprod:classification)`
+* `recipientType` → `dprod:path (odrl:assignee dprod:recipientType)`
+* `environment` → `dprod:path dprod:environment`
+* `timeliness` → `dprod:path (odrl:target dprod:timeliness)`
+
+#### traverse : PropertyPath × Node → Value
+
+The function `traverse(path, node)` follows a SHACL-style property path to retrieve a value. This is the **primary mechanism for resolving profile-declared operands** via `dprod:path`.
+
+**Property Path Types** (normative):
+
+| Type | Syntax | Meaning |
+|------|--------|---------|
+| Simple path | Single IRI | One-step: `?request <IRI> ?value` |
+| Sequence path | RDF list of IRIs | Multi-step: `?request <IRI₁> ?mid . ?mid <IRI₂> ?value` |
+
+**Examples**:
+
+| Operand | `dprod:path` | Traversal |
+|---------|-------------|-----------|
+| `dprod:environment` | `dprod:environment` | `?request dprod:environment ?value` |
+| `odrl:purpose` | `odrl:purpose` | `?request odrl:purpose ?value` |
+| `dprod:timeliness` | `(odrl:target dprod:timeliness)` | `?request odrl:target ?asset . ?asset dprod:timeliness ?value` |
+| `dprod:recipientType` | `(odrl:assignee dprod:recipientType)` | `?request odrl:assignee ?agent . ?agent dprod:recipientType ?value` |
+
+```
+traverse : PropertyPath × Node → Value ∪ {⊥}
+
+traverse(path, node) =
+    case path of
+        IRI →
+            -- Simple path: single property lookup
+            if ∃v. (node, IRI, v) ∈ Graph then v else ⊥
+
+        (IRI₁ IRI₂ ... IRIₙ) →
+            -- Sequence path: fold through properties
+            foldl(step, node, [IRI₁, IRI₂, ..., IRIₙ])
+
+step(node, prop) =
+    case node of
+        ⊥ → ⊥
+        _ → if ∃v. (node, prop, v) ∈ Graph then v else ⊥
+```
+
+**Safety Properties** (normative):
+
+1. **IRI-only**: Path elements MUST be IRIs (not strings, not blank nodes)
+2. **Bounded depth**: Sequence paths have bounded length (recommended ≤ 5 steps)
+3. **No cycles**: Path traversal is acyclic (each step navigates to a new node)
+4. **Fail-closed**: Return `⊥` for any unresolvable path to prevent information leakage
+5. **Deterministic**: Each step resolves to exactly one value or `⊥`
+
+#### resolveRuntime : RuntimeRef × Env → Value
+
+Runtime references resolve to values at evaluation time. These are used by `resolve()` for dual-typed left operands (§6.2) — operands typed as both `odrl:LeftOperand` and `dprod:RuntimeReference` (e.g., `currentDateTime`).
+
+```
+resolveRuntime : RuntimeRef × Env → Value ∪ {⊥}
+
+resolveRuntime(ref, Env) =
+    case ref of
+        currentAgent    → Env.agent
+        currentDateTime → Env.Σ.clock
+        _               → ⊥  -- Unknown runtime reference
+```
+
+#### apply : ComparisonOperator × Value × Value → Boolean
+
+The function `apply(op, left, right)` applies a comparison operator:
+
+```
+apply : ComparisonOperator × Value × Value → Boolean
+
+apply(op, left, right) =
+    case op of
+        eq       → left = right
+        neq      → left ≠ right
+        lt       → left < right
+        lte      → left ≤ right
+        gt       → left > right
+        gte      → left ≥ right
+        isAnyOf  → left ∈ right
+        isNoneOf → left ∉ right
+```
+
+**Type requirements**: Comparison operators `lt`, `lte`, `gt`, `gte` require that both operands are of a comparable type (numbers, dates, durations). If operands are not comparable, the operator returns `false`.
+
+---
+
+## 7. Policy Evaluation
+
+### 7.1 Evaluation Function Signature
+
+```
+Eval : Request × Set<Policy> × Σ → Result
+```
+
+### 7.2 Evaluation Algorithm
+
+```
+Eval(request, policies, Σ) =
+    let Env = buildEnv(request, Σ)
+
+    // Step 0: Find applicable policies
+    let applicable = { p ∈ policies | PolicyApplicable(p, Env) }
+
+    // Step 1: Collect matching norms within applicable policies
+    let prohibitions = { n ∈ p.clauses | p ∈ applicable, n : Prohibition, matches(n, request) }
+    let permissions  = { n ∈ p.clauses | p ∈ applicable, n : Permission, matches(n, request) }
+    let allDuties    = { n ∈ p.clauses | p ∈ applicable, n : Duty, matches(n, request) }
+
+    // Step 2: Partition duties by bearer (bilateral)
+    let grantorDuties = { d ∈ allDuties | d.subject = policy(d).grantor }
+    let granteeDuties = { d ∈ allDuties | d.subject = policy(d).grantee }
+
+    // Step 3: Update duty states
+    let Σ' = updateDutyStates(allDuties, Env, Σ)
+
+    // Step 4: Check for active prohibitions (prohibition overrides)
+    if ∃p ∈ prohibitions. NormActive(p, Env) then
+        return {decision: Deny, ...}
+
+    // Step 5: Check for granting privilege
+    if ∄p ∈ permissions. NormActive(p, Env) then
+        return {decision: NotApplicable, ...}
+
+    // Step 6: Check for violations
+    let violated = { d ∈ allDuties | Σ'.state(d) = Violated }
+    if violated ≠ ∅ then
+        return {decision: Deny, violations: violated, ...}
+
+    // Step 7: Collect active duties for both parties
+    let activeGrantor = { d ∈ grantorDuties | Σ'.state(d) = Active }
+    let activeGrantee = { d ∈ granteeDuties | Σ'.state(d) = Active }
+
+    return {
+        decision: Permit,
+        grantorDuties: activeGrantor,
+        granteeDuties: activeGrantee,
+        violations: ∅
+    }
+```
+
+### 7.3 Policy Applicability
+
+```
+PolicyApplicable(p, Env) =
+    // Target matches (if specified)
+    (p.target = ⊥ ∨ Env.asset matches p.target) ∧
+    // Policy condition satisfied
+    (p.condition = ⊥ ∨ ⟦p.condition⟧(Env))
+```
+
+For Agreements (including Subscriptions), the agent must be a party:
+
+```
+PolicyApplicable(Agreement(grantor, grantee, ...), Env) =
+    ... ∧ (Env.agent matches grantee ∨ Env.agent matches grantor)
+```
+
+### 7.4 Norm Activation
+
+A norm within a policy is active when both the policy is applicable and the norm's own conditions hold:
+
+```
+NormActive(norm, Env) =
+    (norm.subject = ⊥ ∨ norm.subject = Env.agent ∨ norm.subject = *
+     ∨ Env.agent memberOf⁺ norm.subject) ∧
+    norm.action matches Env.action ∧
+    (norm.asset = ⊥ ∨ norm.asset matches Env.asset) ∧
+    (norm.condition = ⊥ ∨ ⟦norm.condition⟧(Env))
+```
+
+Where `⊥` indicates no assignee specified (rule applies to any requesting agent), `*` is the wildcard agent, and `memberOf⁺` is transitive party membership. In standard ODRL usage, Set and Offer policies omit `odrl:assignee` on rules that apply to any requesting agent; `dprod:currentAgent` is reserved for constraint comparisons (identity binding), not for assignee position.
+
+---
+
+## 8. Conflict Resolution
+
+### 8.1 Strategy: Prohibition Overrides
+
+DPROD Contracts uses a fixed conflict resolution strategy:
+
+```
+Prohibition > Permission
+```
+
+If both a prohibition and permission match, the prohibition wins. This strategy is not configurable in DPROD Contracts (RL2 offers configurable strategies).
+
+### 8.2 Algorithm
+
+```
+resolveDecision(prohibitions, permissions) =
+    if ∃p ∈ prohibitions. active(p) then
+        Deny
+    else if ∃p ∈ permissions. active(p) then
+        Permit
+    else
+        NotApplicable
+```
+
+No specificity ordering within norm types. All matching norms contribute.
+
+**Note**: `NotApplicable` (no matching rule) is distinct from `Deny` (explicit prohibition). This allows policy composition where a higher-level policy can provide defaults.
+
+---
+
+## 9. Correctness Properties
+
+**Note on recurrence**: All four theorems below hold in the presence of `recurrence`. The `expand` function is total and deterministic (§5.5), each generated instance follows the standard lifecycle independently, and recurrence applies only to duties — permissions and prohibitions are unaffected.
+
+### 9.1 Totality
+
+**Theorem**: For all well-formed inputs, `Eval` terminates with a defined result.
+
+```
+∀ request, policies, Σ.
+    WellFormed(request) ∧ WellFormed(policies) ∧ WellFormed(Σ)
+    ⟹ ∃ result. Eval(request, policies, Σ) = result ∧ result ≠ ⊥
+```
+
+### 9.2 Determinism
+
+**Theorem**: Evaluation is deterministic.
+
+```
+∀ request, policies, Σ.
+    Eval(request, policies, Σ) = r₁ ∧ Eval(request, policies, Σ) = r₂
+    ⟹ r₁ = r₂
+```
+
+### 9.3 Prohibition Monotonicity
+
+**Theorem**: Adding policies cannot remove prohibitions.
+
+```
+∀ request, P, P', Σ.
+    P ⊆ P' ∧ Eval(request, P, Σ).decision = Deny
+    ⟹ Eval(request, P', Σ).decision = Deny
+```
+
+### 9.4 Duty Lifecycle Invariants
+
+**Theorem**: Terminal states are permanent.
+
+```
+∀ d, Σ, Σ'.
+    Σ → Σ' ∧ Σ.state(d) ∈ {Fulfilled, Violated}
+    ⟹ Σ'.state(d) = Σ.state(d)
+```
+
+**Theorem**: Duty-state consistency (no duty is in two states simultaneously).
+
+```
+∀ d, Σ.
+    WellFormed(Σ) ⟹ |{ s | Σ.state(d) = s }| = 1
+```
+
+### 9.5 Property Path Traversal Safety
+
+**Theorem**: Traversal is bounded by path length.
+
+```
+∀ path, node.
+    traverse(path, node) terminates in O(|path|) steps
+```
+
+**Theorem**: Traversal uses only declared IRIs.
+
+```
+∀ path, node.
+    traverse(path, node) ≠ ⊥ ⟹ all elements of path are IRIs
+```
+
+**Theorem**: Traversal is total and fail-closed.
+
+```
+∀ path, node.
+    traverse(path, node) ∈ Value ∪ {⊥}
+```
+
+---
+
+## 10. Complexity and Constraints
+
+*This section is non-normative.*
+
+DPROD Contracts evaluation is designed to be **polynomial-time** and **total** under the following constraints.
+
+### 10.1 Structural Constraints
+
+1. **Finite policy universe**: The set of policies is finite
+2. **Bounded condition nesting**: Conditions have bounded depth (recommended ≤ 20)
+3. **Acyclic conditions**: No self-referential condition definitions
+4. **Finite Σ**: State contains finite sets (performed actions, duty states)
+5. **No recursive policy references**: Policies cannot invoke evaluation of other policies
+
+### 10.2 Path Resolution Constraints
+
+6. **Bounded path depth**: Maximum 10 segments (enforced by grammar)
+7. **No joins**: Path resolution is single-threaded navigation, not graph pattern matching
+8. **Deterministic navigation**: Each segment resolves to exactly one value or `⊥`
+
+### 10.3 Complexity Analysis
+
+Given these constraints:
+
+| Operation | Complexity |
+|-----------|------------|
+| Path resolution (`deref`) | O(d) where d = path depth |
+| Condition evaluation | O(n × d) where n = condition tree size |
+| Norm matching | O(\|P\| × m) where m = max clauses per policy |
+| Hierarchy traversal (`matches`) | O(h) where h = hierarchy depth |
+| Conflict resolution | O(k) where k = matched norms |
+| **Total `Eval`** | **O(\|P\| × m × n × d × h)** — polynomial |
+
+### 10.4 Totality Guarantees
+
+Under these constraints, `Eval` is **total**: it terminates for all well-formed inputs. The function never:
+
+- Loops infinitely (no recursive evaluation)
+- Blocks on external resources (resolution is synchronous or fails to `⊥`)
+- Diverges due to condition structure (bounded, acyclic)
+
+---
+
+## 11. Profile Extension Points
+
+### 11.1 Left Operands
+
+Profiles attach DPROD Contracts property paths to operands. Standard ODRL operands (like `odrl:purpose`) are extended in-place; domain-specific operands are declared as new `odrl:LeftOperand` instances:
+
+```turtle
+# Context-rooted: direct property on request
+odrl:purpose dprod:path odrl:purpose .
+dprod:environment dprod:path dprod:environment .
+
+# Asset-rooted: via odrl:target (two-step sequence path)
+dprod:timeliness a odrl:LeftOperand ;
+    dprod:path (odrl:target dprod:timeliness) ;
+    dprod:select "SELECT ?v WHERE { $request odrl:target/dprod:timeliness ?v }" .
+
+# Agent-rooted: via odrl:assignee (two-step sequence path)
+dprod:recipientType a odrl:LeftOperand ;
+    dprod:path (odrl:assignee dprod:recipientType) ;
+    dprod:select "SELECT ?v WHERE { $request odrl:assignee/dprod:recipientType ?v }" .
+```
+
+SHACL validation enforces cardinality on path and select:
+
+```turtle
+dprod-shapes:LeftOperandShape a sh:NodeShape ;
+    sh:targetClass odrl:LeftOperand ;
+    sh:property [
+        sh:path dprod:path ;
+        sh:maxCount 1 ;
+        sh:message "LeftOperand may have at most one dprod:path."
+    ] ;
+    sh:property [
+        sh:path dprod:select ;
+        sh:maxCount 1 ;
+        sh:datatype xsd:string ;
+        sh:message "LeftOperand may have at most one dprod:select."
+    ] .
+```
+
+### 11.2 Action Hierarchies
+
+```turtle
+odrl:display a odrl:Action ;
+    odrl:includedIn odrl:use .
+```
+
+Action subsumption is defined by the transitive closure of `odrl:includedIn`:
+
+```
+x' ⊑ x  :=  reachable(x', odrl:includedIn, x)
+```
+
+Evaluators MUST support transitive traversal of `odrl:includedIn`.
+
+### 11.3 Asset Hierarchies
+
+```turtle
+ex:customerTable a odrl:Asset ;
+    dprod:partOf ex:customerSchema .
+```
+
+Asset subsumption is defined by the transitive closure of `dprod:partOf`:
+
+```
+s' ⊑ s  :=  reachable(s', dprod:partOf, s)
+```
+
+### 11.4 Agent Hierarchies
+
+```turtle
+ex:analyst dprod:memberOf ex:analyticsTeam .
+ex:analyticsTeam dprod:memberOf ex:dataDivision .
+```
+
+Agent subsumption is defined by the transitive closure of `dprod:memberOf`:
+
+```
+a' ⊑ a  :=  reachable(a', dprod:memberOf, a)
+```
+
+Policy on `ex:dataDivision` applies to `ex:analyst` via transitivity.
+
+---
+
+## 12. Bilateral Agreement Semantics
+
+### 12.1 Motivation
+
+ODRL 2.2 evaluates agreements from the assignee's perspective only. This prevents modeling provider obligations (SLAs, data quality commitments).
+
+DPROD Contracts fixes this: evaluation returns duties for **both** parties.
+
+### 12.2 Formal Definition
+
+For an Agreement (or Subscription), duties are partitioned by bearer:
+
+```
+grantorDuties(agreement) = { d ∈ agreement.clauses | d : Duty ∧ d.subject = agreement.grantor }
+granteeDuties(agreement) = { d ∈ agreement.clauses | d : Duty ∧ d.subject = agreement.grantee }
+```
+
+Both sets are included in the evaluation result, with independent lifecycle tracking.
+
+### 12.3 Example
+
+```turtle
+@prefix ex:   <http://example.org/> .
+@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix xsd:  <http://www.w3.org/2001/XMLSchema#> .
+
+ex:agreement a odrl:Agreement ;
+    odrl:assigner ex:dataTeam ;
+    odrl:assignee ex:analyticsTeam ;
+    odrl:target ex:marketData ;
+
+    # Assignee permission (target inherited from policy)
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee ex:analyticsTeam ;
+        odrl:action odrl:display
+    ] ;
+
+    # Assignee duty (consumer reports to provider)
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:analyticsTeam ;
+        dprod:object ex:dataTeam ;
+        odrl:action dprod:report ;
+        odrl:target ex:usageStats ;
+        dprod:deadline "P30D"^^xsd:duration
+    ] ;
+
+    # Assigner duty (provider notifies consumer)
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        dprod:object ex:analyticsTeam ;
+        odrl:action dprod:notify ;
+        odrl:target ex:schemaChanges ;
+        dprod:deadline "P7D"^^xsd:duration
+    ] .
+```
+
+Evaluation returns:
+- `granteeDuties`: report usage within 30 days
+- `grantorDuties`: notify of schema changes within 7 days
+
+---
+
+## 13. Mechanization
+
+*This section is non-normative.*
+
+DPROD Contracts's semantics are explicitly designed for mechanization. The abstract syntax maps to algebraic datatypes, and the operational rules are syntax-directed.
+
+### 13.1 Target Platforms
+
+| Platform | Strengths | Status |
+|----------|-----------|--------|
+| **Dafny** | Algebraic types, Z3 backend, compiles to Go/Java/C# | Primary target |
+| **Why3** | Multi-prover backend, mature specification language | Alternative |
+
+### 13.2 Dafny Sketch
+
+```dafny
+datatype State = Pending | Active | Fulfilled | Violated
+
+datatype Condition =
+  | AtomicConstraint(op: LeftOperand, cmp: Operator, val: Value)
+  | And(left: Condition, right: Condition)
+  | Or(left: Condition, right: Condition)
+  | Not(inner: Condition)
+
+function Traverse(path: PropertyPath, node: Node): Option<Value>
+  ensures Traverse(path, node).None? ==> !PathResolvable(path, node)
+{
+  match path
+    case SimplePath(iri) => Lookup(node, iri)
+    case SequencePath(iris) => FoldStep(Some(node), iris)
+}
+
+function Resolve(op: LeftOperand, env: Env): Option<Value>
+  requires ValidEnv(env)
+{
+  if op.path.Some? then Traverse(op.path.value, env.request)
+  else None
+}
+
+function EvalCondition(c: Condition, env: Env): bool
+  requires ValidEnv(env)
+  ensures EvalCondition(c, env) ==> ConditionSatisfied(c, env)
+{
+  match c
+    case AtomicConstraint(op, cmp, val) =>
+      var leftVal := Resolve(op, env);
+      if leftVal.None? then false
+      else Apply(cmp, leftVal.value, val)
+    case And(l, r) => EvalCondition(l, env) && EvalCondition(r, env)
+    case Or(l, r) => EvalCondition(l, env) || EvalCondition(r, env)
+    case Not(inner) => !EvalCondition(inner, env)
+}
+```
+
+Transition rules are expressed as Dafny lemmas with pre/post-conditions verified by Z3.
+
+### 13.3 Proof Obligations
+
+The following properties should be proved for a verified implementation:
+
+1. **(S1) Determinism**: Given Σ, request, policies, evaluation produces a unique result
+2. **(S2) Totality**: `Eval` terminates for all well-formed inputs
+3. **(S3) Duty-state consistency**: No duty can be simultaneously in two states
+4. **(S4) Terminal permanence**: Fulfilled/Violated states never revert
+5. **(S5) Path safety**: `traverse` returns `⊥` for any unresolvable property path
+6. **(S6) Prohibition monotonicity**: Adding policies cannot remove prohibitions
+
+---
+
+## 14. References
+
+- [ODRL Information Model 2.2](https://www.w3.org/TR/odrl-model/)
+- [ODRL Vocabulary 2.2](https://www.w3.org/TR/odrl-vocab/)
+- [RL2 Formal Semantics](../../RL2/RL2_Semantics.md)
+- DPROD Contracts Core Ontology — `ontology/dprod-contracts.ttl`
+- DPROD Contracts SHACL Shapes — `ontology/dprod-contracts-shapes.ttl`
diff --git a/dprod-contracts/docs/overview.md b/dprod-contracts/docs/overview.md
new file mode 100644
index 0000000..7f8703b
--- /dev/null
+++ b/dprod-contracts/docs/overview.md
@@ -0,0 +1,199 @@
+# DPROD Contracts Overview
+
+What DPROD Contracts is, who it is for, and how to get started.
+
+---
+
+## Quick Start
+
+DPROD Contracts is a **deterministic ODRL 2.2 profile** for data governance. It fixes ODRL's ambiguities -- undefined duty lifecycle, unilateral-only agreements, implicit evaluation order -- while remaining a proper profile: every DPROD policy is a valid ODRL 2.2 policy.
+
+DPROD Contracts is designed for organizations that need:
+
+- **Data contracts** between providers and consumers (SLAs, delivery schedules, usage restrictions)
+- **Data use policies** governing access by purpose, role, jurisdiction, and classification
+- **Deterministic evaluation** where the same request always produces the same decision
+- **Formal verification** of policy correctness (amenable to Dafny, Why3, Coq)
+
+### Minimal Data Contract
+
+```turtle
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:marketPrices ;
+    odrl:obligation [
+        a odrl:Duty ;
+        dprod:subject ex:dataTeam ;
+        odrl:action dprod:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+        dprod:deadline "PT30M"^^xsd:duration
+    ] ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display
+    ] .
+```
+
+### Minimal Data Use Policy
+
+```turtle
+ex:policy a odrl:Set ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:target ex:employeeData ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee ex:hrTeam ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:analytics
+        ]
+    ] .
+```
+
+---
+
+## Key Concepts
+
+### Permission, Duty, Prohibition
+
+DPROD Contracts uses ODRL's three rule types directly:
+
+| Rule Type | Meaning | Example |
+|-----------|---------|---------|
+| `odrl:Permission` | Grants access under conditions | "Analytics team may read for analytics purpose" |
+| `odrl:Duty` | Requires an action | "Provider must deliver data daily by 06:30" |
+| `odrl:Prohibition` | Denies access | "No external distribution" |
+
+Prohibitions always override permissions (fixed conflict resolution: `odrl:prohibit`).
+
+### Constraint
+
+Conditions on rules. An `odrl:Constraint` compares a left operand to a right operand via an operator:
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand odrl:purpose ;
+    odrl:operator odrl:eq ;
+    odrl:rightOperand dprod:analytics
+] .
+```
+
+Constraints can be combined with `odrl:and`, `odrl:or`, or negated with `dprod:not` via `odrl:LogicalConstraint`.
+
+### State
+
+Duties and contracts share a four-state lifecycle:
+
+```
+         condition true
+Pending ──────────────> Active
+                         |  |
+          action done    |  |  deadline passed
+                         v  v
+                   Fulfilled  Violated
+```
+
+### DataContract and Subscription
+
+A `dprod:DataContract` (subclass of `odrl:Offer`) is a provider's offer specifying SLAs, permissions, and restrictions. A `dprod:Subscription` (subclass of `odrl:Agreement`) is an activated contract binding both parties.
+
+### Recurrence
+
+Recurring duties use `dprod:recurrence` -- an RFC 5545 RRULE string. Combined with `dprod:deadline`, this defines a schedule and per-instance fulfillment window. Each generated instance follows the lifecycle independently.
+
+---
+
+## Architecture
+
+DPROD Contracts has a layered architecture:
+
+```
+ODRL 2.2 Core (W3C Standard)
+  Permission, Duty, Prohibition, Set, Offer, Agreement,
+  Constraint, Action, Asset, Party, LeftOperand, operators
+         |
+         | proper profile (thin extension)
+         v
+DPROD Core (dprod:)
+  State, deadline, recurrence, DataContract, Subscription,
+  partOf, memberOf, path, select, RuntimeReference, not
+  + domain-specific actions, operands, and SKOS concept values
+  (deliver, notify, conformTo, nonDisplay, classification, ...)
+```
+
+### Namespaces
+
+| Prefix | Namespace | Role |
+|--------|-----------|------|
+| `odrl:` | `http://www.w3.org/ns/odrl/2/` | Primary -- all standard constructs |
+| `dprod:` | `https://ekgf.github.io/dprod/` | Extensions + data use vocabulary |
+
+---
+
+## How It Differs from ODRL 2.2
+
+ODRL 2.2 is a flexible framework. DPROD Contracts makes it deterministic and governance-ready:
+
+| Aspect | ODRL 2.2 | DPROD Contracts |
+|--------|----------|-----------------|
+| Duty lifecycle | Undefined | Pending -> Active -> Fulfilled/Violated |
+| Agreement evaluation | Assignee duties only | Both assigner and assignee duties (bilateral) |
+| Conflict resolution | Configurable | Fixed: Prohibition > Permission |
+| Evaluation order | Undefined | Deterministic left-to-right |
+| Operand resolution | Implicit | Explicit `dprod:path` property paths (+ `dprod:select` for complex resolution) |
+| Recurring duties | Not supported | `recurrence` (RFC 5545 RRULE) + `deadline` |
+| Contract types | Generic Offer/Agreement | `DataContract` (Offer) / `Subscription` (Agreement) |
+| Logical negation | Not supported | `dprod:not` on LogicalConstraint |
+
+Every DPROD policy remains a valid ODRL 2.2 policy. Standard ODRL processors can parse them; DPROD-aware processors additionally enforce lifecycle, bilateral duties, and deterministic evaluation.
+
+---
+
+## DCON Migration
+
+DPROD Contracts builds on the earlier DCON work. DCON's promise hierarchy dissolves into standard `odrl:Duty` patterns with DPROD actions. If migrating from DCON:
+
+- `dcon:DataContract` -> `dprod:DataContract`
+- `dcon:DataContractSubscription` -> `dprod:Subscription`
+- `dcon:Promise` hierarchy -> `odrl:Duty` with DPROD actions (`deliver`, `notify`, `conformTo`, `report`)
+- `dcon:promisedDeliveryTime` -> `dprod:recurrence` + `dprod:deadline`
+
+See [term-mapping.md](term-mapping.md) for complete DCON -> DPROD property mapping.
+
+---
+
+## Document Map
+
+Which document to read next depends on your role:
+
+| Role | Start Here | Then Read |
+|------|-----------|-----------|
+| **Contract writer** (data platform team) | [contracts-guide.md](contracts-guide.md) | [examples/data-contract.ttl](../examples/data-contract.ttl) |
+| **Policy writer** (data steward) | [policy-writers-guide.md](policy-writers-guide.md) | [examples/data-use-policy.ttl](../examples/data-use-policy.ttl) |
+| **Implementer** (runtime developer) | [formal-semantics.md](formal-semantics.md) | [specification.md](specification.md) |
+| **Migrating from DCON** | [term-mapping.md](term-mapping.md) | -- |
+| **Evaluating DPROD** | This document | -- |
+
+### Full Document Inventory
+
+| Document | Description |
+|----------|-------------|
+| [overview.md](overview.md) | What is DPROD Contracts? (this document) |
+| [specification.md](specification.md) | Technical vocabulary reference |
+| [term-mapping.md](term-mapping.md) | Business term -> property mapping + DCON migration |
+| [contracts-guide.md](contracts-guide.md) | Data contract authoring guide |
+| [policy-writers-guide.md](policy-writers-guide.md) | Data use policy authoring guide |
+| [formal-semantics.md](formal-semantics.md) | Formal operational semantics (normative) |
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-04
diff --git a/dprod-contracts/docs/policy-writers-guide.md b/dprod-contracts/docs/policy-writers-guide.md
new file mode 100644
index 0000000..bd60811
--- /dev/null
+++ b/dprod-contracts/docs/policy-writers-guide.md
@@ -0,0 +1,552 @@
+# DPROD Policy Writers Guide
+
+A guide for data stewards writing data use policies with DPROD Contracts.
+
+---
+
+## 1. When to Use Policies vs Contracts
+
+DPROD supports two document types for different purposes:
+
+| Type | ODRL Base | Use Case | Parties |
+|------|-----------|----------|---------|
+| **Policy** (`odrl:Set`) | Set | Organizational rules, access controls | None (applies to anyone matching constraints) |
+| **Offer / Contract** (`dprod:DataContract`) | Offer | Bilateral agreements between teams | Provider (assigner) required |
+| **Subscription** (`dprod:Subscription`) | Agreement | Activated contract | Both parties required |
+
+Use **policies** (`odrl:Set`) when:
+- Writing organizational data governance rules
+- Defining access controls by role, purpose, or classification
+- Setting restrictions that apply universally (no specific consumer)
+- Encoding regulatory requirements (GDPR, data residency)
+
+Use **contracts** when two specific teams need a bilateral agreement with SLAs. See [contracts-guide.md](contracts-guide.md) for contract authoring.
+
+---
+
+## 2. Quick Start
+
+A minimal data use policy:
+
+```turtle
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+
+ex:policy a odrl:Set ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:target ex:customerData ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee ex:analyticsTeam ;
+        odrl:action odrl:read ;
+        odrl:target ex:customerData ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:analytics
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute ;
+        odrl:target ex:customerData
+    ] .
+```
+
+This policy says: the analytics team may read customer data for analytics purposes, and no one may distribute it.
+
+---
+
+## 3. Permission Patterns
+
+### Purpose-Restricted Permission
+
+Grant access only for a specific purpose.
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:assignee ex:complianceTeam ;
+    odrl:action odrl:read ;
+    odrl:target ex:transactionData ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand odrl:purpose ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:compliance
+    ]
+] .
+```
+
+### Classification-Based Permission
+
+Grant access based on the data's classification level.
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:action odrl:read ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:classification ;
+        odrl:operator odrl:isAnyOf ;
+        odrl:rightOperand (dprod:public dprod:internal)
+    ]
+] .
+```
+
+### Role-Based Permission
+
+Grant access based on the requesting agent's role.
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:action odrl:read ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:role ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand "data-analyst"
+    ]
+] .
+```
+
+### Time-Limited Permission
+
+Grant access only before a certain date.
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:action odrl:read ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:currentDateTime ;
+        odrl:operator odrl:lt ;
+        odrl:rightOperand "2026-12-31T23:59:59Z"^^xsd:dateTime
+    ]
+] .
+```
+
+---
+
+## 4. Prohibition Patterns
+
+### No External Distribution
+
+```turtle
+odrl:prohibition [
+    a odrl:Prohibition ;
+    odrl:action odrl:distribute ;
+    odrl:target ex:data
+] .
+```
+
+### No PII Processing
+
+Prohibit use of data classified as PII for certain processing modes.
+
+```turtle
+odrl:prohibition [
+    a odrl:Prohibition ;
+    odrl:action odrl:use ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:LogicalConstraint ;
+        odrl:and (
+            [
+                a odrl:Constraint ;
+                odrl:leftOperand dprod:sensitivity ;
+                odrl:operator odrl:eq ;
+                odrl:rightOperand dprod:pii
+            ]
+            [
+                a odrl:Constraint ;
+                odrl:leftOperand dprod:processingMode ;
+                odrl:operator odrl:eq ;
+                odrl:rightOperand dprod:modelTraining
+            ]
+        )
+    ]
+] .
+```
+
+### No Commingling
+
+Prohibit mixing data with other sources.
+
+```turtle
+odrl:prohibition [
+    a odrl:Prohibition ;
+    odrl:action odrl:derive ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:derivationType ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:commingled
+    ]
+] .
+```
+
+---
+
+## 5. Constraint Patterns
+
+Constraints restrict when rules apply. An `odrl:Constraint` has three parts:
+
+| Part | Property | Description |
+|------|----------|-------------|
+| Left operand | `odrl:leftOperand` | What to check |
+| Operator | `odrl:operator` | How to compare (`eq`, `neq`, `lt`, `gt`, `lteq`, `gteq`, `isAnyOf`, `isNoneOf`, `isAllOf`) |
+| Right operand | `odrl:rightOperand` | Expected value(s) |
+
+### Purpose Constraint
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand odrl:purpose ;
+    odrl:operator odrl:eq ;
+    odrl:rightOperand dprod:analytics
+] .
+```
+
+### Classification Constraint
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand dprod:classification ;
+    odrl:operator odrl:eq ;
+    odrl:rightOperand dprod:confidential
+] .
+```
+
+### Jurisdiction Constraint
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand dprod:jurisdiction ;
+    odrl:operator odrl:isAnyOf ;
+    odrl:rightOperand ("US" "UK" "EU")
+] .
+```
+
+### Retention Constraint
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand dprod:retentionPeriod ;
+    odrl:operator odrl:lteq ;
+    odrl:rightOperand "P7Y"^^xsd:duration
+] .
+```
+
+### Environment Constraint
+
+```turtle
+odrl:constraint [
+    a odrl:Constraint ;
+    odrl:leftOperand dprod:environment ;
+    odrl:operator odrl:eq ;
+    odrl:rightOperand dprod:production
+] .
+```
+
+---
+
+## 6. Operands Quick Reference
+
+All operands are `odrl:LeftOperand` with `dprod:path` (and optionally `dprod:select` for multi-step paths).
+
+### Context Operands (single-step — direct property on request)
+
+| Operand | `dprod:path` | Values / Type |
+|---------|-------------|---------------|
+| `odrl:purpose` | `odrl:purpose` | `analytics`, `research`, `compliance`, `operations` |
+| `dprod:environment` | `dprod:environment` | `production`, `staging`, `development`, `sandbox` |
+| `dprod:processingMode` | `dprod:processingMode` | `human`, `automated`, `modelTraining`, `inference` |
+| `dprod:legalBasis` | `dprod:legalBasis` | `consent`, `contract`, `legalObligation`, `vitalInterest`, `publicTask`, `legitimateInterest` |
+| `dprod:derivationType` | `dprod:derivationType` | `commingled`, `nonSubstitutive`, `newProduct` |
+| `dprod:channel` | `dprod:channel` | String |
+| `dprod:serviceWindow` | `dprod:serviceWindow` | String |
+| `dprod:jurisdiction` | `dprod:jurisdiction` | String (country) |
+| `dprod:network` | `dprod:network` | `internalNetwork`, `externalNetwork`, `cloudNetwork` |
+| `dprod:consentId` | `dprod:consentId` | String |
+| `dprod:accessPattern` | `dprod:accessPattern` | `batch`, `streaming`, `interactive`, `api` |
+| `dprod:volumeLimit` | `dprod:volumeLimit` | Integer |
+| `dprod:rateLimit` | `dprod:rateLimit` | Integer |
+| `dprod:project` | `dprod:project` | String |
+
+### Asset Operands (two-step — via `odrl:target`)
+
+| Operand | `dprod:path` | Values / Type |
+|---------|-------------|---------------|
+| `dprod:classification` | `(odrl:target dprod:classification)` | `public`, `internal`, `confidential`, `restricted` |
+| `dprod:sensitivity` | `(odrl:target dprod:sensitivity)` | `pii`, `mnpi`, `phi` |
+| `dprod:assetClass` | `(odrl:target dprod:assetClass)` | String (equity, fx, etc.) |
+| `dprod:market` | `(odrl:target dprod:market)` | String (NYSE, LSE, etc.) |
+| `dprod:isBenchmark` | `(odrl:target dprod:isBenchmark)` | Boolean |
+| `dprod:residency` | `(odrl:target dprod:residency)` | String (country) |
+| `dprod:retentionPeriod` | `(odrl:target dprod:retentionPeriod)` | `xsd:duration` |
+| `dprod:expiry` | `(odrl:target dprod:expiry)` | `xsd:dateTime` |
+| `dprod:timeliness` | `(odrl:target dprod:timeliness)` | `realtime`, `nearRealtime`, `delayed`, `endOfDay`, `historical` |
+| `dprod:delayMinutes` | `(odrl:target dprod:delayMinutes)` | Integer |
+| `dprod:auditRequired` | `(odrl:target dprod:auditRequired)` | Boolean |
+| `dprod:completeness` | `(odrl:target dprod:completeness)` | Decimal |
+| `dprod:volumeCount` | `(odrl:target dprod:volumeCount)` | Integer |
+
+### Agent Operands (two-step — via `odrl:assignee`)
+
+| Operand | `dprod:path` | Values / Type |
+|---------|-------------|---------------|
+| `dprod:role` | `(odrl:assignee dprod:role)` | String |
+| `dprod:organization` | `(odrl:assignee dprod:organization)` | IRI |
+| `dprod:costCenter` | `(odrl:assignee dprod:costCenter)` | String |
+| `dprod:recipientType` | `(odrl:assignee dprod:recipientType)` | `internal`, etc. |
+
+---
+
+## 7. Actions Quick Reference
+
+### ODRL Common Vocabulary (used directly)
+
+| Action | Definition | Hierarchy |
+|--------|------------|-----------|
+| `odrl:use` | General use | Top |
+| `odrl:read` | Read/view | `includedIn use` |
+| `odrl:display` | Display to users | `includedIn use` |
+| `odrl:distribute` | Distribute to third parties | `includedIn use` |
+| `odrl:delete` | Delete the asset | `includedIn use` |
+| `odrl:modify` | Modify the asset | `includedIn use` |
+| `odrl:aggregate` | Aggregate with other data | `includedIn use` |
+| `odrl:anonymize` | Remove identifying info | `includedIn use` |
+| `odrl:derive` | Create derived data | `includedIn use` |
+
+### DPROD-Specific Actions
+
+| Action | Definition | Parent |
+|--------|------------|--------|
+| `dprod:nonDisplay` | Automated/programmatic use | `use` |
+| `dprod:conformTo` | Conform to schema/spec | None |
+| `dprod:log` | Log access | `inform` |
+| `dprod:notify` | Notify parties | `inform` |
+| `dprod:report` | Submit reports | `inform` |
+| `dprod:deliver` | Deliver data | `distribute` |
+| `dprod:query` | Query/select | `read` |
+| `dprod:export` | Export outside system | `distribute` |
+| `dprod:copy` | Copy to another location | `reproduce` |
+| `dprod:link` | Link/join datasets | `aggregate` |
+| `dprod:profile` | Create profiles | `derive` |
+| `dprod:calculateIndex` | Index calculation | `derive` |
+| `dprod:algorithmicTrading` | Automated trading | `nonDisplay` |
+
+Action hierarchy uses `odrl:includedIn`. A permission on `odrl:use` implicitly permits all actions below it.
+
+---
+
+## 8. Combining Constraints
+
+### Logical AND
+
+All conditions must be true. Use `odrl:LogicalConstraint` with `odrl:and`:
+
+```turtle
+odrl:constraint [
+    a odrl:LogicalConstraint ;
+    odrl:and (
+        [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:compliance
+        ]
+        [
+            a odrl:Constraint ;
+            odrl:leftOperand dprod:legalBasis ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:legitimateInterest
+        ]
+    )
+] .
+```
+
+### Logical OR
+
+At least one condition must be true. Use `odrl:or`:
+
+```turtle
+odrl:constraint [
+    a odrl:LogicalConstraint ;
+    odrl:or (
+        [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:compliance
+        ]
+        [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand dprod:operations
+        ]
+    )
+] .
+```
+
+### Logical NOT
+
+Negate a constraint. Use `dprod:not`:
+
+```turtle
+odrl:constraint [
+    a odrl:LogicalConstraint ;
+    dprod:not [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:environment ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:production
+    ]
+] .
+```
+
+This means: the constraint is satisfied when the environment is **not** production.
+
+A `LogicalConstraint` must have exactly one of `odrl:and`, `odrl:or`, or `dprod:not`.
+
+---
+
+## 9. Common Policy Patterns
+
+### Internal Analytics Only
+
+```turtle
+ex:policy a odrl:Set ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:target ex:data ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target ex:data ;
+        odrl:constraint [
+            a odrl:LogicalConstraint ;
+            odrl:and (
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand odrl:purpose ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand dprod:analytics
+                ]
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand dprod:recipientType ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand dprod:internal
+                ]
+            )
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute ;
+        odrl:target ex:data
+    ] .
+```
+
+### Jurisdiction-Restricted
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:action odrl:read ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:jurisdiction ;
+        odrl:operator odrl:isAnyOf ;
+        odrl:rightOperand ("US" "UK")
+    ]
+] .
+```
+
+### Retention-Limited
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    odrl:action odrl:delete ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:retentionPeriod ;
+        odrl:operator odrl:gt ;
+        odrl:rightOperand "P5Y"^^xsd:duration
+    ]
+] .
+```
+
+### Audit-Required
+
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    odrl:action dprod:log ;
+    odrl:target ex:accessLog ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:classification ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:confidential
+    ] ;
+    dprod:deadline "PT1H"^^xsd:duration
+] .
+```
+
+---
+
+## 10. Policy Review Checklist
+
+1. Every policy declares `odrl:profile <https://ekgf.github.io/dprod/>`
+2. Conflict strategy (`odrl:conflict odrl:prohibit`) is inherited from the profile -- do not repeat per-policy
+3. Policy has at least one `odrl:target`
+4. Each permission and prohibition has exactly one `odrl:action` and one effective `odrl:target` -- either declared on the rule or inherited from the policy-level target (rule-level `odrl:target` may be omitted when a policy-level target exists)
+5. Each duty has exactly one `odrl:action`
+6. Each constraint has `leftOperand`, `operator`, and `rightOperand`
+7. LogicalConstraints use exactly one of `odrl:and`, `odrl:or`, or `dprod:not`
+8. Operand `dprod:path` values are valid property paths (single IRIs or RDF lists)
+9. Prohibitions cover the intended restrictions (prohibition overrides permission)
+10. Duties have appropriate deadlines where time-sensitive
+11. Classification and sensitivity values match the DPROD vocabulary
+12. Validate against SHACL shapes:
+
+```bash
+shacl validate --shapes dprod-contracts-shapes.ttl --data my-policy.ttl
+```
+
+---
+
+## Further Reading
+
+- [overview.md](overview.md) -- What is DPROD Contracts?
+- [specification.md](specification.md) -- Technical vocabulary reference
+- [term-mapping.md](term-mapping.md) -- Business term -> property mapping
+- [examples/data-use-policy.ttl](../examples/data-use-policy.ttl) -- Complete working policy example
+- [examples/baseline.ttl](../examples/baseline.ttl) -- Comprehensive test data
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-04
diff --git a/dprod-contracts/docs/specification.md b/dprod-contracts/docs/specification.md
new file mode 100644
index 0000000..b32bf79
--- /dev/null
+++ b/dprod-contracts/docs/specification.md
@@ -0,0 +1,449 @@
+# DPROD Contracts Technical Specification
+
+RDF/OWL vocabulary reference for the DPROD Contracts ODRL 2.2 profile.
+
+---
+
+## 1. Introduction
+
+This document is a vocabulary reference for implementers. It defines every class and property that DPROD Contracts adds to ODRL 2.2, their types, domains, ranges, and cardinalities.
+
+**Scope**: This document covers the RDF/OWL vocabulary. For formal evaluation semantics, see [formal-semantics.md](formal-semantics.md). For practical authoring guidance, see [contracts-guide.md](contracts-guide.md) and [policy-writers-guide.md](policy-writers-guide.md).
+
+**Source files**:
+
+| File | Contents |
+|------|----------|
+| `dprod-contracts.ttl` | Core ontology (classes, properties) |
+| `dprod-contracts-shapes.ttl` | SHACL validation shapes |
+
+---
+
+## 2. Namespace Declarations
+
+```turtle
+@prefix odrl:        <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix dprod-shapes: <https://ekgf.github.io/dprod/contracts/shapes/> .
+@prefix rdf:         <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
+@prefix rdfs:        <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix owl:         <http://www.w3.org/2002/07/owl#> .
+@prefix xsd:         <http://www.w3.org/2001/XMLSchema#> .
+@prefix skos:        <http://www.w3.org/2004/02/skos/core#> .
+@prefix dct:         <http://purl.org/dc/terms/> .
+@prefix prov:        <http://www.w3.org/ns/prov#> .
+@prefix sh:          <http://www.w3.org/ns/shacl#> .
+```
+
+---
+
+## 3. Class Definitions
+
+### 3.1 dprod:State
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:Class` |
+| **Label** | State |
+| **Definition** | Unified lifecycle state for duties and contracts |
+| **Enumeration** | `dprod:Pending`, `dprod:Active`, `dprod:Fulfilled`, `dprod:Violated` |
+
+**Individuals**:
+
+| Individual | Label | Definition |
+|------------|-------|------------|
+| `dprod:Pending` | Pending | Condition not yet satisfied; not yet in force |
+| `dprod:Active` | Active | Condition satisfied, action required; in force |
+| `dprod:Fulfilled` | Fulfilled | Action performed; obligations complete |
+| `dprod:Violated` | Violated | Deadline passed without performance; breached |
+
+**State transitions** (see [formal-semantics.md](formal-semantics.md) for formal definition):
+
+```
+Pending -> Active    (condition becomes true)
+Active  -> Fulfilled (action performed)
+Active  -> Violated  (deadline passed without performance)
+```
+
+### 3.2 dprod:DataContract
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:Class` |
+| **Superclass** | `odrl:Offer` |
+| **Label** | Data Contract |
+| **Definition** | Policy offer defining data access terms |
+
+**Required properties**:
+
+| Property | Source | Cardinality |
+|----------|--------|-------------|
+| `odrl:profile` | ODRL | 1..* (must include DPROD Contracts profile URI) |
+| `odrl:assigner` | ODRL | 1 |
+
+**Recommended properties**:
+
+| Property | Source | Cardinality |
+|----------|--------|-------------|
+| `odrl:target` | ODRL | 1..* |
+| `dprod:state` | DPROD | 0..1 |
+| `dprod:effectiveDate` | DPROD | 0..1 |
+| `dprod:expirationDate` | DPROD | 0..1 |
+
+**Rule properties** (from ODRL):
+
+| Property | Contains |
+|----------|----------|
+| `odrl:obligation` | Provider duties (with `dprod:subject`), consumer duties (without subject in Offer) |
+| `odrl:permission` | Consumer permissions |
+| `odrl:prohibition` | Restrictions |
+
+**Example**:
+
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:dataTeam ;
+    odrl:target ex:marketPrices ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime .
+```
+
+### 3.3 dprod:Subscription
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:Class` |
+| **Superclass** | `odrl:Agreement` |
+| **Label** | Subscription |
+| **Definition** | Activated data contract binding provider and consumer |
+
+**Required properties**:
+
+| Property | Source | Cardinality |
+|----------|--------|-------------|
+| `odrl:profile` | ODRL | 1..* |
+| `odrl:assigner` | ODRL | 1 |
+| `odrl:assignee` | ODRL | 1 |
+| `dprod:subscribesTo` | DPROD | 1 |
+
+**Recommended properties**:
+
+| Property | Source | Cardinality |
+|----------|--------|-------------|
+| `dprod:state` | DPROD | 0..1 |
+| `dprod:effectiveDate` | DPROD | 0..1 |
+| `dprod:expirationDate` | DPROD | 0..1 |
+
+**Example**:
+
+```turtle
+ex:subscription a dprod:Subscription ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    dprod:subscribesTo ex:contract ;
+    odrl:assigner ex:dataTeam ;
+    odrl:assignee ex:analyticsTeam ;
+    dprod:effectiveDate "2026-01-15T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime .
+```
+
+### 3.4 dprod:RuntimeReference
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:Class` |
+| **Label** | Runtime Reference |
+| **Definition** | Value resolved at evaluation time |
+
+**Individuals**:
+
+| Individual | Types | Definition |
+|------------|-------|------------|
+| `dprod:currentAgent` | `dprod:RuntimeReference`, `odrl:Party` | The requesting agent (resolved at evaluation time) |
+| `dprod:currentDateTime` | `odrl:LeftOperand`, `dprod:RuntimeReference` | Evaluation timestamp (mapped to `odrl:dateTime`) |
+
+---
+
+## 4. Property Definitions
+
+### 4.1 dprod:state
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty` |
+| **Domain** | `odrl:Duty` | `dprod:DataContract` | `dprod:Subscription` |
+| **Range** | `dprod:State` |
+| **Cardinality** | 0..1 |
+| **Definition** | Current lifecycle state |
+
+### 4.2 dprod:deadline
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:DatatypeProperty` |
+| **Domain** | `odrl:Duty` |
+| **Range** | `xsd:dateTime` | `xsd:duration` (enforced by SHACL) |
+| **Cardinality** | 0..1 |
+| **Definition** | Time constraint for duty fulfillment |
+
+Two forms:
+
+| Form | Datatype | Meaning | Example |
+|------|----------|---------|---------|
+| Absolute | `xsd:dateTime` | Fixed deadline | `"2026-12-31T23:59:59Z"^^xsd:dateTime` |
+| Relative | `xsd:duration` | Offset from activation | `"P30D"^^xsd:duration` |
+
+### 4.3 dprod:recurrence
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:DatatypeProperty` |
+| **Domain** | `odrl:Duty` |
+| **Range** | `xsd:string` |
+| **Cardinality** | 0..1 |
+| **Pattern** | `^FREQ=(SECONDLY|MINUTELY|HOURLY|DAILY|WEEKLY|MONTHLY|YEARLY)` |
+| **Definition** | RFC 5545 RRULE defining when duty instances are generated |
+
+Each generated instance follows the standard duty lifecycle independently (Pending -> Active -> Fulfilled/Violated). The `deadline` property defines the per-instance fulfillment window. Any iCal-compliant library can parse the value.
+
+### 4.4 dprod:subscribesTo
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty` |
+| **Domain** | `dprod:Subscription` |
+| **Range** | `dprod:DataContract` |
+| **Cardinality** | 1 |
+| **Definition** | The contract this subscription activates |
+
+### 4.5 dprod:effectiveDate
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:DatatypeProperty` |
+| **Domain** | `dprod:DataContract` | `dprod:Subscription` |
+| **Range** | `xsd:dateTime` |
+| **Cardinality** | 0..1 |
+| **Definition** | When the contract/subscription becomes effective |
+
+### 4.6 dprod:expirationDate
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:DatatypeProperty` |
+| **Domain** | `dprod:DataContract` | `dprod:Subscription` |
+| **Range** | `xsd:dateTime` |
+| **Cardinality** | 0..1 |
+| **Definition** | When the contract/subscription expires |
+
+### 4.7 dprod:partOf
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty`, `owl:TransitiveProperty` |
+| **SubPropertyOf** | `odrl:partOf` |
+| **Domain** | `odrl:Asset` |
+| **Range** | `odrl:Asset` |
+| **Cardinality** | 0..* |
+| **Definition** | Asset contained in a larger asset |
+
+Transitive: if table `partOf` schema and schema `partOf` database, then table `partOf` database. Declared `rdfs:subPropertyOf odrl:partOf` so ODRL processors with RDFS reasoning can interpret DPROD asset hierarchies.
+
+### 4.8 dprod:memberOf
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty`, `owl:TransitiveProperty` |
+| **SubPropertyOf** | `odrl:partOf` |
+| **Domain** | `odrl:Party` |
+| **Range** | `odrl:Party` |
+| **Cardinality** | 0..* |
+| **Definition** | Party member of a group or organization |
+
+Transitive: if person `memberOf` team and team `memberOf` division, then person `memberOf` division. Declared `rdfs:subPropertyOf odrl:partOf` so ODRL processors with RDFS reasoning can interpret DPROD party hierarchies.
+
+### 4.9 dprod:path
+
+| Property | Value |
+|----------|-------|
+| **Type** | `rdf:Property` |
+| **Domain** | `odrl:LeftOperand` |
+| **Cardinality** | 0..1 |
+| **Definition** | SHACL-style property path from evaluation context to operand value |
+
+Simple paths are a single property IRI; sequence paths are RDF lists:
+
+| Path type | Syntax | Meaning | Example |
+|-----------|--------|---------|---------|
+| Context-rooted | `dprod:path dprod:environment` | Direct property on request | `?request dprod:environment ?value` |
+| Asset-rooted | `dprod:path (odrl:target dprod:timeliness)` | Via target | `?request odrl:target ?asset . ?asset dprod:timeliness ?value` |
+| Agent-rooted | `dprod:path (odrl:assignee dprod:recipientType)` | Via assignee | `?request odrl:assignee ?agent . ?agent dprod:recipientType ?value` |
+| ODRL operand | `dprod:path odrl:purpose` | Direct property on request | `?request odrl:purpose ?value` |
+
+### 4.9b dprod:select
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:DatatypeProperty` |
+| **Domain** | `odrl:LeftOperand` |
+| **Range** | `xsd:string` |
+| **Cardinality** | 0..1 |
+| **Definition** | SPARQL query for operand value resolution |
+
+Optional SPARQL SELECT that resolves the operand value. Binds `$request` to the evaluation context. Result variable is `?v`. Typically used alongside `dprod:path` for multi-step paths:
+
+```turtle
+dprod:timeliness
+  dprod:path (odrl:target dprod:timeliness) ;
+  dprod:select "SELECT ?v WHERE { $request odrl:target/dprod:timeliness ?v }" .
+```
+
+### 4.10 dprod:not
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty` |
+| **Domain** | `odrl:LogicalConstraint` |
+| **Range** | `odrl:Constraint` | `odrl:LogicalConstraint` |
+| **Cardinality** | 0..1 (exactly one of `odrl:and`, `odrl:or`, `dprod:not` per LogicalConstraint) |
+| **Definition** | Logical negation on a constraint |
+
+ODRL defines `odrl:and` and `odrl:or` but lacks negation. DPROD Contracts adds `dprod:not` following the same pattern.
+
+### 4.11 dprod:subject
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty` |
+| **SubPropertyOf** | `odrl:assignee` |
+| **Domain** | `odrl:Duty` |
+| **Range** | `odrl:Party` |
+| **Cardinality** | 0..1 |
+| **Definition** | Party bearing the duty (must perform the action) |
+
+The duty bearer. Replaces `odrl:assignee` on duties to avoid role overloading -- in a bilateral agreement, the data provider is `odrl:assigner` at the policy level but would also need to be `odrl:assignee` on their own delivery duty. `dprod:subject` removes this confusion. Bridges to ODRL via `rdfs:subPropertyOf odrl:assignee` (itself a sub-property of `odrl:function`), so ODRL processors with RDFS reasoning can infer `odrl:assignee` from `dprod:subject`. Aligns with `md:subject` (W3C Market Data).
+
+### 4.12 dprod:object
+
+| Property | Value |
+|----------|-------|
+| **Type** | `owl:ObjectProperty` |
+| **SubPropertyOf** | `odrl:function` |
+| **Domain** | `odrl:Duty` |
+| **Range** | `odrl:Party` |
+| **Cardinality** | 0..1 |
+| **Definition** | Party affected by the duty action |
+
+The party affected by or receiving the result of the duty action (e.g., who is notified, who receives the report). Bridges to ODRL via `rdfs:subPropertyOf odrl:function`. Aligns with `md:object` (W3C Market Data).
+
+**ODRL Common Vocabulary alternatives**: ODRL defines action-specific party functions that may be more semantically precise than `dprod:object` in certain cases:
+
+| ODRL Function | Use when... | Example |
+|---|---|---|
+| `odrl:informedParty` | The duty is to inform/notify a party | Schema change notification |
+| `odrl:compensatedParty` | The duty involves compensation | License fee payment |
+| `odrl:trackedParty` | The duty involves tracking/monitoring | Usage tracking |
+| `odrl:consentingParty` | The duty requires obtaining consent | Data processing consent |
+
+Use `dprod:object` as the generic alternative when no specific ODRL function fits, or when you prefer consistency across duty types. All are sub-properties of `odrl:function`.
+
+---
+
+## 5. SHACL Constraints Summary
+
+Shapes are defined in `dprod-contracts-shapes.ttl`. Key constraints:
+
+### Policy-level shapes
+
+| Shape | Target | Key Constraints |
+|-------|--------|-----------------|
+| `dprod-shapes:PolicyShape` | `odrl:Policy` | Must declare `odrl:profile` (for engines with RDFS inference) |
+| `dprod-shapes:SetShape` | `odrl:Set` | Must declare `odrl:profile`; at least one `odrl:target`; at least one clause |
+| `dprod-shapes:OfferShape` | `odrl:Offer` | Must declare `odrl:profile`; exactly one `odrl:assigner`; at least one clause |
+| `dprod-shapes:AgreementShape` | `odrl:Agreement` | Must declare `odrl:profile`; exactly one `odrl:assigner` and one `odrl:assignee`; at least one clause |
+
+### Rule-level shapes
+
+| Shape | Target | Key Constraints |
+|-------|--------|-----------------|
+| `dprod-shapes:PermissionShape` | `odrl:Permission` | Exactly one `odrl:action`; at most one `odrl:target` (inherited from policy if absent) |
+| `dprod-shapes:ProhibitionShape` | `odrl:Prohibition` | Exactly one `odrl:action`; at most one `odrl:target` (inherited from policy if absent) |
+| `dprod-shapes:DutyShape` | `odrl:Duty` | Exactly one `odrl:action`; `subject` 0..1; `object` 0..1; `deadline` 0..1 (dateTime/duration); `recurrence` 0..1 (RRULE pattern); `state` 0..1 |
+
+### Constraint-level shapes
+
+| Shape | Target | Key Constraints |
+|-------|--------|-----------------|
+| `dprod-shapes:ConstraintShape` | `odrl:Constraint` | Exactly one `leftOperand`, `operator`, and at least one `rightOperand` |
+| `dprod-shapes:LogicalConstraintShape` | `odrl:LogicalConstraint` | Exactly one of: `odrl:and`, `odrl:or`, or `dprod:not` |
+
+### Contract-level shapes
+
+| Shape | Target | Key Constraints |
+|-------|--------|-----------------|
+| `dprod-shapes:DataContractShape` | `dprod:DataContract` | Must declare `odrl:profile`; exactly one `odrl:assigner`; at least one clause; `state` 0..1; effective/expiration dates 0..1 |
+| `dprod-shapes:SubscriptionShape` | `dprod:Subscription` | Must declare `odrl:profile`; exactly one `dprod:subscribesTo` (must be `dprod:DataContract`); at least one clause; `state` 0..1; effective/expiration dates 0..1 |
+
+### Operand shapes
+
+| Shape | Target | Key Constraints |
+|-------|--------|-----------------|
+| `dprod-shapes:LeftOperandShape` | `odrl:LeftOperand` | `dprod:path` 0..1; `dprod:select` 0..1 (xsd:string) |
+
+### Rejection shapes
+
+| Shape | Rejects | Message |
+|-------|---------|---------|
+| `dprod-shapes:RejectXoneShape` | `odrl:xone` | Not supported in DPROD Contracts |
+| `dprod-shapes:RejectRemedyShape` | `odrl:remedy` | Noted as future extension |
+| `dprod-shapes:RejectConsequenceShape` | `odrl:consequence` | Noted as future extension |
+| `dprod-shapes:RejectTicketShape` | `odrl:Ticket` | Not supported |
+| `dprod-shapes:RejectRequestShape` | `odrl:Request` | Not supported |
+| `dprod-shapes:RejectAssetCollectionShape` | `odrl:AssetCollection` | Use `dprod:partOf` instead |
+| `dprod-shapes:RejectPartyCollectionShape` | `odrl:PartyCollection` | Use `dprod:memberOf` instead |
+| `dprod-shapes:RejectInheritAllowedShape` | `odrl:inheritAllowed` | Not supported |
+| `dprod-shapes:RejectInheritFromShape` | `odrl:inheritFrom` | Not supported |
+
+---
+
+## 6. Property Usage Matrix
+
+Which DPROD properties are valid on which classes:
+
+| Property | Duty | DataContract | Subscription | LeftOperand | LogicalConstraint | Asset | Party |
+|----------|------|-------------|-------------|-------------|-------------------|-------|-------|
+| `dprod:state` | Yes | Yes | Yes | | | | |
+| `dprod:deadline` | Yes | | | | | | |
+| `dprod:recurrence` | Yes | | | | | | |
+| `dprod:subject` | Yes | | | | | | |
+| `dprod:object` | Yes | | | | | | |
+| `dprod:subscribesTo` | | | Yes | | | | |
+| `dprod:effectiveDate` | | Yes | Yes | | | | |
+| `dprod:expirationDate` | | Yes | Yes | | | | |
+| `dprod:path` | | | | Yes | | | |
+| `dprod:select` | | | | Yes | | | |
+| `dprod:not` | | | | | Yes | | |
+| `dprod:partOf` | | | | | | Yes | |
+| `dprod:memberOf` | | | | | | | Yes |
+
+---
+
+## 7. Profile Constraints
+
+DPROD Contracts restricts certain ODRL features:
+
+| Feature | Status | Reason |
+|---------|--------|--------|
+| `odrl:conflict` | Fixed to `odrl:prohibit` at profile level | Deterministic conflict resolution; declared once in `dprod-contracts-prof.ttl` |
+| `odrl:xone` | Rejected | Noted as future extension |
+| `odrl:remedy` | Rejected | Noted as future extension |
+| `odrl:consequence` | Rejected | Noted as future extension |
+| `odrl:Ticket` | Not used | Not applicable to data governance |
+| `odrl:Request` | Not used | Not applicable |
+| `odrl:assignee` (on Duty) | Replaced by `dprod:subject` | `dprod:subject rdfs:subPropertyOf odrl:assignee` -- avoids role overloading |
+| `odrl:AssetCollection` | Not used | Use `dprod:partOf` hierarchy instead (`rdfs:subPropertyOf odrl:partOf` bridges to ODRL) |
+| `odrl:PartyCollection` | Not used | Use `dprod:memberOf` hierarchy instead (`rdfs:subPropertyOf odrl:partOf` bridges to ODRL) |
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-04
diff --git a/dprod-contracts/docs/term-mapping.md b/dprod-contracts/docs/term-mapping.md
new file mode 100644
index 0000000..fec1cc2
--- /dev/null
+++ b/dprod-contracts/docs/term-mapping.md
@@ -0,0 +1,497 @@
+# DPROD Contracts Term Mapping
+
+Maps business language to DPROD/ODRL vocabulary. Includes complete DCON -> DPROD migration mapping.
+
+---
+
+## 1. How to Use This Document
+
+This document bridges the gap between business terminology and the technical ODRL/DPROD vocabulary. Each section covers a category of terms. For each term you will find:
+
+- **Business term**: what people say in conversation
+- **DPROD property**: the RDF property or class to use
+- **Used on**: which policy elements this applies to
+- **Cardinality**: how many values are allowed
+- **Source**: whether the term comes from ODRL or DPROD
+- **DCON equivalent**: for migration reference
+
+For the formal vocabulary reference, see [specification.md](specification.md). For authoring guidance, see [contracts-guide.md](contracts-guide.md) or [policy-writers-guide.md](policy-writers-guide.md).
+
+---
+
+## 2. Contract Metadata
+
+### Contract Title
+
+**Business term:** `title`, `contract name`, `policy name`
+**DPROD property:** `rdfs:label`
+**Used on:** `dprod:DataContract`, `dprod:Subscription`, `odrl:Set`
+**Cardinality:** 0..1
+**Source:** RDFS
+**Example:**
+```turtle
+ex:contract a dprod:DataContract ;
+    rdfs:label "Market Price Data Contract v2" .
+```
+**DCON equivalent:** `rdfs:label` (same)
+
+### Contract Description
+
+**Business term:** `description`, `summary`
+**DPROD property:** `dct:description`
+**Used on:** Any policy
+**Cardinality:** 0..1
+**Source:** Dublin Core
+
+### Contract Version
+
+**Business term:** `version`, `revision`
+**DPROD property:** `prov:wasRevisionOf`
+**Used on:** `dprod:DataContract`
+**Cardinality:** 0..1
+**Source:** W3C PROV
+**Example:**
+```turtle
+ex:contract-v2 a dprod:DataContract ;
+    prov:wasRevisionOf ex:contract-v1 .
+```
+**DCON equivalent:** `prov:wasRevisionOf` (same)
+
+### Contract Status
+
+**Business term:** `status`, `state`, `lifecycle state`
+**DPROD property:** `dprod:state`
+**Used on:** `dprod:DataContract`, `dprod:Subscription`, `odrl:Duty`
+**Cardinality:** 0..1
+**Values:** `dprod:Pending`, `dprod:Active`, `dprod:Fulfilled`, `dprod:Violated`
+**Source:** DPROD
+**DCON equivalent:** `dcon:contractState` (partial; DCON also had Draft/Published which are not modeled)
+
+---
+
+## 3. Temporal Properties
+
+### Effective Date
+
+**Business term:** `start date`, `effective date`, `goes live`
+**DPROD property:** `dprod:effectiveDate`
+**Used on:** `dprod:DataContract`, `dprod:Subscription`
+**Cardinality:** 0..1
+**Datatype:** `xsd:dateTime`
+**Source:** DPROD
+**Example:**
+```turtle
+ex:subscription dprod:effectiveDate "2026-01-15T00:00:00Z"^^xsd:dateTime .
+```
+**DCON equivalent:** `dcon:effectiveDate`
+
+### Expiration Date
+
+**Business term:** `end date`, `expiry`, `contract end`
+**DPROD property:** `dprod:expirationDate`
+**Used on:** `dprod:DataContract`, `dprod:Subscription`
+**Cardinality:** 0..1
+**Datatype:** `xsd:dateTime`
+**Source:** DPROD
+**DCON equivalent:** `dcon:expirationDate`
+
+### Deadline
+
+**Business term:** `due date`, `SLA window`, `fulfillment deadline`
+**DPROD property:** `dprod:deadline`
+**Used on:** `odrl:Duty`
+**Cardinality:** 0..1
+**Datatype:** `xsd:dateTime` | `xsd:duration`
+**Source:** DPROD
+**Example:**
+```turtle
+# Absolute deadline
+dprod:deadline "2026-12-31T23:59:59Z"^^xsd:dateTime .
+
+# Relative deadline (30 days from activation)
+dprod:deadline "P30D"^^xsd:duration .
+```
+**DCON equivalent:** `dcon:hasTerminationClause` (partial)
+
+### Recurrence Schedule
+
+**Business term:** `schedule`, `frequency`, `how often`
+**DPROD property:** `dprod:recurrence`
+**Used on:** `odrl:Duty`
+**Cardinality:** 0..1
+**Datatype:** `xsd:string` (RFC 5545 RRULE)
+**Source:** DPROD
+**Example:**
+```turtle
+dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" .
+```
+**DCON equivalent:** `dcon:hasSchedule` + `dcon:icalRule` (two properties collapsed into one)
+
+---
+
+## 4. Parties and Responsibility
+
+### Contract Provider
+
+**Business term:** `provider`, `data provider`, `data owner`, `publisher`
+**DPROD property:** `odrl:assigner`
+**Used on:** `dprod:DataContract`, `dprod:Subscription`
+**Cardinality:** 1 (required)
+**Source:** ODRL
+**Example:**
+```turtle
+ex:contract a dprod:DataContract ;
+    odrl:assigner ex:dataTeam .
+```
+**DCON equivalent:** `odrl:assigner` (same)
+
+### Contract Consumer
+
+**Business term:** `consumer`, `subscriber`, `data consumer`, `client`
+**DPROD property:** `odrl:assignee`
+**Used on:** `dprod:Subscription` (required), `odrl:Permission`/`odrl:Duty` (optional)
+**Cardinality:** 1 on Subscription; 0..1 on rules
+**Source:** ODRL
+**Example:**
+```turtle
+ex:subscription a dprod:Subscription ;
+    odrl:assignee ex:analyticsTeam .
+```
+**DCON equivalent:** `dcon:subscriber` -> `odrl:assignee`
+
+### Duty Holder
+
+**Business term:** `responsible party`, `obligee`, `who must do it`
+**DPROD property:** `dprod:subject` (on `odrl:Duty`)
+**Used on:** `odrl:Duty`
+**Cardinality:** 0..1
+**Source:** DPROD (`rdfs:subPropertyOf odrl:assignee`)
+**Note:** In a DataContract (Offer), provider duties have `dprod:subject` set to the provider. Consumer duties omit `dprod:subject` -- it is filled in when the Subscription is created.
+**DCON equivalent:** `dcon:promisor`
+
+### Party Hierarchy
+
+**Business term:** `team membership`, `department`, `division`
+**DPROD property:** `dprod:memberOf`
+**Used on:** `odrl:Party`
+**Cardinality:** 0..*
+**Source:** DPROD
+**Example:**
+```turtle
+ex:analyst a odrl:Party ;
+    dprod:memberOf ex:analyticsTeam .
+ex:analyticsTeam a odrl:Party ;
+    dprod:memberOf ex:tradingDivision .
+```
+
+---
+
+## 5. Assets
+
+### Target Asset
+
+**Business term:** `data`, `dataset`, `covered data`, `target`
+**DPROD property:** `odrl:target`
+**Used on:** Policies, `odrl:Permission`, `odrl:Duty`, `odrl:Prohibition`
+**Cardinality:** 1..* on policies; 1 on rules
+**Source:** ODRL
+**Example:**
+```turtle
+ex:contract odrl:target ex:marketPrices .
+```
+**DCON equivalent:** `odrl:target` (same)
+
+### Asset Hierarchy
+
+**Business term:** `part of`, `contained in`, `sub-asset`
+**DPROD property:** `dprod:partOf`
+**Used on:** `odrl:Asset`
+**Cardinality:** 0..*
+**Source:** DPROD
+**Example:**
+```turtle
+ex:priceTable a odrl:Asset ;
+    dprod:partOf ex:marketDataSchema .
+ex:marketDataSchema a odrl:Asset ;
+    dprod:partOf ex:marketDataLake .
+```
+
+---
+
+## 6. Obligations
+
+### Delivery SLA
+
+**Business term:** `data delivery`, `SLA`, `timeliness guarantee`
+**DPROD pattern:** `odrl:Duty` with `dprod:deliver` + `dprod:recurrence` + `dprod:deadline`
+**Example:**
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:deliver ;
+    odrl:target ex:marketPrices ;
+    dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+    dprod:deadline "PT30M"^^xsd:duration
+] .
+```
+**DCON equivalent:** `dcon:ProviderTimelinessPromise`
+
+### Schema Conformance
+
+**Business term:** `schema guarantee`, `data quality SLA`, `format compliance`
+**DPROD pattern:** `odrl:Duty` with `dprod:conformTo`
+**Example:**
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:conformTo ;
+    odrl:target ex:marketDataSchema
+] .
+```
+**DCON equivalent:** `dcon:ProviderSchemaPromise`
+
+### Quality SLA
+
+**Business term:** `quality guarantee`, `accuracy SLA`, `data quality commitment`
+**DPROD pattern:** `odrl:Duty` with `dprod:conformTo` + `odrl:constraint`
+**Example:**
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:conformTo ;
+    odrl:target ex:riskMetricsSchema ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:timeliness ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:realtime
+    ]
+] .
+```
+**DCON equivalent:** `dcon:ProviderQualityPromise`
+
+### Change Notification
+
+**Business term:** `notification`, `advance notice`, `change alert`
+**DPROD pattern:** `odrl:Duty` with `dprod:notify` + `dprod:deadline`
+**Example:**
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:dataTeam ;
+    odrl:action dprod:notify ;
+    odrl:target ex:schemaChanges ;
+    dprod:deadline "P14D"^^xsd:duration
+] .
+```
+**DCON equivalent:** `dcon:ProviderChangeNotificationPromise`
+
+### Usage Reporting
+
+**Business term:** `usage report`, `consumption report`
+**DPROD pattern:** `odrl:Duty` with `dprod:report` + `dprod:deadline`
+**Example:**
+```turtle
+odrl:obligation [
+    a odrl:Duty ;
+    odrl:action dprod:report ;
+    odrl:target ex:usageStats ;
+    dprod:deadline "P30D"^^xsd:duration
+] .
+```
+**DCON equivalent:** `dcon:ConsumerUsageReportingPromise` (implied)
+
+---
+
+## 7. Rights and Restrictions
+
+### Display Permission
+
+**Business term:** `can view`, `display rights`, `screen display`
+**DPROD property:** `odrl:display` (action on `odrl:Permission`)
+**DCON equivalent:** `odrl:display` (same)
+
+### Non-Display Permission
+
+**Business term:** `algorithmic use`, `automated use`, `programmatic access`
+**DPROD property:** `dprod:nonDisplay` (action on `odrl:Permission`)
+**Note:** Distinct from `odrl:display`. Covers models, automation, calculations.
+
+### Derivation Permission
+
+**Business term:** `can create derived data`, `derivation rights`
+**DPROD property:** `odrl:derive` (action on `odrl:Permission`)
+**DCON equivalent:** `odrl:derive` (same)
+
+### Distribution Prohibition
+
+**Business term:** `no redistribution`, `no sharing outside`
+**DPROD property:** `odrl:distribute` (action on `odrl:Prohibition`)
+**DCON equivalent:** Prohibition with `odrl:distribute`
+
+### Constrained Permission
+
+**Business term:** `can do X if Y`, `conditional access`
+**DPROD pattern:** Permission with `odrl:constraint`
+**Example:**
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:action odrl:read ;
+    odrl:target ex:data ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand odrl:purpose ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:analytics
+    ]
+] .
+```
+
+---
+
+## 8. State and Lifecycle
+
+### Duty States
+
+| State | Business meaning | DPROD value |
+|-------|-----------------|-------------|
+| Not started | Condition not yet met | `dprod:Pending` |
+| In progress | Action required, deadline ticking | `dprod:Active` |
+| Done | Successfully completed | `dprod:Fulfilled` |
+| Breached | Deadline passed without completion | `dprod:Violated` |
+
+### Contract States
+
+| State | Business meaning | DPROD value |
+|-------|-----------------|-------------|
+| Not yet active | Effective date not reached | `dprod:Pending` |
+| Live | In force, duties being tracked | `dprod:Active` |
+| Complete | All obligations met | `dprod:Fulfilled` |
+| Breached | Material obligation violated | `dprod:Violated` |
+
+**Note:** DCON's `Draft` and `Published` are pre-normative workflow metadata. DPROD does not model them -- they belong to the authoring system, not policy evaluation.
+
+---
+
+## 9. Quick Reference Table
+
+| Business Term | DPROD Property / Pattern | Source |
+|--------------|--------------------------|--------|
+| Contract title | `rdfs:label` | RDFS |
+| Provider | `odrl:assigner` | ODRL |
+| Consumer | `odrl:assignee` | ODRL |
+| Covered data | `odrl:target` | ODRL |
+| Start date | `dprod:effectiveDate` | DPROD |
+| End date | `dprod:expirationDate` | DPROD |
+| Status | `dprod:state` | DPROD |
+| Delivery SLA | Duty + `deliver` + `recurrence` + `deadline` | DPROD |
+| Schema guarantee | Duty + `conformTo` | DPROD |
+| Quality SLA | Duty + `conformTo` + constraint | DPROD |
+| Change notice | Duty + `notify` + `deadline` | DPROD |
+| Usage report | Duty + `report` + `deadline` | DPROD |
+| View rights | Permission + `display` | ODRL |
+| Algo use | Permission + `nonDisplay` | DPROD |
+| Derivation | Permission + `derive` | ODRL |
+| No sharing | Prohibition + `distribute` | ODRL |
+| Team membership | `dprod:memberOf` | DPROD |
+| Data hierarchy | `dprod:partOf` | DPROD |
+| Version chain | `prov:wasRevisionOf` | W3C PROV |
+| Schedule | `dprod:recurrence` (RRULE) | DPROD |
+| Deadline | `dprod:deadline` | DPROD |
+| Contract link | `dprod:subscribesTo` | DPROD |
+
+---
+
+## 10. DCON -> DPROD Migration
+
+Complete mapping of every DCON term to its DPROD equivalent.
+
+### 10.1 Classes
+
+| DCON Class | DPROD Equivalent | Status | Notes |
+|------------|------------------|--------|-------|
+| `dcon:DataContract` | `dprod:DataContract` | Direct | Subclass of `odrl:Offer` |
+| `dcon:DataContractSubscription` | `dprod:Subscription` | Direct | Subclass of `odrl:Agreement` |
+| `dcon:Promise` | `odrl:Duty` | Dissolved | All obligations are duties |
+| `dcon:ProviderPromise` | `odrl:Duty` + DPROD action | Dissolved | Action differentiates duty type |
+| `dcon:ProviderTimelinessPromise` | Duty + `deliver` + `recurrence` + `deadline` | Pattern | Schedule + window replaces delivery time |
+| `dcon:ProviderSchemaPromise` | Duty + `conformTo` | Pattern | Schema conformance duty |
+| `dcon:ProviderChangeNotificationPromise` | Duty + `notify` + `deadline` | Pattern | Deadline as duration for lead time |
+| `dcon:ProviderQualityPromise` | Duty + `conformTo` + constraint | Pattern | Quality constraints on conformance duty |
+| `dcon:ConsumerPromise` | `odrl:Duty` (assignee duty) | Dissolved | Standard ODRL duty |
+| `dcon:Schedule` | `dprod:recurrence` value | Simplified | Single RRULE string, not a class |
+| `dcon:ICalSchedule` | `dprod:recurrence` value | Absorbed | RRULE is the iCal format |
+| `dcon:PromiseState` | `dprod:State` | Extended | 4 states (adds Pending) vs DCON's 3 |
+| `dcon:Condition` | `odrl:Constraint` | Standard | Use ODRL directly |
+| `dcon:ContractStatus` (Draft/Active/Retired/Cancelled) | -- | Not modeled | Pre-normative workflow metadata |
+
+### 10.2 Properties
+
+| DCON Property | DPROD Equivalent | Status | Notes |
+|---------------|------------------|--------|-------|
+| `dcon:provider` | `odrl:assigner` | Standard | ODRL term |
+| `dcon:subscriber` | `odrl:assignee` | Standard | ODRL term |
+| `dcon:contractState` | `dprod:state` | Direct | Unified 4-state lifecycle |
+| `dcon:effectiveDate` | `dprod:effectiveDate` | Direct | Same semantics |
+| `dcon:expirationDate` | `dprod:expirationDate` | Direct | Same semantics |
+| `dcon:subscribesTo` | `dprod:subscribesTo` | Direct | Same semantics |
+| `dcon:promisedDeliveryTime` | `dprod:recurrence` + `dprod:deadline` | Simplified | Schedule + window |
+| `dcon:notificationLeadTime` | `dprod:deadline` (as `xsd:duration`) | Simplified | Duration value |
+| `dcon:promisor` | `dprod:subject` (on Duty) | DPROD | `rdfs:subPropertyOf odrl:assignee` |
+| `dcon:promisee` | Implicit (other party) | Not needed | Bilateral agreement handles this |
+| `dcon:promiseContent` | `odrl:action` (on Duty) | Standard | ODRL term |
+| `dcon:promiseState` | `dprod:state` | Direct | Unified lifecycle |
+| `dcon:fulfillsPromise` | `prov:wasDerivedFrom` (on Subscription) | Standard | W3C PROV |
+| `dcon:hasPromise` | `odrl:obligation` | Standard | ODRL term |
+| `dcon:hasContract` | `dcat:hasPolicy` (external systems) | External | Not policy semantics |
+| `dcon:hasEffectivePeriod` | `dprod:effectiveDate` + `dprod:expirationDate` | Simplified | Two dates instead of period object |
+| `dcon:hasTerminationClause` | `dprod:deadline` (as duration) | Simplified | Duration on duty |
+| `dcon:hasSchedule` | `dprod:recurrence` | Simplified | Single property |
+| `dcon:icalRule` | `dprod:recurrence` value | Absorbed | RRULE string is the value |
+
+### 10.3 Actions
+
+| DCON Action | DPROD Equivalent | Status |
+|-------------|------------------|--------|
+| `dcon:deliver` | `dprod:deliver` | Direct |
+| `dcon:maintain` (schema) | `dprod:conformTo` | Renamed |
+| `dcon:notify` | `dprod:notify` | Direct |
+| `dcon:report` (implied) | `dprod:report` | Direct |
+
+### 10.4 Not Modeled (by design)
+
+These DCON concepts are intentionally not modeled in DPROD Contracts, with rationale:
+
+| DCON Concept | Reason Not Modeled |
+|--------------|--------------------|
+| `dcon:Draft` / `dcon:Retired` / `dcon:Cancelled` | Pre-normative workflow metadata, not policy semantics. Belongs to authoring system. |
+| `dcon:promiseContent` (as class) | Dissolved into `odrl:action` on duties. Actions provide the semantic differentiation. |
+| `dcon:fulfillsPromise` (as property) | Replaced by `prov:wasDerivedFrom` on Subscription. Standard W3C provenance. |
+| `dcon:hasContract` | External relationship. Systems use `dcat:hasPolicy` to link datasets to policies. |
+| `dcon:Condition` (as class) | Use `odrl:Constraint` directly. Standard ODRL. |
+| `schema:Schedule` format | DPROD uses RRULE string only. Single property instead of class hierarchy. |
+| Promise/ProviderPromise hierarchy | Dissolved into `odrl:Duty` patterns. DPROD actions differentiate duty types. |
+| Promise Theory semantics (ought-to-be) | Duties suffice for DPROD's scope. Future extensions may add full Promise support for voluntary cooperation. |
+| `dcat:Distribution` integration | Use DCAT directly outside policies. Not policy semantics. |
+| Subscription billing | Operational concern, out of scope for policy evaluation. |
+
+### 10.5 Migration Checklist
+
+When migrating a DCON contract to DPROD Contracts:
+
+1. Change `dcon:DataContract` -> `dprod:DataContract`
+2. Change `dcon:DataContractSubscription` -> `dprod:Subscription`
+3. Add `odrl:profile <https://ekgf.github.io/dprod/>` declaration
+4. Replace promise subclasses with `odrl:Duty` + DPROD action (see table above)
+5. Replace `dcon:promisor` with `dprod:subject` on duties
+6. Replace `dcon:hasSchedule`/`dcon:icalRule` with `dprod:recurrence`
+7. Map `dcon:contractState` to `dprod:state`
+8. Validate against SHACL shapes: `shacl validate --shapes dprod-contracts-shapes.ttl --data migrated.ttl`
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-04
diff --git a/dprod-contracts/dprod-contracts-prof.ttl b/dprod-contracts/dprod-contracts-prof.ttl
new file mode 100644
index 0000000..57a2ef4
--- /dev/null
+++ b/dprod-contracts/dprod-contracts-prof.ttl
@@ -0,0 +1,48 @@
+# baseURI: https://ekgf.github.io/dprod/
+# prefix: dprod
+
+@prefix dprod: <https://ekgf.github.io/dprod/> .
+@prefix prof: <http://www.w3.org/ns/dx/prof/> .
+@prefix role: <http://www.w3.org/ns/dx/prof/role/> .
+@prefix dct: <http://purl.org/dc/terms/> .
+@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
+@prefix owl: <http://www.w3.org/2002/07/owl#> .
+@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
+
+
+############################# Base Specification #########################
+
+odrl:core
+  a dct:Standard ;
+  dct:title "ODRL Information Model 2.2"@en ;
+  dct:identifier <http://www.w3.org/TR/odrl-model/> ;
+.
+
+
+############################# DPROD Profile (ODRL 2.2) #########################
+
+<https://ekgf.github.io/dprod/>
+  a prof:Profile ;
+  dct:title "DPROD"@en ;
+  dct:description
+    """Proper ODRL 2.2 profile for deterministic data governance.
+    Uses ODRL terms for standard constructs; adds lifecycle state,
+    deadline, recurrence, data contracts, hierarchy extensions,
+    operand resolution, runtime references, and logical negation."""@en ;
+  prof:isProfileOf odrl:core ;
+  prof:hasToken "dprod"^^xsd:token ;
+  odrl:conflict odrl:prohibit ;
+  prof:hasResource [
+    a prof:ResourceDescriptor ;
+    dct:title "DPROD Contracts Ontology"@en ;
+    prof:hasRole role:vocabulary ;
+    dct:conformsTo <http://www.w3.org/TR/owl2-overview/> ;
+    prof:hasArtifact <https://ekgf.github.io/dprod/contracts/dprod-contracts.ttl>
+  ] , [
+    a prof:ResourceDescriptor ;
+    dct:title "DPROD Contracts SHACL Shapes"@en ;
+    prof:hasRole role:validation ;
+    dct:conformsTo <http://www.w3.org/ns/shacl#> ;
+    prof:hasArtifact <https://ekgf.github.io/dprod/contracts/dprod-contracts-shapes.ttl>
+  ] ;
+.
diff --git a/dprod-contracts/dprod-contracts-shapes.ttl b/dprod-contracts/dprod-contracts-shapes.ttl
new file mode 100644
index 0000000..7cf1a46
--- /dev/null
+++ b/dprod-contracts/dprod-contracts-shapes.ttl
@@ -0,0 +1,495 @@
+# baseURI: https://ekgf.github.io/dprod/contracts/shapes/
+# imports: https://ekgf.github.io/dprod/contracts/
+# imports: http://www.w3.org/ns/shacl#
+# prefix: dprod-shapes
+
+@base <https://ekgf.github.io/dprod/contracts/shapes/> .
+@prefix dprod-shapes: <https://ekgf.github.io/dprod/contracts/shapes/> .
+@prefix dprod: <https://ekgf.github.io/dprod/> .
+@prefix dct: <http://purl.org/dc/terms/> .
+@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
+@prefix owl: <http://www.w3.org/2002/07/owl#> .
+@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
+@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix sh: <http://www.w3.org/ns/shacl#> .
+@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
+
+dprod-shapes:
+  a owl:Ontology ;
+  dct:title "Shapes for DPROD Data Contracts"@en ;
+  rdfs:label "DPROD contracts shapes"@en ;
+  dct:description "SHACL validation shapes for DPROD data contract policies."@en ;
+  rdfs:comment
+    "This is intended to be used with SHACL, not as an ontology: the ontology element is to provide the metadata for the set of shapes."@en ;
+  dct:license <https://creativecommons.org/licenses/by/4.0/> ;
+  dct:modified "2026-02-26"^^xsd:date ;
+  owl:imports <https://ekgf.github.io/dprod/contracts/> ;
+  owl:imports sh: ;
+  owl:versionInfo "0.7" ;
+  sh:declare [
+    sh:prefix "dprod" ;
+    sh:namespace "https://ekgf.github.io/dprod/" ;
+  ] ;
+  sh:declare [
+    sh:prefix "dprod-shapes" ;
+    sh:namespace "https://ekgf.github.io/dprod/contracts/shapes/" ;
+  ] ;
+  sh:declare [
+    sh:prefix "odrl" ;
+    sh:namespace "http://www.w3.org/ns/odrl/2/" ;
+  ] ;
+.
+
+
+############################# Reusable Property Groups #########################
+
+
+dprod-shapes:StatePropertyGroup
+  sh:path dprod:state ;
+  sh:maxCount 1 ;
+  sh:in (dprod:Pending dprod:Active dprod:Fulfilled dprod:Violated) ;
+  sh:message "State must be Pending, Active, Fulfilled, or Violated." ;
+.
+
+dprod-shapes:ProfilePropertyGroup
+  sh:path odrl:profile ;
+  sh:minCount 1 ;
+  sh:hasValue <https://ekgf.github.io/dprod/> ;
+  sh:message "DPROD policies must declare odrl:profile <https://ekgf.github.io/dprod/>." ;
+.
+
+dprod-shapes:NonEmptyClausesConstraint
+  a sh:NodeShape ;
+  sh:or (
+    [ sh:property [ sh:path odrl:permission ; sh:minCount 1 ] ]
+    [ sh:property [ sh:path odrl:prohibition ; sh:minCount 1 ] ]
+    [ sh:property [ sh:path odrl:obligation ; sh:minCount 1 ] ]
+  ) ;
+  sh:message "Policy must have at least one permission, prohibition, or obligation." ;
+.
+
+
+############################# Policy Shapes #########################
+
+
+dprod-shapes:PolicyShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "policy shape" ;
+  sh:targetClass odrl:Policy ;
+  sh:name "Policy Shape" ;
+  sh:property [
+    sh:path odrl:profile ;
+    sh:minCount 1 ;
+    sh:hasValue <https://ekgf.github.io/dprod/> ;
+    sh:message "DPROD policies must declare odrl:profile <https://ekgf.github.io/dprod/>."
+  ] ;
+.
+
+dprod-shapes:SetShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "set shape" ;
+  sh:targetClass odrl:Set ;
+  sh:name "Set Shape" ;
+  sh:property dprod-shapes:ProfilePropertyGroup ;
+  sh:node dprod-shapes:NonEmptyClausesConstraint ;
+  sh:property [
+    sh:path odrl:target ;
+    sh:message "Set policy may declare a policy-level target (inherited by rules)."
+  ] ;
+.
+
+dprod-shapes:OfferShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "offer shape" ;
+  sh:targetClass odrl:Offer ;
+  sh:name "Offer Shape" ;
+  sh:property dprod-shapes:ProfilePropertyGroup ;
+  sh:node dprod-shapes:NonEmptyClausesConstraint ;
+  sh:property [
+    sh:path odrl:assigner ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Offer must have exactly one assigner."
+  ] ;
+.
+
+dprod-shapes:AgreementShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "agreement shape" ;
+  sh:targetClass odrl:Agreement ;
+  sh:name "Agreement Shape" ;
+  sh:property dprod-shapes:ProfilePropertyGroup ;
+  sh:node dprod-shapes:NonEmptyClausesConstraint ;
+  sh:property [
+    sh:path odrl:assigner ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Agreement must have exactly one assigner."
+  ] ;
+  sh:property [
+    sh:path odrl:assignee ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Agreement must have exactly one assignee."
+  ] ;
+.
+
+
+############################# Rule Shapes #########################
+
+
+dprod-shapes:PermissionShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "permission shape" ;
+  sh:targetClass odrl:Permission ;
+  sh:name "Permission Shape" ;
+  sh:property [
+    sh:path odrl:action ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Permission must have exactly one action."
+  ] ;
+  sh:property [
+    sh:path odrl:target ;
+    sh:maxCount 1 ;
+    sh:message "Permission may have at most one target (inherits from policy if absent)."
+  ] ;
+.
+
+dprod-shapes:ProhibitionShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "prohibition shape" ;
+  sh:targetClass odrl:Prohibition ;
+  sh:name "Prohibition Shape" ;
+  sh:property [
+    sh:path odrl:action ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Prohibition must have exactly one action."
+  ] ;
+  sh:property [
+    sh:path odrl:target ;
+    sh:maxCount 1 ;
+    sh:message "Prohibition may have at most one target (inherits from policy if absent)."
+  ] ;
+.
+
+dprod-shapes:DutyShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "duty shape" ;
+  sh:targetClass odrl:Duty ;
+  sh:name "Duty Shape" ;
+  sh:property [
+    sh:path odrl:action ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Duty must have exactly one action."
+  ] ;
+  sh:property [
+    sh:path dprod:deadline ;
+    sh:maxCount 1 ;
+    sh:or (
+      [ sh:datatype xsd:dateTime ]
+      [ sh:datatype xsd:duration ]
+    ) ;
+    sh:message "Deadline must be xsd:dateTime or xsd:duration."
+  ] ;
+  sh:property [
+    sh:path dprod:recurrence ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:string ;
+    sh:pattern "^FREQ=(SECONDLY|MINUTELY|HOURLY|DAILY|WEEKLY|MONTHLY|YEARLY)" ;
+    sh:message "Recurrence must be a valid RFC 5545 RRULE starting with FREQ=."
+  ] ;
+  sh:property [
+    sh:path dprod:subject ;
+    sh:maxCount 1 ;
+    sh:class odrl:Party ;
+    sh:message "Duty subject must be a single odrl:Party."
+  ] ;
+  sh:property [
+    sh:path dprod:object ;
+    sh:maxCount 1 ;
+    sh:class odrl:Party ;
+    sh:message "Duty object must be a single odrl:Party."
+  ] ;
+  sh:property dprod-shapes:StatePropertyGroup ;
+.
+
+
+############################# Constraint Shapes #########################
+
+
+dprod-shapes:ConstraintShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "constraint shape" ;
+  sh:targetClass odrl:Constraint ;
+  sh:name "Constraint Shape" ;
+  sh:property [
+    sh:path odrl:leftOperand ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Constraint must have exactly one leftOperand."
+  ] ;
+  sh:property [
+    sh:path odrl:operator ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Constraint must have exactly one operator."
+  ] ;
+  sh:property [
+    sh:path odrl:rightOperand ;
+    sh:minCount 1 ;
+    sh:message "Constraint must have a rightOperand."
+  ] ;
+.
+
+dprod-shapes:LogicalConstraintShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "logical constraint shape" ;
+  sh:targetClass odrl:LogicalConstraint ;
+  sh:name "Logical Constraint Shape" ;
+  sh:xone (
+    [ sh:property [ sh:path odrl:and ; sh:minCount 1 ; sh:maxCount 1 ] ]
+    [ sh:property [ sh:path odrl:or ; sh:minCount 1 ; sh:maxCount 1 ] ]
+    [ sh:property [ sh:path dprod:not ; sh:minCount 1 ; sh:maxCount 1 ] ]
+  ) ;
+  sh:message "LogicalConstraint must have exactly one of: odrl:and, odrl:or, or dprod:not." ;
+.
+
+
+############################# Contract Shapes #########################
+
+
+dprod-shapes:DataContractShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "data contract shape" ;
+  sh:targetClass dprod:DataContract ;
+  sh:name "Data Contract Shape" ;
+  sh:property dprod-shapes:ProfilePropertyGroup ;
+  sh:node dprod-shapes:NonEmptyClausesConstraint ;
+  sh:property [
+    sh:path odrl:assigner ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "DataContract must have exactly one assigner."
+  ] ;
+  sh:property dprod-shapes:StatePropertyGroup ;
+  sh:property [
+    sh:path dprod:effectiveDate ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:dateTime
+  ] ;
+  sh:property [
+    sh:path dprod:expirationDate ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:dateTime
+  ] ;
+.
+
+dprod-shapes:SubscriptionShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "subscription shape" ;
+  sh:targetClass dprod:Subscription ;
+  sh:name "Subscription Shape" ;
+  sh:property dprod-shapes:ProfilePropertyGroup ;
+  sh:node dprod-shapes:NonEmptyClausesConstraint ;
+  sh:property [
+    sh:path odrl:assigner ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Subscription must have exactly one assigner (data provider)."
+  ] ;
+  sh:property [
+    sh:path odrl:assignee ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:message "Subscription must have exactly one assignee (data consumer)."
+  ] ;
+  sh:property [
+    sh:path dprod:subscribesTo ;
+    sh:minCount 1 ;
+    sh:maxCount 1 ;
+    sh:class dprod:DataContract ;
+    sh:message "Subscription must reference exactly one DataContract."
+  ] ;
+  sh:property dprod-shapes:StatePropertyGroup ;
+  sh:property [
+    sh:path dprod:effectiveDate ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:dateTime
+  ] ;
+  sh:property [
+    sh:path dprod:expirationDate ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:dateTime
+  ] ;
+.
+
+
+############################# Operand Shapes #########################
+
+
+dprod-shapes:LeftOperandShape
+  a sh:NodeShape ;
+  rdfs:isDefinedBy dprod-shapes: ;
+  rdfs:label "left operand shape" ;
+  sh:targetClass odrl:LeftOperand ;
+  sh:name "Left Operand Shape" ;
+  sh:property [
+    sh:path dprod:path ;
+    sh:maxCount 1 ;
+    sh:message "LeftOperand may have at most one dprod:path."
+  ] ;
+  sh:property [
+    sh:path dprod:select ;
+    sh:maxCount 1 ;
+    sh:datatype xsd:string ;
+    sh:message "LeftOperand may have at most one dprod:select."
+  ] ;
+.
+
+
+############################# Rejection Shapes #########################
+# Reject unsupported ODRL constructs
+
+
+dprod-shapes:RejectXoneShape
+  a sh:NodeShape ;
+  sh:target [
+    a sh:SPARQLTarget ;
+    sh:select """
+      PREFIX odrl: <http://www.w3.org/ns/odrl/2/>
+      SELECT ?this WHERE { ?this odrl:xone ?list . }
+    """
+  ] ;
+  sh:property [
+    sh:path odrl:xone ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support xone operator."
+  ] ;
+.
+
+dprod-shapes:RejectRemedyShape
+  a sh:NodeShape ;
+  sh:target [
+    a sh:SPARQLTarget ;
+    sh:select """
+      PREFIX odrl: <http://www.w3.org/ns/odrl/2/>
+      SELECT ?this WHERE { ?this odrl:remedy ?r . }
+    """
+  ] ;
+  sh:property [
+    sh:path odrl:remedy ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:remedy."
+  ] ;
+.
+
+dprod-shapes:RejectConsequenceShape
+  a sh:NodeShape ;
+  sh:target [
+    a sh:SPARQLTarget ;
+    sh:select """
+      PREFIX odrl: <http://www.w3.org/ns/odrl/2/>
+      SELECT ?this WHERE { ?this odrl:consequence ?c . }
+    """
+  ] ;
+  sh:property [
+    sh:path odrl:consequence ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:consequence."
+  ] ;
+.
+
+dprod-shapes:RejectTicketShape
+  a sh:NodeShape ;
+  sh:targetClass odrl:Ticket ;
+  sh:property [
+    sh:path rdf:type ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:Ticket."
+  ] ;
+.
+
+dprod-shapes:RejectRequestShape
+  a sh:NodeShape ;
+  sh:targetClass odrl:Request ;
+  sh:property [
+    sh:path rdf:type ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:Request."
+  ] ;
+.
+
+dprod-shapes:RejectAssetCollectionShape
+  a sh:NodeShape ;
+  sh:targetClass odrl:AssetCollection ;
+  sh:property [
+    sh:path rdf:type ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:AssetCollection. Use dprod:partOf hierarchy instead."
+  ] ;
+.
+
+dprod-shapes:RejectPartyCollectionShape
+  a sh:NodeShape ;
+  sh:targetClass odrl:PartyCollection ;
+  sh:property [
+    sh:path rdf:type ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:PartyCollection. Use dprod:memberOf hierarchy instead."
+  ] ;
+.
+
+dprod-shapes:RejectInheritAllowedShape
+  a sh:NodeShape ;
+  sh:target [
+    a sh:SPARQLTarget ;
+    sh:select """
+      PREFIX odrl: <http://www.w3.org/ns/odrl/2/>
+      SELECT ?this WHERE { ?this odrl:inheritAllowed ?v . }
+    """
+  ] ;
+  sh:property [
+    sh:path odrl:inheritAllowed ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:inheritAllowed."
+  ] ;
+.
+
+dprod-shapes:RejectInheritFromShape
+  a sh:NodeShape ;
+  sh:target [
+    a sh:SPARQLTarget ;
+    sh:select """
+      PREFIX odrl: <http://www.w3.org/ns/odrl/2/>
+      SELECT ?this WHERE { ?this odrl:inheritFrom ?p . }
+    """
+  ] ;
+  sh:property [
+    sh:path odrl:inheritFrom ;
+    sh:maxCount 0 ;
+    sh:severity sh:Violation ;
+    sh:message "DPROD contracts do not support odrl:inheritFrom."
+  ] ;
+.
diff --git a/dprod-contracts/dprod-contracts.ttl b/dprod-contracts/dprod-contracts.ttl
new file mode 100644
index 0000000..51e5a2e
--- /dev/null
+++ b/dprod-contracts/dprod-contracts.ttl
@@ -0,0 +1,330 @@
+# baseURI: https://ekgf.github.io/dprod/contracts/
+# imports: https://ekgf.github.io/dprod/
+# imports: http://www.w3.org/ns/odrl/2/
+# prefix: dprod
+
+@base <https://ekgf.github.io/dprod/contracts/> .
+@prefix dprod: <https://ekgf.github.io/dprod/> .
+@prefix dcat: <http://www.w3.org/ns/dcat#> .
+@prefix dct: <http://purl.org/dc/terms/> .
+@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
+@prefix owl: <http://www.w3.org/2002/07/owl#> .
+@prefix prov: <http://www.w3.org/ns/prov#> .
+@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
+@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
+@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
+
+dct:description a owl:AnnotationProperty .
+dct:contributor a owl:AnnotationProperty .
+dct:license a owl:AnnotationProperty .
+dct:modified a owl:AnnotationProperty .
+
+<https://ekgf.github.io/dprod/contracts/>
+  a owl:Ontology ;
+  dct:title "DPROD Data Contracts — ODRL 2.2 Profile Extension"@en ;
+  rdfs:label "DPROD contracts ontology"@en ;
+  dct:description
+    """DPROD Data Contracts: a proper ODRL 2.2 profile for deterministic data governance.
+
+    Uses ODRL terms for all standard constructs (Rule types, Policy types,
+    Constraint types, operators, core properties). Adds only:
+    - Explicit duty lifecycle (Pending -> Active -> Fulfilled/Violated)
+    - Deadline property on odrl:Duty
+    - Recurrence property on odrl:Duty (RFC 5545 RRULE)
+    - Duty party roles (subject = duty bearer, object = affected party)
+    - Data contract and subscription subtypes
+    - Asset/party hierarchy properties
+    - Structured operand resolution via SHACL-style property paths
+    - Runtime references for dynamic right-operand values
+    - Logical negation (not) on LogicalConstraint
+
+    DPROD contract policies are valid ODRL 2.2 policies. Any ODRL processor
+    can partially understand them; DPROD-aware processors handle the
+    extensions."""@en ;
+  dct:license <https://creativecommons.org/licenses/by/4.0/> ;
+  dct:modified "2026-02-26"^^xsd:date ;
+  dct:publisher <https://www.omg.org/> ;
+  dct:contributor <https://www.linkedin.com/in/natasavaritimou> ;
+  dct:contributor <https://www.linkedin.com/in/peterivett> ;
+  dct:contributor <https://www.linkedin.com/in/jgeluk> ;
+  dct:contributor <https://www.linkedin.com/in/marcel-fr%C3%B6hlich-648a043> ;
+  dct:contributor <https://www.linkedin.com/in/matthias-jurisch> ;
+  dct:contributor <https://www.linkedin.com/in/tonyseale> ;
+  owl:imports dprod: ;
+  owl:imports odrl: ;
+  owl:versionInfo "0.7" ;
+  rdfs:seeAlso <http://www.w3.org/ns/odrl/2/> ;
+.
+
+
+############################# DPROD Contracts Classes #########################
+
+
+dprod:State
+  a owl:Class, rdfs:Class ;
+  dct:description
+    "Unified lifecycle state for duties and contracts."@en ;
+  rdfs:comment
+    """Four states cover both duty and contract lifecycles.
+
+    On duties (evaluated during Eval):
+    - Pending: condition not yet satisfied
+    - Active: condition met, action required
+    - Fulfilled: action performed
+    - Violated: deadline passed without performance
+
+    On contracts/subscriptions (administrative, not evaluated at request time):
+    - Pending: not yet in force
+    - Active: in force
+    - Fulfilled: obligations complete
+    - Violated: breached"""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "state" ;
+  owl:oneOf (dprod:Pending dprod:Active dprod:Fulfilled dprod:Violated) ;
+.
+
+dprod:Pending
+  a dprod:State ;
+  dct:description "Condition not yet satisfied; not yet in force."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "pending" ;
+.
+
+dprod:Active
+  a dprod:State ;
+  dct:description "Condition satisfied, action required; in force."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "active" ;
+.
+
+dprod:Fulfilled
+  a dprod:State ;
+  dct:description "Action performed; obligations complete."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "fulfilled" ;
+.
+
+dprod:Violated
+  a dprod:State ;
+  dct:description "Deadline passed without performance; breached."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "violated" ;
+.
+
+dprod:DataContract
+  a owl:Class, rdfs:Class ;
+  dct:description "Policy offer defining data access terms."@en ;
+  rdfs:comment
+    """A DataContract is an Offer from a data provider.
+    It defines permissions, duties, and prohibitions for data access.
+    When accepted (subscribed), becomes a Subscription (Agreement)."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "data contract" ;
+  rdfs:subClassOf odrl:Offer ;
+.
+
+dprod:Subscription
+  a owl:Class, rdfs:Class ;
+  dct:description "Activated data contract binding provider and consumer."@en ;
+  rdfs:comment
+    """A Subscription is an activated DataContract.
+    - assigner: data provider (from contract)
+    - assignee: data consumer (subscriber)
+    Bilateral: both parties may have active duties."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "subscription" ;
+  rdfs:subClassOf odrl:Agreement ;
+  owl:disjointWith dprod:DataContract ;
+.
+
+dprod:RuntimeReference
+  a owl:Class, rdfs:Class ;
+  dct:description "Value resolved at evaluation time."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "runtime reference" ;
+.
+
+
+#############################  DPROD Contracts Properties ################
+
+
+dprod:state
+  a rdf:Property, owl:ObjectProperty ;
+  dct:description "Current lifecycle state."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain [ owl:unionOf (odrl:Duty dprod:DataContract dprod:Subscription) ] ;
+  rdfs:range dprod:State ;
+  rdfs:label "state" ;
+.
+
+dprod:deadline
+  a rdf:Property, owl:DatatypeProperty ;
+  dct:description "Time constraint for duty fulfillment."@en ;
+  rdfs:comment
+    """Supports multiple forms:
+    - xsd:dateTime: absolute deadline (e.g., 2026-12-31T23:59:59Z)
+    - xsd:duration: relative to activation (e.g., P30D, PT24H)
+    For duration: deadline = activationTime + duration.
+    No rdfs:range declared because the range is a union of datatypes;
+    SHACL enforces the allowed types."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain odrl:Duty ;
+  rdfs:label "deadline" ;
+.
+
+dprod:recurrence
+  a rdf:Property, owl:DatatypeProperty ;
+  dct:description "RFC 5545 RRULE defining when duty instances are generated."@en ;
+  rdfs:comment
+    """An RFC 5545 RRULE string (e.g., FREQ=DAILY;BYHOUR=6;BYMINUTE=0).
+    Defines the schedule on which duty instances are created.
+    Each instance follows the standard duty lifecycle independently.
+    The deadline property defines the per-instance fulfillment window.
+    Any iCal-compliant library can parse the value."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain odrl:Duty ;
+  rdfs:range xsd:string ;
+  rdfs:label "recurrence" ;
+.
+
+dprod:subscribesTo
+  a rdf:Property, owl:ObjectProperty ;
+  dct:description "The contract this subscription activates."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain dprod:Subscription ;
+  rdfs:range dprod:DataContract ;
+  rdfs:label "subscribes to" ;
+.
+
+dprod:effectiveDate
+  a rdf:Property, owl:DatatypeProperty ;
+  dct:description "When the contract or subscription becomes effective."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain [ owl:unionOf (dprod:DataContract dprod:Subscription) ] ;
+  rdfs:range xsd:dateTime ;
+  rdfs:label "effective date" ;
+.
+
+dprod:expirationDate
+  a rdf:Property, owl:DatatypeProperty ;
+  dct:description "When the contract or subscription expires."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain [ owl:unionOf (dprod:DataContract dprod:Subscription) ] ;
+  rdfs:range xsd:dateTime ;
+  rdfs:label "expiration date" ;
+.
+
+dprod:partOf
+  a rdf:Property, owl:ObjectProperty, owl:TransitiveProperty ;
+  dct:description "Asset contained in larger asset."@en ;
+  rdfs:comment
+    "Transitive asset hierarchy. Sub-property of odrl:partOf for ODRL processor compatibility."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:subPropertyOf odrl:partOf ;
+  rdfs:domain odrl:Asset ;
+  rdfs:range odrl:Asset ;
+  rdfs:label "part of" ;
+.
+
+dprod:memberOf
+  a rdf:Property, owl:ObjectProperty, owl:TransitiveProperty ;
+  dct:description "Party member of group or organization."@en ;
+  rdfs:comment
+    "Transitive party hierarchy. Sub-property of odrl:partOf for ODRL processor compatibility."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:subPropertyOf odrl:partOf ;
+  rdfs:domain odrl:Party ;
+  rdfs:range odrl:Party ;
+  rdfs:label "member of" ;
+.
+
+dprod:subject
+  a rdf:Property, owl:ObjectProperty ;
+  dct:description "Party bearing the duty (must perform the action)."@en ;
+  rdfs:comment
+    "The duty bearer. Sub-property of odrl:assignee for ODRL processor compatibility."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:subPropertyOf odrl:assignee ;
+  rdfs:domain odrl:Duty ;
+  rdfs:range odrl:Party ;
+  rdfs:label "subject" ;
+.
+
+dprod:object
+  a rdf:Property, owl:ObjectProperty ;
+  dct:description "Party affected by the duty action."@en ;
+  rdfs:comment
+    "The party affected by or receiving the result of the duty action. Sub-property of odrl:function for ODRL processor compatibility."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:subPropertyOf odrl:function ;
+  rdfs:domain odrl:Duty ;
+  rdfs:range odrl:Party ;
+  rdfs:label "object" ;
+.
+
+dprod:path
+  a rdf:Property ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "resolution path" ;
+  dct:description "SHACL-style property path from evaluation context to operand value."@en ;
+  rdfs:comment
+    """Simple paths are a single property IRI; sequence paths are RDF lists.
+    Context operands: dprod:path dprod:environment (direct property on request)
+    Asset operands: dprod:path (odrl:target dprod:timeliness) (via target)
+    Agent operands: dprod:path (odrl:assignee dprod:role) (via assignee)"""@en ;
+  rdfs:domain odrl:LeftOperand ;
+.
+
+dprod:select
+  a rdf:Property, owl:DatatypeProperty ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "resolution query" ;
+  dct:description "SPARQL query for operand value resolution."@en ;
+  rdfs:comment
+    """Optional SPARQL SELECT that resolves the operand value.
+    Binds $request to the evaluation context. Result variable is ?value.
+    Example: SELECT ?v WHERE { $request odrl:target/dprod:timeliness ?v }"""@en ;
+  rdfs:domain odrl:LeftOperand ;
+  rdfs:range xsd:string ;
+.
+
+dprod:not
+  a rdf:Property, owl:ObjectProperty ;
+  dct:description "Logical negation on a constraint."@en ;
+  rdfs:comment
+    """ODRL defines odrl:and and odrl:or on LogicalConstraint but lacks
+    negation. DPROD adds dprod:not following the same pattern:
+      _:lc a odrl:LogicalConstraint ;
+          dprod:not _:c1 ."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:domain odrl:LogicalConstraint ;
+  rdfs:range [ owl:unionOf (odrl:Constraint odrl:LogicalConstraint) ] ;
+  rdfs:label "not" ;
+.
+
+
+#############################  DPROD Runtime References ################
+
+
+dprod:currentAgent
+  a dprod:RuntimeReference, odrl:Party ;
+  dct:description "The requesting agent."@en ;
+  rdfs:comment
+    """Reserved for constraint identity comparisons. Typed as both
+    RuntimeReference and odrl:Party for ODRL processor compatibility.
+    For rules applying to any requesting agent, omit odrl:assignee
+    (standard ODRL); do not use currentAgent as assignee."""@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "current agent" ;
+.
+
+dprod:currentDateTime
+  a odrl:LeftOperand, dprod:RuntimeReference ;
+  dct:description "Evaluation timestamp."@en ;
+  rdfs:comment
+    "Equivalent to odrl:dateTime in constraint evaluation. Dual-typed as RuntimeReference to enable resolution at evaluation time."@en ;
+  rdfs:isDefinedBy <https://ekgf.github.io/dprod/contracts/> ;
+  rdfs:label "current date time" ;
+  rdfs:seeAlso odrl:dateTime ;
+.
diff --git a/dprod-contracts/examples/baseline.ttl b/dprod-contracts/examples/baseline.ttl
new file mode 100644
index 0000000..4d6861c
--- /dev/null
+++ b/dprod-contracts/examples/baseline.ttl
@@ -0,0 +1,818 @@
+# =============================================================================
+# DPROD Contracts Baseline Test Data
+# =============================================================================
+# Comprehensive test dataset: 5 organizations, 8+ assets, 8 DataContracts,
+# 2 Subscriptions, 6+ Duty instances with lifecycle state tracking.
+#
+# Covers all DPROD contract patterns:
+#   - Recurring delivery with deadline
+#   - Schema conformance
+#   - Quality SLA (conformTo + constraint)
+#   - Change notification with lead time
+#   - Consumer reporting duty
+#   - Display / non-display / derivation permissions
+#   - Purpose, classification, environment constraints
+#   - Asset hierarchy (partOf) and party hierarchy (memberOf)
+#   - Contract versioning (prov:wasRevisionOf)
+#   - Subscription with bilateral duties
+# =============================================================================
+
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix dct:      <http://purl.org/dc/terms/> .
+@prefix skos:     <http://www.w3.org/2004/02/skos/core#> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+@prefix rdfs:     <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix prov:     <http://www.w3.org/ns/prov#> .
+@prefix ex:       <https://example.org/> .
+
+
+############################# Inline Domain Vocabulary #########################
+# Only the operands, actions, and concept values used in this file.
+
+ex:scheme
+  a skos:ConceptScheme ;
+  rdfs:label "DPROD vocabulary" ;
+  dct:description "Concept scheme for the DPROD vocabulary."@en ;
+.
+
+# --- Purpose operand ---
+odrl:purpose
+  dprod:path odrl:purpose ;
+.
+
+# --- Actions ---
+ex:deliver
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "deliver" ;
+  dct:description "Deliver data to consumer."@en ;
+  odrl:includedIn odrl:distribute ;
+.
+
+ex:conformTo
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "conform to" ;
+  dct:description "Conform to a schema or specification."@en ;
+.
+
+ex:nonDisplay
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "non-display" ;
+  dct:description "Use data for automated/programmatic purposes."@en ;
+  odrl:includedIn odrl:use ;
+.
+
+ex:report
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "report" ;
+  dct:description "Submit usage reports."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+ex:notify
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "notify" ;
+  dct:description "Notify relevant parties."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+ex:query
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "query" ;
+  dct:description "Query/select data."@en ;
+  odrl:includedIn odrl:read ;
+.
+
+ex:export
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "export" ;
+  dct:description "Export data outside the system."@en ;
+  odrl:includedIn odrl:distribute ;
+.
+
+# --- Operands ---
+ex:derivationType
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "derivation type" ;
+  dct:description "Type of derivation being performed."@en ;
+  dprod:path ex:derivationType ;
+.
+
+ex:recipientType
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "recipient type" ;
+  dct:description "Type of data recipient."@en ;
+  dprod:path (odrl:assignee ex:recipientType) ;
+.
+
+ex:processingMode
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "processing mode" ;
+  dct:description "How data is processed."@en ;
+  dprod:path ex:processingMode ;
+.
+
+ex:timeliness
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "timeliness" ;
+  dct:description "Required data freshness category."@en ;
+  dprod:path (odrl:target ex:timeliness) ;
+.
+
+ex:retentionPeriod
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "retention period" ;
+  dct:description "Maximum time data may be retained."@en ;
+  dprod:path (odrl:target ex:retentionPeriod) ;
+  dprod:select "SELECT ?v WHERE { $request odrl:target/ex:retentionPeriod ?v }" ;
+.
+
+ex:environment
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "environment" ;
+  dct:description "Execution environment."@en ;
+  dprod:path ex:environment ;
+.
+
+# --- Concept values ---
+ex:nonSubstitutive
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "non-substitutive" ;
+  dct:description "Derived data cannot substitute for original."@en ;
+.
+
+ex:internal
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "internal" ;
+.
+
+ex:modelTraining
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "model training" ;
+.
+
+ex:realtime
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "real-time" ;
+  dct:description "Data with minimal latency (sub-second)."@en ;
+.
+
+ex:production
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "production" ;
+.
+
+ex:operations
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "operations" ;
+  dct:description "Operational use."@en ;
+.
+
+ex:compliance
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "compliance" ;
+  dct:description "Regulatory compliance."@en ;
+.
+
+
+############################# Organizations (5 parties) #########################
+
+<https://example.org/agents/data-platform> a odrl:Party ;
+    rdfs:label "Data Platform Team" .
+
+<https://example.org/agents/trading-data> a odrl:Party ;
+    rdfs:label "Trading Data Team" ;
+    dprod:memberOf <https://example.org/agents/trading-division> .
+
+<https://example.org/agents/trading-division> a odrl:Party ;
+    rdfs:label "Trading Division" .
+
+<https://example.org/agents/analytics> a odrl:Party ;
+    rdfs:label "Analytics Team" ;
+    dprod:memberOf <https://example.org/agents/trading-division> .
+
+<https://example.org/agents/finance> a odrl:Party ;
+    rdfs:label "Finance Team" .
+
+<https://example.org/agents/hr> a odrl:Party ;
+    rdfs:label "HR Team" .
+
+
+############################# Assets (with hierarchy) #########################
+
+<https://example.org/assets/market-data-lake> a odrl:Asset ;
+    rdfs:label "Market Data Lake" .
+
+<https://example.org/assets/market-prices> a odrl:Asset ;
+    rdfs:label "Market Price Data" ;
+    dprod:partOf <https://example.org/assets/market-data-lake> .
+
+<https://example.org/assets/customer-data> a odrl:Asset ;
+    rdfs:label "Customer Data" .
+
+<https://example.org/assets/reference-data> a odrl:Asset ;
+    rdfs:label "Reference Data" .
+
+<https://example.org/assets/country-codes> a odrl:Asset ;
+    rdfs:label "Country Reference Table" ;
+    dprod:partOf <https://example.org/assets/reference-data> .
+
+<https://example.org/assets/transaction-files> a odrl:Asset ;
+    rdfs:label "Transaction Files" .
+
+<https://example.org/assets/employee-directory> a odrl:Asset ;
+    rdfs:label "Employee Directory" .
+
+<https://example.org/assets/risk-metrics> a odrl:Asset ;
+    rdfs:label "Risk Metrics" .
+
+<https://example.org/assets/audit-logs> a odrl:Asset ;
+    rdfs:label "Audit Log Archive" .
+
+<https://example.org/assets/multi-asset-bundle> a odrl:Asset ;
+    rdfs:label "Multi-Asset Data Bundle" .
+
+# Ancillary assets (targets for duties)
+<https://example.org/assets/customer-api-schema> a odrl:Asset ;
+    rdfs:label "Customer API Schema v2" .
+
+<https://example.org/assets/market-data-schema> a odrl:Asset ;
+    rdfs:label "Market Data Schema" .
+
+<https://example.org/assets/risk-metrics-schema> a odrl:Asset ;
+    rdfs:label "Risk Metrics Schema" .
+
+<https://example.org/assets/schema-changes> a odrl:Asset ;
+    rdfs:label "Schema Change Notifications" .
+
+<https://example.org/assets/usage-stats> a odrl:Asset ;
+    rdfs:label "Usage Statistics" .
+
+<https://example.org/assets/monthly-report> a odrl:Asset ;
+    rdfs:label "Monthly Transaction Report" .
+
+
+############################# Contract 1: Customer API v2 #########################
+# Daily delivery + recurrence + deadline + schema
+
+<https://example.org/offers/customer-api-v1> a dprod:DataContract ;
+    rdfs:label "Customer API v1 (retired)" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/customer-data> ;
+    dprod:state dprod:Fulfilled ;
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:use
+    ] .
+
+<https://example.org/offers/customer-api-v2> a dprod:DataContract ;
+    rdfs:label "Customer API v2" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/customer-data> ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime ;
+    prov:wasRevisionOf <https://example.org/offers/customer-api-v1> ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Daily customer data delivery" ;
+        dprod:subject <https://example.org/agents/data-platform> ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=7;BYMINUTE=0" ;
+        dprod:deadline "PT30M"^^xsd:duration
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Schema conformance" ;
+        dprod:subject <https://example.org/agents/data-platform> ;
+        odrl:action ex:conformTo ;
+        odrl:target <https://example.org/assets/customer-api-schema>
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:derive ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:derivationType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:nonSubstitutive
+        ]
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        odrl:action ex:report ;
+        odrl:target <https://example.org/assets/usage-stats> ;
+        dprod:deadline "P30D"^^xsd:duration
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Contract 2: Market Data Feed #########################
+# High-frequency, display + nonDisplay
+
+<https://example.org/offers/market-data-feed> a dprod:DataContract ;
+    rdfs:label "Market Data Feed" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/trading-data> ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "15-minute market data delivery" ;
+        dprod:subject <https://example.org/agents/trading-data> ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=MINUTELY;INTERVAL=15" ;
+        dprod:deadline "PT5M"^^xsd:duration
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Market data schema conformance" ;
+        dprod:subject <https://example.org/agents/trading-data> ;
+        odrl:action ex:conformTo ;
+        odrl:target <https://example.org/assets/market-data-schema>
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Display access" ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Non-display use" ;
+        odrl:action ex:nonDisplay ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:recipientType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:internal
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Contract 3: Country Reference SQL #########################
+# Simple read-only, no recurrence
+
+<https://example.org/offers/country-ref> a dprod:DataContract ;
+    rdfs:label "Country Reference Data" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/country-codes> ;
+    dprod:state dprod:Active ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action ex:query
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:modify
+    ] .
+
+
+############################# Contract 4: Transaction Files #########################
+# Monthly delivery, consumer reporting
+
+<https://example.org/offers/transaction-files> a dprod:DataContract ;
+    rdfs:label "Transaction Files" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/finance> ;
+    odrl:target <https://example.org/assets/transaction-files> ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Monthly transaction file delivery" ;
+        dprod:subject <https://example.org/agents/finance> ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=MONTHLY;BYMONTHDAY=1" ;
+        dprod:deadline "P3D"^^xsd:duration
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Monthly reconciliation report" ;
+        odrl:action ex:report ;
+        odrl:target <https://example.org/assets/monthly-report> ;
+        dprod:recurrence "FREQ=MONTHLY;BYMONTHDAY=15" ;
+        dprod:deadline "P5D"^^xsd:duration
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action ex:export
+    ] .
+
+
+############################# Contract 5: Employee Directory #########################
+# Change notification, prohibition on distribute
+
+<https://example.org/offers/employee-directory> a dprod:DataContract ;
+    rdfs:label "Employee Directory" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/hr> ;
+    odrl:target <https://example.org/assets/employee-directory> ;
+    dprod:state dprod:Active ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Schema change notification (90 days)" ;
+        dprod:subject <https://example.org/agents/hr> ;
+        odrl:action ex:notify ;
+        odrl:target <https://example.org/assets/schema-changes> ;
+        dprod:deadline "P90D"^^xsd:duration
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:operations
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:processingMode ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:modelTraining
+        ]
+    ] .
+
+
+############################# Contract 6: Risk Metrics #########################
+# Quality SLA via conformTo + constraint
+
+<https://example.org/offers/risk-metrics> a dprod:DataContract ;
+    rdfs:label "Risk Metrics" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/risk-metrics> ;
+    dprod:state dprod:Active ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Real-time risk metrics delivery" ;
+        dprod:subject <https://example.org/agents/data-platform> ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=MINUTELY;INTERVAL=1" ;
+        dprod:deadline "PT30S"^^xsd:duration
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Quality SLA: real-time conformance" ;
+        dprod:subject <https://example.org/agents/data-platform> ;
+        odrl:action ex:conformTo ;
+        odrl:target <https://example.org/assets/risk-metrics-schema> ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:timeliness ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:realtime
+        ]
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Schema change notification" ;
+        dprod:subject <https://example.org/agents/data-platform> ;
+        odrl:action ex:notify ;
+        odrl:target <https://example.org/assets/schema-changes> ;
+        dprod:deadline "P14D"^^xsd:duration
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action ex:nonDisplay
+    ] .
+
+
+############################# Contract 7: Audit Logs #########################
+# Read-only, retention, purpose restriction
+
+<https://example.org/offers/audit-logs> a dprod:DataContract ;
+    rdfs:label "Audit Log Archive" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/audit-logs> ;
+    dprod:state dprod:Active ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:compliance
+        ]
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "7-year retention limit" ;
+        odrl:action odrl:delete ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:retentionPeriod ;
+            odrl:operator odrl:gt ;
+            odrl:rightOperand "P7Y"^^xsd:duration
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:modify
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action ex:export
+    ] .
+
+
+############################# Contract 8: Multi-Asset Bundle #########################
+# Multiple targets, multiple permissions
+
+<https://example.org/offers/multi-asset> a dprod:DataContract ;
+    rdfs:label "Multi-Asset Data Bundle" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:target <https://example.org/assets/market-prices> ,
+               <https://example.org/assets/reference-data> ,
+               <https://example.org/assets/risk-metrics> ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target <https://example.org/assets/market-prices>
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target <https://example.org/assets/reference-data>
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:read ;
+        odrl:target <https://example.org/assets/risk-metrics>
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action odrl:aggregate ;
+        odrl:target <https://example.org/assets/multi-asset-bundle> ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:environment ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:production
+        ]
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:action ex:nonDisplay ;
+        odrl:target <https://example.org/assets/multi-asset-bundle> ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:recipientType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:internal
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute ;
+        odrl:target <https://example.org/assets/market-prices>
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute ;
+        odrl:target <https://example.org/assets/reference-data>
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:action odrl:distribute ;
+        odrl:target <https://example.org/assets/risk-metrics>
+    ] .
+
+
+############################# Subscription 1: Analytics → Customer API v2 #########################
+
+<https://example.org/agreements/analytics-customer-2026> a dprod:Subscription ;
+    rdfs:label "Analytics Customer Data 2026" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    dprod:subscribesTo <https://example.org/offers/customer-api-v2> ;
+    odrl:assigner <https://example.org/agents/data-platform> ;
+    odrl:assignee <https://example.org/agents/analytics> ;
+    odrl:target <https://example.org/assets/customer-data> ;
+    dprod:effectiveDate "2026-02-01T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime ;
+
+    odrl:obligation <https://example.org/duties/cust-delivery-2026-001> ;
+    odrl:obligation <https://example.org/duties/cust-schema-2026-001> ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action odrl:derive ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:derivationType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:nonSubstitutive
+        ]
+    ] ;
+
+    odrl:obligation <https://example.org/duties/cust-report-2026-001> ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Subscription 2: Trading → Market Data Feed #########################
+
+<https://example.org/agreements/trading-market-data-2026> a dprod:Subscription ;
+    rdfs:label "Trading Market Data 2026" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    dprod:subscribesTo <https://example.org/offers/market-data-feed> ;
+    odrl:assigner <https://example.org/agents/trading-data> ;
+    odrl:assignee <https://example.org/agents/analytics> ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:effectiveDate "2026-01-15T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime ;
+
+    odrl:obligation <https://example.org/duties/mkt-delivery-2026-001> ;
+    odrl:obligation <https://example.org/duties/mkt-schema-2026-001> ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action ex:nonDisplay ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:recipientType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:internal
+        ]
+    ] ;
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:assignee <https://example.org/agents/analytics> ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Duty Instances (with lifecycle state) #########################
+
+<https://example.org/duties/cust-delivery-2026-001> a odrl:Duty ;
+    rdfs:label "Customer data delivery (2026-02-04)" ;
+    dprod:subject <https://example.org/agents/data-platform> ;
+    dprod:object <https://example.org/agents/analytics> ;
+    odrl:action ex:deliver ;
+    odrl:target <https://example.org/assets/customer-data> ;
+    dprod:recurrence "FREQ=DAILY;BYHOUR=7;BYMINUTE=0" ;
+    dprod:deadline "PT30M"^^xsd:duration ;
+    dprod:state dprod:Fulfilled .
+
+<https://example.org/duties/cust-schema-2026-001> a odrl:Duty ;
+    rdfs:label "Customer API schema conformance" ;
+    dprod:subject <https://example.org/agents/data-platform> ;
+    dprod:object <https://example.org/agents/analytics> ;
+    odrl:action ex:conformTo ;
+    odrl:target <https://example.org/assets/customer-api-schema> ;
+    dprod:state dprod:Active .
+
+<https://example.org/duties/cust-report-2026-001> a odrl:Duty ;
+    rdfs:label "Analytics usage report (February)" ;
+    dprod:subject <https://example.org/agents/analytics> ;
+    dprod:object <https://example.org/agents/data-platform> ;
+    odrl:action ex:report ;
+    odrl:target <https://example.org/assets/usage-stats> ;
+    dprod:deadline "P30D"^^xsd:duration ;
+    dprod:state dprod:Active .
+
+<https://example.org/duties/mkt-delivery-2026-001> a odrl:Duty ;
+    rdfs:label "Market data delivery (latest interval)" ;
+    dprod:subject <https://example.org/agents/trading-data> ;
+    dprod:object <https://example.org/agents/analytics> ;
+    odrl:action ex:deliver ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:recurrence "FREQ=MINUTELY;INTERVAL=15" ;
+    dprod:deadline "PT5M"^^xsd:duration ;
+    dprod:state dprod:Fulfilled .
+
+<https://example.org/duties/mkt-schema-2026-001> a odrl:Duty ;
+    rdfs:label "Market data schema conformance" ;
+    dprod:subject <https://example.org/agents/trading-data> ;
+    dprod:object <https://example.org/agents/analytics> ;
+    odrl:action ex:conformTo ;
+    odrl:target <https://example.org/assets/market-data-schema> ;
+    dprod:state dprod:Active .
+
+<https://example.org/duties/mkt-delivery-2026-late> a odrl:Duty ;
+    rdfs:label "Market data delivery (missed interval)" ;
+    dprod:subject <https://example.org/agents/trading-data> ;
+    odrl:action ex:deliver ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:recurrence "FREQ=MINUTELY;INTERVAL=15" ;
+    dprod:deadline "PT5M"^^xsd:duration ;
+    dprod:state dprod:Violated .
diff --git a/dprod-contracts/examples/data-contract.ttl b/dprod-contracts/examples/data-contract.ttl
new file mode 100644
index 0000000..3af9cce
--- /dev/null
+++ b/dprod-contracts/examples/data-contract.ttl
@@ -0,0 +1,278 @@
+# =============================================================================
+# Example: Data Contract and Subscription
+# =============================================================================
+# Demonstrates bilateral agreement with subject/object duty party roles,
+# target inheritance, and ODRL terms for all standard constructs.
+# =============================================================================
+
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix dct:      <http://purl.org/dc/terms/> .
+@prefix skos:     <http://www.w3.org/2004/02/skos/core#> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+@prefix rdfs:     <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix prov:     <http://www.w3.org/ns/prov#> .
+@prefix ex:       <https://example.org/> .
+
+
+############################# Inline Domain Vocabulary #########################
+# Only the operands, actions, and concept values used in this file.
+
+ex:scheme
+  a skos:ConceptScheme ;
+  rdfs:label "DPROD vocabulary" ;
+  dct:description "Concept scheme for the DPROD vocabulary."@en ;
+.
+
+# --- Actions ---
+ex:deliver
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "deliver" ;
+  dct:description "Deliver data to consumer."@en ;
+  odrl:includedIn odrl:distribute ;
+.
+
+ex:notify
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "notify" ;
+  dct:description "Notify relevant parties."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+ex:nonDisplay
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "non-display" ;
+  dct:description "Use data for automated/programmatic purposes."@en ;
+  odrl:includedIn odrl:use ;
+.
+
+ex:report
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "report" ;
+  dct:description "Submit usage reports."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+# --- Operands ---
+ex:recipientType
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "recipient type" ;
+  dct:description "Type of data recipient."@en ;
+  dprod:path (odrl:assignee ex:recipientType) ;
+.
+
+# --- Concept values ---
+ex:internal
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "internal" ;
+.
+
+
+############################# Parties #########################
+
+<https://example.org/agents/data-platform-team> a odrl:Party ;
+    rdfs:label "Data Platform Team" .
+
+<https://example.org/agents/quant-research> a odrl:Party ;
+    rdfs:label "Quantitative Research" ;
+    dprod:memberOf <https://example.org/agents/trading-division> .
+
+<https://example.org/agents/trading-division> a odrl:Party ;
+    rdfs:label "Trading Division" .
+
+
+############################# Assets #########################
+
+<https://example.org/assets/market-prices> a odrl:Asset ;
+    rdfs:label "Market Price Data" ;
+    dprod:partOf <https://example.org/assets/market-data-lake> .
+
+<https://example.org/assets/market-data-lake> a odrl:Asset ;
+    rdfs:label "Market Data Lake" .
+
+<https://example.org/assets/data-ready-notification> a odrl:Asset ;
+    rdfs:label "Data Ready Notification" .
+
+<https://example.org/assets/schema-changes> a odrl:Asset ;
+    rdfs:label "Schema Changes" .
+
+<https://example.org/assets/usage-stats> a odrl:Asset ;
+    rdfs:label "Usage Statistics" .
+
+
+############################# Data Contract (Offer) #########################
+# Template offer from the data provider.
+# Subscribers accept this to create a Subscription (Agreement).
+# Target inheritance: odrl:target at policy level is inherited by rules
+# unless overridden.
+
+<https://example.org/offers/market-prices-v2> a dprod:DataContract ;
+    rdfs:label "Market Price Data Contract v2" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner <https://example.org/agents/data-platform-team> ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:state dprod:Active ;
+    dprod:effectiveDate "2026-01-01T00:00:00Z"^^xsd:dateTime ;
+    prov:wasRevisionOf <https://example.org/offers/market-prices-v1> ;
+
+    # ----- PROVIDER COMMITMENTS (Subject Duties) -----
+
+    # SLA: Daily delivery by 6:30 AM (recurrence handles scheduling)
+    # Target inherited from policy (market-prices)
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Daily data delivery" ;
+        dprod:subject <https://example.org/agents/data-platform-team> ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+        dprod:deadline "PT30M"^^xsd:duration
+    ] ;
+
+    # SLA: 14-day notice for schema changes
+    # Target differs from policy — schema-changes, not market-prices
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Schema change notification" ;
+        dprod:subject <https://example.org/agents/data-platform-team> ;
+        odrl:action ex:notify ;
+        odrl:target <https://example.org/assets/schema-changes> ;
+        dprod:deadline "P14D"^^xsd:duration
+    ] ;
+
+    # ----- CONSUMER RIGHTS (Permissions — assignee omitted in Offer) -----
+    # Target inherited from policy (market-prices)
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Display access" ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Non-display use" ;
+        odrl:action ex:nonDisplay ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:recipientType ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:internal
+        ]
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Derivation rights" ;
+        odrl:action odrl:derive
+    ] ;
+
+    # ----- CONSUMER OBLIGATIONS (Duties — subject omitted in Offer) -----
+
+    # Monthly usage reporting
+    # Target differs from policy — usage-stats, not market-prices
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Usage reporting" ;
+        odrl:action ex:report ;
+        odrl:target <https://example.org/assets/usage-stats> ;
+        dprod:deadline "P30D"^^xsd:duration
+    ] ;
+
+    # ----- RESTRICTIONS (Prohibitions) -----
+    # Target inherited from policy (market-prices)
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No redistribution" ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Subscription (Agreement) #########################
+# Quant Research has subscribed to the data contract.
+# Bilateral agreement with duties on BOTH parties.
+# Target inherited from policy (market-prices) unless overridden.
+
+<https://example.org/agreements/quant-market-data-2026> a dprod:Subscription ;
+    rdfs:label "Quant Research Market Data 2026" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    dprod:subscribesTo <https://example.org/offers/market-prices-v2> ;
+    odrl:assigner <https://example.org/agents/data-platform-team> ;
+    odrl:assignee <https://example.org/agents/quant-research> ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:effectiveDate "2026-01-15T00:00:00Z"^^xsd:dateTime ;
+    dprod:expirationDate "2026-12-31T23:59:59Z"^^xsd:dateTime ;
+
+    # ===== SUBJECT DUTIES (Data Team's Obligations) =====
+
+    odrl:obligation <https://example.org/duties/delivery-2026-001> ;
+    odrl:obligation <https://example.org/duties/notify-2026-001> ;
+
+    # ===== ASSIGNEE PERMISSIONS (Quant's Rights) =====
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/quant-research> ;
+        odrl:action odrl:display
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/quant-research> ;
+        odrl:action ex:nonDisplay
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        odrl:assignee <https://example.org/agents/quant-research> ;
+        odrl:action odrl:derive
+    ] ;
+
+    # ===== SUBJECT DUTIES (Quant's Obligations) =====
+
+    odrl:obligation <https://example.org/duties/report-2026-001> ;
+
+    # ===== PROHIBITIONS =====
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        odrl:assignee <https://example.org/agents/quant-research> ;
+        odrl:action odrl:distribute
+    ] .
+
+
+############################# Duty Instances (with lifecycle state) #########################
+
+<https://example.org/duties/delivery-2026-001> a odrl:Duty ;
+    rdfs:label "Daily delivery duty (2026-01-15)" ;
+    dprod:subject <https://example.org/agents/data-platform-team> ;
+    dprod:object <https://example.org/agents/quant-research> ;
+    odrl:action ex:deliver ;
+    odrl:target <https://example.org/assets/market-prices> ;
+    dprod:recurrence "FREQ=DAILY;BYHOUR=6;BYMINUTE=0" ;
+    dprod:deadline "PT30M"^^xsd:duration ;
+    dprod:state dprod:Fulfilled .
+
+<https://example.org/duties/notify-2026-001> a odrl:Duty ;
+    rdfs:label "Schema notification duty" ;
+    dprod:subject <https://example.org/agents/data-platform-team> ;
+    dprod:object <https://example.org/agents/quant-research> ;
+    odrl:action ex:notify ;
+    odrl:target <https://example.org/assets/schema-changes> ;
+    dprod:deadline "P14D"^^xsd:duration ;
+    dprod:state dprod:Pending .
+
+<https://example.org/duties/report-2026-001> a odrl:Duty ;
+    rdfs:label "January usage report" ;
+    dprod:subject <https://example.org/agents/quant-research> ;
+    dprod:object <https://example.org/agents/data-platform-team> ;
+    odrl:action ex:report ;
+    odrl:target <https://example.org/assets/usage-stats> ;
+    dprod:deadline "P30D"^^xsd:duration ;
+    dprod:state dprod:Active .
diff --git a/dprod-contracts/examples/data-use-policy.ttl b/dprod-contracts/examples/data-use-policy.ttl
new file mode 100644
index 0000000..2dc33e4
--- /dev/null
+++ b/dprod-contracts/examples/data-use-policy.ttl
@@ -0,0 +1,311 @@
+# =============================================================================
+# Example: Internal Data Access Policy
+# =============================================================================
+# Shows role-based access with purpose constraints and consent tracking,
+# using ODRL terms for all standard constructs.
+# Target inheritance: policy-level odrl:target is inherited by rules unless
+# overridden at rule level.
+# =============================================================================
+
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix dct:      <http://purl.org/dc/terms/> .
+@prefix skos:     <http://www.w3.org/2004/02/skos/core#> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+@prefix rdfs:     <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix ex:       <https://example.org/> .
+
+
+############################# Inline Domain Vocabulary #########################
+# Only the operands, actions, and concept values used in this file.
+
+ex:scheme
+  a skos:ConceptScheme ;
+  rdfs:label "DPROD vocabulary" ;
+  dct:description "Concept scheme for the DPROD vocabulary."@en ;
+.
+
+# --- Purpose operand ---
+odrl:purpose
+  dprod:path odrl:purpose ;
+.
+
+# --- Actions ---
+ex:log
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "log" ;
+  dct:description "Log access to the asset."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+# --- Operands ---
+ex:classification
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "classification" ;
+  dct:description "Data classification level."@en ;
+  dprod:path (odrl:target ex:classification) ;
+.
+
+ex:processingMode
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "processing mode" ;
+  dct:description "How data is processed."@en ;
+  dprod:path ex:processingMode ;
+.
+
+ex:environment
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "environment" ;
+  dct:description "Execution environment."@en ;
+  dprod:path ex:environment ;
+.
+
+ex:legalBasis
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "legal basis" ;
+  dct:description "Legal basis for processing."@en ;
+  dprod:path ex:legalBasis ;
+.
+
+ex:retentionPeriod
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "retention period" ;
+  dct:description "Maximum time data may be retained."@en ;
+  dprod:path (odrl:target ex:retentionPeriod) ;
+.
+
+# --- Concept values ---
+ex:analytics
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "analytics" ;
+  dct:description "General analytical use."@en ;
+.
+
+ex:compliance
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "compliance" ;
+  dct:description "Regulatory compliance."@en ;
+.
+
+ex:confidential
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "confidential" ;
+.
+
+ex:modelTraining
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "model training" ;
+.
+
+ex:production
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "production" ;
+.
+
+ex:staging
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "staging" ;
+.
+
+ex:operations
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "operations" ;
+  dct:description "Operational use."@en ;
+.
+
+ex:legitimateInterest
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "legitimate interest" ;
+.
+
+
+############################# Parties (Hierarchy) #########################
+
+<https://example.org/agents/hr-analytics> a odrl:Party ;
+    rdfs:label "HR Analytics Team" ;
+    dprod:memberOf <https://example.org/agents/hr-division> .
+
+<https://example.org/agents/hr-division> a odrl:Party ;
+    rdfs:label "Human Resources Division" .
+
+<https://example.org/agents/compliance-team> a odrl:Party ;
+    rdfs:label "Compliance Team" .
+
+
+############################# Assets (Hierarchy) #########################
+
+<https://example.org/assets/employee-compensation> a odrl:Asset ;
+    rdfs:label "Employee Compensation Data" ;
+    dprod:partOf <https://example.org/assets/employee-data> .
+
+<https://example.org/assets/employee-performance> a odrl:Asset ;
+    rdfs:label "Employee Performance Reviews" ;
+    dprod:partOf <https://example.org/assets/employee-data> .
+
+<https://example.org/assets/employee-data> a odrl:Asset ;
+    rdfs:label "Employee Data Lake" .
+
+<https://example.org/assets/access-log> a odrl:Asset ;
+    rdfs:label "Access Log" .
+
+
+############################# Policy Set: HR Data Access Controls #########################
+# This is a Set (no parties) — applies to anyone matching the conditions.
+# Target inheritance: rules inherit employee-data target unless overridden.
+
+<https://example.org/policies/hr-data-access> a odrl:Set ;
+    rdfs:label "HR Data Access Policy" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:target <https://example.org/assets/employee-data> ;
+
+    # ===== RULE 1: HR Analytics can read for analytics purposes =====
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "HR analytics read access" ;
+        odrl:assignee <https://example.org/agents/hr-analytics> ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:analytics
+        ]
+    ] ;
+
+    # ===== RULE 2: Compliance can read for compliance purposes =====
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Compliance audit access" ;
+        odrl:assignee <https://example.org/agents/compliance-team> ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:compliance
+        ]
+    ] ;
+
+    # ===== RULE 3: Anyone reading must log access =====
+    # Target differs from policy — access-log, not employee-data
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Mandatory audit logging" ;
+        odrl:action ex:log ;
+        odrl:target <https://example.org/assets/access-log> ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:classification ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:confidential
+        ] ;
+        dprod:deadline "PT1H"^^xsd:duration
+    ] ;
+
+    # ===== RULE 4: No external distribution =====
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No external sharing" ;
+        odrl:action odrl:distribute
+    ] ;
+
+    # ===== RULE 5: No use for model training =====
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No ML training" ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:processingMode ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:modelTraining
+        ]
+    ] ;
+
+    # ===== RULE 6: Production only =====
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "Production and staging only" ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:environment ;
+            odrl:operator odrl:isNoneOf ;
+            odrl:rightOperand (ex:production ex:staging)
+        ]
+    ] .
+
+
+############################# Policy Set: Compensation Data (Stricter) #########################
+# More restrictive policy for sensitive compensation data.
+# Target inheritance: rules inherit employee-compensation target.
+
+<https://example.org/policies/compensation-access> a odrl:Set ;
+    rdfs:label "Compensation Data Access Policy" ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:target <https://example.org/assets/employee-compensation> ;
+
+    # Only HR Division (not just analytics sub-team)
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "HR Division compensation access" ;
+        odrl:assignee <https://example.org/agents/hr-division> ;
+        odrl:action odrl:read ;
+        odrl:constraint [
+            a odrl:LogicalConstraint ;
+            odrl:and (
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand odrl:purpose ;
+                    odrl:operator odrl:isAnyOf ;
+                    odrl:rightOperand (ex:compliance ex:operations)
+                ]
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand ex:legalBasis ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand ex:legitimateInterest
+                ]
+            )
+        ]
+    ] ;
+
+    # Retention limit: delete after 7 years
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Retention limit" ;
+        odrl:action odrl:delete ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:retentionPeriod ;
+            odrl:operator odrl:gt ;
+            odrl:rightOperand "P7Y"^^xsd:duration
+        ]
+    ] ;
+
+    # Mandatory anonymization for any analytics
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Anonymization required" ;
+        odrl:action odrl:anonymize ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:analytics
+        ]
+    ] .
diff --git a/dprod-contracts/examples/odcs.md b/dprod-contracts/examples/odcs.md
new file mode 100644
index 0000000..ccf6a44
--- /dev/null
+++ b/dprod-contracts/examples/odcs.md
@@ -0,0 +1,247 @@
+# ODCS vs DPROD Contracts: Comparison Report
+
+A comparison of the Open Data Contract Standard (ODCS v3.1.0) and DPROD Contracts (ODRL 2.2 Profile).
+
+---
+
+## Overview
+
+ODCS and DPROD Contracts solve the same problem — formalizing data agreements — but take fundamentally different approaches. ODCS is a YAML schema for describing data contracts as configuration files. DPROD Contracts is an RDF-based ODRL 2.2 profile that expresses contracts as linked data policies with formal semantics.
+
+| Dimension | ODCS v3.1.0 | DPROD Contracts |
+|---|---|---|
+| **Format** | YAML (JSON Schema validated) | RDF/Turtle (ODRL 2.2 + SHACL validated) |
+| **Foundation** | Custom schema | W3C ODRL 2.2 standard |
+| **Scope** | Bilateral contracts only | Bilateral contracts + organizational data-use policies |
+| **Schema definition** | Inline (tables, columns, types) | External (DCAT, SHACL — separation of concerns) |
+| **Quality rules** | Inline metrics with operators | `odrl:Duty` + `dprod:conformTo` + `odrl:Constraint` |
+| **SLAs** | `slaProperties` key-value list | `odrl:Duty` with measurable constraints |
+| **Access control** | `roles` with approval chains | `odrl:Permission` / `odrl:Prohibition` with constraints |
+| **Pricing** | `price` section | Out of scope (rights and obligations only) |
+| **Formal semantics** | No | Yes (deterministic evaluation, conflict resolution) |
+| **Lifecycle** | `status` field | 4-state machine (Pending, Active, Fulfilled, Violated) |
+| **Interoperability** | YAML tooling | SPARQL, linked data, ODRL processors |
+| **Infrastructure** | `servers` section | Out of scope (not policy) |
+
+---
+
+## Architectural Differences
+
+### 1. Contract as Configuration vs Contract as Policy
+
+**ODCS** treats a data contract as a configuration document — a flat YAML file that bundles schema, quality rules, SLAs, team info, pricing, and infrastructure into one artifact. This is convenient for CI/CD pipelines and data platform tooling.
+
+**DPROD Contracts** treats a data contract as a *policy* — a formal rights expression that can be evaluated deterministically. Schema lives in DCAT/SHACL, infrastructure in deployment descriptors. The contract focuses on: what actions are permitted, prohibited, or obligated, and under what constraints.
+
+### 2. Quality and SLAs
+
+**ODCS** has purpose-built sections for quality (`schema[].quality`) and SLAs (`slaProperties`) with domain-specific operators (`mustBe`, `mustBeGreaterThan`, etc.) and dimensions (`accuracy`, `completeness`, etc.).
+
+**DPROD Contracts** unifies quality and SLAs as duties with constraints:
+
+```turtle
+# ODCS quality rule: nullValues mustBe 0
+odrl:obligation [
+    a odrl:Duty ;
+    dprod:subject ex:data-team ;
+    odrl:action dprod:conformTo ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:completeness ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand "100"^^xsd:decimal
+    ]
+] .
+```
+
+The advantage: a single constraint model covers quality, SLAs, access rules, and purpose restrictions. The trade-off: less domain-specific syntax.
+
+### 3. Access Control
+
+**ODCS** has a `roles` section with approval chains:
+
+```yaml
+roles:
+  - role: microstrategy_user_opr
+    access: read
+    firstLevelApprovers: Reporting Manager
+    secondLevelApprovers: mandolorian
+```
+
+**DPROD Contracts** uses ODRL Permission/Prohibition with constraints:
+
+```turtle
+odrl:permission [
+    a odrl:Permission ;
+    odrl:assignee ex:reporting-users ;
+    odrl:action odrl:read ;
+    odrl:constraint [
+        a odrl:Constraint ;
+        odrl:leftOperand dprod:recipientType ;
+        odrl:operator odrl:eq ;
+        odrl:rightOperand dprod:internal
+    ]
+] .
+```
+
+DPROD Contracts adds prohibition rules and purpose constraints that ODCS cannot express.
+
+### 4. Data-Use Policies
+
+**ODCS** supports only bilateral contracts between a producer and consumers.
+
+**DPROD Contracts** also supports `odrl:Set` policies — organizational rules without named parties:
+
+- Classification-based access (confidential, restricted, public)
+- Purpose restrictions (analytics only, no ML training)
+- Jurisdiction requirements (EU data stays in EU)
+- Environment constraints (production only)
+- Retention obligations
+
+This is critical for enterprise data governance beyond bilateral agreements.
+
+### 5. Lifecycle and State
+
+**ODCS** has a `status` field with no formal transition rules.
+
+**DPROD Contracts** has a formal 4-state machine:
+
+```
+Pending → Active → Fulfilled
+                  → Violated
+```
+
+Each duty instance tracks its own state, enabling fine-grained compliance monitoring.
+
+---
+
+## Mapping Table
+
+### Top-Level Sections
+
+| ODCS Section | DPROD Contracts | Notes |
+|---|---|---|
+| `kind: DataContract` | `a dprod:DataContract` | Subclass of `odrl:Offer` |
+| `status` | `dprod:state` | 4-state lifecycle (Pending, Active, Fulfilled, Violated) |
+| `version` | `dct:hasVersion` | Standard Dublin Core |
+| `domain` / `dataProduct` | Core DPROD `dprod:DataProduct` | Linked via `odrl:hasPolicy` |
+| `description.purpose` | `odrl:purpose` constraint | On permission or duty |
+| `description.limitations` | `odrl:Prohibition` + constraints | Express as restrictions |
+| `apiVersion` | `odrl:profile` | Profile URI identifies version |
+| `tenant` | Organization context on `odrl:Party` | Via `dprod:memberOf` |
+| `id` | Resource URI | Inherent in RDF |
+| `contractCreatedTs` | `dct:created` | Standard Dublin Core |
+
+### Schema
+
+| ODCS | DPROD Contracts | Notes |
+|---|---|---|
+| `schema` (tables/columns) | External: DCAT + SHACL | Separation of concerns — schema is not policy |
+| `schema[].classification` | `dprod:classification` constraint | On permission/prohibition |
+| `schema[].tags` | External: DCAT keywords | Not policy metadata |
+| `schema[].quality` | `odrl:Duty` + `dprod:conformTo` | Quality as obligation |
+| `schema[].relationships` | External: SHACL / OWL | Not policy metadata |
+
+### Data Quality
+
+| ODCS Quality | DPROD Contracts | Notes |
+|---|---|---|
+| `metric: nullValues` | Constraint: `dprod:completeness` | Quality dimension operand |
+| `metric: rowCount` | Constraint: `dprod:volumeCount` | Custom constraint |
+| `mustBe` / `mustBeGreaterThan` | `odrl:operator` (`odrl:eq`, `odrl:gt`, `odrl:gteq`) | Standard ODRL operators |
+| `dimension: accuracy` | `dprod:accuracy` | DPROD operand |
+| `dimension: completeness` | `dprod:completeness` | DPROD operand |
+| `dimension: timeliness` | `dprod:timeliness` | DPROD operand |
+| `dimension: uniqueness` | Constraint on `dprod:conformTo` | Custom quality constraint |
+| `severity` | Not directly modeled | Operational metadata |
+| `businessImpact` | Not directly modeled | Operational metadata |
+| `schedule` / `scheduler` | `dprod:recurrence` on duty | RFC 5545 RRULE |
+
+### SLA Properties
+
+| ODCS SLA | DPROD Contracts | Notes |
+|---|---|---|
+| `latency` | `dprod:latency` + constraint | On conformance duty |
+| `availability` | `dprod:availability` + constraint | On conformance duty |
+| `throughput` | `dprod:throughput` + constraint | On conformance duty |
+| `frequency` | `dprod:recurrence` on delivery duty | RFC 5545 RRULE string |
+| `timeOfAvailability` | `dprod:deadline` on delivery duty | XSD duration |
+| `retention` | `odrl:Duty` + `odrl:delete` + `dprod:retentionPeriod` | Retention as obligation |
+| `generalAvailability` | `dprod:effectiveDate` | Contract start date |
+| `endOfSupport` / `endOfLife` | `dprod:expirationDate` | Contract end date |
+| `timeToRepair` | `dprod:deadline` on repair duty | Per-incident SLA |
+| `timeToNotify` | `dprod:deadline` on notify duty | Notification SLA |
+| `driver` | `odrl:purpose` constraint | Regulatory, analytics, operational |
+
+### Team and Roles
+
+| ODCS | DPROD Contracts | Notes |
+|---|---|---|
+| `team.members` | `odrl:Party` instances | With `dprod:memberOf` hierarchy |
+| `team.members[].role: Owner` | `odrl:assigner` | Data provider |
+| `roles[].role` | `odrl:assignee` on Permission | Role-based access |
+| `roles[].access: read` | `odrl:action odrl:read` | Standard ODRL action |
+| `roles[].access: write` | `odrl:action odrl:modify` | Standard ODRL action |
+| `roles[].firstLevelApprovers` | Not modeled | Workflow, not policy |
+| `roles[].secondLevelApprovers` | Not modeled | Workflow, not policy |
+
+### Support
+
+| ODCS | DPROD Contracts | Notes |
+|---|---|---|
+| `support[].channel` | `odrl:Duty` + `dprod:notify` | With channel constraint |
+| `support[].tool` | `dprod:channel` constraint value | Slack, email, teams |
+| Response time | `dprod:deadline` on notify duty | SLA as duration |
+
+### Pricing and Infrastructure
+
+| ODCS | DPROD Contracts | Notes |
+|---|---|---|
+| `price` | Not in scope | DPROD Contracts focuses on rights and obligations |
+| `servers` | Not in scope | Infrastructure, not policy |
+| `customProperties` | Not in scope | Use RDF extension mechanism |
+
+---
+
+## What DPROD Contracts Adds Beyond ODCS
+
+1. **Data-use policies** — organizational rules, role-based access, purpose restrictions (not just bilateral contracts)
+2. **Formal semantics** — deterministic evaluation function, conflict resolution, verifiable
+3. **Prohibitions** — explicit "you must NOT" rules (ODCS has no prohibition concept)
+4. **Duty lifecycle** — 4-state machine tracking fulfillment per obligation instance
+5. **Constraint composition** — `odrl:and` / `odrl:or` / `dprod:not` for complex rules
+6. **Target inheritance** — policy-level target inherited by rules
+7. **Party hierarchies** — `dprod:memberOf` for organizational structures with transitivity
+8. **Asset hierarchies** — `dprod:partOf` for dataset containment with transitivity
+9. **Linked data** — SPARQL-queryable, federable across organizations
+10. **Subscriptions** — formal bilateral agreements (`dprod:Subscription` as `odrl:Agreement`)
+
+## What ODCS Adds Beyond DPROD Contracts
+
+1. **Inline schema** — table/column definitions with types, partitions, relationships
+2. **Pricing** — `price` section with amount, currency, unit
+3. **Infrastructure** — `servers` section with connection details
+4. **Approval workflows** — multi-level approver chains on roles
+5. **Custom quality engines** — integration with Soda, Great Expectations, dbt, Montecarlo
+6. **Lower barrier to entry** — YAML is more accessible than RDF/ODRL for data engineers
+
+---
+
+## Complementary Use
+
+ODCS and DPROD Contracts are not mutually exclusive. An organization could:
+
+- Use **ODCS** for schema documentation, data quality CI/CD, and platform configuration
+- Use **DPROD Contracts** for formal rights management, access policy evaluation, and compliance
+
+The bridge between them is the core DPROD ontology: a `dprod:DataProduct` links to both its DCAT distribution metadata (which could be generated from ODCS schema) and its `odrl:hasPolicy` (the DPROD Contract).
+
+---
+
+## Translated Examples
+
+See `examples/odcs-translated.ttl` for the ODCS full example translated to DPROD Contracts, demonstrating how each ODCS section maps to ODRL constructs.
+
+---
+
+**Version**: 0.7 | **Date**: 2026-02-26
diff --git a/dprod-contracts/examples/odcs.ttl b/dprod-contracts/examples/odcs.ttl
new file mode 100644
index 0000000..1e0d132
--- /dev/null
+++ b/dprod-contracts/examples/odcs.ttl
@@ -0,0 +1,795 @@
+# =============================================================================
+# ODCS v3.1.0 to DPROD Contracts Translation
+# =============================================================================
+# Shows each ODCS YAML pattern alongside its DPROD Contracts equivalent.
+#
+# Source: Open Data Contract Standard (ODCS) v3.1.0
+#         https://github.com/bitol-io/open-data-contract-standard
+#
+# Each section shows:
+#   1. The ODCS YAML (in comments)
+#   2. The DPROD Contracts Turtle equivalent
+#
+# DPROD Contracts focuses on rights, obligations, and constraints.
+# ODCS sections with no policy equivalent (schema, servers, pricing)
+# are noted at the end.
+# =============================================================================
+
+@prefix odrl:     <http://www.w3.org/ns/odrl/2/> .
+@prefix dprod:    <https://ekgf.github.io/dprod/> .
+@prefix dct:      <http://purl.org/dc/terms/> .
+@prefix skos:     <http://www.w3.org/2004/02/skos/core#> .
+@prefix xsd:      <http://www.w3.org/2001/XMLSchema#> .
+@prefix rdfs:     <http://www.w3.org/2000/01/rdf-schema#> .
+@prefix prov:     <http://www.w3.org/ns/prov#> .
+@prefix ex:       <https://example.org/> .
+
+
+############################# Inline Domain Vocabulary #########################
+# Only the operands, actions, and concept values used in this file.
+
+ex:scheme
+  a skos:ConceptScheme ;
+  rdfs:label "DPROD vocabulary" ;
+  dct:description "Concept scheme for the DPROD vocabulary."@en ;
+.
+
+# --- Purpose operand ---
+odrl:purpose
+  dprod:path odrl:purpose ;
+.
+
+# --- Actions ---
+ex:deliver
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "deliver" ;
+  dct:description "Deliver data to consumer."@en ;
+  odrl:includedIn odrl:distribute ;
+.
+
+ex:conformTo
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "conform to" ;
+  dct:description "Conform to a schema or specification."@en ;
+.
+
+ex:notify
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "notify" ;
+  dct:description "Notify relevant parties."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+ex:report
+  a odrl:Action, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "report" ;
+  dct:description "Submit usage reports."@en ;
+  odrl:includedIn odrl:inform ;
+.
+
+# --- Operands ---
+ex:timeliness
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "timeliness" ;
+  dct:description "Required data freshness category."@en ;
+  dprod:path (odrl:target ex:timeliness) ;
+.
+
+ex:completeness
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "completeness" ;
+  dct:description "Data completeness percentage."@en ;
+  dprod:path (odrl:target ex:completeness) ;
+.
+
+ex:volumeCount
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "volume count" ;
+  dct:description "Row or record count."@en ;
+  dprod:path (odrl:target ex:volumeCount) ;
+.
+
+ex:retentionPeriod
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "retention period" ;
+  dct:description "Maximum time data may be retained."@en ;
+  dprod:path (odrl:target ex:retentionPeriod) ;
+.
+
+ex:channel
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "channel" ;
+  dct:description "Communication or delivery channel."@en ;
+  dprod:path ex:channel ;
+.
+
+ex:serviceWindow
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "service window" ;
+  dct:description "Time window during which a service is available."@en ;
+  dprod:path ex:serviceWindow ;
+.
+
+ex:classification
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "classification" ;
+  dct:description "Data classification level."@en ;
+  dprod:path (odrl:target ex:classification) ;
+.
+
+ex:recipientType
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "recipient type" ;
+  dct:description "Type of data recipient."@en ;
+  dprod:path (odrl:assignee ex:recipientType) ;
+.
+
+ex:processingMode
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "processing mode" ;
+  dct:description "How data is processed."@en ;
+  dprod:path ex:processingMode ;
+.
+
+ex:environment
+  a odrl:LeftOperand, skos:Concept ;
+  rdfs:isDefinedBy ex: ;
+  rdfs:label "environment" ;
+  dct:description "Execution environment."@en ;
+  dprod:path ex:environment ;
+.
+
+# --- Concept values ---
+ex:regulatory
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "regulatory" ;
+  dct:description "Regulatory purpose."@en ;
+.
+
+ex:restricted
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "restricted" ;
+.
+
+ex:externalRecipient
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "external recipient" ;
+  dct:description "Recipient outside the organization."@en ;
+.
+
+ex:modelTraining
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "model training" ;
+.
+
+ex:production
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "production" ;
+.
+
+ex:staging
+  a skos:Concept ;
+  skos:inScheme ex:scheme ;
+  rdfs:label "staging" ;
+.
+
+
+# =============================================================================
+# 1. CONTRACT FUNDAMENTALS
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   kind: DataContract
+#   apiVersion: v3.1.0
+#   id: 53581432-6c55-4ba2-a65f-72344a91553a
+#   status: active
+#   version: 1.1.0
+#   domain: seller
+#   dataProduct: my quantum
+#   tenant: ClimateQuantumInc
+#   description:
+#     purpose: Views built on top of the seller tables.
+#     limitations: Data based on seller perspective, no buyer information
+#     usage: Predict sales over time
+#   contractCreatedTs: "2022-11-15T02:59:43+00:00"
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+
+ex:seller-data-team a odrl:Party ;
+    rdfs:label "Seller Data Team" ;
+    dprod:memberOf ex:climate-quantum-inc .
+
+ex:climate-quantum-inc a odrl:Party ;
+    rdfs:label "Climate Quantum Inc" .
+
+ex:seller-data a odrl:Asset ;
+    rdfs:label "Seller Data Product" ;
+    dct:description "Views built on top of the seller tables." .
+
+ex:contract-seller-quantum a dprod:DataContract ;
+    rdfs:label "Seller Data Contract (My Quantum)" ;
+    dct:description "Views built on top of the seller tables. Predict sales over time." ;
+    dct:hasVersion "1.1.0" ;
+    dct:created "2022-11-15T02:59:43+00:00"^^xsd:dateTime ;
+    odrl:profile <https://ekgf.github.io/dprod/> ;
+    odrl:assigner ex:seller-data-team ;
+    odrl:target ex:seller-data ;
+    dprod:state dprod:Active ;
+
+
+# =============================================================================
+# 2. DELIVERY SLA (Frequency + Time of Availability)
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   slaProperties:
+#     - property: frequency
+#       value: 1
+#       valueExt: 1
+#       unit: d
+#       element: tab1.txn_ref_dt
+#     - property: timeOfAvailability
+#       value: 09:00-08:00
+#       element: tab1.txn_ref_dt
+#       driver: regulatory
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Daily data delivery by 09:00" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:deliver ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=9;BYMINUTE=0" ;
+        dprod:deadline "PT1H"^^xsd:duration ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:regulatory
+        ]
+    ] ;
+
+
+# =============================================================================
+# 3. LATENCY SLA
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   slaProperties:
+#     - property: latency
+#       value: 4
+#       unit: d
+#       element: tab1.txn_ref_dt
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Data latency SLA (max 4 days)" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:conformTo ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:timeliness ;
+            odrl:operator odrl:lteq ;
+            odrl:rightOperand "P4D"^^xsd:duration
+        ]
+    ] ;
+
+
+# =============================================================================
+# 4. LIFECYCLE DATES (General Availability, End of Support, End of Life)
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   slaProperties:
+#     - property: generalAvailability
+#       value: "2022-05-12T09:30:10-08:00"
+#     - property: endOfSupport
+#       value: "2032-05-12T09:30:10-08:00"
+#     - property: endOfLife
+#       value: "2042-05-12T09:30:10-08:00"
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   generalAvailability -> dprod:effectiveDate
+#   endOfSupport        -> dprod:expirationDate
+#   endOfLife is not directly modeled; the contract simply expires.
+
+    dprod:effectiveDate "2022-05-12T09:30:10-08:00"^^xsd:dateTime ;
+    dprod:expirationDate "2032-05-12T09:30:10-08:00"^^xsd:dateTime ;
+
+
+# =============================================================================
+# 5. DATA QUALITY — Completeness (No Nulls)
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   schema:
+#     - name: tbl
+#       properties:
+#         - name: txn_ref_dt
+#           quality:
+#             - metric: nullValues
+#               mustBe: 0
+#               description: column should not contain null values
+#               dimension: completeness
+#               type: library
+#               severity: error
+#               businessImpact: operational
+#               schedule: 0 20 * * *
+#               scheduler: cron
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   The quality rule becomes a conformance duty with a completeness constraint.
+#   ODCS severity/businessImpact are operational metadata, not policy.
+#   ODCS schedule (cron) maps to dprod:recurrence (RFC 5545 RRULE).
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "No null values in transaction date" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:conformTo ;
+        odrl:target ex:tbl-core-payments ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=20;BYMINUTE=0" ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:completeness ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand "100"^^xsd:decimal
+        ]
+    ] ;
+
+
+# =============================================================================
+# 6. DATA QUALITY — Volume (Row Count)
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   schema:
+#     - name: tbl
+#       quality:
+#         - metric: rowCount
+#           mustBeGreaterThan: 1000000
+#           type: library
+#           description: Ensure row count is within expected volume range
+#           dimension: completeness
+#           method: reconciliation
+#           severity: error
+#           businessImpact: operational
+#           schedule: 0 20 * * *
+#           scheduler: cron
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   mustBeGreaterThan -> odrl:operator odrl:gt
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Row count above 1M" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:conformTo ;
+        odrl:target ex:tbl-core-payments ;
+        dprod:recurrence "FREQ=DAILY;BYHOUR=20;BYMINUTE=0" ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:volumeCount ;
+            odrl:operator odrl:gt ;
+            odrl:rightOperand "1000000"^^xsd:integer
+        ]
+    ] ;
+
+
+# =============================================================================
+# 7. RETENTION
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   slaProperties:
+#     - property: retention
+#       value: 3
+#       unit: y
+#       element: tab1.txn_ref_dt
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   Retention becomes a delete duty: "must delete when retention exceeds 3 years."
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Data retention limit (3 years)" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action odrl:delete ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:retentionPeriod ;
+            odrl:operator odrl:gt ;
+            odrl:rightOperand "P3Y"^^xsd:duration
+        ]
+    ] ;
+
+
+# =============================================================================
+# 8. SUPPORT CHANNELS
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   support:
+#     - channel: '#product-help'
+#       tool: slack
+#     - channel: datacontract-ann
+#       tool: email
+#       url: mailto:datacontract-ann@bitol.io
+#     - channel: Feedback
+#       description: General Product Feedback (Public)
+#       url: https://product-feedback.com
+#     - channel: 'product-issues'
+#       tool: teams
+#       scope: issues
+#       customProperties:
+#         - property: servicehours
+#           value: 9-5 CET
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   Each support channel becomes a notification duty.
+#   Service hours become a serviceWindow constraint.
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Slack support (#product-help)" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:notify ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:channel ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand "slack"
+        ]
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Email support (datacontract-ann)" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:notify ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:channel ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand "email"
+        ]
+    ] ;
+
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Teams issue support (9-5 CET)" ;
+        dprod:subject ex:seller-data-team ;
+        odrl:action ex:notify ;
+        odrl:constraint [
+            a odrl:LogicalConstraint ;
+            odrl:and (
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand ex:channel ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand "teams"
+                ]
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand ex:serviceWindow ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand "business-hours"
+                ]
+            )
+        ]
+    ] ;
+
+
+# =============================================================================
+# 9. ROLES AND ACCESS CONTROL
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   roles:
+#     - role: microstrategy_user_opr
+#       access: read
+#       firstLevelApprovers: Reporting Manager
+#       secondLevelApprovers: 'mandolorian'
+#     - role: bq_queryman_user_opr
+#       access: read
+#       firstLevelApprovers: Reporting Manager
+#       secondLevelApprovers: na
+#     - role: risk_data_access_opr
+#       access: read
+#       firstLevelApprovers: Reporting Manager
+#       secondLevelApprovers: 'dathvador'
+#     - role: bq_unica_user_opr
+#       access: write
+#       firstLevelApprovers: Reporting Manager
+#       secondLevelApprovers: 'mickey'
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   Each role becomes an odrl:Permission with the appropriate action.
+#   Approver chains are workflow metadata, not modeled in policy.
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "MicroStrategy read access" ;
+        odrl:assignee ex:microstrategy-users ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "BigQuery read access" ;
+        odrl:assignee ex:bq-queryman-users ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "Risk data read access" ;
+        odrl:assignee ex:risk-data-users ;
+        odrl:action odrl:read
+    ] ;
+
+    odrl:permission [
+        a odrl:Permission ;
+        rdfs:label "BigQuery Unica write access" ;
+        odrl:assignee ex:bq-unica-users ;
+        odrl:action odrl:modify
+    ] ;
+
+
+# =============================================================================
+# 10. CLASSIFICATION → PROHIBITION
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   schema:
+#     - name: tbl
+#       properties:
+#         - name: rcvr_id
+#           classification: restricted
+#         - name: rcvr_cntry_code
+#           classification: public
+#         - name: txn_ref_dt
+#           classification: public
+#     - name: receivers
+#       properties:
+#         - name: id
+#           classification: restricted
+#         - name: receiver_name
+#           classification: restricted
+#         - name: country_code
+#           classification: public
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   ODCS classification is just a label — it doesn't enforce anything.
+#   DPROD Contracts turns classification into an enforceable prohibition:
+#   restricted data must not be distributed externally.
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No external distribution of restricted data" ;
+        odrl:action odrl:distribute ;
+        odrl:constraint [
+            a odrl:LogicalConstraint ;
+            odrl:and (
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand ex:classification ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand ex:restricted
+                ]
+                [
+                    a odrl:Constraint ;
+                    odrl:leftOperand ex:recipientType ;
+                    odrl:operator odrl:eq ;
+                    odrl:rightOperand ex:externalRecipient
+                ]
+            )
+        ]
+    ] ;
+
+
+# =============================================================================
+# 11. LIMITATIONS → PURPOSE PROHIBITION
+# =============================================================================
+#
+# ODCS YAML:
+# ─────────────────────────────────────────────────
+#   description:
+#     limitations: Data based on seller perspective, no buyer information
+# ─────────────────────────────────────────────────
+#
+# DPROD Contracts:
+#   ODCS limitations are free text — unenforceable.
+#   DPROD Contracts turns limitations into machine-evaluable prohibitions.
+
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No use as buyer data source" ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand odrl:purpose ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand "buyer-analytics"
+        ]
+    ] ;
+
+
+# =============================================================================
+# 12. WHAT DPROD CONTRACTS CAN EXPRESS THAT ODCS CANNOT
+# =============================================================================
+#
+# These rules have no ODCS YAML equivalent.
+# They demonstrate capabilities unique to the ODRL-based approach.
+#
+# DPROD Contracts:
+
+    # --- No ML training on this data ---
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "No ML model training" ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:processingMode ;
+            odrl:operator odrl:eq ;
+            odrl:rightOperand ex:modelTraining
+        ]
+    ] ;
+
+    # --- Production and staging environments only ---
+    odrl:prohibition [
+        a odrl:Prohibition ;
+        rdfs:label "Production and staging only" ;
+        odrl:action odrl:use ;
+        odrl:constraint [
+            a odrl:Constraint ;
+            odrl:leftOperand ex:environment ;
+            odrl:operator odrl:isNoneOf ;
+            odrl:rightOperand (ex:production ex:staging)
+        ]
+    ] ;
+
+    # --- Consumer must report usage monthly ---
+    odrl:obligation [
+        a odrl:Duty ;
+        rdfs:label "Monthly usage reporting" ;
+        odrl:action ex:report ;
+        dprod:recurrence "FREQ=MONTHLY;BYMONTHDAY=5" ;
+        dprod:deadline "P5D"^^xsd:duration
+    ] .
+
+
+# =============================================================================
+# PARTIES (referenced above)
+# =============================================================================
+
+ex:microstrategy-users a odrl:Party ;
+    rdfs:label "MicroStrategy Users" .
+
+ex:bq-queryman-users a odrl:Party ;
+    rdfs:label "BigQuery Query Users" .
+
+ex:risk-data-users a odrl:Party ;
+    rdfs:label "Risk Data Access Users" .
+
+ex:bq-unica-users a odrl:Party ;
+    rdfs:label "BigQuery Unica Users" .
+
+ex:tbl-core-payments a odrl:Asset ;
+    rdfs:label "Core Payment Metrics" ;
+    dprod:partOf ex:seller-data .
+
+ex:receivers-master a odrl:Asset ;
+    rdfs:label "Receivers Master Data" ;
+    dprod:partOf ex:seller-data .
+
+
+# =============================================================================
+# ODCS SECTIONS WITH NO POLICY EQUIVALENT
+# =============================================================================
+#
+# These ODCS sections describe infrastructure, schema, or pricing — not
+# rights and obligations. They live in separate artifacts in DPROD:
+#
+# ─────────────────────────────────────────────────
+#   # Schema (tables, columns, types, partitions, relationships)
+#   schema:
+#     - name: tbl
+#       physicalName: tbl_1
+#       physicalType: table
+#       properties:
+#         - name: txn_ref_dt
+#           logicalType: date
+#           physicalType: date
+#           ...
+#   -> Use DCAT distributions + SHACL shapes
+#
+#   # Infrastructure
+#   servers:
+#     - server: my-postgres
+#       type: postgres
+#       host: localhost
+#       port: 5432
+#       database: pypl-edw
+#       schema: pp_access_views
+#   -> Deployment metadata, not policy
+#
+#   # Pricing
+#   price:
+#     priceAmount: 9.95
+#     priceCurrency: USD
+#     priceUnit: megabyte
+#   -> DPROD Contracts focuses on rights/obligations, not pricing
+#
+#   # Team members (informational)
+#   team:
+#     name: my-team
+#     members:
+#       - username: daustin
+#         role: Owner
+#         dateIn: "2022-10-01"
+#   -> Owner maps to odrl:assigner; other members are informational
+#
+#   # Tags
+#   tags:
+#     - transactions
+#   -> Use DCAT keywords
+#
+#   # Custom properties
+#   customProperties:
+#     - property: refRulesetName
+#       value: gcsc.ruleset.name
+#   -> Application-specific, not policy
+#
+#   # Approval workflows
+#   roles[].firstLevelApprovers: Reporting Manager
+#   roles[].secondLevelApprovers: 'mandolorian'
+#   -> Workflow metadata, not policy evaluation
+# ─────────────────────────────────────────────────
+
+
+# =============================================================================
+# END OF ODCS TRANSLATION
+# =============================================================================