- Shipped
- 23 вересня 2026 р. о 11:04 UTC
- Author
- Kamo
- Commit
- be57082
****************************************************************************************************************************************************************************************************************************************************************************** вирішило роль абонента на CLIENT-SUPPLIED суб'єктMemberId (resolveRole -> EMPLOYEE, коли будь-який актор=subject) але ніколи не передається, що id або вирішена роль внизу. TimecardService завантажив перфоратором і перевірив тільки org, так що вступний працівник може пройти суб'єктMemberId=self (всі авторизовані) разом з Реальний перфоратор Colleague's і редагування або недійсний чужий пучок. Обидва значення тепер подорожують на естафета, таким же чином, затвердження Акту вже вперед роль: предметMemberId дозволяє TimecardService (the один утримуючий рядок перфоратора) підтвердіть перфоратор Уповноважений проти, і роль дає йому право на затвердження запобігання (див. парний) фіксатор часуcard-service. Також: вирішитиRole ran єManagerOf звітно-лінійний запит (інформація про працевлаштування перед цим змінити) на кожному самоогляду перед перевіркою актора ==Прив'язувати, хоча ніхто не є власним менеджер. актор=Прикмет зараз перевіряється першим, тому самогляд ніколи не торкається лінії звітності, і решта cross-member lookup використовує **************** до нефільтрований пошукВсі().