Transparência de Acesso

Saiba como a Transparência de Acesso cria um registro do acesso humano aos dados da sua organização por funcionários da Anthropic, o que ela cobre e como receber eventos através da Compliance API.



Como a Transparência de Acesso funciona

Funcionários da Anthropic acessam conteúdo de clientes apenas sob condições definidas. A Transparência de Acesso foi projetada para tornar esse acesso visível para você. O design baseia-se nos seguintes princípios:

• O acesso humano ocorre apenas sob um código de motivo publicado.
• Visualizações humanas do seu conteúdo coberto são registradas. As ferramentas internas da Anthropic que podem acessar seu conteúdo coberto são instrumentadas para emitir um evento a cada visualização.
• Os eventos representam acesso humano, não processamento automatizado. Os sistemas automatizados de segurança da Anthropic processam seu conteúdo em um pipeline protegido sem acesso humano interativo; esse processamento não grava neste feed.
• Os eventos chegam no seu feed existente. As atividades são acessíveis através do seu Feed de Atividades da Compliance API. Credenciais existentes, auditoria, exportação e integrações SIEM para a Compliance API continuarão aplicáveis.



O que a Transparência de Acesso cobre

• Conteúdo coberto: A Transparência de Acesso cobre conteúdo de prompt e resposta enviado através da Claude Messages API ou sessões do Claude Code. A documentação geral de ZDR da Anthropic e a documentação de ZDR para Claude Code explicam quais APIs e recursos são cobertos pelo ZDR. As mesmas APIs e recursos são cobertos pela Transparência de Acesso.
• Visualizações manuais por funcionários da Anthropic: Visualizações manuais do seu conteúdo coberto por revisores da Anthropic geram eventos.



O que a Transparência de Acesso não cobre

• Processamento automatizado: Serviço de modelo, classificadores de segurança e pipelines de detecção de abuso processam seu conteúdo como parte da operação normal e não geram eventos.
• Atividade da sua própria organização: Suas chamadas de API, ações de administrador e leituras da Compliance API são cobertas pelos tipos de evento padrão do Feed de Atividades.
• Claude for Enterprise e Claude Apps: Assentos Enterprise do claude.ai, Claude for Work, Cowork e Claude in Chrome não são cobertos.
• Produtos de consumidor do Claude: Planos Claude Free, Pro ou Max.
• Plataformas operadas por parceiros: Amazon Bedrock e Vertex AI; consulte os controles de transparência dessas plataformas.
• Qualquer coisa que o ZDR não cobre: Produtos que não são cobertos pelo ZDR (por exemplo, a Files API, aplicações com estado hospedadas pela Anthropic e a Batch API) não são cobertos pela Transparência de Acesso. Consulte a documentação de ZDR para detalhes adicionais.



Primeiros passos

Para habilitar a Transparência de Acesso:

A Transparência de Acesso é habilitada no nível da organização e cobre todos os workspaces. A inscrição por workspace não está disponível atualmente.



Recebendo eventos de Transparência de Acesso

Eventos de Transparência de Acesso são entregues como o tipo de atividade anthropic_access no Feed de Atividades da Compliance API. Filtre com activity_types[]:

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=anthropic_access" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

Paginação, filtragem por intervalo de datas (created_at.gte / .lt) e o envelope de resposta (has_more, first_id, last_id) são compartilhados com o restante do Feed de Atividades. Consulte Consultar o Feed de Atividades.

Cada atividade anthropic_access carrega os campos padrão de Atividade mais os seguintes:

Exemplo de mensagem JSON:

{
  "id": "activity_013b013744txqZtFHLUaRqLr",
  "type": "anthropic_access",
  "created_at": "2026-06-08T17:12:09.812446Z",
  "accessed_at": "2026-06-08T17:12:06.478035Z",
  "organization_id": "org_0910d9133038914eta7i3vt",
  "actor": { "type": "anthropic_actor", "email_address": null },
  "resource_details": { "type": "message", "id": "msg_1234ABCD" },
  "accessor_department": "Safeguards",
  "reason_code": "safety_review",
  "organization_uuid": "5b236db4-3fb4-4bf3-a560-b5e266038a15"
}



