Dados, privacidade e controlos de modelos nas equipas

Esta é a página a enviar a quem tem de aprovar o Scholarly: um responsável pela análise de segurança, um responsável de TI ou um contacto de compras. Explica o que acontece ao material da sua equipa, o que um administrador controla, o que pode ver e o que permanece privado, independentemente de quem o peça.

Os detalhes juridicamente vinculativos constam da Política de Privacidade. Esta página descreve o funcionamento do produto.

O que o Scholarly faz com o material da sua equipa

As suas fontes são processadas para disponibilizar as funcionalidades que solicita. Quando alguém gera um resumo a partir de um manual, esse manual é lido para produzir o resumo. Quando alguém faz uma pergunta baseada nas fontes, as fontes relevantes são lidas para responder. O processamento limita-se a isso.

Por predefinição, o Conteúdo Privado do Utilizador não é utilizado para treinar modelos de IA de uso geral. Qualquer programa de treino opcional exigiria um consentimento separado, informado e explícito. Os dados de serviços ligados (como ficheiros do Google Drive) continuam, em qualquer caso, sujeitos às suas próprias restrições, mais rigorosas. Os Termos de Serviço do Scholarly indicam-no expressamente. Consulte os Termos de Serviço e a Política de Privacidade.

Executar um modelo de IA para responder ao seu pedido não é o mesmo que treinar um modelo com esse pedido. Esta distinção é importante numa análise e é a que mais frequentemente se perde.

Escolher os modelos de IA que a sua equipa pode utilizar

Os administradores definem a política de modelos para toda a equipa em Equipa → Faturação → Plano e modelos de IA.

Por modelo ou por nível

O catálogo apresenta todos os modelos agrupados pela empresa responsável: OpenAI, Anthropic, Google, xAI, Meta e um grupo aprovado de modelos de código aberto da Mistral, Z.ai e Moonshot AI. Quando disponíveis, são apresentados detalhes sobre o alojamento e a retenção de dados. Pode:

• Pesquisar no catálogo pelo nome do modelo ou da empresa.
• Filtrar por Todos, Ativados ou Desativados.
• Ver quantas áreas de criação cada modelo abrange, para saber o que é realmente afetado ao desativá-lo.
• Consultar um resumo atualizado, "X de Y modelos disponíveis para os membros", para conhecer sempre o alcance de uma política.

Existem também controlos mais abrangentes para níveis e grupos, em vez de modelos individuais: o nível Modelos Premium, o grupo Modelos Frontier e o catálogo alargado de código aberto, para além da seleção predefinida.

Uma política só pode retirar acesso

Esta é a regra que evita surpresas em ambos os sentidos:

Uma política de equipa só pode retirar acesso; não desbloqueia modelos pagos numa conta Free. Os lugares pagos, incluindo Premium, podem utilizar os modelos Frontier de criação compatíveis pelo custo em créditos apresentado, salvo se a política da equipa os bloquear. Ativar um modelo remove essa restrição da política; não o torna disponível numa ferramenta com a qual não é compatível.

Exigir Retenção Zero de Dados

Se a sua organização tiver uma política de tratamento de dados que proíba os fornecedores de reter dados dos pedidos, ative Exigir Retenção Zero de Dados no mesmo local.

O que faz: apenas os modelos cuja via de acesso ao fornecedor está aprovada para retenção zero de dados permanecem disponíveis para a equipa. Todos os restantes ficam bloqueados para todos os membros, sem ser necessário indicar a cada pessoa quais os modelos a evitar.

Que modelos continuam disponíveis: os suficientes para trabalhar. A Retenção Zero de Dados reduz o catálogo, mas não o esvazia. Continuam disponíveis modelos no chat e nas ferramentas de criação, de mais de um fornecedor. O conjunto exato é apresentado em tempo real no catálogo, com o filtro Ativados, o que é mais fiável do que qualquer lista incluída aqui.

