Privacidade para escolas

Informações sobre dados pessoais, finalidades e responsabilidades no uso escolar do 321school. Uma referência conjunta para a avaliação de escolas e mantenedoras.

Rascunho para análise v0.12. Conteúdo revisto: 12 de novembro de 2026.

Fornecedor

321school é fornecido pela Fjord Service. Dados da empresa e contato de privacidade estão abaixo.

Acesso de alunos

Alunos podem participar com código pessoal sem e-mail privado. A participação fica vinculada a um ID técnico.

IA no ensino

IA é usada, entre outras funções, para apoio linguístico e sugestões de feedback. Textos relevantes e trabalhos de alunos podem ser enviados à OpenAI.

Documentação para mantenedoras

A página descreve o serviço atual, adaptações propostas e pontos a esclarecer antes de um acordo.

Avaliação municipal e escopo

Subsídios gerais para municípios e escolas que avaliam a 321school. Descrevem plataforma, fluxos, limitações e pendências. Não são acordo municipal concluído nem aprovação de todas as funções para uso escolar.

A Fjord Service trabalha sistematicamente com controles internos, privacidade e segurança da informação como parte contínua da operação. Controles de acesso, fluxo privado de arquivos, aprovação de vínculos de participantes, limites escolares para convites, acesso temporário de substitutos e backups diários estão implantados e verificados. Mapeamento de dados, esclarecimentos de fornecedores, retenção e documentação continuam sendo mantidos, com responsabilidades e verificação de cada medida.
Modelo escolar: Professores têm ferramentas de IA para conteúdo e sugestões de feedback dentro da licença. Alunos nos Spaces têm tradução, vocabulário, leitura em voz alta e ajuda orientada pelo professor, sem acesso livre a geradores pela escola. O apoio segue a atividade e o acesso válido à sala, por código pessoal, Feide ou outro login.
Desde 11 de novembro de 2026, um administrador da plataforma pode bloquear sugestões de IA para respostas do Lessons e ajuda de IA em atividades de escrita em todas as salas do Spaces vinculadas a uma escola verificada, inclusive salas novas. As salas podem ter regras mais restritivas, mas não podem cancelar o bloqueio da escola. Essas opções não são ativadas automaticamente para todas as escolas. Salas sem vínculo escolar verificado ficam fora do escopo. Outras funções de IA e controles gerais da mantenedora não são abrangidos por esses dois bloqueios.
Este é o modelo escolar do 321school. Os bloqueios de escola e sala para as duas funções indicadas do Spaces estão implantados. O limite técnico entre conta escolar e estudo individual também foi implantado e verificado com contas sintéticas em 11 de novembro de 2026. A aplicação mais ampla de IA e os controles da mantenedora seguem em avaliação. Isso não confirma que todos os bloqueios de IA estão implementados.
O limite entre conta escolar e estudo individual foi implantado e verificado com contas sintéticas em 11 de novembro de 2026. Uma conta de aluno vinculada ao Feide ou a uma escola ativa não pode ativar estudo individual, inclusive quando uma escolha antiga no perfil indica esse modo. O estudo individual exige uma conta separada; dados e trabalhos escolares não são transferidos automaticamente. Professores podem continuar usando Feide para ferramentas docentes. O login real via Feide será testado quando a mantenedora ativar o serviço.
Adaptações concentram-se em IA aplicada a conteúdo de alunos, retenção de mídia, análise do produto e compartilhamento público. Live, apoio linguístico e ferramentas gerais docentes não são menu de escolhas municipais. Bloqueios específicos exigem definição, desenvolvimento e testes.

Fornecedor e responsabilidades escolares

321school é fornecido pela Fjord Service. Os dados da empresa, contatos e responsabilidades no uso escolar estão descritos abaixo.

Fjord Service Jan Hogne Christiansen (ENK), registro 968 400 789. Endereço: Røysegata 19, 6003 Ålesund, Noruega. Contato de privacidade e contrato: post@321skole.no. A entidade municipal contratante e seus contatos responsáveis são preenchidos no acordo específico.
No uso escolar municipal, o acordo previsto atribui ao município/mantenedora as finalidades e bases legais; Fjord Service trata dados escolares conforme instruções documentadas. Finalidades próprias, como faturamento e gestão de clientes, devem ser descritas separadamente.

