Centro de confiança

Confiança por construção, não por promessa.

Pedimos aos gestores que deixem colegas digitais entrar no Teams e nos sistemas da empresa. Isso exige respostas concretas: onde ficam os dados, quem aprova, o que fica registado, e que lei se aplica. Estão aqui, sem adjetivos.

Soberania

Os dados vivem na sua infraestrutura.

A plataforma é instalada numa VM da sua empresa (on-prem ou nuvem privada). Não existe um «nosso servidor» com os seus dados.

O que fica na sua VM

  • Os agentes (contentores), as cartas de funções, a memória e as transcrições.
  • Os anexos e documentos que os agentes tratam. Os segredos ficam no 1Password da sua empresa e só entram no contentor do agente que os usa.
  • Os registos de auditoria e de utilização.

O que atravessa o túnel

  • Só as mensagens do Teams, por um túnel zero-trust (Cloudflare) até ao gateway na sua VM.
  • Nenhuma porta aberta para a Internet; a VM só precisa de HTTPS de saída.

Fornecedores de modelos

  • Só o texto de cada pedido ao modelo sai da VM, ao abrigo do contrato empresarial (DPA) do fornecedor; nenhum treina com os seus dados.
  • Que modelos, onde correm e o que sai em cada opção: Modelos de IA.

Controlos de segurança

O que a plataforma impõe — e o que ainda está planeado.

Cada controlo abaixo está em produção na nossa própria instalação ou está marcado como planeado. Não publicamos controlos que não existem.

ControloComo funcionaEstado
Isolamento por contentor Um contentor por agente, com limites de CPU e memória, configuração da plataforma só de leitura e sem acesso às pastas dos outros agentes. Em produção
RBAC por agente Administradores, utilizadores e canais definidos por agente; o acesso a um canal é aprovado por menção de um administrador. Em produção
Segredos no 1Password, nunca no modelo Os segredos ficam no 1Password da empresa. Uma conta de serviço, guardada só no host, puxa cada um e injeta-o no contentor do agente que o usa. Os agentes não têm as credenciais dessa conta nem veem o valor; usam-no só através da integração aprovada. Outros gestores de segredos planeados. Em produção
Sem credenciais cloud nos agentes A identidade que regista apps, publica no catálogo e instala para os utilizadores vive apenas no host. Em produção
Registo de auditoria e de utilização Cada comando, autorização e aprovação; por execução: tokens, custo, duração e o modelo realmente usado. Custo cloud acompanhado diariamente. Em produção
Modelo de confiança posicional Nada do que uma pessoa escreve pode ser lido pelo agente como instrução da plataforma — a defesa de base contra injeção de instruções. Em produção
Filtro de injeção por modelo de decisão Todo o texto que não vem de uma pessoa de confiança (anexos, emails, comentários do Jira, páginas web, resultados de ferramentas) passa por um modelo de decisão na sua rede antes de o agente o ler: contém instruções dirigidas a uma IA? Pede acessos, envios para fora ou para ignorar regras? Acima do limiar, o conteúdo fica em quarentena. A mesma verificação corre sobre cada ação proposta, olhando ao efeito e não às palavras. Reduz o risco; não o elimina — a aprovação humana continua a ser o controlo. Planeado
Estado verificável Os agentes leem um platform-state.json gerado pela máquina (versão, horários, modelos, lugares) em vez de adivinhar o que está instalado. Em produção
Cópias de segurança e vigilância Cópia noturna do espaço de cada agente; verificações semanais de instalação e mensais de descontinuação de modelos. Em produção
Cópia fora do servidor Cópia de segurança off-site da instalação. Planeado
Interruptor de emergência Parar um agente em menos de um minuto, pausa de emergência de toda a instalação, horário de funcionamento. Planeado
Auditoria encadeada por hash Exportação do registo de auditoria com encadeamento criptográfico para provar que não foi alterado. Planeado

A aprovação humana obrigatória, na prática

Contratar, dispensar, dar acessos, enviar para outro canal, contactar um cliente: nada disto acontece porque um agente decidiu. O agente propõe num cartão; um gestor aprova ou rejeita com um toque; a plataforma regista quem, quando e o quê.

É uma regra técnica da plataforma, não uma configuração que se possa esquecer — e é o que torna cada um dos artigos abaixo demonstrável a um auditor.

