[midPoint] Modelling many part-time contracts for a single identity

[Arnošt Starosta - AMI Praha a.s.]

Hi all,

a bit more generic modelling question - some of my clients have many
identities with several part-time contracts, e.g. you work in several
locations over the week under specific contracts.

How would you solve this in midpoint?

Common use cases are

a) select a contract for every role assignment request, approve the request
by the manager of the selected contract only

b) when the contract ends, remove all role assignments approved for that
contract

Creating one identity per contract is not an option, business reasons, e.g.
accounts and authorizations in end systems are logicaly bound to the
identity, not to the contracts. Using personas does not work either,
technical reasons, personas seem to be static but the number of contracts
is unbounded.

My approach so far is creating a new role for each identity-contract pair.
But just adding this role as a mandatory field to role assignment requests
in gui and model seems to be a lot of work (current development and future
upgrades).

Do you know any other options to work with?

arnost

-- 

*Arnošt Starosta*
solution architect

gsm: [+420] 603 794 932
e‑mail: arnost.starosta at ami.cz

*AMI Praha a.s.*
Pláničkova 11, 162 00 Praha 6

tel.: [+420] 274 783 239 | web: www.ami.cz

[image: AMI Praha a.s.]

Textem tohoto e‑mailu podepisující neslibuje uzavřít ani neuzavírá
za společnost AMI Praha a.s.
jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít výhradně
písemnou formu.

Tento e‑mail je určen výhradně pro potřeby jeho adresáta/ů a může obsahovat
důvěrné nebo osobní
informace. Nejste‑li zamýšleným příjemcem, je zakázáno jakékoliv
zveřejňování, zprostředkování
nebo jiné použití těchto informací. Pokud jste obdrželi e‑mail neoprávněně,
informujte o tom prosím
odesílatele a vymažte neprodleně všechny kopie tohoto e‑mailu včetně
všech jeho příloh. Nakládáním
s neoprávněně získanými informacemi se vystavujete riziku právního postihu.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20190220/df86b685/attachment.htm>