Finalidade e usuários

A finalidade escolar é ensino docente: compartilhar conteúdo, realizar atividades, receber trabalhos, dar feedback e administrar o uso. Live integra o escopo proposto. IA, análise, publicação, testes e estudo individual exigem avaliação própria; restrições propostas não são automaticamente aplicadas.

Professores criam salas, atividades e tarefas. Alunos participam com código pessoal ou conta acordada com a escola. Responsáveis recebem informações sobre o uso escolar pela escola.
Política de papéis acordada: administradores escolares gerenciam apenas professores da própria escola dentro da licença e recebem estatísticas agregadas. O papel sozinho não deve permitir acesso a respostas individuais, feedback de IA ou salas. Quem também ensina usa permissões docentes separadas.
A mantenedora deve avaliar contas, participação por código e IA para a idade e o contexto de ensino. Um limite geral de 13 anos ou aceitação dos responsáveis não substitui a avaliação municipal de base legal, contrato e riscos.

Acesso de alunos e contas

Alunos podem participar por código/QR sem e-mail privado nem login pessoal Feide. A participação fica vinculada a um ID técnico, nome escolhido, sala e trabalhos enviados. Podem ser dados pessoais; autenticação anônima não significa trabalhos anonimizados.

O fluxo de aprovação de novos vínculos de conta no Spaces está implantado. O código pessoal, sozinho, não dá a uma nova conta/dispositivo acesso aos trabalhos existentes. Um professor com acesso administrativo adequado aprova o vínculo com o código temporário de confirmação do participante. O acesso pode ser revogado sem excluir trabalhos. O fluxo foi verificado com contas e sala sintéticas. Código/QR dispensa e-mail privado, mas não torna os dados anonimizados.
Na participação sem conta pessoal, a identidade técnica do aluno pode estar vinculada ao navegador. Novo dispositivo, navegação privada ou limpeza podem criar outra identidade. Vincular a uma conta pode preservar o trabalho associado.
Contas criadas pela escola podem usar identificação de login escolar em vez de e-mail privado. Tipo de conta e procedimentos de entrega/redefinição devem ser acordados com a escola.

Dados pessoais por grupo

Os dados dependem da conta e das funções utilizadas. O anexo deve delimitar as categorias ao uso municipal.

Professor: ID, nome/nome exibido, e-mail quando disponível, provedor de login, papel, vínculo escolar, salas, atividades, conteúdo, uso/cotas e datas.
Conta de aluno: ID, nome/nome exibido, eventual e-mail ou identidade escolar, papel, vínculo à sala, respostas, resultados e feedback docente/de IA. O provedor de autenticação trata dados necessários ao login.
Aluno sem conta pessoal: ID técnico, nome escolhido, sala/atividade, trabalho, eventuais anexos e datas. Textos e anexos podem conter dados pessoais mesmo sem coleta de e-mail.
Administrador escolar: conta/contato, escola, administração de membros/licenças, eventos administrativos e estatísticas da própria escola. Respostas individuais estão fora do acesso acordado.

Trabalhos, mídia e dados técnicos

O conteúdo dos alunos pode conter dados pessoais mesmo sem solicitação no formulário. Use apenas dados e mídia necessários ao ensino.

Trabalhos: texto livre, respostas, escrita, estado de entrega, resultados, tempos de leitura/atividade e feedback. Sinais de leitura apoiam a aprendizagem, não constituem diagnóstico oficial.
Mídia: áudio de alunos, gravações de leitura, segmentos de podcast, imagens de escrita e de quadro compartilhado, vinculados a usuário, sala ou atividade. Vozes e imagens podem identificar alunos.
Automáticos/técnicos: metadados de autenticação, datas, páginas/eventos e logs necessários de operação/segurança. Fornecedores podem tratar IP e informações de navegador/dispositivo. Escopo e retenção devem ser documentados por serviço.

IA e trabalhos de alunos

