Vista geral de segurança e tratamento de dados
Esta página fornece uma vista geral prática e de alto nível sobre onde as diferentes partes da PlanCoo normalmente processam dados, que tipos de dados estão envolvidos e por que motivo isso é necessário.
Nota prática de segurança
Os seguintes pontos esclarecem limites importantes sobre a forma como a planCoo trata os dados.
- A planCoo não armazena as palavras-passe dos utilizadores em texto simples. A autenticação é assegurada principalmente pelo Firebase Authentication, incluindo email/palavra-passe, início de sessão com o Google e início de sessão com a Microsoft. O LinkedIn é utilizado como uma integração opcional de associação de contas e partilha baseada em OAuth, não como o sistema principal de início de sessão.
- A plataforma foi concebida para a colaboração em projetos, funções, atualizações e dados relacionados da aplicação. Não se destina a servir como arquivo documental formal ou sistema de gestão de documentos do cliente.
- O acesso a dados não públicos dentro da plataforma destina-se a ser controlado através de autenticação, funções e participação em organizações ou projetos. Ao mesmo tempo, determinadas páginas ou conteúdos podem ser deliberadamente publicados para apoiar a transparência, a visibilidade e a colaboração entre organizações.
| Categoria | Componente | País/Região | Tipos de dados | Finalidade |
|---|---|---|---|---|
| Prevenção de abusos | Prevenção de abusos (Google reCAPTCHA) | Serviço global (Google) — pode envolver tratamento fora da UE/EEE | Sinais de risco e metadados técnicos utilizados para determinar se um pedido constitui provavelmente abuso automatizado. | Proteger os formulários públicos e as ações que não sejam de leitura contra abusos por bots e ataques automatizados. |
| Funcionalidades de IA | Geração de texto com IA (Microsoft Azure OpenAI) | UE/EEE — Sweden Central. Todas as chamadas são efetuadas entre servidores através de Azure Functions; a chave da API nunca é exposta ao navegador. | Títulos e descrições de projetos, nomes/estados de tarefas, nomes de apresentação e funções dos membros da equipa, e títulos de reuniões/conteúdos das agendas — enviados quando um utilizador autenticado solicita explicitamente um relatório ou uma síntese gerados por IA. Não são transmitidos endereços de email, palavras-passe, dados de pagamento, mensagens privadas nem UIDs do Firebase. | Apoiar funcionalidades de IA iniciadas pelo utilizador: geração de relatórios de projetos, sínteses para reuniões e análise de portefólios. O tratamento só ocorre mediante uma ação explícita do utilizador (sem tratamento de IA em segundo plano). A Microsoft não utiliza os dados de entrada/saída da planCoo para treinar ou melhorar os seus modelos de IA. |
| Faturação | Pagamentos/subscrições (LemonSqueezy) | EUA/global (terceiro) | Metadados de pagamento e subscrição do cliente/administrador pagante (não se destinam a dados de estudantes). | Gerir a faturação, as subscrições e o estado das licenças. |
| Comunicação e colaboração | Chat em tempo real (Firebase Realtime Database e Firestore) | UE/EEE — Europe-West1 (Bélgica) | Mensagens de chat, marcas temporais e metadados dos participantes. Acesso estritamente limitado aos participantes. | Permitir a comunicação segura e em tempo real entre utilizadores. |
| Dados principais (armazenamento na UE/EEE) | Armazenamento de ficheiros (Azure Blob Storage) | UE/EEE — West Europe (Países Baixos) | Ficheiros como fotografias de perfil, anexos de apoio limitados e imagens de projetos (ficheiros e URLs/referências). A PlanCoo não se destina a funcionar como arquivo documental formal ou sistema de gestão de documentos do cliente. | Armazenar e disponibilizar conteúdos carregados pelos utilizadores que apoiam a colaboração na plataforma, e não o arquivo documental institucional a longo prazo. |
| Dados principais (armazenamento na UE/EEE) | Dados principais da aplicação (SQL Database) | UE/EEE — West Europe (Países Baixos) | Dados de projetos, tarefas, participação/funções, dados de empresas e conteúdos da aplicação gerados pelos utilizadores e armazenados na plataforma. | Funcionalidades principais e armazenamento dos dados criados e geridos na PlanCoo. |
| Alojamento e disponibilização de conteúdos | Web estática / disponibilização na periferia da rede (Azure Static Web Apps) | Região do recurso Azure Static Web Apps: East US 2 (conforme a configuração atual), com disponibilização na periferia da rede distribuída globalmente (Global). | Disponibilização de recursos estáticos; pode envolver metadados técnicos (por exemplo, endereço IP e user-agent ao nível da periferia da rede). | Elevado desempenho e disponibilidade através da disponibilização global na periferia da rede (carregamento rápido e disponibilização resiliente). |
| Alojamento e tratamento do lado do servidor | Tratamento de pedidos da API (Azure Functions através de Azure Static Web Apps) | Região do recurso Azure Static Web Apps: East US 2 (conforme a configuração atual); o tratamento de pedidos da API é efetuado através de Azure Functions integradas na plataforma SWA (com disponibilização global na periferia da rede). | Pedidos/respostas da API, identificadores (por exemplo, IDs de utilizadores/empresas/projetos) e metadados operacionais necessários para responder aos pedidos. | Tratamento do lado do servidor para funcionalidades da aplicação (operações CRUD, verificações de acesso e integrações). |
| Identidade e acesso | Autenticação (Firebase Authentication) | Serviço global (Google) — pode envolver tratamento fora da UE/EEE | Endereço de email, UID do Firebase e eventos/metadados de autenticação; as credenciais de palavra-passe são tratadas pelo Firebase (com hash e salt), e a PlanCoo não armazena palavras-passe em texto simples. A PlanCoo suporta email/palavra-passe, ligação de início de sessão por email (magic link), início de sessão com o Google e início de sessão com a Microsoft através do Firebase Authentication. | Assegurar o início de sessão e o controlo de acesso seguros, evitando operar um sistema próprio de armazenamento/verificação de palavras-passe (redução do risco através de um fornecedor de autenticação estabelecido). |
| Identidade e integrações sociais | Associação de conta / partilha no LinkedIn (opcional, iniciada pelo utilizador) | Serviço global (LinkedIn) — pode envolver tratamento fora da UE/EEE | Identificador da conta do LinkedIn, atributos básicos do perfil devolvidos pelo LinkedIn, URL do perfil do LinkedIn e conteúdos selecionados pelo utilizador para publicação. Os tokens OAuth são utilizados a pedido para as ações solicitadas e não são armazenados de forma persistente pela PlanCoo. | Permitir a associação/verificação opcional do perfil do LinkedIn e a publicação em redes sociais iniciada pelo utilizador. |
| Rede e segurança do tráfego | DNS / segurança do tráfego (Cloudflare) | Global (rede Cloudflare) | Consultas DNS, endereço IP, metadados dos pedidos (caminho do URL, user-agent, cabeçalhos HTTP) e metadados de ligação TLS para todos os pedidos que passam pela Cloudflare. Os recursos estáticos são colocados em cache e disponibilizados diretamente pelos nós de periferia da Cloudflare. | Gestão de DNS, terminação HTTPS, cache de recursos estáticos (desempenho), proteção WAF/DDoS, deteção de bots e gestão de tráfego. A Cloudflare trata metadados dos pedidos para distinguir os utilizadores legítimos das ameaças automatizadas. |
Para implementações em escolas, incluindo as que envolvem menores, recomendamos minimizar os dados pessoais dos estudantes na plataforma sempre que adequado, por exemplo, utilizando IDs de estudantes ou pseudónimos e limitando o acesso através de funções e participação em projetos.
Consulte também o Acordo de Tratamento de Dados (DPA) e a Política de Privacidade.
Última verificação: 2026-02-13