Gerenciando os Planos do Cursor Teams

Usar o Cursor em uma equipe muda a forma como você pensa sobre o produto: em vez de uma pessoa gerenciando uma assinatura, um administrador gerencia um conjunto de assentos, um orçamento de uso compartilhado e um conjunto de políticas que se aplicam a cada desenvolvedor. Este guia percorre a administração cotidiana de um plano Cursor Teams, incluindo adicionar e remover assentos, atribuir funções, fazer upgrade de assentos para níveis superiores, configurar SSO, ler os painéis de uso e lidar com os problemas de faturamento que surgem com mais frequência.

Visão Geral do Plano Teams

Uma assinatura Teams tem preço por assento, é cobrada mensal ou anualmente e é administrada pelo painel web, e não de dentro do editor. Cada assento inclui uma franquia de uso, e os gastos por uso da equipe são agrupados em um pool e controlados de forma centralizada, para que os administradores possam ver para onde vai o orçamento.

Aspecto	Como funciona no Teams
Modelo de preço	Por assento por mês, com opções de cobrança anual
Uso	Cada assento inclui uma franquia; o gasto por uso é agrupado no nível da equipe
Administração	Painel web para assentos, funções, faturamento e uso
Funções	Admin e membro; admins gerenciam assentos, faturamento e políticas
Privacidade	O modo de privacidade de toda a equipe pode ser imposto por um admin
SSO	Login único baseado em SAML para o domínio de email da equipe
Suporte	Canais de suporte prioritário para faturamento e problemas de conta

Como Funciona o Pool de Uso Compartilhado

Em um plano Teams há duas camadas de uso a entender:

1. Franquia por assento. Cada assento inclui uma franquia base de uso de modelo que é renovada com o ciclo de faturamento. Um desenvolvedor que permanece dentro da franquia não gera cobranças extras.
2. Orçamento compartilhado por uso. Quando um membro excede a franquia por assento, o uso adicional é cobrado contra o orçamento compartilhado da equipe, às taxas por uso. Os admins podem definir limites de gasto e receber notificações conforme o pool é consumido.

Esse desenho significa que um usuário pesado de agent não pode silenciosamente inflar sua própria conta, mas pode consumir o pool compartilhado. Trate o orçamento compartilhado como um recurso da equipe que você monitora como qualquer outro gasto em nuvem.

Observe o pool, não os assentos individuais

As franquias de assentos individuais são renovadas a cada ciclo, mas o gasto por uso é descontado do pool compartilhado. Verifique a visão de uso no nível da equipe antes de executar cargas de trabalho de agent de longo prazo dispendiosas perto do fim de um período de faturamento.

Adicionando e Removendo Assentos

Todas as operações de assento acontecem no painel de administração, na seção da equipe ou de membros. Você precisa estar conectado com uma conta que tenha a função de admin.

Adicionando um Assento

1. Faça login em cursor.com e abra o painel da equipe com sua conta de admin.
2. Vá para a seção de membros ou assentos e escolha a opção de convite.
3. Informe o endereço de email de trabalho do desenvolvedor e envie o convite.
4. O assento é reservado assim que o convite é enviado (ou aceito, dependendo da configuração do seu plano), e qualquer cobrança no meio do ciclo é prorrateada.
5. O desenvolvedor aceita o convite e faz login com esse endereço de email para assumir o assento.

Removendo um Assento

1. Abra a lista de membros no painel.
2. Encontre o membro que está saindo e remova sua associação.
3. Se você também quiser parar de pagar pelo assento, remova o próprio assento na seção de faturamento. Excluir uma associação sem liberar o assento é a causa mais comum de se pagar por pessoas que já saíram.
4. O acesso termina imediatamente ou no fim do ciclo atual, dependendo da opção que você escolher.

Ação	Cobrança	O acesso termina
Adicionar assento no meio do ciclo	Prorrateado pelo restante	Imediatamente após a aceitação
Remover apenas a associação	O assento continua sendo cobrado	Depende da liberação do assento
Remover o assento	Para na próxima renovação ou é prorrateado, conforme os termos do plano	Conforme a opção selecionada

Funções: Admins e Membros

Os planos Teams têm duas funções integradas. A pessoa que criou a equipe é admin por padrão.