Quando o professor solicita feedback de IA, respostas, atividades, texto de leitura, resultados e contexto necessário podem ser enviados à OpenAI. Não conversar diretamente com IA não significa que o trabalho do aluno fique fora desse tratamento. Texto livre pode conter dados pessoais.

Professores têm ferramentas de IA para conteúdo e sugestões de feedback. Alunos nos Spaces usam tradução, vocabulário, leitura e ajuda orientada pelo professor. Geração livre pelos alunos pertence ao estudo individual fora da conta escolar. O limite entre contas foi implantado e testado com contas sintéticas; a aplicação mais ampla de IA segue em avaliação.
Tradução, apoio de vocabulário e texto para fala são funções de apoio baseadas em IA na 321school. Textos e contexto linguístico relevante podem ser enviados à OpenAI. Podem apoiar compreensão, aprendizagem de idiomas e acesso ao conteúdo. São avaliadas separadamente de geração livre e feedback de IA. Gravações comuns de alunos e reprodução de áudio não implicam por si tratamento por IA.
321school usa OpenAI Platform/API. O responsável informa DPA assinado em 23 de outubro de 2026. Imagens da conta mostram três opções de compartilhamento desativadas, API call logging Enabled per call e Project Residency Global. A OpenAI informa que dados da API não são usados para treinamento sem adesão. Global não limita à UE nem identifica um único país. Respostas, Files, cache e logs de segurança têm regras distintas, sem garantia geral de retenção zero. store:false nas chamadas de texto selecionadas foi implantado em 28 de outubro de 2026. Isso não altera as demais regras de retenção.
Feedback de IA é uma sugestão. Professores devem revisá-lo antes de utilizá-lo como feedback ou avaliação própria. Evite nomes desnecessários, informações de saúde e familiares em prompts e textos.

Feide e acesso à conta

O serviço está registrado no portal Feide como Innlogging 321skole, ID 2196690, com Fjord Service como fornecedor e OpenID Connect como autenticação. O acesso utiliza Firebase Authentication. O registro consta de imagens do console de 25 de outubro de 2026. A ativação de cada mantenedora e o acesso real são verificados antes do uso local do Feide. Licenças, papéis e acesso às salas são geridos no 321school.

O portal Feide mostra três grupos/scopes: nomes (userinfo-name), identificadores na organização (userid-feide) e e-mail (email). As finalidades declaradas são reconhecimento, vínculo correto, login seguro, administração e comunicação necessária. O fornecimento depende do diretório e da configuração. O fluxo pode armazenar nome e e-mail do Firebase. Fontes conectadas e uso real dos campos serão verificados separadamente.
Atributos listados no portal Feide: userinfo-name inclui givenName, sn, norEduPersonLegalName, displayName e cn; userid-feide inclui eduPersonPrincipalNamePrior, eduPersonPrincipalName, uid, eduPersonTargetedID e eduPersonUniqueId; email inclui mail. São campos solicitados na configuração, não prova de recebimento ou armazenamento de todos. Identificadores Feide devem ser separados do UID Firebase.
Aprovação Feide não é acordo de tratamento, licença comprada nem atribuição administrativa. O código revisado não concede administração apenas por login Feide. O fluxo cliente comum não solicita número de identidade nacional; a configuração completa de atributos deve ser confirmada.

Armazenamento, destinatários e transferências

321school utiliza Google Cloud Firestore e Firebase Storage no projeto skole-c09b8. O banco Firestore (default) e o bucket Storage skole-c09b8.firebasestorage.app estão em europe-west1 (Bélgica). O bucket utiliza armazenamento regional. A Fjord Service verificou as localizações no Firebase Console e Google Cloud Console em 18 de outubro de 2026.

Armazenamento europeu não comprova tratamento integral no EEE. Autenticação, servidores, suporte, logs, IA e e-mail exigem avaliação separada. Entidade contratante, países, fundamento de transferência e medidas complementares devem ser confirmados por fornecedor.
Google/Firebase, Vercel e OpenAI exercem funções distintas. E-mail, pagamentos, Feide e conteúdo externo também exigem delimitação. Nem todo serviço listado é necessariamente suboperador de dados de alunos no acordo específico.

