- Verschifft
- 12. August 2026 um 17:52 UTC
- Autor
- Kamo
- Ausschuss
- 8eb9f78
Das Zeigen des Komponisten auf die Bereitschaftsbereitschaft erweiterte das Privileg. Das eigene Relais Mapping Wachen mit FINALIZE_PAY_PERIODS, und resolveRole nicht zugeben MANAGE_TIMECARDS zur Genehmigungsbehörde überhaupt - nicht als PAYROLL, nicht als MANAGER. So ein MANAGE_TIMECARDS-only-Inhaber, verweigert sowohl die genehmigen Aktion und die direktes Lesen, hätte die org-weite Warte-Zulassungszahl und jede Mitglieds-ZeitkarteState durch ein Komposit. Den ganzen Endpunkt zu erhöhen, um beide Rechte zu verlangen, wäre die falsche Lösung: würde die absichtliche Parität zwischen diesem Tor und der /hr/Begleitung Registerkarte brechen Gate in hrTabs.ts und 403 ein Mitglied, dem die UI die Registerkarte anbot. Stattdessen trägt die Genehmigung Hälfte ein zweites, schmaleres Tor, in der gleichen Form DocsService verwendet für einen Block, den der Anrufer nicht erreichen kann - null, niemals 403. Die Controller leitet das Recht von der Sitzung und übergibt eine einfache boolean; Der Komponist sieht die Bitte immer noch nie. Ohne sie ist das Relais NICHT ISTSUED - das Rechnen und Verwerfen des Ergebnisses würde immer noch gelesene Daten haben, zu denen dieser Anrufer kein Recht hat. zurück null statt 0, kein Mitglied trägt einen Zeitkartenstaat und Aufmerksamkeit[] hält keine APPROVAL-Reihen. null ist "nicht verfügbar für Sie"; 0 ist "nichts ist warten", und zeigt die erste als die zweite würde eine HR-Administrator eine Warteschlange sagen sie können nicht sehen, ist klar. Alles, was MANAGE_TIMECARDS zusteht, Stunden, on-the-clock, Ausnahmen, verfolgte Kopfzahl, aktuelle Periode - ist unberührt, und behauptete so. Tests bestätigen die NON-INVOCATION des Relais, nicht nur die Ausgabeform.