Participez aux tests de LadVen OSDemander une demo
Aller au contenu principal

Entreprise et equipes

Les sections entreprise definissent la structure de travail de LadVen OS : qui travaille dans le portail, dans quels departements, quels groupes de travail sont diriges et quelles donnees sont accessibles. Cette structure influence les taches, le CRM, les documents, le chat, le calendrier, les workflows, le Disk et les rapports.

Ou travailler

Repère conceptuel: Ou travailler — pas une capture d’interface ni une preuve.

  • Entreprise (/company) - entree vers les departements, employes, regles d'acces et parametres.
  • Employes (/users) - liste des utilisateurs, recherche, profils, activite, langue, fuseau horaire et droits.
  • Departements (/departments) - organigramme, responsables, membres, regles d'affectation des taches et transfert de travail.
  • Groupes de travail (/projects) - equipes de projet, proprietaires, roles, etats et participants.
  • Fiche de groupe (/projects/:projectId) - espace projet avec vue d'ensemble, taches, activite, fichiers, documents, liens, discussions, relations et parametres.

Les actions dependent du role. Les employes voient uniquement la structure et les projets auxquels ils ont acces. Les administrateurs gerent les membres, les acces et les regles. Les proprietaires et moderateurs gerent leur groupe.

Comment la structure pilote le travail

Repère conceptuel: Comment la structure pilote le travail — pas une capture d’interface ni une preuve.

La structure n'est pas seulement un annuaire. Elle determine qui peut assigner les taches vers le bas, vers le haut ou entre departements, quels responsables sont disponibles dans le CRM, quel contexte d'equipe s'applique aux documents et fichiers, qui recoit les taches de workflow et comment les rapports regroupent la charge par departement, personne et projet.

Avant de regler les acces ou workflows, verifiez que les employes, departements et groupes refletent la responsabilite reelle.

Employes

Repère conceptuel: Employes — pas une capture d’interface ni une preuve.

La page Employes affiche les personnes et utilisateurs de service. Elle permet de chercher par nom, login, e-mail, telephone ou poste, de voir le role et l'etat, puis d'ouvrir la modification.

Dans l'annuaire, un badge d'anniversaire apparait a cote de l'avatar de l'employe le jour de son anniversaire — un rappel discret pour que l'equipe felicite le collegue. Le badge ne se voit que le jour meme, s'appuie sur la date de naissance du profil et n'affiche pas l'annee. L'affichage des badges dans l'annuaire est un reglage personnel de chaque utilisateur (interrupteur « Anniversaires »), et non une politique d'entreprise. Le meme badge se voit lors de la selection des participants dans la fiche de departement; dans les chats, les taches et le CRM, il n'apparait pas encore.

L'administrateur gere login, e-mail, telephone, nom, poste, date de naissance (donnees personnelles, pour le badge d'anniversaire dans l'annuaire), langue, fuseau horaire, activite, role administrateur, mot de passe et resume des droits pour les Taches et le CRM.

Utilisez des contacts professionnels et des roles clairs. Si une personne n'utilise plus temporairement le portail, desactivez d'abord le compte. Ne supprimez un utilisateur qu'apres avoir verifie que les taches, documents, rapports et liens de processus conserveront leur historique. N'utilisez pas les droits administrateur comme solution rapide : verifiez departement, groupe, politique personnelle et parametres du module.

Departements

Repère conceptuel: Departements — pas une capture d’interface ni une preuve.

Les departements decrivent la structure de management : rattachement, responsables et circulation du travail entre niveaux. Gardez un nom clair, un responsable reel, des membres a jour, une place correcte dans l'arbre, un etat actif et des regles de taches.

Si un employe change de departement, mettez la structure a jour avant de nouvelles taches ou workflows. Si un departement ferme, verifiez d'abord taches actives, projets, documents et regles d'acces.

Regles de taches par departement

Repère conceptuel: Regles de taches par departement — pas une capture d’interface ni une preuve.