Capacidade	Admin	Membro
Convidar e remover membros	Sim	Não
Adicionar ou liberar assentos	Sim	Não
Ver e alterar o faturamento	Sim	Não
Configurar SSO	Sim	Não
Impor o modo de privacidade da equipe	Sim	Não
Ver os painéis de uso da equipe	Sim	Normalmente limitado ao próprio uso
Usar todos os recursos da IDE	Sim	Sim

Escolhendo Quem Se Torna Admin

Mantenha a função de admin enxuta: normalmente o gerente de engenharia que responde pelo orçamento e um substituto. Os admins podem alterar o faturamento, então cada admin extra é mais uma pessoa que pode acidentalmente adicionar assentos ou mudar o método de pagamento. Promova um membro a partir da lista de membros no painel; a mudança entra em vigor no próximo login dele.

Fazendo Upgrade de um Assento para um Nível Superior

Além do assento padrão, o Cursor oferece níveis superiores (por exemplo, Ultra e, em alguns contextos de cobrança, um nível superior chamado Super) que aumentam o uso incluído e desbloqueiam os modelos mais capazes e recursos de agent de longa duração. Em um plano Teams, esses upgrades são tratados por assento e gerenciados por um admin, não pelo membro individual.

Como Fazer Upgrade de um Assento

1. Abra o painel da equipe e localize o membro cujo assento você deseja atualizar.
2. Abra as opções de assento ou assinatura desse membro.
3. Escolha o nível superior e confirme. A cobrança é prorrateada imediatamente ou aplicada na próxima renovação, dependendo da opção de cobrança mostrada no checkout.
4. Peça ao membro para sair e entrar novamente na IDE para que os novos limites apareçam no painel da conta dele.

Problemas Comuns de Faturamento Após um Upgrade

• Confusão de prorrateamento. Um upgrade no meio do ciclo gera uma linha prorrateada única na próxima fatura, além da renovação regular. Isso é esperado, não uma cobrança duplicada.
• Upgrade aplicado ao assento errado. As listas de assentos crescem com o tempo e costumam conter entradas obsoletas. Confirme o endereço de email do assento antes de confirmar o upgrade.
• Limites não visíveis imediatamente. As mudanças de nível podem entrar em vigor no próximo ciclo. O painel da conta da IDE do membro mostra quais limites estão ativos no momento.
• Falha de pagamento. Se o cartão da equipe for recusado, o upgrade pode falhar silenciosamente. Verifique o histórico de faturamento em busca de uma transação com falha antes de tentar de novo.

Upgrades podem aguardar o próximo ciclo

Dependendo de como o faturamento da sua equipe está configurado, um upgrade de assento pode entrar em vigor imediatamente com uma cobrança prorrateada, ou no início do próximo período de faturamento. Se os limites do novo nível não estiverem visíveis de imediato, verifique a data do ciclo de faturamento antes de presumir que o upgrade falhou.

Noções Básicas de Configuração de SSO

O login único SAML vincula cada assento ao seu provedor de identidade, de modo que entrar e sair da empresa controla automaticamente quem pode usar o Cursor. A configuração ocorre nas configurações de segurança do painel de administração.

1. No painel, abra as configurações de segurança ou autenticação.
2. Escolha SAML SSO e copie os detalhes do provedor de serviço que o Cursor fornece (entity ID e ACS URL).
3. No seu provedor de identidade (Okta, Entra ID, Google Workspace e semelhantes), crie um novo aplicativo SAML com esses valores.
4. Cole a URL ou o XML de metadados do seu provedor de identidade de volta no painel do Cursor.
5. Atribua o aplicativo primeiro a um grupo de teste, verifique o login e depois libere para toda a equipe.

<!-- Example SAML attribute mapping most identity providers accept -->
<Attribute Name="email" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic">
  <AttributeValue>[email protected]</AttributeValue>
</Attribute>

O atributo de email deve corresponder ao email do assento do membro. Se os usuários de SSO não conseguirem entrar, a divergência entre o email do provedor de identidade e o email do assento é a primeira coisa a verificar.

Pilote o SSO com duas contas

