Comparaison de pages

sw_data_baseuserprofile, sw_data_baseprofile, sw_data_confprofile,

Ces tables font références aux anciens profiles

Vérifier les occurrences dans les fichiers concerner et corriger en conséquence.

Les nouvelles tables de permission et de feature doivent être utilisées à la place.

IsProfileOnlyTech

Notion intégrée pour désigner un utilisateur étant uniquement dans l’ancien profil TECH.

Cette approche était trop contraignante est non modifiable.

Pour traduire IsProfileOnlyTech, nous l’avons éclaté en plusieurs capacités correspondantes aux cas d’utilisations.

Ces capacités sont :

• Intervention.Management

• Intervention.Subcontracted.Read

• User.FillDefaultAgentFilters

• Deal.DisplayKeyNumbers

Voici un exemple de remplacement :

Profile.Available.session

Condition faisant référence aux anciens profils

Votre profil ayant été migré en capacité, la condition capacity.authorized.sessiondoit être utilisée.

extranetProfile.Available.session

Condition faisant référence aux anciens profils extranet

Votre profil ayant été migré en capacité, la condition capacity.authorized.sessiondoit être utilisée.

VariableGroup.Available.session

Condition faisant référence aux anciens groupes de variable

La condition capacity.authorized.sessiondoit être utilisée.

Suivant le groupe de variable, SWB ou SWS, utiliser les capacités Business ou Service.

Image Added

Image Added

SWB, SWS, SWC

L’intérêt principal de la migration des profils étant de se séparer des trois groupes SWB, SWS et SWC.
Il ne devrait plus y avoir de référence à la fin de la migration.
Cependant, il peut exister des faux positifs ou des cas que la migration ne peux pas gérer automatiquement.

Vérifier les occurrences dans les fichiers concerner et corriger en conséquence.

Une variable SWB/SWS/SWC.variable ne devraient plus exister.
On utilisera maintenant les préfixes Feature ou Capacity.

SWB.Options, SWS.Options

Même raisonnement que pour SWB/SWS/SWC.

Vérifier les occurrences dans les fichiers concerner et corriger en conséquence.

Il ne devrait plus y avoir de référence à ces groupe groupes de variable.

defaultProfileGroup, defaultProfile

Même raisonnement que pour SWB.Options, SWS.Options.

Vérifier les occurrences dans les fichiers concerner et corriger en conséquence.

Il ne devrait plus y avoir de référence à ces groupe groupes de variable.

SWB16, SWS16

Cette référence est liée à des thèmes que nous n’utilisons plus.

Les occurrences sont normalement très rares.

Si les occurrences rencontrées ne sont pas corrigées, ceci ne sera pas bloquant.
Cependant, il est conseillé de ne plus y faire référence.

$condition.evaluateCondition

Parfois les arguments passés dans la méthode $condition.evaluateCondition sont initialisés en amont via une variable.

Ce genre de cas n’est pas automatiquement modifié car très contextuel et difficilement reliable.

Si une erreur persiste, vérifier s’il existe ce genre d’occurrence.

Utilisez la bonne condition suivant votre cas capacity.authorized.sessionou feature.authorized.session.

Exemple :

Image Added

Variable.Available.session

Condition faisant référence aux anciennes variable

Si une erreur persiste, vérifier s’il existe ce genre d’occurrence.

Cette condition doit être utilisée uniquement dans un contexte de variable.
Si une ancienne variable est migrée en capacité, la condition capacity.authorized.session doit être utilisée.
Si une ancienne variable est migrée en fonctionnalité, la condition feature.authorized.sessiondoit être utilisée.