Códigos de motivo

O conjunto de códigos de motivo é fechado. A Anthropic atualizará esta página caso introduza um novo código.



Preservação de conteúdo CMEK

Em casos raros, a Anthropic preserva conteúdo específico além da janela de retenção padrão (por exemplo, quando uma revisão de segurança confirma conteúdo gravemente prejudicial que deve ser retido para uma investigação em andamento). A preservação é em si uma ação registrada e visível ao cliente:

• Um evento de preservação é gravado no seu feed. Quando o conteúdo é preservado, um evento com tipo cmek_preserve é gravado no seu Feed de Atividades da Compliance API, carregando um código de motivo do mesmo conjunto fechado e os mesmos campos de um evento de acesso.
• A preservação segue a revisão. Um evento de preservação sempre segue um evento anthropic_access, porque a preservação é iniciada a partir de uma revisão humana.
• Para organizações CMEK, a preservação é um movimento de chave visível. O conteúdo preservado é recriptografado fora da sua chave gerenciada pelo cliente para que a investigação possa continuar independentemente da sua chave. O evento de preservação é seu registro de que isso ocorreu. Todo o outro conteúdo retido permanece sob sua chave.



Elegibilidade de superfície

A tabela a seguir lista quais superfícies são cobertas pela Transparência de Acesso. Cobertura significa que o acesso humano ao conteúdo dessa superfície gera eventos anthropic_access.



Limitações e exclusões



Tempo de cobertura

A Transparência de Acesso se aplica a partir do momento em que é habilitada para sua organização. Conteúdo já na sua janela de retenção no momento da habilitação também pode gerar eventos quando acessado, mas a Anthropic não garante cobertura para conteúdo gravado antes da habilitação. Trate sua data de habilitação como o início da cobertura confiável. Pode haver um atraso de até duas horas entre habilitar a Transparência de Acesso e seu conteúdo ser coberto.



Tempo de notificação

Eventos anthropic_access são entregues ao seu feed da Compliance API dentro de dois dias úteis do acesso que registram. Este feed não deve ser tratado como um canal de alerta em tempo real, e o timestamp accessed_at reflete quando o acesso ocorreu, o que pode ser até dois dias úteis antes de a atividade se tornar visível no seu feed. O campo created_at reflete o momento em que o evento se tornou visível.



Processamento automatizado não é registrado

A Transparência de Acesso registra apenas acesso humano. Os sistemas automatizados de segurança e classificadores da Anthropic continuam a processar seu conteúdo como parte da operação normal, e esse processamento não gera eventos anthropic_access. Um feed vazio significa que nenhum humano na Anthropic visualizou seu conteúdo; não significa que seu conteúdo não foi processado por sistemas automatizados.



A Transparência de Acesso não altera o que a Anthropic pode acessar

A Transparência de Acesso registra o acesso; não o concede nem o restringe. Os propósitos para os quais funcionários da Anthropic podem acessar seu conteúdo são regidos pelo seu acordo com a Anthropic e pelas Políticas de Uso, e são os mesmos independentemente de a Transparência de Acesso estar habilitada.



Logs de uso de chave CMEK não são um registro por leitura

Para organizações que também habilitam CMEK, seu log de auditoria do KMS na nuvem (CloudTrail, Cloud Audit Logs ou Azure Monitor) registra o uso da sua chave pela Anthropic. Como as chaves são armazenadas em cache por curtos períodos durante a operação, uma leitura humana individual não necessariamente produz uma entrada de descriptografia KMS distinta. Use o feed de Transparência de Acesso como o registro por acesso; seu log KMS confirma independentemente os padrões de uso de chave.



Perguntas frequentes



Recursos relacionados

• Visão geral da Compliance API
• Feed de Atividades
• API e retenção de dados
• Chaves de Criptografia Gerenciadas pelo Cliente (CMEK)
• Uso de dados do Claude Code
• Trust Center