Ative o SSO para um admin e um membro antes de impô-lo para toda a equipe. Se o mapeamento de atributos estiver errado, você pode bloquear todo mundo, então valide com contas às quais você ainda consiga acessar por senha.

Painéis de Uso e Modo de Privacidade

Lendo o Painel de Uso

A seção de uso do painel da equipe mostra, para o ciclo atual:

• Uso total da equipe em relação ao pool compartilhado, com os limites de gasto que você configurou.
• Detalhamento por membro mostrando o consumo de requisições e tokens, para que você identifique usuários pesados antes que o pool se esgote.
• Distribuição de modelos, que diz se modelos caros de contexto longo estão dominando seu gasto.
• Linhas de tendência entre ciclos, úteis para prever se o nível atual do plano ainda atende à equipe.

Impondo o Modo de Privacidade para a Equipe

O modo de privacidade impede que seu código seja armazenado nos servidores do Cursor além do necessário para atender à requisição. Em planos Teams, um admin pode impor o modo de privacidade para todos, o que remove a capacidade de membros individuais de desativá-lo.

1. Abra as configurações de privacidade no painel de administração.
2. Ative a imposição para toda a equipe.
3. Confirme na IDE: os membros devem ver o modo de privacidade exibido como imposto e esmaecido nas configurações deles.

Para equipes que lidam com dados de clientes ou código regulamentado, imponha o modo de privacidade no nível da equipe em vez de confiar em configurações individuais. Observe que recursos de agent que rodam na nuvem têm seus próprios termos de tratamento de dados, então analise-os separadamente se isso importar para sua postura de conformidade.

Gerenciando Métodos de Pagamento e Faturas

Atualizando os Detalhes de Pagamento

Abra a seção de faturamento do painel para alterar o cartão cadastrado, atualizar o email de faturamento ou editar o nome da empresa e os dados fiscais que aparecem nas faturas. As mudanças se aplicam à próxima fatura; faturas já emitidas mantêm os detalhes com que foram geradas.

Conciliando Faturas

As faturas listam as cobranças por assento e qualquer excedente por uso como linhas separadas. Quando os números não correspondem ao seu modelo mental da equipe, exporte a fatura e sua lista atual de membros e compare-os:

# reconcile.py - compare an exported invoice CSV against the active members CSV
import csv

def load_rows(path):
    with open(path, newline="", encoding="utf-8") as f:
        return list(csv.DictReader(f))

invoice = load_rows("invoice.csv")       # columns: email, line_type, amount
members = load_rows("members.csv")       # columns: email, role, status

billed = {r["email"] for r in invoice if r["line_type"] == "seat"}
active = {m["email"] for m in members if m["status"] == "active"}

print("Billed but not active:", sorted(billed - active))
print("Active but not billed:", sorted(active - billed))
total = sum(float(r["amount"]) for r in invoice if r["line_type"] != "tax")
print(f"Invoice total excluding tax: {total:.2f}")

Qualquer item na lista "cobrado mas não ativo" é um assento obsoleto: libere-o para que pare de ser renovado.

Resolvendo Problemas Comuns

Upgrade de Assento Não Sendo Aplicado

Percorra esta lista de verificação antes de contatar o suporte:

1. Confirme que o upgrade foi comprado pela conta de admin, não pela conta de um membro.
2. Verifique o histórico de faturamento em busca de uma transação concluída (não com falha).
3. Verifique se os termos do plano mostram o upgrade como efetivo no próximo ciclo.
4. Peça ao membro para sair completamente da IDE e entrar de novo; credenciais em cache podem mostrar limites obsoletos.
5. Verifique se o upgrade recaiu sobre o assento com o endereço de email correto.

Se tudo o que foi dito acima estiver certo e o nível ainda aparecer como padrão, envie um email para [email protected] com o nome da equipe, o email do assento e o ID da fatura do upgrade.

Assento da Equipe Não Pode Ser Atualizado para Super

Algumas configurações do Teams não expõem o nível superior como um upgrade por assento autoatendido, ou a opção aparece mas falha no checkout. Na prática:

• Certifique-se de que o responsável pelo faturamento (o admin que configurou os pagamentos) faça o upgrade, já que mudanças de nível por assento estão atreladas ao método de pagamento.
• Tente o upgrade pela seção de faturamento em vez da lista de membros, ou o inverso; a opção fica em lugares diferentes conforme a versão do plano.
• Se o checkout falhar repetidamente, contate o suporte ou a área de vendas e peça para aplicar manualmente a mudança de nível do assento. Inclua o email do assento e o nível desejado.
• Como solução alternativa, algumas equipes mantêm aquele único usuário pesado em uma assinatura individual de nível superior e deixam o restante da equipe no plano Teams. Não é elegante, mas desbloqueia o desenvolvedor enquanto o faturamento é resolvido.

Cobranças Duplicadas

Causas comuns e correções:

Causa	Como confirmar	Correção
Nova tentativa de pagamento após um timeout	Duas transações, uma marcada como pendente ou com falha	A pendente normalmente se resolve automaticamente; se ambas forem efetivadas, contate o suporte
Assinaturas individual e de equipe no mesmo email	O histórico de faturamento mostra dois produtos	Cancele o plano individual ou peça ao suporte para consolidar
Assento adicionado duas vezes em um ciclo	Duas linhas de assento prorrateadas para o mesmo email	Libere o assento extra; o suporte pode reembolsar a sobreposição
Cartão cadastrado duas vezes por erro de preenchimento automático do navegador	Dois métodos de pagamento, ambos cobrados	Remova um método e solicite reembolso do errado

Sempre abra um ticket de suporte com os IDs das faturas e os carimbos de data/hora das transações. Reembolsos por duplicatas genuínas são rotina, mas exigem que as cobranças específicas sejam identificadas.

Membro Removido Ainda Consumindo um Assento

Isso quase sempre significa que a associação foi removida, mas o próprio assento não foi liberado, ou que uma atribuição de grupo de SSO reprovisionou o usuário imediatamente. Para corrigir:

1. No painel, verifique se a pessoa aparece como membro inativo ou pendente. Convites pendentes reservam assentos.
2. Cancele qualquer convite pendente e depois libere o assento na seção de faturamento.
3. Se o SSO recriar a associação automaticamente, remova o usuário do grupo do aplicativo Cursor no seu provedor de identidade.
4. Execute novamente sua conciliação de assentos em relação à fatura para confirmar que o assento não é mais renovado.

# Quick audit: list seats from the exported members CSV where last_active is over 30 days old
import csv
from datetime import datetime, timedelta

with open("members.csv", newline="", encoding="utf-8") as f:
    for row in csv.DictReader(f):
        last = datetime.strptime(row["last_active"], "%Y-%m-%d")
        if datetime.now() - last > timedelta(days=30):
            print("candidate for seat release:", row["email"])

Uso Não Sendo Redefinido Semanalmente

O mal-entendido mais comum nos planos Teams é o cronograma de redefinição. Em geral:

• As franquias de assento são renovadas no ciclo de faturamento, que é mensal, a menos que você tenha escolhido outra coisa no cadastro. Não há redefinição semanal da franquia principal.
• Os orçamentos compartilhados por uso são contabilizados por período de faturamento, e o consumo do pool que você vê no painel reflete apenas o período atual.
• Recursos individuais podem ter suas próprias janelas. Alguns recursos de agent e de pré-visualização têm limites móveis mais curtos, independentes do ciclo de faturamento, e é por isso que dois números no painel podem ser redefinidos em momentos diferentes.

Se o seu pool parecer não ser redefinido depois que a data de renovação claramente já passou, verifique a âncora de faturamento: a redefinição segue a data original da assinatura, não o mês do calendário, e uma mudança de assento no meio do ciclo pode alterar o que você espera. Quando o painel permanecer desatualizado por mais de um dia após a renovação, contate o suporte com o nome da sua equipe e o ID da última fatura.

Mantenha exatamente um responsável pelo faturamento

Nomeie um admin como ponto único de contato para faturamento, mantenha o método de pagamento em um cartão da empresa e concilie a fatura com a lista de membros a cada ciclo. Quase todo problema de faturamento do Teams neste guia se torna uma correção de cinco minutos quando alguém realmente está de olho na fatura.

Referência Rápida

