docs: Review-Korrekturen aus Peer-Review anwenden

- UNZ_0010 -> UNZ_0036 (meilensteine.md, technik-und-architektur.md)
- FEHLER_MASSNAHME -> FEHLER_MAßNAHME (meilensteine.md, technik-und-architektur.md)
- Exit-Code-Kommentar bereinigt (CLAUDE.md)
- V1-K-Nachrangigkeit ergaenzt (CLAUDE.md)
- Zielbild-Anmerkung in README
- Spec-Tippfehler DATUM_ERSTELLUNG dokumentiert (technik-und-architektur.md)
- R-CROSS-KKS-SPEZ-NACHRICHTENTYP-001 ergaenzt (fachliche-anforderungen.md)
- R-IFA-OVER-002 Quelle praezisiert, V1-V bestaetigt (fachliche-anforderungen.md)
- R-FHL-2.13-001 Feldart K, Regeltext angepasst (fachliche-anforderungen.md)
- R-GLOBAL-MIN-NACHRICHTEN-001 ergaenzt (fachliche-anforderungen.md)
- RSA-Schluessellaengen-Hinweis ergaenzt (technik-und-architektur.md)

docs/specs/fachliche-anforderungen.md

@@ -163,6 +163,7 @@ Diese Regeln gelten **artefaktübergreifend** und sind unabhängig davon zu prü
 | `R-GLOBAL-UNKOMPRIMIERT-001` | Grundsätze Datenübermittlung | ASV-Dateien werden unkomprimiert übertragen. | V1-V | kein eindeutiger offizieller Fehlercode |
 | `R-GLOBAL-EINE-KASSE-001` | Grundsätze Datenübermittlung | Pro Kasse (unterschiedliches Abrechnungs-IK) wird genau eine Datei erstellt; eine Bündelung mehrerer Kassen in einer Datei ist unzulässig. | V1-V | kein eindeutiger offizieller Fehlercode |
 | `R-GLOBAL-SORTIERUNG-001` | Hinweis zur Nachrichtenstruktur | Die Sortierreihenfolge der Nachrichten innerhalb einer Datei ist gemäß Spezifikation willkürlich. V1 darf keine Sortierregel erzwingen. | V1-V | kein offizieller Fehlercode, da kein Verstoß bei beliebiger Reihenfolge |
+| `R-GLOBAL-MIN-NACHRICHTEN-001` | Grundsätze Datenübermittlung, „mindestens jedoch eine ASV-Nachricht" | Eine Nutzdatendatei muss mindestens ein `UNH`/`UNT`-Paar enthalten. Eine Datei ohne jede Nachricht ist ungültig. | V1-V | `10003` (UNH fehlt) |
 
 ## 6. Fachlich relevante Eingabeartefakte und Nachrichtentypen
 
@@ -233,9 +234,9 @@ Für spätere Implementierung und Arbeitspakete gilt:
 | 2 | `IFA` | Muss | einmal pro Nachricht |
 | 3 | `DGN` | Kann, 0..n | bei Rechnung fachlich regelmäßig erforderlich; bei Storno unzulässig |
 | 4 | `LEA` | Kann, 0..n | bei Rechnung fachlich regelmäßig erforderlich; bei Storno unzulässig |
-| 5 | `SAC` | Kann, 0..n je `LEA` | nur innerhalb einer Leistung |
-| 6 | `GEN` | Kann, 0..n je `LEA` | nur innerhalb einer Leistung |
-| 7 | `OPA` | Kann, 0..n je `LEA` | nur innerhalb einer Leistung |
+| 5 | `SAC` | Kann, 0..n je `LEA` | nur innerhalb einer LEA; 0..n je LEA |
+| 6 | `GEN` | Kann, 0..n je `LEA` | nur innerhalb einer LEA; 0..n je LEA |
+| 7 | `OPA` | Kann, 0..n je `LEA` | nur innerhalb einer LEA; 0..n je LEA |
 | 8 | `REA` | Muss | einmal pro Nachricht |
 | 9 | `IVA` | Muss | einmal pro Nachricht |
 | 10 | `UNT` | Muss | Nachrichtenende |
@@ -400,7 +401,7 @@ Für spätere Implementierung und Arbeitspakete gilt:
 | `R-IFA-1.3.3-001` | IFA 1.3.3 | LANR Überweiser | K | bei Vorlage einer Überweisung | Format/Länge lokal; Bestandsabgleich nicht belastbar | V1-T | `3A033` – fachlich einschlägig, lokal in V1 ohne Referenzbestände nicht belastbar auslösbar |
 | `R-IFA-1.3.4-001` | IFA 1.3.4 | Beginn ASV-Behandlung | K | Muss belegt sein, wenn `1.3.1` gefüllt ist | formales Datum; Bedingung mit 1.3.1 | V1-V | `3A005` – Beginn ASV-Behandlung fehlt trotz externer Überweisung; `20021` / `3A011` |
 | `R-IFA-OVER-001` | Hinweis 9 | Teamebene Vertretung | Regel | Bei Vertretung (Teamebene 4 im ASV-Verzeichnis) ist die Teamebene des Vertretenen anzugeben. | ohne Referenzbestand nur eingeschränkt prüfbar | V1-N | `4A007` – Teamnummer/LANR/Teamebene entspricht nicht ASV-Verzeichnis |
