Basculement entre les magasins
Si vous pouvez administrer ou avoir accès à plusieurs magasins, vous pouvez modifier votre magasin de contexte à tout moment après vous être connecté à Sterling Store Engagement.
A propos de cette tâche
En tant qu'associé de magasin ou gestionnaire de magasin autorisé à accéder à plusieurs magasins ou en tant qu'utilisateur d'entreprise autorisé à accéder à plusieurs noeuds, vous pouvez:
- Connectez-vous à un magasin par défaut ou connectez-vous au même magasin que celui auquel vous vous êtes connecté pour la dernière fois.
- Passez à un autre magasin à tout moment après vous être connecté.
En tant qu'utilisateur d'entreprise, le magasin auquel vous vous connectez lorsque vous vous connectez à Sterling Store Engagement pour la première fois est déterminé comme magasin par défaut.
En fonction des droits d'accès aux ressources, vous pouvez modifier votre magasin de contexte. Pour activer les droits d'accès aux ressources, ouvrez Applications Manager. Allez dans , et activez StoreSwitcher.
Ici, ISF_Product_Name fait référence à la génération suivante de Sterling Store Engagement . Pour plus d'informations sur la configuration des autorisations de ressources, voir Administration des autorisations des groupes d'utilisateurs.
Remarque : vous pouvez également basculer vers un autre magasin en passant le paramètre de requête StoreId dans l' URL. Par exemple,
http://<IP_ADDRESS>:<PORT>/isf/store-frontend/index.html?StoreId=<yourStoreId>.Les points suivants expliquent comment les différents cas d'utilisation de cette fonction sont implémentés:
Les utilisateurs du magasin peuvent se connecter à un magasin affecté par défaut
- L'utilisateur connecté est validé pour un noeud d'expédition avec
currentUserlors de la post-authentification de la session. S'il existe un noeud par défaut, l'utilisateur est identifié en tant qu'utilisateur de magasin. - Les informations utilisateur de magasin actuellement connectées sont sauvegardées en appelant l'API
manageUserUiState. - Le contexte de l'utilisateur et du magasin sont définis et la page d'accueil est chargée.
Les utilisateurs du magasin qui ont accès à plusieurs magasins peuvent se connecter au dernier magasin connecté
- L'utilisateur connecté est validé pour une post-authentification de noeud d'expédition. S'il existe un noeud par défaut, l'utilisateur est identifié en tant qu'utilisateur de magasin.
- L'API
getUserUiStateListest appelée pour vérifier si le dernier magasin connecté est identique au magasin par défaut. Si ce n'est pas le cas, le dernier magasin connecté est validé par rapport auAccessibleOrganizationsde l'utilisateur. - Si l'utilisateur a toujours accès, l'application continue de se connecter à l'utilisateur au dernier magasin connecté, sinon l'utilisateur est connecté au magasin par défaut.
Les utilisateurs d'entreprise peuvent se connecter à un magasin par défaut
- L'utilisateur connecté est validé pour un noeud d'expédition avec
currentUserlors de la post-authentification de la session. S'il n'existe pas de noeud par défaut, l'utilisateur est identifié en tant qu'utilisateur d'entreprise. - L'API
getUserHeirarchyest appelée pour vérifier s'il existe des noeuds d'expédition accessibles. S'il existe des noeuds d'expédition accessibles, l'un des noeuds est défini comme noeud par défaut. - S'il n'existe aucune organisation accessible, l'API
getTeamDetailsest appelée pour lire la configuration de l'équipe (ShipNodeAccessMode). - Si
ShipNodeAccessModea pour valeur01, l'APIgetShipNodeListest appelée pour obtenir tous les noeuds de l'entreprise connectée et l'un des noeuds est défini comme noeud par défaut. - Le contexte de l'utilisateur et du magasin sont définis et la page d'accueil est chargée.
Les utilisateurs d'entreprise peuvent se connecter au dernier magasin connecté
- L'utilisateur connecté est validé pour un noeud d'expédition avec
currentUserlors de la post-authentification de la session. S'il n'existe pas de noeud par défaut, l'utilisateur est identifié en tant qu'utilisateur d'entreprise. - L'API
getUserUiStateListest appelée pour vérifier s'il existe un enregistrement du dernier magasin connecté pour l'utilisateur. - Si tel est le cas, l'API
getUserHeirarchyest appelée pour déterminer si l'utilisateur possède unAccessibleOrganizationset est validée par rapport à ce dernier. - Si l'API
getUserHeirarchyne renvoie aucunAccessibleOrganizations, l'APIgetTeamDetailsest appelée pour lireShipNodeAccessMode. - Si
ShipNodeAccessModeest défini sur01, l'APIgetShipNodeListest appelée pour obtenir tous les noeuds de l'entreprise connectée et l'utilisateur est validé par rapport à cette dernière. - S'il n'y a pas de magasin précédemment connecté pour l'utilisateur, l'API
getUserHeirarchy/getShipNodeListest appelée et un noeud est défini comme noeud par défaut.