De Hegyd Doc.

Version du 7 septembre 2011 à 07:30

Procédure de downgrade

Introduction

Cela peut arriver dans différents cas de figures :

• il est arrivé à la fin de sa période d'engagement : l'ensemble de ses crédit est expiré, il ne dispose que des crédits des utilisateurs gratuits
• sa période d'engagement n'est pas révolue, mais il a eu accès à des crédits gratuits expirants avant la fin de son engagement

Dans tout les cas, dès lorsqu'on détecte un client en dépassement, on l'enregistre dans la table clientOverQuota. Conséquences :

• aucun utilisateur ne peut se connecter à l'application. Les simple utilisateur arrivent sur un message d'erreur. L'administrateur arrive sur la procédure de downgrade.
• les alertes mail sont ignorées (on continue à les traiter mais l'envoi est intérrompu dès qu'on detecte que le client est en dépassement de quota).

Les autres procédures d'alimentation automatique ne sont pas affectées par le fait que le client soit en dépassement de quota.

Suppression des utilisateurs

Cette page liste l'ensemble des "utilisateurs" du compte client.

Elle est divisée en 3 parties :

• les utilisateurs "réels" : correspond à des vrai comptes utilisateurs rattachés au compte client.
• les "collaborateurs" : correspond à des adresses email de non-utilisateurs qui ont accès aux dossiers de veilles partagés
• les "destinataires d'alertes" : correspond à des adresses email de non-utilisateurs qui sont en copie d'alertes.

Effets de la suppression d'un utilisateur

S'il s'agit d'un utilisateur "réel", son compte est flagué en supprimé ( utsDelete à la date de la suppression ).