Documentation Vicket

Teams

Dernière mise à jour le 14 mars 2026

Organiser l'ownership en associant utilisateurs et websites.

Les teams definissent l'ownership operationnel pour le traitement des tickets.

Composition d'une team

Une team est configuree avec :

  • Membres
  • Acces websites

Pourquoi les teams sont critiques

Les teams servent a :

  • Structurer le routage et la responsabilite
  • Limiter l'acces au travail pertinent
  • Separer les operations entre marques/produits

Setup recommande

  1. Commencer avec une team par domaine support
  2. Lier uniquement les websites concernes
  3. Garder au moins un team admin par team active

Creer une team

Pour creer une team, allez dans Settings > Teams et cliquez sur Create team. Vous devrez fournir :

  1. Un nom de team (ex : "Support Facturation", "Ingenierie Plateforme")
  2. Au moins un membre
  3. Un ou plusieurs websites lies

Une fois creee, la team apparait dans les options de routage des tickets et peut etre referencee dans les regles d'automatisation workflow.

Roles des membres

Chaque membre de team se voit attribuer un des deux roles :

  • Admin -- Peut gerer les parametres de la team, ajouter ou retirer des membres, et lier ou delier des websites. Au moins un admin doit exister par team active.
  • Member -- Peut voir et travailler sur les tickets routes vers la team, mais ne peut pas modifier la configuration de la team.

Les roles de team sont independants des roles organization. Un utilisateur peut etre member au niveau organization tout en etant admin de team.

Routage de tickets par team

Quand un ticket est cree via un website lie a une team, cette team en devient automatiquement proprietaire. Cela signifie :

  • Seuls les membres de la team voient le ticket dans leur queue
  • Les regles d'assignation dans les workflows peuvent cibler des teams specifiques
  • Les chemins d'escalade peuvent deplacer des tickets entre teams

Si plusieurs teams sont liees au meme website, le routage retombe sur l'assignation manuelle, sauf si une regle workflow resout le conflit.

Exemple : structure multi-produit SaaS

Prenons une entreprise SaaS avec trois produits -- Analytics, Paiements et Identite. Une structure de teams recommandee serait :

TeamWebsitesMembres
Support Analyticsanalytics.example.com3 agents
Support Paiementspay.example.com4 agents
Support Identiteid.example.com2 agents

Chaque team ne voit que les tickets provenant de la page support de son produit. Les workflows peuvent auto-escalader les problemes cross-produit en reassignant a la team appropriee en fonction des tags template.

Limites plan

Le nombre de teams est controle par votre plan actif. Consultez Abonnement et plans pour le detail des limites par tier.

On this page