Chefe de Gabinete IA
A Sofia (contas@empresa.pt) pediu para falar com o Administrativo Financeiro por mensagem privada. Não está na lista de utilizadores desse agente. Aprova?
Dar acesso por mensagem privada: Sofia → Administrativo Financeiro
Âmbito
Apenas mensagens privadas; sem canais
Pedido por
Sofia, hoje 17:42
✓ Aprovado por Ana, 17:51
Chefe de Gabinete IA
Acesso concedido e registado (auditoria #4821).
Exemplo ilustrativo de um pedido de acesso recusado até um administrador aprovar.

Regulamento IA (AI Act)

Mapeamento artigo a artigo.

«Agente de IA» não tem definição legal. A classificação faz-se pelo caso de utilização — e fazemo-la na auditoria, antes do piloto. A maioria das funções administrativas fica fora do risco elevado; quando não fica, o mapeamento abaixo é o que a plataforma já garante.

ArtigoO que exigeComo a plataforma responde
Art. 50 — TransparênciaAs pessoas devem saber que estão a interagir com um sistema de IA. Em vigor desde 2 de agosto de 2026.Cada agente identifica-se como IA no nome, na descrição da app e no perfil; marcador «IA» em cada mensagem (aviso na descrição de cada app planeado).
Art. 4 — Literacia em IAQuem opera sistemas de IA deve ter um nível suficiente de literacia.Formação «Gerir colegas digitais» (meio dia) para gestores, incluída no piloto: dar instruções, aprovar, o que não delegar.
Art. 26 — Obrigações do implantadorSupervisão humana, uso conforme as instruções, informação aos trabalhadores antes da utilização (para sistemas de risco elevado, dez. 2027).Aprovação humana obrigatória em cada ação com consequências; política de governação adotada; comunicação aos trabalhadores entregue antes do arranque.
Art. 12 — RegistoRegistos automáticos de eventos, conservados durante um período adequado (≥ 6 meses).Registo de auditoria e de utilização por execução; declaração de retenção ≥ 6 meses no pacote de governação.
Art. 14 — Supervisão humanaMedidas para que pessoas possam supervisionar, interromper e ignorar o sistema.Cartão Aprovar / Rejeitar, dispensa por conversa, modelo fixado por agente; interruptor de emergência planeado.

Datas conforme o Regulamento (UE) 2024/1689 e as alterações em discussão (Digital Omnibus). Voltamos a verificar trimestralmente; a data de aplicação das obrigações do Anexo III está atualmente em dezembro de 2027.

RGPD

Proteção de dados por função, não em geral.

Cada agente tem uma função concreta; cada função tem uma base legal, uma finalidade e uma retenção. O trabalho de mapear isto faz parte da auditoria e fica no pacote de governação.

Base legal por função

Definimos, para cada agente, que dados trata, com que base (interesse legítimo, contrato, obrigação legal) e para quê. Sem base clara, o agente não arranca.

Apoio à AIPD

Modelo de avaliação de impacto sobre a proteção de dados no pacote de governação, preenchido connosco na auditoria; o seu EPD (DPO) assina.

Art. 22 — decisões automatizadas

A aprovação humana obrigatória é o controlo: nenhuma decisão com efeitos sobre pessoas é tomada pelo agente. Propõe; uma pessoa decide.

Art. 28 — contrato de subcontratante

Disponibilizamos o nosso DPA a pedido, com a lista de subcontratantes abaixo. Os fornecedores de modelos têm os seus próprios DPA, que lhe entregamos.

Apagamento que chega à memória

Um pedido de apagamento é aplicado às memórias dos agentes e às transcrições, não só às bases de dados. Documentamos o procedimento.

Retenção vs auditoria

Os registos de auditoria ficam ≥ 6 meses (AI Act Art. 12); os dados pessoais neles contidos são minimizados. Reconciliamos as duas obrigações por escrito.

Certificações

O que temos e o que não temos.

Nunca dizemos que temos uma certificação que não temos. É a regra da casa — e é o que qualquer auditor confirmaria em cinco minutos.

Agora

RGPD por construção

Dados na sua infraestrutura, base legal por função, AIPD, DPA, apagamento efetivo. Não é uma certificação: é a forma como a plataforma está construída.

Planeado

ISO 27001 e SOC 2 Type II

Estão planeadas. Só publicaremos datas quando forem reais. Até lá, os controlos acima são o que podemos demonstrar.

Em avaliação

ISO 42001

A norma de gestão de IA está a ser avaliada como enquadramento do nosso pacote de governação.

Subcontratantes

Quem toca em quê.

A lista completa de terceiros envolvidos numa instalação típica. Alterações são comunicadas aos clientes com antecedência.

EntidadePara quêOnde e ao abrigo de quêFunção
AnthropicModelos Claude (chamadas de API a partir da sua VM)UE / EUA, ao abrigo do DPA da Anthropic; sem treino com os seus dadosFornecedor de modelo
Microsoft (Azure OpenAI)Modelos OpenAI em regiões da UE, quando escolhidosUE (regiões europeias), ao abrigo do DPA da MicrosoftFornecedor de modelo
Microsoft (Teams / Entra)Registo das apps de agente, entrega de mensagensO seu tenant M365Plataforma de comunicação
CloudflareTúnel zero-trust entre o Teams e a sua VM; alojamento deste siteUE / global (rede Cloudflare), ao abrigo do DPA da CloudflareRede
Análise de tráfego do siteAinda por decidir — será uma solução sem cookies, alojada na UEUEPor confirmar

Divulgação de vulnerabilidades

Encontrou uma falha na plataforma ou neste site? Escreva para security@enlogical.pt. Respondemos em dois dias úteis, não tomamos medidas legais contra investigação de boa-fé, e damos crédito público a quem o desejar.

Contacto de segurança e privacidade

Perguntas sobre segurança, DPA ou tratamento de dados: security@enlogical.pt. A política de privacidade deste site está em /legal/privacidade.

Camada portuguesa

A lei que se aplica cá — e como a plataforma lhe responde.

Nenhum fornecedor internacional trata disto. Nós tratamos porque o nosso mercado é Portugal e os nossos clientes vão ser inspecionados por autoridades portuguesas.

Lei 58/2019 — para além do RGPD

Art. 28. O consentimento do trabalhador não é, em regra, base válida para tratar os seus dados. Por isso a base legal de cada agente é o interesse legítimo ou o contrato, documentada — nunca «o trabalhador aceitou».

Compromisso do produto: os registos dos agentes nunca são usados para avaliar o desempenho de trabalhadores. As orientações da CNPD sobre teletrabalho tornam desproporcionado qualquer software de vigilância; os nossos registos servem a auditoria da plataforma, não a das pessoas.

Art. 29. Dados de saúde só com necessidade de conhecer e com notificação de cada acesso ao titular. O registo de auditoria por acesso é o mecanismo; o alojamento na sua VM é o que fecha a confiança (ver clínicas).

O Regulamento IA em Portugal

A ANACOM é a autoridade nacional de supervisão, coordenando 14 autoridades setoriais. Não há ainda lei nacional de IA nem diploma sancionatório — o Regulamento aplica-se diretamente, e a transparência do Art. 50 está em vigor desde 2 de agosto de 2026.

O projeto de orientações da ANACOM sobre práticas proibidas inclui o reconhecimento de emoções no trabalho. A plataforma não o faz, e não o fará — está escrito na nossa política de governação como ação proibida.

Lei 13/2023 — Código do Trabalho, Art. 106

O empregador tem de informar os trabalhadores, a comissão de trabalhadores e os delegados sindicais sobre a utilização de algoritmos e IA que afetem o trabalho. A infração é uma contraordenação grave, fiscalizada pela ACT.

O pacote de governação entrega a comunicação pronta antes do arranque: o que os agentes fazem, o que não fazem, quem aprova, como se reclama. É a prática que sustenta a palavra «colega», e não «substituto».

Carta Portuguesa de Direitos Humanos na Era Digital — Lei 27/2021, Art. 9

Explicabilidade, transparência, auditabilidade e decisões recorríveis. Mapeadas uma a uma:

Direito (Art. 9)Funcionalidade da plataforma
ExplicabilidadeCarta de funções legível de cada agente; transcrições pesquisáveis de cada conversa; o agente cita a fonte do que afirma.
TransparênciaIdentificação como IA em cada mensagem e no perfil; estado da plataforma verificável (platform-state.json).
AuditabilidadeRegisto de cada comando, aprovação e custo, com o modelo realmente usado; retenção ≥ 6 meses.
Decisões recorríveisNenhuma decisão com consequências é do agente: propõe, um gestor aprova ou rejeita; dispensa imediata por conversa; interruptor de emergência planeado.

Faturação certificada

Os agentes operam o seu software de faturação certificado pela AT (Portaria 363/2010, SAF-T, ATCUD) através das respetivas APIs — Moloni, InvoiceXpress, Primavera, PHC. Preparam, cruzam, lembram.

Nunca emitem nem alteram registos fiscais. O contabilista certificado mantém a responsabilidade de sempre. Não somos software de faturação e não substituímos o CC: somos o braço direito dele.

Honestidade sobre a fiscalização

As coimas da CNPD são raras (duas em 2025). As advertências e as ordens de suspensão de tratamento não são. Desenhamos para a norma, não para a coima: se um tratamento não tem base clara, o agente não arranca.

Como entregamos a governação → Pedir o DPA e a lista de subcontratantes

Piloto em 4 semanas

Quatro semanas, preço fechado, um KPI acordado. No fim, o primeiro colega está no Teams a fazer trabalho real.

Uma chamada de 20 minutos, um agente real a trabalhar, sem slides.