O motivo da indisponibilidade é sempre claro. Um modelo bloqueado indica a regra que o bloqueou: Bloqueado pela regra de Retenção Zero de Dados, Bloqueado pela regra de modelos Frontier, Bloqueado pela regra de Modelos Premium, Bloqueado pela regra do catálogo de código aberto. Os administradores veem o motivo, em vez de uma ausência sem explicação, e podem esclarecer uma dúvida sobre a política de imediato.

Os modelos fora do conjunto de retenção zero apresentam um aviso claro de que o fornecedor pode reter dados dos pedidos ao abrigo do respetivo acordo. Assim, o administrador decide com os factos no ecrã, sem depender da memória.

Onde os modelos são executados

O Scholarly encaminha pedidos para modelos de vários laboratórios de IA, incluindo vias de acesso a modelos de código aberto e opções alojadas na UE para equipas sujeitas a requisitos europeus em matéria de dados. Todas as vias de acesso a modelos de código aberto são alojadas nos Estados Unidos, e o catálogo identifica o local de alojamento quando este é conhecido.

A vantagem prática é a continuidade. Se um fornecedor estiver indisponível, outro modelo ativado pode permitir que a equipa continue a trabalhar. A disponibilidade continua a depender da funcionalidade, do seu plano e da política de modelos da equipa. Um espaço de trabalho ligado a um único fornecedor não tem essa opção.

Se a sua organização precisar que todos os modelos sejam alojados numa região específica, fale connosco antes de implementar o Scholarly. Consulte Quem contactar abaixo.

O que os administradores podem e não podem ver

Os relatórios de adoção estão em Equipa → Visão geral → Atividade. Respondem às perguntas «A equipa está a utilizar isto?» e, no caso de aulas partilhadas com a equipa, «Quem terminou?». Nada mais.

O que mostram

Dados dos últimos 30 dias, com uma opção de 7 dias, agrupados por dia UTC:

Métrica	O que contabiliza
Membros ativos	Membros com atividade registada no período
Criações	Criações concluídas, discriminadas por tipo: cartões de estudo, podcasts, notas de reunião, vídeos explicativos, diapositivos, documentos, resumos, fichas de trabalho, folhas de cálculo, investigação, infografias, mapas mentais e outros
Gerações com IA	Ações de geração utilizadas
Mensagens de chat	Mensagens enviadas
Sessões de estudo	Atividade de estudo

Existe uma vista da atividade ao longo do tempo e uma discriminação por membro, para distinguir entre um utilizador entusiasta e uma equipa que adotou a ferramenta.

Progresso nas aulas partilhadas

Num plano de equipa pago, Aulas partilhadas (em Atividade) apresenta as aulas em vídeo e os podcasts partilhados com a equipa. Abra um para ver, para cada membro atual que o abriu:

• quando o abriu pela primeira vez,
• até onde avançou, com base no ponto mais distante que alcançou,
• se o terminou (chegou ao fim) e quando,
• o resultado nas perguntas integradas no vídeo da aula: a melhor tentativa, com o número de respostas certas face ao total, o número de tentativas e as perguntas a que respondeu corretamente.

Os Proprietários e Administradores veem estes dados para todas as aulas partilhadas com a equipa e podem Transferir CSV. A pessoa que criou a aula vê a mesma tabela para a sua própria aula em Partilhar → Ver quem terminou, sem a coluna de email nem a opção de transferência. Os membros não veem os resultados uns dos outros.

Este é o único local onde os relatórios identificam material pelo nome, e é intencional: abrange apenas aulas que alguém decidiu partilhar com a equipa (ou colocou num projeto pertencente à equipa), apresenta apenas pessoas que fazem parte da equipa atualmente e nunca inclui conteúdo mantido privado. As perguntas apresentadas são as da própria aula, não algo que um membro tenha escrito.

O que não mostram

• Títulos de trabalhos privados ou pessoais. Os únicos títulos nos relatórios são os de aulas já partilhadas com a equipa.
• Prompts, instruções ou mensagens de chat. Nunca são apresentados a um administrador.
• Qualquer fonte ou criação privada. Não existe nenhuma vista de administrador, exportação ou exceção que permita abrir o trabalho privado de um membro, e uma aula privada não tem relatório de progresso.
• Tempo de visualização ou atenção. «Terminou» significa que o leitor chegou ao fim; não prova que alguém viu todos os minutos. O Scholarly não regista saltos na reprodução, separadores inativos ou tempo no ecrã.

