aYOUne

Changelog

What changed — grouped by release, filterable by component and repository.

No milestone 1
New jobs

HR_BENEFIT_RECEIPTS_MONTHLY scharf schalten (Glied C, Takt 0 6 1 * *)

Beide dokumentierten Sperrgruende sind aufgeloest, und beide waren echte
Hindernisse: (1) die Personalakte traegt die Zuordnung (IEmployee.benefits[],
Kaskade 64), bedienbar seit dem Reiter "Sachbezuege"; (2) der doc-engine-Laeufer
kennt den Verteiler-Zweig dispatch-benefit-receipts.

🔴 `defaultData: { op: "dispatch-benefit-receipts" }` ist die tragende Zeile, nicht
Beiwerk. Der Einplaner reicht woertlich `data: d.defaultData ?? {}` durch — ohne
sie kaeme beim Laeufer ein LEERER Job an, der weder `op` noch `sourceEntityType`
traegt und mit "Unsupported sourceEntityType" abgewiesen wuerde. Der Takt liefe
dann jeden Monat und erzeugte NICHTS, ohne dass etwas fehlschlaegt.

Der vorgesehene Takt `0 6 1 * *` ist unveraendert uebernommen (06:00 UTC am 1. —
frueh genug fuer die Lohnabrechnung des Vormonats); der Verteiler bescheinigt
entsprechend den VORmonat.

⚠ Heute tragen 0 von 53 Akten eine Zuordnung — der Takt laeuft zunaechst ins
Leere, und das ist die richtige Richtung: der Auftrag verbietet Erst-Zuordnungen
ausdruecklich, die pflegt der CEO selbst ueber die neue Flaeche.

Proben 60/60.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PmMj9oQCU9nxusjcbD8Dp8