Tarefa	Onde	Observações
Adicionar um assento	Painel, seção de membros	Prorrateado no meio do ciclo
Liberar um assento	Painel, seção de faturamento	A remoção da associação sozinha não interrompe a cobrança
Fazer upgrade do nível de um assento	Painel, opções de assento ou faturamento	Somente admin; pode ser aplicado no próximo ciclo
Impor o modo de privacidade	Painel, configurações de privacidade	Para toda a equipe, os membros não podem desativá-lo
Configurar SSO	Painel, configurações de segurança	Pilote com duas contas primeiro
Ler o uso	Painel, seção de uso	Visão do pool mais detalhamento por membro
Disputas de faturamento	[email protected]	Inclua IDs de fatura e carimbos de data/hora

Entendendo a Alocação de Assentos e os Certificados de Faturamento

Um assento é uma licença atribuída a uma pessoa nomeada, então sua conta segue quantos assentos estão atribuídos, não quantas instalações existem. Os assentos caem em quatro estados: atribuído a um membro, reservado por um convite pendente, liberado e não mais cobrado, e faturável quando atribuído mais reservado é contado no momento da fatura. Um convite pendente reserva o assento antes que o desenvolvedor o aceite, e é por isso que convites abandonados inflam silenciosamente a próxima fatura.

Mudanças de Assento no Meio do Ciclo e Prorrateamento

Adicionar ou liberar um assento no meio de um ciclo o prorrateia pelos dias restantes desse ciclo. Uma adição prorrateada cobra a fração restante, enquanto uma liberação prorrateada credita os dias não usados (normalmente como uma linha negativa em vez de dinheiro), e a próxima renovação volta à quantidade total que você detém agora.

Noções Básicas de Faturamento

As faturas são geradas no início de cada ciclo pelos assentos que você detém naquele momento, com o excedente do ciclo anterior adicionado como uma linha própria. Mudanças no meio do ciclo no nome da empresa, no ID fiscal ou no email de faturamento se aplicam apenas à próxima fatura.

Certificados de faturamento versus faturas

Um certificado de faturamento (às vezes chamado de recibo) confirma que um pagamento foi capturado, enquanto uma fatura detalha o que foi cobrado. O setor financeiro frequentemente precisa dos dois, então baixe-os na seção de faturamento em vez de encaminhar o email de confirmação.

Configurando SSO e Verificação de Domínio

O SSO vincula cada assento ao seu provedor de identidade, de modo que entrar ou sair da empresa controla o acesso automaticamente. Percorra quatro etapas em ordem.

Etapa 1 — Verifique Seu Domínio

Adicione o registro TXT de DNS que o Cursor fornece e aguarde sua propagação antes de clicar em verificar. Um registro típico se parece com uma entrada TXT _cursor-verification.example.com cujo valor é cursor-domain-verification=8f3c1a90b7e44d2fa1c6, publicada no seu host de DNS.

Etapa 2 — Configure o Provedor de Identidade

O Cursor fala SAML 2.0 e OIDC. Copie os valores do provedor de serviço que o Cursor fornece, crie o aplicativo no seu provedor e cole os metadados do seu provedor de volta (para OIDC os mesmos valores mapeiam para um client ID, secret, redirect URI e uma claim de email, que deve corresponder ao email do assento):

{
  "protocol": "SAML",
  "sp_entity_id": "https://cursor.com/saml/metadata",
  "acs_url": "https://cursor.com/saml/acs",
  "attribute_mapping": { "email": "user.email", "groups": "user.groups" },
  "signature": "required"
}

Etapa 3 — Mapeie Atributos e Provisione Membros

Atribua o aplicativo a um grupo piloto de um admin e um membro, então confirme que o atributo de email corresponde exatamente ao email do assento antes de ampliar. Provedores que suportam provisionamento SCIM criam e removem membros automaticamente, então o Cursor se torna a fonte da verdade para os assentos.

Etapa 4 — Imponha o SSO para Todos

1. Confirme que pelo menos dois admins conseguem entrar via SSO, não apenas por senha, e que existe um caminho de recuperação se o aplicativo se comportar mal.
2. Ative a imposição e depois peça a um membro para testar um login novo.

A imposição pode bloquear seus admins