Les departements peuvent definir les directions d'affectation :

  • vers le bas - travail vers les departements subordonnes;
  • vers le haut - escalade vers les responsables;
  • lateralement - travail vers des departements lies;
  • dans le departement - travail limite a la meme equipe.

Utilisez les presets comme point de depart et verifiez-les sur un scenario reel. Les ventes ont souvent besoin d'escalade et de travail interdepartements; la production, d'affectation vers le bas et de controle par les responsables. Enregistrez les regles locales avec une raison claire.

Groupes de travail

Repère conceptuel: Groupes de travail — pas une capture d’interface ni une preuve.

Un groupe de travail rassemble des personnes autour d'un projet, client, produit, initiative interne ou equipe temporaire. Dans le catalogue, vous pouvez chercher, creer, voir le proprietaire, votre role, l'etat et ouvrir la fiche.

Configurez nom, code, description, sujet, proprietaire, marque projet ou Scrum, visibilite, ouverture, etat ferme ou archive et roles : proprietaire, moderateur, membre ou invite.

Utilisez les groupes pour un contexte projet separe de l'organisation permanente, des personnes de plusieurs departements, des taches, CRM, documents, fichiers et discussions partages, ou pour conserver l'historique apres la fin. Ne creez pas un groupe pour chaque petite tache.

Fiche du groupe

Repère conceptuel: Fiche du groupe — pas une capture d’interface ni une preuve.

La fiche du groupe est l'espace operationnel du projet :

  • Vue d'ensemble - proprietaire, description, membres et faits cles.
  • Activite - evenements recents et points a suivre.
  • Taches - travail dans le contexte du groupe.
  • Fichiers et documents - materiaux, modeles et resultats.
  • Liens - ressources externes utiles.
  • Discussions - decisions et accords de travail.
  • Relations - clients, contacts, opportunites ou autres objets lies.
  • Parametres - description, membres et regles de l'espace.

Pour les captures publiques, utilisez seulement des projets demo, des personnes neutres, des fichiers sures et des liens sans URL privee.

Acces et responsabilite

Repère conceptuel: Acces et responsabilite — pas une capture d’interface ni une preuve.

Les droits doivent refleter la responsabilite reelle. Avant de modifier un acces, definissez pourquoi il est necessaire, a quel perimetre il appartient et qui assume les consequences. Si la visibilite est incorrecte, verifiez departements, membres de groupes, politiques personnelles et parametres de modules.

Securite des captures

Repère conceptuel: Securite des captures — pas une capture d’interface ni une preuve.

Les captures de documentation doivent contenir seulement des employes demo, departements de test, projets demo, fichiers sures, liens sans jetons ni domaines prives et une interface totalement localisee. Ne publiez pas e-mails, telephones, avatars, fichiers prives, erreurs brutes, champs techniques ou melange de langues.

Bonnes pratiques

Repère conceptuel: Bonnes pratiques — pas une capture d’interface ni une preuve.

  • Garder la liste des employes a jour.
  • Separer departements et groupes projet.
  • Nommer un proprietaire responsable pour chaque groupe.
  • Recontroler les acces apres les changements de structure.
  • Utiliser des noms clairs.
  • Archiver les groupes termines si l'historique reste utile ; ne les supprimer que lorsqu'ils ne sont plus necessaires aux rapports.
  • Verifier employes et departements avant les workflows.

Erreurs frequentes

Repère conceptuel: Erreurs frequentes — pas une capture d’interface ni une preuve.

  • Creer un departement sans responsable.
  • Ajouter quelqu'un au projet sans verifier role et visibilite des documents.
  • Donner admin au lieu de corriger le perimetre.
  • Supprimer utilisateurs ou groupes avant de verifier l'historique.
  • Utiliser de vrais projets clients ou employes dans les captures.

Scenarios lies

Repère conceptuel: Scenarios lies — pas une capture d’interface ni une preuve.