Version originale (en anglais) What I learned about Divisions, again (A 2026 guide to the new model)
Bonjour à tous 
En 2021, l’article publié par @Julien_RENAUD sur la communauté Asana, intitulé « L’essentiel à savoir sur les Divissions », est devenu la référence incontournable pour tous ceux qui cherchaient à comprendre ce concept « déroutant ».
Mais récemment, le modèle des divisions d’Asana a considérablement évolué. Il est donc désormais utile de mettre à jour nos connaissances sur ce modèle en matière de structure, de licences et de contrôles administratifs.
Un changement pour le meilleur
Le plus gros gain pour les clients Asana, c’est celui ci: la collaboration entre Divisions n’impose plus la “double facturation nécessaire” qui arrivait auparavant quand un utilisateur devait appartenir à plusieurs Divisions simplement pour accéder à des projets ou des équipes. Désormais, dans la plupart des scénarios de collaboration, chacun peut conserver sa Division et son plan, tout en travaillant ensemble. C’est top.
Tout le reste de ce guide consiste surtout à s’adapter à ces changements subtils 
Dans ce guide 2025, vous allez apprendre:
- ce qu’est une Division aujourd’hui (nouveau modèle) et les règles clés qui l’accompagnent
- dans quels cas les Divisions sont pertinentes et dans quels cas elles sont une mauvaise idée
- les principaux pièges à éviter: limites de collaboration, contraintes SAML, surcharge administrative, double facturation
- comment fonctionnent les équipes dans une Division et comment collaborer entre Divisions sans mauvaises surprises
- une FAQ: toutes les réponses à vos questions
- un tableau comparatif simple : ce qui a changé par rapport à l’ancien modèle
Qu’est ce qu’une Division, concrètement?
Définition
Dans le nouveau modèle, une Division est un groupe d’utilisateurs et une frontière pour le plan, la facturation et l’administration. Ce n’est plus un conteneur de projets ou d’équipes.
Dans le nouveau modèle:
-
Une organisation (uniquement en gratuit) peut contenir une ou plusieurs Divisions
-
Chaque Division:
- a ses propres utilisateurs
- a son propre plan (Starter, Advanced, Enterprise…)
- a une facturation indépendante
- a sa propre Console d’administration
Un utilisateur appartient toujours à l’organisation gratuite (techniquement) et peut, de manière optionnelle, appartenir à une ou plusieurs Divisions.
Pourquoi utiliser les Divisions?
Les Divisions sont particulièrement utiles dans les cas suivants:
-
Structures complexes ou groupes multi entités: filiales, groupes internationaux, entreprises familiales au sein d’un groupe, et besoin de séparation sans multiplier les domaines email.
-
Facturation séparée: une Division = un Billing Owner, une facture distincte, et un contrôle clair des coûts par entité.
-
Mixer les plans Asana sous un même domaine email: une organisation payante ne peut pas contenir des équipes sur un autre plan, donc vous devez convertir en organisation gratuite + Divisions.
-
Contrôle des licences: les nouveaux utilisateurs arrivent par défaut dans l’organisation gratuite et ne consomment pas de licence tant qu’ils ne sont pas ajoutés à une Division payante. (remarque: il existe d’autres façons de contrôler vos licences: SAML, licences lecture seule…)
Dans quels cas éviter les Divisions (ou être prudent)?
1) Collaboration limitée entre Divisions
- Si vous avez des Divisions sur des plans différents, les utilisateurs d’une Division avec un plan inférieur ne peuvent pas pleinement bénéficier des fonctionnalités avancées (flux de travail, règles, champs personnalisés…).
- Pour collaborer avec des utilisateurs en gratuit, les projets et équipes doivent être limités à un maximum de 10 utilisateurs.
2) SAML et sécurité: fortes contraintes
- SAML ne peut pas être configuré pour des Divisions avec des plans différents.
- Certaines options de sécurité nécessitent l’intervention d’Asana Sales car elles impactent l’ensemble du domaine.
3) Surcharge administrative importante
- Chaque Division doit être auditée et “nettoyée” régulièrement (membres, licences, accès).
- La charge de travail augmente avec le nombre de Divisions.
4) Risque de double facturation
- Si le Billing Owner et ou un administrateur est présent dans plusieurs Divisions, il comptera comme un siège dans chaque Division.
- La double facturation pour un utilisateur peut être évitée, mais cela demande des actions manuelles (le retrait d’une Division ne transfère pas automatiquement l’utilisateur).
Équipes dans une Division
Dans une Division, il existe 2 types d’équipes:
• Privée
• Adhésion sur demande
Vous ne pouvez pas créer des équipes publiques comme dans une organisation payante.
Conséquences:
• Si vous voulez une équipe ouverte à tous, vous devez inviter manuellement les utilisateurs.
• Cela impacte la visibilité des portefeuilles, projets, tâches… et nécessite un effort initial pour garantir le bon niveau d’accès.
Navigation:
• Toutes les équipes apparaissent dans la barre latérale (organisation + Division) si elles sont définies sur “Adhésion sur demande”.
• Il n’y a pas d’indication claire pour savoir si une équipe appartient à l’organisation ou à la Division.
Astuce: ajoutez un emoji au début du nom de l’équipe pour distinguer “gratuit” vs “payant”.
Attribution de tâches et collaboration entre Divisions
Vous pouvez attribuer une tâche à quelqu’un dans une autre Division (au sein de la même organisation):
Le responsable n’est pas compté comme membre de votre Division → pas de licence supplémentaire.
Note:
- Si vous invitez quelqu’un de l’organisation gratuite dans une équipe ou un projet de la Division, il consommera une licence.
Conclusion: la collaboration entre Divisions existe, mais sans licences supplémentaires la visibilité est souvent limitée aux tâches partagées uniquement, pas à l’ensemble du projet.
Console d’administration d’une Division
La Console d’administration d’une Division ressemble à celle d’une organisation, avec quelques différences:
- Pas de comptes de service: vous devez utiliser des Personal Access Tokens (PAT).
- Les admins ne peuvent pas désactiver la fonctionnalité permettant aux utilisateurs d’inviter d’autres utilisateurs.
- Certaines options (SAML, Division Guest Invite, pièces jointes, modification du profil…) ne sont pas disponibles sans passer par Asana Sales (car elles impactent le domaine).
- Il n’y a pas de Super Admin dans une Division, uniquement dans l’organisation gratuite.
- L’export CSV des membres contient moins d’informations que l’export d’une organisation (ex: pas de date d’adhésion).
Autres points importants
- Une Division peut contenir autant d’équipes que nécessaire (y compris une seule).
- Une Division “débloque” la Console d’administration, ce qui est utile pour la gestion des utilisateurs.
- Les licences lecture seule ne sont pas disponibles dans les Divisions.
Membres:
- Pour être membre d’une Division, vous devez être membre de l’Organisation.
- Être invité dans une Division ajoute automatiquement l’utilisateur à l’Organisation.
Limitations structurelles:
- Les Divisions n’existent que dans les organisations gratuites.
- Il est impossible d’avoir une Division dans une organisation payante.
FAQ
Que se passe t il si j’ai une licence Starter et qu’une personne en Advanced m’invite dans un portefeuille?
Une licence Starter n’aura pas accès au portefeuille.
Que se passe t il si un utilisateur d’une Division Advanced m’invite dans son projet alors que je suis dans une Division Starter?
Vous conservez votre licence Starter.
Que se passe t il si un admin d’une Division Advanced m’invite dans sa Division alors que je suis dans une Division Starter?
Vous ferez partie des deux Divisions, et vous compterez donc comme deux licences.
Comment retirer une équipe de ma Division?
Les Divisions ne sont plus définies par les équipes. Vous devez retirer les utilisateurs licenciés de cette équipe pour que l’équipe soit retirée de la Division.
NOUVEAU MODÈLE VS ANCIEN MODÈLE
| Zone | Action | Ancien modèle | Nouveau modèle (2025) | Point clé |
|---|---|---|---|---|
| Tâches |
 Mentionner quelqu’un dans un commentaire |
 Aucune licence requise |
