Changelog

`DOC_TYPE` im Sachbezugs-Takt war eine weitere frei getippte Kopie. Ein
Tippfehler dort haette gar keinen Fehler erzeugt, sondern einen stillen
Leerlauf: der Takt schickt den Render-Auftrag, der Renderer findet den Fall
nicht und haelt sich fuer unzustaendig.

Flip-Probe: `benefit-in-kind-reciept` faellt mit TS2820.

Verify: tsc gruen, npm test 285 Tests / 0 fail.

`ICertificateCase.docType` stand auf `string` — ein Tippfehler in einem
Katalog-Eintrag ging still durch den Bau und schlug erst zur Laufzeit auf:
`NACH_DOCTYPE` fand den Fall nicht und der Renderer hielt sich fuer
unzustaendig, ohne dass irgendwo ein Fehler entstand.

Gemessen vor der Aenderung: mit `employer-sick-certificat` (ein Buchstabe
fehlt) blieb der Bau gruen (Exit 0), waehrend die Positiv-Kontrolle (ein
zusaetzliches Pflichtfeld am Interface) korrekt mit TS2741 an BEIDEN
Katalog-Eintraegen fiel — die Kopplung fehlte also wirklich.

Jetzt traegt das Feld `EmployeeCertificateDocType` aus
@tolinax/ayoune-interfaces, dieselbe Quelle, gegen die `hr-api` seine
Auswahl-Selektoren prueft. Beide Tippfehler fallen mit TS2820, samt Vorschlag
des richtigen Wertes.

Die zwei Nachschlage-Funktionen behalten `string` als Eingang: der Wert kommt
aus einem Render-Auftrag, also vom Netz, und kann per Sache nicht zur Bauzeit
geprueft werden. `NACH_DOCTYPE` bleibt aus demselben Grund auf `string`
verschluesselt — eine engere Karte zwaenge jeden Aufrufer zu einer
`as`-Zusicherung, und eine Zusicherung ist genau die Aufweichung, gegen die
dieser Umbau steht. Der Bau-Schutz sitzt am Katalog-Eintrag, nicht an der
Karte; die Datei traegt danach null neue Zusicherungen.

KEIN Pin-Bump noetig: der Worker steht bereits auf interfaces 2026.448.1 und
damit exakt auf dem publizierten Stand (dist-tags.latest), der Lock traegt
denselben Wert (kein halber Pin). Der Katalog ist installiert und fuehrt beide
Werte; die Umkehrprobe mit einem erfundenen Wert faellt.

Verify: tsc gruen, zwei Flip-Proben (je TS2820), Gegenprobe Exit 0,
npm test 281 Tests / 0 fail.