As contagens de utilização são agregadas por conceção. Os relatórios indicam ao administrador se a equipa está a adotar o Scholarly e quem terminou a formação que recebeu, sem revelar o que cada pessoa escreveu. Também não existe um saldo de créditos da equipa nem um relatório de custo por ação, porque os limites são individuais.

O que permanece privado numa equipa

Aderir a uma equipa não torna a sua conta visível a todos.

• O conteúdo pessoal começa por ser privado. Todos em [team name] partilha um item com a equipa. O material também pode estar acessível por se encontrar num projeto partilhado ou pertencente à equipa. Qualquer pessoa com a ligação permite o acesso sem listar o conteúdo publicamente; Público permite que o conteúdo elegível seja encontrado em Explorar e na pesquisa.
• Os chats e as memórias dos projetos nunca são partilhados. Mesmo num projeto pertencente à equipa, cada membro tem os seus próprios chats privados e as suas próprias memórias privadas. Nenhum outro membro, proprietário do projeto ou administrador os pode ler.
• Os controlos de administrador definem políticas, não concedem acesso. Um administrador pode decidir que modelos a equipa pode utilizar, exigir Retenção Zero de Dados, publicar perfis partilhados e gerir lugares e funções. Nada disso permite aceder ao conteúdo privado de um membro.
• Sair ou ser removido termina o acesso, não altera a propriedade. Um membro que sai perde imediatamente o acesso à biblioteca partilhada e ao plano da equipa. O trabalho na sua biblioteca pessoal permanece na sua conta. O trabalho num projeto pertencente à equipa permanece com a equipa.

Para a versão individual destas informações, consulte Privacidade, cookies e os seus dados.

Contas ligadas

O Google Drive é ligado por membro e por ficheiro.

• Os ficheiros são selecionados através do seletor da própria Google. O Scholarly só pode utilizar os ficheiros que esse membro selecionou, além dos ficheiros que cria nesse serviço quando o membro exporta algo.
• Não pode explorar o restante Drive: nem pastas não selecionadas, nem ficheiros partilhados com essa pessoa por outra pessoa.
• O acesso aos ficheiros selecionados é só de leitura: o Scholarly lê esses ficheiros para responder a perguntas e produzir criações. Não edita, muda o nome, volta a partilhar nem elimina nada.
• Um membro pode desligar a conta a qualquer momento em Ligações, ou revogar o acesso na sua conta Google. Desligar a conta impede o acesso futuro; qualquer conteúdo já importado ou gerado é removido separadamente.

Consulte Ligações.

Quem contactar

A modalidade Teams de adesão autónoma abrange 1–29 lugares pagos. Fale diretamente connosco quando:

• Uma análise de segurança, privacidade ou compras exigir respostas específicas para a sua organização.
• Precisar que todos os modelos sejam alojados numa determinada região.
• Estiver a implementar o Scholarly em vários departamentos, precisar de mais de 29 lugares ou necessitar de faturação ou de uma ordem de compra.

Utilize Falar com a nossa equipa na página Teams e diga-nos o que pretende implementar. Respondemos por email, normalmente no prazo de um dia útil. Preferimos responder a uma pergunta concreta a deixar que um responsável pela análise deduza a resposta a partir de um artigo de ajuda.

Artigos relacionados

• Privacidade, cookies e os seus dados, as mesmas questões do ponto de vista de uma conta individual.
• Gerir a sua equipa, lugares, funções, convites e onde encontrar cada controlo.
• A biblioteca e os projetos da sua equipa, o que contém a biblioteca partilhada e a quem pertence cada conteúdo.
• Modelos de IA, o catálogo de modelos e como a escolha do modelo afeta uma criação.
• Scholarly Teams, planos, lugares e o que uma equipa inclui.