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/technik-und-architektur.md

@@ -286,7 +286,7 @@ Mindestens folgende Konsistenzregeln sind zu prüfen:
 
 - physischer Dateiname ↔ `UNB_0020`
 - `UNB_0020` ↔ `UNZ_0020`
-- Anzahl Nachrichten in `UNZ_0010` ↔ tatsächliche Anzahl der `UNH`/`UNT`-Paare in der Datei
+- Anzahl Nachrichten in `UNZ_0036` ↔ tatsächliche Anzahl der `UNH`/`UNT`-Paare in der Datei
 - Referenzgleichheit `UNH_0062` ↔ `UNT_0062` je Nachricht
 - physischer Dateiname ↔ KKS-`DATEINAME`
 - Zähler im Dateinamen ↔ KKS-`TRANSFER_NUMMER`
@@ -436,9 +436,10 @@ Mindestens folgende Regeln sind verbindlich zu modellieren:
 - **keine Teillieferungen** zulässig
 - `VERFAHREN_KENNUNG`: Stelle 20 `E` oder `T`, Stellen 21–23 `ASV`, Stelle 24 `0`
 - `VERFAHREN_KENNUNG_SPEZIFIKATION` ist gemäß Spezifikation ein **Kann-Feld**. Wird das Feld geliefert, muss es einen der definierten Werte tragen, in der Regel `ASVA0` für Abrechnung oder `ASVF0` für Fehlermeldung. Ein nicht geliefertes oder mit Blanks (`HEX 20`) gefülltes Feld ist **kein** Befund.
+- `VERFAHREN_KENNUNG_SPEZIFIKATION` ↔ Nachrichtentyp in `UNH S009_0065`: Wenn das Feld belegt ist, muss es zum tatsächlichen Nachrichtentyp passen (`ASVA0` → `ASVREC`; `ASVF0` → `ASVFEH`).
 - `ABSENDER_EIGNER`, `ABSENDER_PHYSIKALISCH`, `EMPFÄNGER_NUTZER` und `EMPFÄNGER_PHYSIKALISCH` sind als Muss-Felder strukturell und formal zu prüfen; eine vollständige inhaltliche Kommunikationspartnerprüfung ist ohne Referenzbestände jedoch nicht möglich
 - `FEHLER_NUMMER = 000000`
-- `FEHLER_MASSNAHME = 000000`
+- `FEHLER_MAßNAHME = 000000`
 - `DATEIVERSION = 000000`
 - `KORREKTUR = 0`
 - `DATEINAME` entspricht dem unverschlüsselten Dateinamen gemäß Dateinamensregeln
@@ -512,6 +513,9 @@ Die folgenden Regeln sind verbindlich zu berücksichtigen. **Die hier genannten
 - **Pro Datei darf nicht kassenübergreifend gebündelt werden**.
 - **Sortierreihenfolge der Nachrichten** innerhalb einer Datei ist gemäß Spec willkürlich. V1 darf keine Sortierregel erzwingen.
 - **Vertraglich bedingte Muss-Felder**: Einige Muss-Felder sind in der Spec mit dem Hinweis „wird erst geliefert, wenn vertraglich vereinbart" markiert. Diese werden in V1 nicht hart erzwungen.
+- **Spec-Tippfehler DATUM_ERSTELLUNG**: Die Technische Anlage ASV 1.09 beschreibt das Format als `JJJJMMTTssmmss`. Das ist ein Tippfehler in der Spec (`ss` = Sekunde statt `hh` = Stunde). Korrekt ist `JJJJMMTThhmmss` (Jahr, Monat, Tag, Stunde, Minute, Sekunde). V1 implementiert das korrigierte Format.
+
+- **Spec-Tippfehler `DATUM_ERSTELLUNG`**: Die Technische Anlage ASV 1.09 beschreibt das Format als `JJJJMMTTssmmss`. Das ist ein Tippfehler in der Spec (ss = Sekunde statt hh = Stunde). Korrekt ist `JJJJMMTThhmmss` (Jahr, Monat, Tag, Stunde, Minute, Sekunde). V1 implementiert das korrigierte Format.
 
 ### Versichertennummer
 
@@ -691,6 +695,8 @@ Soweit die jeweilige Datei diese Informationen oder Anforderungen betrifft, sind
 | Hash-/Signaturverfahren | SHA256withRSAandMGF1 / PSS |
 | RSA-Exponent | Fermat-4 (`2^16 + 1`) |
 
+> **Hinweis:** Die Spec nennt 2048 bit als ursprünglichen Standard; die Umstellung auf 4096 bit erfolgte zum 01.05.2020. Da V1 ab Q2/2026 gilt, ist 4096 bit der verbindliche Wert.
+
 Nicht-PSS-Altverfahren vor der Umstellung müssen in Version 1 **nicht** aktiv unterstützt werden, dürfen aber als erkannte Abweichung gemeldet werden.
 
 ## CLI-Zuschnitt in Version 1
@@ -850,7 +856,7 @@ Nicht Ziel von Version 1 sind insbesondere:
 |---|---|
 | v1 | Erstfassung mit Architekturgrundsätzen |
 | v2 | ISO-8859-15, Prüfstufen-Mapping, Dateinamen, Crosschecks, KKS, ASVFEH, Krypto-Mindestalgorithmen, Exit-Code 2, differenzierte Quality Gates |
-| v3 | `VERFAHREN_KENNUNG_SPEZIFIKATION` als Kann-Feld, `DATEIGRÖSSE_*` als Crosschecks, `ZEICHENSATZ = I5`, ASVFEH-Originalnachricht-Ausnahme, Hybrid-Modell geschärft, `UNZ_0010`/`UNH_0062`-Crosschecks, Sortierreihenfolge willkürlich |
+| v3 | `VERFAHREN_KENNUNG_SPEZIFIKATION` als Kann-Feld, `DATEIGRÖSSE_*` als Crosschecks, `ZEICHENSATZ = I5`, ASVFEH-Originalnachricht-Ausnahme, Hybrid-Modell geschärft, `UNZ_0036`/`UNH_0062`-Crosschecks, Sortierreihenfolge willkürlich |
 | v4 | Stufe-2-Wording entschärft, Diagnose darf Spec-Urteil nicht aufheben, alle KKS-Muss-Felder strukturell zu prüfen, ABSENDER/EMPFÄNGER-Felder explizit, Sonderfall-Regel kontextbezogen, `UNB 0035`-Testindikator präzisiert, FHL bis 99 Vorkommen, Minimalbericht bei Exit-Code 2 |
 | v5 | Geburtsdatum-Sonderfall vollständig (beliebige numerische Werte plus Platzhalter), GOÄ-Felder konkret (`3/3.2.1`/`3/3.2.5`), obsolete Felder „nicht ausschließlich Leerzeichen", Übermittlungszähler-Wertebereich `001`–`999` mit Wraparound, ASVFEH-Strukturvarianten (eigenständige vs. eingebettete Datei), Vorrang offizieller Fehlercodes (`xx999`/`3A998`/`4A998`), BSNR-Stammdatencheck als nicht-Bestandteil von V1, Glossar, Dokumenthistorie |