Armazenamento no navegador e análise

Google Analytics e análise própria do produto estão desativados no serviço publicado, independentemente do papel. Logs necessários de operação/segurança e estatísticas pedagógicas são finalidades distintas e não foram desativados por esta medida. Estatísticas agregadas não são necessariamente anônimas, especialmente em grupos pequenos.

Google Analytics e análise própria do produto estão desativados na política de código publicada para todos os papéis, implantada em 28 de outubro de 2026. Isso foi verificado no código, em testes e numa visualização pública selecionada. Logs necessários de operação/segurança e resultados pedagógicos são descritos separadamente. Ativação futura de análise exige avaliação própria e alteração documentada.
Login Firebase e funções podem usar cookies, IndexedDB, localStorage e sessionStorage. O navegador pode guardar identidade técnica, preferências e rascunhos. Limpar o navegador não exclui o trabalho armazenado no servidor.
Dados escolares não devem ser vendidos nem usados para publicidade de terceiros ou perfis publicitários. Análise, operação e eventual melhoria exigem finalidade e fundamento explícitos; não há autorização geral para reutilizar trabalhos de alunos.

Retenção, direitos e exclusão

A minuta propõe prazos a acordar com a mantenedora: trabalhos e áudio/arquivos durante o ensino ativo, com exclusão em até 90 dias após o término acordado; logs operacionais/erros por 30 dias e de segurança por 90 dias. Instruções da escola, exclusão antecipada e devolução constam do anexo D. Evidências de incidentes podem ser preservadas separadamente com fundamento e data de revisão. A aplicação em operação ainda não foi verificada integralmente; rotinas, exportação, cópias e prazos de fornecedores serão concluídos separadamente.

Backups diários estão estabelecidos para Firestore, contas Firebase Authentication e arquivos finalizados, com armazenamento na Bélgica. Cópias de Auth e arquivos são verificadas separadamente. Falhas ou ausência de verificação de saúde geram alertas ao responsável operacional e a uma pessoa de reserva. O primeiro ciclo automático agendado de Auth/arquivos foi concluído e verificado separadamente em 4 de novembro de 2026. Uploads incompletos não entram na cópia de arquivos.
Backups do Firestore têm retenção de 14 dias. A área de backups de Auth/arquivos tem regra que torna as cópias elegíveis para exclusão após 14 dias e soft delete por sete dias após a exclusão efetiva. O horário efetivo da exclusão depende da execução da regra de ciclo de vida. A retenção de backups é distinta dos prazos de trabalhos e logs no anexo D.
Testes delimitados de recuperação de Firestore, arquivos e contas Auth foram realizados com dados sintéticos em ambientes isolados na nuvem. A rotina documenta verificações dos dados e do acesso antes da reabertura. A recuperação integrada de um arquivo Spaces com suas referências documentais permanece uma etapa separada a verificar. A importação não necessariamente restaura sessões de acesso anteriores.
Remoção da sala, desativação, arquivamento e exclusão são ações distintas. O acesso pode cessar e o conteúdo permanecer. A exclusão deve tratar anexos, referências, cópias de fornecedores e links antigos; arquivamento sozinho não comprova exclusão.
No uso escolar, alunos/responsáveis normalmente contatam escola/município. Fjord Service auxilia conforme instruções verificadas e identificação. O responsável avalia direitos e exceções; reclamações podem ser dirigidas à autoridade norueguesa Datatilsynet.

Segurança e estado da documentação

Controles de acesso, fluxo privado de arquivos e aprovação de vínculos entraram em operação em 28 de outubro de 2026. Regras Firestore/Storage e fluxos foram verificados com contas sintéticas, sala dedicada e rejeição de acesso indevido. Tokens antigos de download direto foram revogados em todo o conjunto mapeado de 128 arquivos de áudio, conferido em 29 de outubro. Arquivos, entregas e vínculos foram preservados. O limite escolar para novos convites foi implantado em 6 de novembro e o acesso temporário de substitutos em 7 de novembro de 2026, ambos com verificações funcionais documentadas. A evidência cobre os fluxos e arquivos examinados.

