Exportar os dados e mudar de fornecedor

Art. 26

Métodos e formatos de exportação

Um admin do workspace exporta todos os dados de uma vez, sem pedir ao suporte.

• No aplicativo: Equipe → Zona de risco → Exportar dados (JSON).
• Pela API: GET /api/v1/workspace/export, autenticado como admin do workspace.
• Formato: um arquivo JSON em UTF-8 (application/json; charset=utf-8), no formato datavault-export/2, descrito por um JSON Schema público.
• A exportação não tem custo.

O arquivo tem todas as seções do registro de formatos, onde também está o que fica de fora e o motivo.

Outros formatos legíveis por máquina

Partes dos dados também saem em outros formatos abertos, pela API:

• Public read-only REST API, with its published OpenAPI contract

  Padrão: OpenAPI 3.1 · Tipo: application/json

  Ver página

• Each dataset's rules and contract as dbt tests

  Padrão: dbt (schema.yml) · Tipo: application/yaml

  • GET /api/v1/datasets/{dataset_id}/rules.dbt.yml
  • GET /api/v1/datasets/{dataset_id}/contract.dbt.yml

• Each dataset's rules, or the whole workspace's, as SodaCL checks

  Padrão: SodaCL · Tipo: application/yaml

  • GET /api/v1/datasets/{dataset_id}/rules/export
  • GET /api/v1/rules/export

• Each dataset's rules as a Great Expectations suite

  Padrão: Great Expectations 1.x (suite JSON) · Tipo: application/json

  • GET /api/v1/datasets/{dataset_id}/rules/export

• Audit, SLO, dimension, PII, governance and query log tables

  Padrão: CSV (RFC 4180) · Tipo: text/csv

  • GET /api/v1/admin-events/export.csv
  • GET /api/v1/dashboard/slo.csv
  • GET /api/v1/dashboard/dimensions.csv
  • GET /api/v1/dashboard/pii.csv
  • GET /api/v1/governance/scorecard.csv
  • GET /api/v1/catalog/metadata-quality.csv
  • GET /api/v1/cde/dossier.csv
  • GET /api/v1/connections/{connection_id}/query-log/export

• Reports, dataset READMEs, governance evidence and dossiers

  Padrão: Markdown, PDF · Tipo: text/markdown, application/pdf

  • GET /api/v1/reports/{report_id}/export.pdf
  • GET /api/v1/datasets/{dataset_id}/readme.md
  • GET /api/v1/governance/evidence.md
  • GET /api/v1/cde/dossier.md
  • GET /api/v1/compliance/ai-systems/{system_id}/art10.md

Arts. 25 e 26

Registro de formatos

A lista exaustiva do que a exportação inclui e do que fica de fora, com o motivo de cada exclusão. O registro é gerado a partir do código do BeryX que monta a exportação.

Formato

datavault-export/2

JSON Schema

Baixar o JSON Schema (datavault-export-2.schema.json)

Dialeto

https://json-schema.org/draft/2020-12/schema

Motivos de exclusão

Cada exclusão abaixo remete para um destes motivos.

1. 1.Operational secret: a password, token, key or the encrypted configuration of a connection, channel or integration. It never leaves in clear text in a file; the source credentials belong to the customer, who already has them.
2. 2.Copy of the email of whoever acted, kept for the audit trail. The export identifies the person by the user id on the same row (users section).
3. 3.Recipient emails, encrypted at rest. They are left out of this version of the format; the delivery channels are exported in channel_ids.
4. 4.BeryxTech billing identifiers at Stripe (payments sub-processor).
5. 5.Internal state of the service (session and MFA counters), meaningless outside DataVault.
6. 6.Temporary state that expires on its own (SSO login flows, open sessions, scan progress, questions to the Slack bot awaiting an answer).
7. 7.Derived from data already in the export and regenerable: vector embeddings of the knowledge base entries.
8. 8.Organisation data, which may span several workspaces. The export covers one workspace and carries no data from the others.
9. 9.Internal record of the BeryxTech support team's actions.

Topo do arquivo

O objeto workspace tem os dados do próprio workspace (tabela workspaces).

Seções

129 seções, por categoria. Cada uma é uma chave do JSON com as linhas de uma tabela do workspace.

Campos excluídos

