Délais de session et de configuration

Découvrez comment les délais d’expiration pour les configurations inactives ou abandonnées améliorent l’efficacité du système et évitent le gaspillage des ressources.

Comme CPQ il s’agit d’une application Web, nous régulons l’utilisation de nos logiciels en mettant en place certains délais d’attente sur les sessions, afin de ne pas gaspiller de puissance de traitement sur des configurations abandonnées.

Les délais d’expiration de la CPQ plateforme ont deux mécanismes clés :

• Délai d’expiration de session : défini sur 30 minutes d’inactivité de l’utilisateur.

  Cela s’applique à toute interaction avec l’utilisateur final ou l’administrateur. Lors de la configuration d’un produit ou de la modification d’une règle, si rien n’a été mis à jour dans un onglet pendant ce délai, la session expire.

• Délai d’expiration du cache de configuration : 15 minutes en cas d’abandon (navigateur fermé ou navigué)

  Ce cache peut rester actif jusqu’à 2 heures. Tant que l’interface utilisateur de configuration reste ouverte et est en cours de mise à jour, ou que l’utilisateur a plusieurs onglets de navigateur dans lesquels il effectue la configuration, le cache est conservé.

Voici quelques exemples de scénarios.

• Scénario 1 : si un utilisateur final procède à la configuration, ou si un administrateur crée une règle et reste sur cet onglet, mais ne met pas à jour le site, la session expire au bout de 30 minutes.
• Scénario 2 : si un utilisateur appelle une API d’exécution pour configurer un produit, le délai d’expiration du cache de configuration de 15 minutes s’applique pour effectuer des mises à jour PATCH de la configuration, car il n’y a pas de pulsation automatique pour cette méthode.
• Scénario 3 : si un utilisateur final configure activement un produit, cette session de configuration peut rester active jusqu’à 2 heures.
• Scénario 4 : si un utilisateur accède à un autre onglet au milieu de la configuration, cette configuration peut rester active jusqu’à 2 heures tant que l’utilisateur travaille toujours activement avec une autre configuration dans CPQ.
  Remarque :

  Bien que ce comportement fonctionne bien dans CPQ, nous ne pouvons pas garantir la même fonctionnalité dans les onglets iFrame Salesforce. SFDC peut ne pas autoriser l’exécution de JavaScript sur des onglets inactifs, ce qui peut affecter le délai d’expiration de 2 heures dans cet environnement.
• Scénario 5 : Si le CPQ configurateur se trouve dans un iframe SFDC et que l’utilisateur accède à un autre onglet, l’expiration du cache de 15 minutes pour les sessions inactives peut se produire.

L’approche la plus efficace pour éviter un délai d’expiration consiste à enregistrer manuellement vos configurations, en particulier lorsque vous travaillez sur plusieurs onglets. De cette façon, la progression n’est pas perdue lors de l’achèvement d’autres travaux.