Depois que o SSO é imposto, um mapeamento de atributos quebrado ou um aplicativo com falha no seu provedor de identidade bloqueia toda a equipe, incluindo você. Mantenha pelo menos um admin que ainda consiga acessar o painel de faturamento, verifique o mapeamento com duas contas piloto primeiro e verifique a conta de admin do seu provedor de identidade separadamente antes de impor.

Referência de Funções e Permissões

O Cursor Teams vem com uma função de admin, uma função de membro e, em alguns planos, uma função somente de faturamento para a equipe financeira. Use a função mais restrita que ainda dê conta do trabalho, e mantenha a função de admin para o responsável pelo orçamento mais um substituto, porque cada admin extra pode alterar o faturamento. O acesso somente de faturamento não pode adicionar assentos nem alterar o acesso de membros, que é o privilégio mínimo de que o financeiro realmente precisa.

Capacidade	Admin	Somente faturamento	Membro
Convidar e remover membros	Sim	Não	Não
Adicionar ou liberar assentos	Sim	Não	Não
Alterar o nível do assento	Sim	Não	Não
Atualizar o método de pagamento	Sim	Sim	Não
Configurar SSO e verificação de domínio	Sim	Não	Não
Impor o modo de privacidade da equipe	Sim	Não	Não
Ver os painéis de uso da equipe	Sim	Somente leitura	Próprio uso
Usar recursos de editor e agent	Sim	Sem assento	Sim

As mudanças de função se aplicam no próximo login da pessoa afetada, então peça para ela sair e entrar de novo em vez de presumir que a mudança falhou.

Análise de Uso e Relatórios

Métricas do Painel

Métrica	O que ela informa	Ação típica
Tokens e requisições da equipe	Consumo total em relação ao pool compartilhado	Comparar com o orçamento
Detalhamento por membro	Quem consome o pool mais rápido	Orientar ou fazer upgrade dos usuários pesados
Gasto em relação ao limite	Margem antes do limite flexível ou rígido	Ajustar o limite

Exportando o Uso e Agregando por Membro

A exportação é um arquivo por linha difícil de ler na escala da equipe, então agregue-o localmente com um pipeline awk (ou o equivalente jq -r '.members[] | [.email, .tokens] | @csv' usage.json quando for JSON):

# Export the cycle, then rank members by token consumption
curl -s -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
  "https://api.cursor.com/teams/usage/export?cycle=2026-09" -o usage.csv

awk -F, 'NR>1 {tok[$1]+=$4} END {for (u in tok) printf "%s,%d\n", u, tok[u]}' usage.csv \
  | sort -t, -k2 -nr | head -20

Configurando Alertas Flexíveis

Alertas flexíveis avisam você antes que o pool compartilhado se esgote, sem bloquear ninguém. Configure um em cerca de 70 por cento e outro em cerca de 90 por cento (uma configuração como alerts: {soft: [70, 90], hard_cap: 100}), entregue-os em um canal que a equipe lê e mantenha o limite rígido acima dos dois, para que um alerta sempre preceda um bloqueio.

Impondo o Modo de Privacidade para uma Equipe

O modo de privacidade impede que seu código seja armazenado nos servidores do Cursor além do necessário para atender à requisição. Um admin pode impô-lo para toda a organização, o que remove a capacidade de cada membro de desativá-lo.

1. Abra as configurações de privacidade no painel de administração.
2. Ative a imposição para todos os membros da equipe, então salve e confirme que o painel o reporta como imposto.

A imposição esmaece o botão do editor do membro, impede que as requisições sejam retidas para treinamento sob a política da equipe e deixa os recursos de agent na nuvem sob seus próprios termos de tratamento de dados. Verifique-o em três lugares em vez de confiar em um: o painel, o estado imposto nas configurações de um membro e sua visão de política de admin.

O modo de privacidade é uma política de equipe, não uma garantia legal

Impor o modo de privacidade define como as requisições da sua equipe são tratadas; isso não substitui sua própria análise de retenção de dados. Documente onde a configuração é imposta e quem é responsável por ela, para que um auditor consiga rastrear o controle.

Automatizando Auditorias de Assentos

Transforme a conciliação manual em uma auditoria agendada que sinaliza assentos inativos e imprime o que removeria, de modo que um humano aprove cada mudança.