Os controles de visibilidade da publicação de aulas foram implantados e verificados em produção em 12 de novembro de 2026 com dados sintéticos. A publicação exige um valor explícito de visibilidade: público, não listado ou privado. A biblioteca lista apenas cópias públicas ativas. Qualquer pessoa com o link pode abrir uma cópia não listada; isso não é acesso privado. Cópias privadas exigem acesso do responsável ou do administrador da plataforma e ficam fora das listagens públicas e dos metadados de página. Despublicar encerra o acesso público à cópia, preservando seu conteúdo e o acesso do responsável.
O fluxo de aprovação de novos vínculos de conta no Spaces está implantado. O código pessoal, sozinho, não dá a uma nova conta/dispositivo acesso aos trabalhos existentes. Um professor com acesso administrativo adequado aprova o vínculo com o código temporário de confirmação do participante. O acesso pode ser revogado sem excluir trabalhos. O fluxo foi verificado com contas e sala sintéticas. Código/QR dispensa e-mail privado, mas não torna os dados anonimizados.
O limite escolar para novos convites de coprofessores e observadores em salas escolares foi implantado e verificado em 6 de novembro de 2026. Os professores convidados devem ter vínculo ativo com a mesma escola. O papel de administrador escolar, por si só, não concede acesso às respostas individuais nem permite convidar em nome do responsável pela sala.
O acesso temporário de professores substitutos foi implantado e verificado em 7 de novembro de 2026. O administrador escolar pode conceder a um professor com vínculo ativo com a mesma escola acesso a uma sala específica, inclusive durante a ausência do professor. O substituto pode ler tarefas e respostas e dar feedback escrito por uma visualização própria e delimitada. O acesso pode ser revogado e expira automaticamente. Concessões, prazos de expiração e revogações são registrados. Isso não concede administração comum da sala nem acesso geral às demais salas da escola.
Desde 11 de novembro de 2026, um administrador da plataforma pode bloquear sugestões de IA para respostas do Lessons e ajuda de IA em atividades de escrita em todas as salas do Spaces vinculadas a uma escola verificada, inclusive salas novas. As salas podem ter regras mais restritivas, mas não podem cancelar o bloqueio da escola. Essas opções não são ativadas automaticamente para todas as escolas. Salas sem vínculo escolar verificado ficam fora do escopo. Outras funções de IA e controles gerais da mantenedora não são abrangidos por esses dois bloqueios.
Verificações com contas e salas sintéticas confirmaram a rejeição de acesso entre escolas, a continuidade do acesso normal de alunos e coprofessores e o bloqueio do acesso do substituto após revogação ou expiração. Os trabalhos existentes foram preservados. As evidências abrangem os fluxos testados.
Planner está pausado no serviço publicado. Navegação, páginas diretas, APIs do Planner, entradas de IA/calendário e acesso cliente comum aos planos originais estão bloqueados. Cópias independentes de tarefas antes compartilhadas no Spaces seguem o acesso normal do Spaces. A pausa não exclui nem migra conteúdo existente.
Vercel Functions em produção executam em Frankfurt (fra1), verificado na implantação de 28 de outubro de 2026. A mudança não altera automaticamente os locais de Firebase Authentication, OpenAI, Resend ou outros serviços, nem limita todos os logs, CDN, builds e suporte ao EEE.
O modelo acordado distingue permissões docentes, vínculo à sala, licença e estado global da conta. Grupos pequenos e combinação de estatísticas exigem avaliação para evitar identificação indevida.
O anexo de segurança reúne medidas documentadas e descreve responsabilidades, acesso a logs, retenção, recuperação e resposta a incidentes. Verificações concluídas e acompanhamento futuro são descritos separadamente.

Contato sobre privacidade e uso escolar

Contate a Fjord Service em post@321skole.no sobre privacidade, uso de dados ou necessidades de adaptação. Escopo e execução de eventuais adaptações são definidos em diálogo com a mantenedora.

Contatar a Fjord Service Fornecedores e locais Acesso e exclusão Acordo e anexos em rascunho IA e fluxos de dados