# TRACK_A_SUMMARY.md

## Reconcilix

**Übergang von Track A (Discovery) zu Track B (Engineering)**

Stand: Engineering Snapshot 20260712

---

# Ziel von Track A

Ziel von Track A war die Entwicklung eines tragfähigen fachlichen und methodischen Fundaments für Reconcilix.

Dabei wurden Domain Model, Persistenzmodell und Reconciliation-Methodik unabhängig von der bestehenden Implementierung entwickelt.

---

# Wesentliche Ergebnisse

## Domain

Entwicklung des fachlichen Domain Models mit den zentralen Klassen

- SourceValue
- ContextItem
- InterpretationGraph
- InterpretationNode
- CandidateItem
- ReconciliationResult
- MatchDecision

Grundprinzip:

> Interpretation erfolgt vor Reconciliation.

---

## Persistenz

Entwicklung eines relationalen Persistenzmodells (DM002) als Umsetzung des Domain Models.

Die Persistenz dient der Nachvollziehbarkeit sämtlicher Reconciliation-Schritte.

---

## Methodik

Entwicklung

- ME001 Vocabulary Matching Classification
- ME002 Interpretation-driven Reconciliation

Wesentliche Entscheidungen

- Trennung von InterpretationProperty und VocabularyMatchingPattern
- CandidateItem statt CandidateConcept
- rekursive Interpretation über InterpretationGraph und InterpretationNode
- kontrollierte Vokabulare über URIs
- Evolution statt Rewrite
- KISS first

---

# Rollen

## PL

Projektleitung

Verantwortlich für

- Vision
- Strategie
- Priorisierung
- fachliche Entscheidungen
- Standards
- Schnittstellen zu xTree, Normdaten und externen Diensten
- Evaluation
- Veröffentlichung
- Koordination
- Hardwareintegration

---

## LA

Lead Architect

Verantwortlich für

- Domain Model
- Methodik
- Architektur
- Reviews
- ADRs
- Konsistenz


---

## ED

Engineering Agent

Verantwortlich für

- Implementierung
- Refactoring
- Datenbank
- APIs
- Integration
- Unit Tests
- Debugging
- Performance
- Deployment-Unterstützung

---

## Domain Expert

Verantwortlich für

- fachliche Evaluation
- Gold Standards
- Review der Matchingqualität

---

# Arbeitsweise

PL stellt Dokumente oder Code bereit.

LA führt Architektur- und Konsistenzreviews durch.

Nach erfolgreichem Review erhält das Artefakt den Status

Accepted.

Erst danach beginnt das Review des nächsten Artefakts.

---

# Engineering-Regel

Während eines laufenden Engineering-Sprints entwickeln PL und LA keine neuen Architektur- oder Methodikkonzepte.

Neue Ideen werden gesammelt, dokumentiert und für eine spätere Engineering-Iteration oder Evaluation bewertet.

---

# Nächste Schritte

Review

1. DM001
2. DM002
3. ME001
4. ME002

anschließend

5. ROADMAP_MATCHING

anschließend

6. AM001_Reconcilix_Migration_Plan

danach

Reconcilix Engineering (ED)

---

Status

Dieses Dokument dient ausschließlich der Übergabe zwischen Track A (Discovery) und Track B (Engineering). Es beschreibt keine Architekturentscheidungen und ersetzt weder Domain-, Methodik- noch Architektur-Dokumente.

Track A:
abgeschlossen

Track B:
gestartet