-| `R-IFA-OVER-002` | IFA Hinweise | Überweiserfelder | Regel | `1.3.1` und `1.3.2` dürfen nicht gleichzeitig belegt sein. | lokale Crosscheck-Regel | V1-V | `3A035` – externer und interner Überweiser gleichzeitig |
+| `R-IFA-OVER-002` | Konvention: IFA-Strukturlogik (keine explizite Spec-Fundstelle verifizierbar) | Überweiserfelder | Regel | `1.3.1` und `1.3.2` dürfen nicht gleichzeitig belegt sein. | lokale Crosscheck-Regel | V1-K | `3A035` – externer und interner Überweiser gleichzeitig |
 
 ## 11.2 Segment DGN – Diagnosedaten
 
@@ -524,7 +525,7 @@ Für spätere Implementierung und Arbeitspakete gilt:
 | `R-FHL-2.10.2-001` | FHL 2.10.2 | Uhrzeit der Erstellung | M | Uhrzeit aus Originalnachricht `HHMM` | Format | V1-V | `10038` analog; kein FHL-spezifischer Code |
 | `R-FHL-2.11-001` | FHL 2.11 | Nachrichtenreferenznummer | K | aus `UNH 0062` der Originalnachricht; wenn ermittelbar zu liefern | Bedingungsprüfung | V1-T | kein eindeutiger offizieller Fehlercode |
 | `R-FHL-2.12-001` | FHL 2.12 | Übertragungsreferenz | K | aus `UNB 0020` der Originalnachricht; wenn ermittelbar zu liefern | Bedingungsprüfung | V1-T | kein eindeutiger offizieller Fehlercode |
-| `R-FHL-2.13-001` | FHL 2.13 | Anforderungskennzeichen Korrektur/Storno | M | `1` = Korrektur, `2` = Storno (nur bei Fehlern der Stufe 4 relevant). | lokaler Schlüsselwert | V1-V | kein eindeutiger offizieller Fehlercode |
+| `R-FHL-2.13-001` | FHL 2.13 | Anforderungskennzeichen Korrektur/Storno | K | Kann-Feld; `1` = Korrektur, `2` = Storno (insbesondere bei Fehlern der Stufe 4 relevant). Wird zu Muss-Datenelement, wenn der Kontext eine Ermittelbarkeit belastbar erlaubt. | lokaler Schlüsselwert | V1-V | kein eindeutiger offizieller Fehlercode |
 | `R-FHL-2.14-001` | FHL 2.14 | Rechnungsnummer | K | anzugeben, sofern aus Originalnachricht lesbar | Bedingungsprüfung | V1-T | kein eindeutiger offizieller Fehlercode |
 
 ## 13. Segment-, nachrichten- und dateiübergreifende Beziehungsregeln
@@ -540,6 +541,7 @@ Für spätere Implementierung und Arbeitspakete gilt:
 | `R-CROSS-DATEINAME-005` | Abschnitt 3.5.4 | Echte lückenlose Folgeprüfung über mehrere Übermittlungen ist ohne Verlauf nicht belastbar. | V1-N | `10047` |
 | `R-CROSS-ECHT-TEST-001` | KKS, UNB 0035, Abschnitt Testverfahren | Test-/Echtkennzeichnung muss zwischen Dateiname, KKS und UNB-Testindikator konsistent sein. | V1-V | kein eindeutiger offizieller Fehlercode |
 | `R-CROSS-KASSE-001` | Grundsätze Durchführung der Datenübermittlung | Pro Kasse ist genau eine Datei zu erstellen; kassenübergreifende Bündelung in einer Datei ist unzulässig. Die lokale Prüfung erfolgt anhand der im Artefakt vorhandenen Kassenbezüge (insbesondere Abrechnungs-IK). | V1-V | kein eindeutiger offizieller Fehlercode |
+| `R-CROSS-KKS-SPEZ-NACHRICHTENTYP-001` | KKS `VERFAHREN_KENNUNG_SPEZIFIKATION`, UNH S009_0065 | Wenn KKS-`VERFAHREN_KENNUNG_SPEZIFIKATION` belegt ist (`ASVA0` oder `ASVF0`), muss der tatsächliche Nachrichtentyp in `UNH S009_0065` (`ASVREC` bzw. `ASVFEH`) konsistent dazu sein. `ASVA0` ↔ `ASVREC`; `ASVF0` ↔ `ASVFEH`. | V1-V | kein eindeutiger offizieller Fehlercode |
 
 ## 13.2 Nachrichtenebene