Yes… in theory you can use something like startDate in Description/Title
In practice, you’re limited to what’s actually present in the provisioning plan at runtime. The Service Desk JSON doesn’t magically see everything from the identity schema.
So while $identity.startDate might work, it’s not reliable. A lot of the time the attribute exists in the profile but never makes it into the plan, so your expression just resolves to null.
The clean way to do this is to push it into the plan yourself.
Use a Before Provisioning Rule, read $identity.startDate, and add it to the plan arguments. Then reference it in your JSON as $plan.arguments.startDate. That way you’re not depending on implicit behavior.
For conditions, same story. You can do basic #if logic inline, but it gets ugly fast and becomes a pain to debug. If there’s any real logic involved, just handle it in the rule and pass the final value into the plan.
General rule I follow: keep the Service Desk JSON dumb. Use it for mapping/output only. Do data prep in transforms or rules. Makes life much easier when something breaks.
Et dans cette before rule, il y a des examples de recuperation des attributes d’identités et de l’ajout de ces attributs dans le plan.arguments
Cette rule n’est malheureusement plus exposé par Sailpoint, tu dois voir avec ton PS Sailpoint, pour recuperer la rule existante et créer une nouvelle en changeant le nom, en ajoutant les attributs que tu souhaite recupérer puis deployer la rule aupres de Sailpoint.
Une fois déployée tu peux rattacher ta nouvelle rule à ta configuration.
Et une fois ajouter par exemple dans ta descrtiption :plan.agruments.startDate pourrait contenir la startdate en ce moment.