Skip to content

Parcours & règles métier

Parcours fonctionnels types

Démarrage client

  1. Création ou activation du tenant.
  2. Définition des quotas.
  3. Activation des modules système nécessaires.
  4. Création des sociétés et allocation du stockage.
  5. Création des utilisateurs et affectation aux sociétés.
  6. Activation des modules par société.
  7. Attribution des permissions et création des groupes.
  8. Configuration des sauvegardes.
  9. Démarrage des modules métier.

Administrateur tenant — quotidien

  1. Connexion et acceptation éventuelle des documents légaux.
  2. Consultation du tableau de bord tenant.
  3. Gestion des sociétés et quotas.
  4. Gestion des utilisateurs et rôles.
  5. Ouverture d'une société.
  6. Activation des modules et attribution des permissions.
  7. Suivi des journaux, sauvegardes et reporting.
  8. Création et suivi des tickets support si nécessaire.

Utilisateur métier — quotidien

  1. Connexion et sélection de la société.
  2. Consultation des modules autorisés.
  3. Saisie ou traitement selon permission.
  4. Réception des notifications.
  5. Suivi des tâches, demandes et documents.
  6. Consultation des rapports autorisés.

Permission

  1. L'administrateur affecte l'utilisateur à une société.
  2. Il active les modules utiles dans la société.
  3. Il attribue une permission individuelle ou via groupe.
  4. SILI calcule la permission effective.
  5. L'utilisateur voit uniquement les modules autorisés.
  6. Les actions visibles dépendent du niveau effectif.

Sauvegarde

  1. L'administrateur ouvre Espace tenant > Sécurité & Backup.
  2. Il choisit une sauvegarde tenant ou société.
  3. Il déclenche une sauvegarde manuelle ou configure une planification.
  4. Il suit le statut dans l'historique.
  5. Il peut demander une restauration selon les droits et la procédure.

Support

  1. L'administrateur tenant ouvre le centre de support.
  2. Il crée un ticket avec module concerné, priorité, description et pièces jointes.
  3. Le support plateforme prend en charge ou assigne le ticket.
  4. Les échanges se poursuivent dans le fil du ticket.
  5. Le statut évolue jusqu'à résolution ou fermeture.

Rapport personnalisé

  1. L'utilisateur autorisé ouvre le builder de rapports.
  2. Il choisit le module et l'entité à analyser.
  3. Il sélectionne colonnes, filtres, tris et limites.
  4. Il lance le rapport et contrôle les résultats.
  5. Il choisit une visualisation ou exporte les données.
  6. Il sauvegarde la configuration si le rapport doit être réutilisé.

Règles métier structurantes

  • Les données métier sont rattachées à une société.
  • Les sociétés sont rattachées à un tenant.
  • Les utilisateurs appartiennent à un tenant.
  • Un utilisateur métier doit être affecté à une société pour y travailler.
  • Les modules doivent être actifs dans la société pour être accessibles.
  • Les permissions sont évaluées par module et par société.
  • Les groupes peuvent augmenter la permission effective.
  • Le niveau aucun en direct ne retire pas forcément un droit hérité d'un groupe.
  • Les suppressions sont sensibles ; la désactivation est souvent préférable.
  • Les sauvegardes tenant et société ont des portées différentes.
  • Les opérations importantes sont journalisées.
  • Les notifications ne remplacent pas les permissions.
  • Les rapports dépendent des données saisies dans les modules.
  • Les tickets support sont rattachés à un tenant et ne doivent pas être visibles par les autres tenants.
  • Les rapports personnalisés doivent respecter les permissions et le périmètre société de l'utilisateur.
  • Les mouvements de stock liés aux ventes ou achats ne sont appliqués que lorsque les conditions métier sont réunies.

Préconisations

  • Démarrer avec un périmètre maîtrisé.
  • Créer les sociétés avant les utilisateurs métier.
  • Définir une matrice de permissions avant la mise en production.
  • Utiliser les groupes pour les équipes stables.
  • Limiter le nombre d'administrateurs tenant.
  • Réserver admin et gestionnaire aux responsables.
  • Tester chaque profil avant ouverture aux utilisateurs.
  • Définir une politique de sauvegarde.
  • Former les responsables sur les workflows et validations.
  • Vérifier régulièrement les comptes inactifs et les sessions.

SILI ERP/CRM — Documentation officielle