- Enviado
- 23 de setembro de 2026 às 11:04 UTC
- Autor
- Kamo
- Confirmação
- be57082
**************************** resolveu o papel do chamador contra um CLIENTE assuntoMembro (resolverRole -> EMPLOYEE sempre que ator== assunto) mas nunca encaminhado que id ou O papel resolvido a jusante. TimecardService carregou o soco pelo punchId e verificou apenas o org, para que um funcionário inscrito pudesse passar subjectMemberId=self (trivialmente autorizado) juntamente com Um colega realmente edita ou anula o soco de outra pessoa. Ambos os valores viajam agora no relé, da mesma forma que a aprovaçãoAct já avança papel: subjectMemberId permite TimecardService (o um segurando a linha de soco) confirmar punchId realmente pertence ao membro que autorizado contra, e o papel permite-lhe impor o bloqueio da cadeia de aprovação (ver correção de tempo- serviço). Além disso: resolveRole executado isManagerOf's reporting-line query (uma varredura de emprego org-wide antes deste Mude) em cada auto-visão antes de verificar o ator== sujeito, mesmo que ninguém é seu próprio manager. actor==sujeito agora é verificado primeiro, por isso uma auto-visão nunca toca na linha de relatórios, e O restante da pesquisa com os membros cruzados usa o número de identificação. em vez disso de um findAll() não filtrado.