Aucune licence requise |
Visibilité souvent limitée au contexte de la tâche |
| Tâches |
 Attribuer une tâche à quelqu’un |
Aucune licence requise |
Aucune licence requise |
Meilleure façon de collaborer sans impact sur les licences |
 Projets |
 Inviter un utilisateur gratuit (pas encore invité) dans un projet |
 Attribue une licence dans ma Division |
Attribue une licence dans ma Division |
 L’invitation “projette” l’utilisateur dans la Division payante |
| Projets |
Inviter un utilisateur d’une autre Division (pas encore invité) dans un projet |
Attribue une licence dans ma Division ( double facturation) |
N’attribue pas de licence dans ma Division |
En 2026, l’utilisateur conserve sa Division et son plan |
| Équipes |
Inviter un utilisateur gratuit (pas encore “invité”) dans une équipe |
Attribue une licence dans ma Division |
Attribue une licence dans ma Division |
Dans une Division: équipes privées ou sur demande (pas d’équipe “publique”) |
| Équipes |
Inviter un utilisateur (pas encore “invité”) d’une autre Division dans une équipe |
Attribue une licence dans ma Division ( double facturation) |
N’attribue pas de licence dans ma Division |
L’équipe ne “déplace” plus l’utilisateur en termes de licences |
| Console d’administration |
 Ajouter un utilisateur à ma Division |
Attribue une licence ( double facturation) |
Attribue une licence ( double facturation si l’utilisateur n’est pas retiré de la précédente) |
Action explicite, c’est la référence de facturation |
 Portefeuilles |
Ajouter un projet d’une autre Division à un portefeuille |
Nécessite souvent d’être membre des projets ( double licence) |
 Une invitation ne vous fait pas changer de plan; l’accès dépend du plan |
“Invité” ne veut pas dire “accès complet” si les plan diffèrent |
 Objectifs |
Suivre des objectifs entre Divisions |
Même logique que les portefeuilles (visibilité et double facturation) |
Même logique: l’accès dépend du plan |
Risque de frustration si les plans dif |
Références et ressources
- Article précédent (ancien modèle): https://forum.asana.com/t/what-i-learned-about-divisions/124954
- Help Center: A guide to divisions in Asana
- Help Center: Security and billing for divisions
- Help Center: Advanced division management
- Help Center Managing members and teams in a division
Remerciements à Thaïssa
Je tiens à exprimer toute ma gratitude à ma collègue @Thaïssa_iDO , qui a fait un travail incroyable en investiguant tous les aspects du nouveau modèle pendant plusieurs mois. Elle a créé une douzaine de tickets sur Asana pour signaler des comportements étranges et des bugs, et a tout documenté pour vous aujourd’hui.
Vos questions
J’espère que vous avez trouvé cet article utile.
N’hésitez pas à poser vos questions en commentaires, nous prendrons le temps d’y répondre
Arthur | Asana Expert 
Chez i.DO, nous aidons les équipes à tirer le meilleur parti d’Asana.