> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Comprendre les organisations

> Apprenez à structurer et gérer les organisations dans Devin Enterprise

<div id="what-are-organizations">
  ## Que sont les organisations ?
</div>

Dans Devin Enterprise, les organisations sont des regroupements logiques qui structurent vos équipes de développement et en délimitent le périmètre. Chaque organisation fonctionne comme une unité autonome avec sa propre machine Devin partagée, ses accès aux dépôts de code et ses autorisations des membres.

<div id="key-characteristics">
  ### Caractéristiques clés
</div>

**Machine Devin partagée** : chaque organisation dispose de sa propre machine Devin dédiée, partagée par tous les membres. Cela garantit une configuration d'environnement cohérente et permet aux membres de l'équipe de collaborer dans le même contexte de développement.

**Isolation des dépôts** : tous les dépôts autorisés pour une organisation sont accessibles à tous les membres de cette organisation. L'accès aux dépôts est géré au niveau de l'organisation, et non utilisateur par utilisateur.

**Périmètre des membres** : les utilisateurs peuvent appartenir à plusieurs organisations, mais leurs accès et autorisations sont définis de manière indépendante pour chaque organisation.

**Séparation de la facturation** : chaque organisation dispose de ses propres limites d'ACU (Agent Compute Unit) et de son propre suivi de consommation, ce qui permet une répartition claire des coûts entre les équipes.

<div id="organization-structure">
  ## Structure de l’organisation
</div>

<div id="enterprise-hierarchy">
  ### Hiérarchie de l’offre Enterprise
</div>

```
Enterprise Account
├── Organization A (E-commerce Platform)
│   ├── Members: full-stack developers, product managers
│   └── Repositories: web-app, mobile-app, api-service, shared-components
├── Organization B (Analytics Platform)  
│   ├── Members: data engineers, backend developers
│   └── Repositories: data-pipeline, analytics-api, reporting-dashboard
└── Organization C (Infrastructure & Security)
    ├── Members: platform engineers, security engineers
    └── Repositories: infrastructure, deployment-scripts, security-tools
```

<div id="access-control-flow">
  ### Flux de contrôle d’accès
</div>

1. **L’administrateur Enterprise** crée des organisations et gère les paramètres globaux de l’Enterprise
2. **Les administrateurs d’organisation** invitent des membres dans leurs organisations respectives
3. **Les membres** accèdent à Devin et aux dépôts au sein des organisations auxquelles ils appartiennent
4. **Les autorisations sur les dépôts** sont accordées par les administrateurs Enterprise aux organisations

<div id="planning-your-organization-structure">
  ## Planification de la structure de votre organisation
</div>

<div id="recommended-mapping-pattern">
  ### Modèle de mappage recommandé
</div>

Une approche efficace consiste à **faire correspondre chaque organisation Devin à une équipe GitHub/GitLab**, ce qui s’aligne souvent avec vos groupes de fournisseur d’identité (IdP) et vos applications métier. Cela fournit une approche structurée pour généraliser l’utilisation et gérer l’accès aux dépôts.

<div id="example-mapping">
  #### Exemple de correspondance
</div>

| **Équipe GitHub**    | **Organisation Devin**  | **Groupe IdP**      | **Fonction métier**                             |
| :------------------- | :---------------------- | :------------------ | :---------------------------------------------- |
| `ecommerce-platform` | Plateforme e-commerce   | `product-ecommerce` | Expérience d'achat des clients (web, API, etc.) |
| `analytics-platform` | Plateforme d'analyse    | `product-analytics` | Analyses de données et rapports                 |
| `payments-team`      | Plateforme de paiements | `product-payments`  | Traitement des paiements et facturation         |
| `platform-infra`     | Infrastructure          | `eng-platform`      | Infrastructure partagée et sécurité             |

<div id="decision-framework">
  ### Cadre de décision
</div>

Lors de la planification de la structure de votre organisation, prenez en compte les facteurs suivants :

<Accordion title="Périmètres d’équipe">
  **Question** : Comment vos équipes de développement sont-elles actuellement organisées ?

  **Conseil** : Créez des organisations qui reflètent votre structure d’équipe existante. Les équipes qui collaborent régulièrement sur la même codebase devraient généralement partager une organisation.

  **Exemple** : Si vos équipes frontend et backend travaillent en étroite collaboration sur le même produit, envisagez une seule organisation « Équipe produit » plutôt que des organisations distinctes pour le frontend et le backend.
</Accordion>

<Accordion title="Modèles d’accès aux dépôts">
  **Question** : À quels dépôts les différentes équipes ont-elles besoin d’accéder ?

  **Conseil** : Regroupez les équipes qui ont besoin d’accéder au même ensemble de dépôts. N’oubliez pas que tous les membres de l’organisation peuvent accéder à tous les dépôts de l’organisation.

  **Exemple** : Si vos équipes web et mobile ont toutes deux besoin d’accéder à un dépôt de système de design partagé, elles peuvent appartenir à la même organisation.
</Accordion>

<Accordion title="Répartition des coûts et budgétisation">
  **Question** : Comment souhaitez-vous suivre et répartir les coûts d’utilisation de Devin ?

  **Conseil** : Les organisations constituent des centres de coûts naturels pour le suivi de l’utilisation des ACU. Alignez les organisations sur votre structure budgétaire.

  **Exemple** : Si vous budgétez séparément pour chaque ligne de produits, créez des organisations qui correspondent à ces périmètres produits.
</Accordion>

<div id="next-step">
  ## Prochaine étape
</div>

**Configurer votre première organisation** : Découvrez comment [créer et configurer des organisations](/fr/enterprise/getting-started/get-started#creating-organizations) dans votre compte Enterprise pour commencer à organiser vos équipes de développement.