> ## 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.

# Entendendo organizações

> Aprenda a estruturar e gerenciar organizações no Devin Enterprise

<div id="what-are-organizations">
  ## O que são organizações?
</div>

As organizações no Devin Enterprise são agrupamentos lógicos que fornecem estrutura e limites para suas equipes de desenvolvimento. Cada organização funciona como uma unidade autônoma, com sua própria máquina compartilhada do Devin, acesso a repositórios e permissões de membros.

<div id="key-characteristics">
  ### Características principais
</div>

**Máquina Devin compartilhada**: Cada organização tem sua própria máquina Devin dedicada, compartilhada por todos os membros. Isso garante uma configuração de ambiente consistente e permite que os membros da equipe colaborem no mesmo contexto de desenvolvimento.

**Isolamento de repositórios**: Todos os repositórios associados a uma organização são acessíveis a todos os membros dessa organização. O acesso aos repositórios é gerenciado no nível da organização, e não por usuário individual.

**Escopo de membros**: Os usuários podem pertencer a várias organizações, mas seu acesso e permissões são definidos de forma independente em cada organização.

**Separação de cobrança**: Cada organização tem seus próprios limites de ACU (Agent Compute Unit) e rastreamento de uso, permitindo uma alocação clara de custos entre as equipes.

<div id="organization-structure">
  ## Estrutura da organização
</div>

<div id="enterprise-hierarchy">
  ### Hierarquia do 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">
  ### Fluxo de controle de acesso
</div>

1. **Administrador da Enterprise** cria organizações e gerencia as configurações gerais da Enterprise
2. **Administradores de organização** convidam membros para suas respectivas organizações
3. **Membros** acessam o Devin e os repositórios dentro das organizações às quais foram atribuídos
4. **Permissões de repositório** são concedidas pelos Administradores da Enterprise às organizações

<div id="planning-your-organization-structure">
  ## Planejando a estrutura da organização
</div>

<div id="recommended-mapping-pattern">
  ### Padrão de Mapeamento Recomendado
</div>

Uma abordagem eficaz é **mapear cada organização do Devin a uma equipe do GitHub/GitLab**, o que geralmente se alinha com os grupos do seu Provedor de Identidade (IdP) e com as aplicações de negócio lógicas. Isso oferece uma maneira sistemática de escalar o uso e gerenciar o acesso a repositórios.

<div id="example-mapping">
  #### Exemplo de mapeamento
</div>

| **Equipe GitHub**    | **Organização Devin**    | **Grupo IdP**       | **Função de negócio**                               |
| :------------------- | :----------------------- | :------------------ | :-------------------------------------------------- |
| `ecommerce-platform` | Plataforma de E-commerce | `product-ecommerce` | Experiência de compra dos clientes (web, API, etc.) |
| `analytics-platform` | Plataforma de Analytics  | `product-analytics` | Insights e relatórios de dados                      |
| `payments-team`      | Plataforma de Pagamentos | `product-payments`  | Processamento de pagamentos e cobrança              |
| `platform-infra`     | Infraestrutura           | `eng-platform`      | Infraestrutura compartilhada e segurança            |

<div id="decision-framework">
  ### Framework de Decisão
</div>

Ao planejar a estrutura da sua organização, considere estes fatores:

<Accordion title="Limites entre Times">
  **Pergunta**: Como seus times de desenvolvimento estão organizados atualmente?

  **Orientação**: Crie organizações que reflitam sua estrutura de times existente. Times que colaboram regularmente na mesma base de código geralmente devem compartilhar uma organização.

  **Exemplo**: Se seus times de frontend e backend trabalham em estreita colaboração no mesmo produto, considere uma única organização de "Time de Produto" em vez de organizações separadas de frontend/backend.
</Accordion>

<Accordion title="Padrões de Acesso a Repositórios">
  **Pergunta**: De quais repositórios diferentes times precisam ter acesso?

  **Orientação**: Agrupe times que precisam de acesso ao mesmo conjunto de repositórios. Lembre-se de que todos os membros da organização podem acessar todos os repositórios da organização.

  **Exemplo**: Se tanto seus times web quanto mobile precisam de acesso a um repositório compartilhado de design system, eles podem pertencer à mesma organização.
</Accordion>

<Accordion title="Alocação de Custos e Planejamento Orçamentário">
  **Pergunta**: Como você quer acompanhar e alocar os custos de uso do Devin?

  **Orientação**: As organizações funcionam como centros naturais de custo para o rastreamento do uso de ACU. Alinhe as organizações com a sua estrutura de orçamento.

  **Exemplo**: Se você faz o orçamento separadamente para cada linha de produto, crie organizações que correspondam a essas fronteiras de produto.
</Accordion>

<div id="next-step">
  ## Próxima etapa
</div>

**Configure sua primeira organização**: Saiba como [criar e configurar organizações](/pt-BR/enterprise/getting-started/get-started#creating-organizations) na sua conta Enterprise para começar a organizar suas equipes de desenvolvimento.