# seat-audit.sh -- flag seats with no activity for more than N days
#!/usr/bin/env bash
set -euo pipefail
CSV="${1:-members.csv}"; STALE="${2:-30}"; NOW=$(date +%s)
awk -F, -v s="$STALE" -v n="$NOW" 'NR>1 {
  split($4, d, "-")
  age = int((n - mktime(d[1]" "d[2]" "d[3]" 00 00 00")) / 86400)
  if (age > s && $3 == "active") printf "%s,%s,%d days,REVIEW\n", $1, $2, age
}' "$CSV"

Alimente essa saída em um fluxo de remoção em modo de teste que só age com uma flag explícita:

# remove-seats.sh -- dry run unless --apply is passed
MODE="dry-run"; [[ "${2:-}" == "--apply" ]] && MODE="apply"
while IFS=, read -r email role age action; do
  [[ "$MODE" == "dry-run" ]] \
    && echo "would release: $email (inactive $age)" \
    || curl -s -X DELETE -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
       "https://api.cursor.com/teams/seats?email=$email"
done < <(./seat-audit.sh "$1")

Execute o modo de teste semanalmente, revise a saída e depois aplique as remoções. Pule qualquer assento reservado por um convite pendente, para que uma contratação ativa nunca seja cortada.

Agende a auditoria, não a remoção

Automatize a auditoria e deixe a remoção atrás de uma flag manual. Um job que tanto audita quanto exclui acabará removendo um assento durante um feriado antes que alguém perceba o acesso perdido.

Renovação, Cancelamento e Downgrades

Na renovação, o plano se reassenta na quantidade que você detém, renova a franquia compartilhada e cobra o excedente do ciclo anterior, então concilie os membros com a fatura uma semana antes da data. O downgrade espelha o upgrade: libere assentos de pessoas que saíram, remova níveis desnecessários, reduza a quantidade de assentos no faturamento e confirme o novo número na próxima fatura, normalmente com efeito no próximo ciclo.

Mudança	Os membros mantêm	Os membros perdem
Substituir um membro	Os membros restantes não são afetados	O assento e o acesso do membro removido
Fazer downgrade do nível de um assento	Recursos centrais do editor	Uso incluído superior e modelos de nível superior
Reduzir a quantidade de assentos	Assentos até a nova contagem	Assentos além da nova contagem são liberados
Cancelar o plano	Acesso até o fim do ciclo pago	Painel da equipe, SSO e pool compartilhado

Cancelar não é reversível da mesma forma

Cancelar um plano de equipe não reembolsa o ciclo atual; o acesso vai até o fim do período que você já pagou e depois para. Recriar a equipe mais tarde significa configurar assentos, SSO e privacidade de novo, então exporte sua lista de membros e faturas antes de cancelar.

Perguntas Frequentes

Os assentos são cobrados por pessoa ou por instalação?

Por pessoa. Um assento cobre um membro nomeado em qualquer número de máquinas. Compartilhar um único login economiza um assento, mas não pode ser auditado por pessoa, então evite isso.

O que acontece se eu adicionar um assento e remover outro no mesmo ciclo?

Ambos são prorrateados pelos dias restantes e frequentemente se anulam em uma pequena mudança líquida. Procure uma linha de adição e uma linha de liberação correspondentes antes de presumir que você foi cobrado em dobro.

Um membro pode fazer upgrade do próprio assento?

Não. As mudanças de nível de assento são feitas por um admin no painel da equipe, contra o método de pagamento da equipe.

Por que o pool não é redefinido no primeiro dia do mês?

O pool segue sua âncora de faturamento, a data em que você assinou originalmente, não o mês do calendário. Verifique a data de início do ciclo na última fatura antes de tratar um painel desatualizado como um bug.

O que devo fazer se o SSO bloquear todo mundo?

Mantenha um caminho de recuperação antes de impor. Se der errado, corrija o mapeamento ou o aplicativo no seu provedor de identidade e reative o login em vez de desativar o SSO por completo.

O financeiro pode pagar a conta sem um assento?

Sim, em planos que oferecem uma função somente de faturamento. Ela concede acesso a pagamento e faturas sem administração de assentos ou membros, o privilégio mínimo de que o financeiro realmente precisa.