• workspace: stripe_customer_id, stripe_subscription_id (motivo 4)
• users: password_hash, mfa_secret_encrypted (motivo 1); mfa_last_step, token_version (motivo 5)
• api_tokens: token_hash (motivo 1)
• support_grants: staff_label (motivo 2)
• chat_account_links: token_hash (motivo 1)
• connections: config_encrypted (motivo 1)
• dataset_public_shares: token_hash, token_encrypted (motivo 1)
• domain_public_shares: token_hash, token_encrypted (motivo 1)
• remote_profiler_runs: ingest_claim_hash, ingest_token_hash (motivo 1)
• contract_proposals: token_hash, token_encrypted (motivo 1)
• notification_channels: config_encrypted (motivo 1)
• workspace_llm_credentials: key_encrypted (motivo 1)
• catalog_integrations: token_encrypted (motivo 1)
• dbt_cloud_integrations: secret_encrypted, api_token_encrypted (motivo 1)
• git_integrations: token_encrypted (motivo 1)
• ticket_integrations: config_encrypted (motivo 1)
• pipeline_integrations: credentials_encrypted (motivo 1)
• bi_integrations: credentials_encrypted (motivo 1)
• openlineage_configs: api_key_encrypted (motivo 1)
• mcp_servers: secret_encrypted (motivo 1)
• collaboration_integrations: config_encrypted (motivo 1)
• report_schedules: recipients_encrypted (motivo 3)
• report_public_shares: token_hash, token_encrypted (motivo 1)
• assistant_action_requests: requested_by_label, decided_by_label (motivo 2)
• admin_events: actor_label (motivo 2)

Tabelas que não são exportadas

Estas tabelas ficam de fora por inteiro.

Arts. 28 e 32

Jurisdição e acesso governamental

Onde é executada a infraestrutura do BeryX, sob que jurisdição, e que medidas protegem os dados não pessoais contra um acesso governamental internacional contrário ao direito da UE.

Infraestrutura

• O aplicativo, o banco de dados e o processamento são executados na Google Cloud, na região europe-west1 (Bélgica), e os backups ficam na multirregião UE da Google. O contrato é com a Google Cloud EMEA Limited (Irlanda).
• A fila de mensagens é executada na CloudAMQP (84codes AB, Suécia), na região AWS eu-west-1 (Irlanda).
• Os Termos de Serviço são regidos pela lei portuguesa.

O que pode sair da UE

• Os logs da plataforma, com o endereço IP de cada pedido, ficam no Cloud Logging da Google em localização global e podem ser armazenados fora da UE.
• Os segredos da plataforma ficam no Secret Manager da Google, com réplicas que a Google escolhe e que podem ficar fora da UE.
• O código-fonte enviado ao Cloud Build fica em um bucket na multirregião dos EUA.
• O suporte da Google pode acessar a partir de fora do EEE, com cláusulas contratuais padrão no contrato de tratamento de dados da Google.
• Subcontratantes que tratam dados fora do Espaço Econômico Europeu: Anthropic, Resend, Stripe, Voyage AI, GitHub, Sentry, and Twenty (undefined November 16, 2026). A finalidade, os dados e o mecanismo de transferência de cada um estão na Política de Privacidade.
• Com a IA ligada, a Anthropic (EUA) recebe metadados e amostras limitadas das fontes e, por padrão, é o único fornecedor de modelos que recebe amostras. Com a IA desligada na política do workspace, nada sai para fornecedores de modelos.

Medidas contra o acesso governamental

• Em repouso, a Google criptografa tudo com AES-256 e chaves gerenciadas pela Google. O SaaS compartilhado não usa chaves gerenciadas pelo cliente (CMEK).
• As credenciais das fontes e os segredos de integração são criptografados pelo aplicativo (Fernet) antes de serem gravados, e a chave fica em outro serviço (Secret Manager).
• O acesso às fontes do cliente é somente leitura, e o BeryX armazena metadados, métricas e amostras limitadas.
• A equipe da BeryxTech só entra em um workspace com a aprovação de um admin do cliente, somente para leitura e por, no máximo, 72 horas. O pedido, a decisão e o primeiro acesso ficam no registro de auditoria do workspace.
• No plano Enterprise, os modelos Claude podem ser executados na conta AWS (Amazon Bedrock) ou Google Cloud (Vertex AI) do cliente, em uma região europeia.
• Medidas contratuais e procedimento da BeryxTech perante um pedido de acesso de uma autoridade de um país terceiro: a confirmar

Arts. 25 e 29

Mudança de fornecedor

As cláusulas de mudança de fornecedor estão nos Termos de Serviço. Em resumo:

Aviso prévio

2 meses para pedir a mudança para outro fornecedor ou para infraestrutura própria, ou só a exclusão dos dados (máximo legal; a confirmar).

Transição

Até 30 dias depois do aviso prévio, com o serviço em funcionamento. Se for tecnicamente inviável, a BeryxTech avisa em 14 dias úteis e o prazo pode ir até 7 meses. Você pode prolongá-la uma vez.

Recuperação dos dados

Pelo menos 30 dias depois da transição (a confirmar).

Exclusão

No fim, a BeryxTech exclui todos os dados do workspace de forma definitiva. Nos backups, os dados só desaparecem quando estes expiram.

Encargos de mudança

Até 11 de janeiro de 2027, no máximo o custo direto da mudança. A partir de 12 de janeiro de 2027, nenhum, incluindo a saída dos dados. A exportação no aplicativo não tem custo.

Penalidades por rescisão antecipada

a confirmar

Fim do contrato

Quando a mudança estiver concluída e a BeryxTech informar você. Se você pedir só a exclusão, no fim do aviso prévio.