O vazamento da Instructure Canvas mostrou que até fornecedor grande e estabelecido pode ser comprometido. O que determina o tamanho do problema para a escola não é evitar todo risco — é o que o contrato já previa antes de o incidente acontecer.
Já publicamos um checklist do que avaliar antes de contratar qualquer ferramenta de IA para a escola. Este texto cobre o passo seguinte, que costuma receber menos atenção: depois de decidir contratar, quais cláusulas específicas do contrato protegem a instituição — principalmente na hora de sair do fornecedor, seja por insatisfação, seja por um incidente como o vazamento do Canvas que tratamos nesta edição.
Por que a cláusula de saída importa mais do que a de entrada
A maior parte da atenção de um gestor durante a negociação de contrato de tecnologia vai para preço, funcionalidade e prazo de implantação. A cláusula que realmente protege a instituição no médio prazo é outra: o que acontece quando o contrato termina — por escolha da escola, por escolha do fornecedor, ou por incidente que quebra a confiança na relação. Contrato bem negociado na entrada e mal negociado na saída deixa a instituição refém do fornecedor exatamente no momento em que mais precisa de liberdade para trocar.
As seis categorias de cláusula que merecem atenção
| Categoria | Pergunta que a cláusula precisa responder |
|---|---|
| Propriedade de dados | De quem são os dados gerados durante o uso — da escola ou do fornecedor? |
| Portabilidade de saída | Em que formato e prazo a escola recebe seus dados de volta ao encerrar o contrato? |
| Disponibilidade e SLA | Qual o tempo de resposta e reparo garantido em caso de falha do sistema? |
| Notificação de incidente | Em quanto tempo o fornecedor avisa a escola sobre um incidente de segurança? |
| Auditoria e explicabilidade | A escola pode pedir explicação de como um resultado de IA foi gerado? |
| Rescisão | Em que condições cada parte pode encerrar o contrato, e com que efeito imediato? |
Propriedade de dados: a cláusula mais frequentemente ambígua
Contratos de tecnologia educacional variam muito na clareza sobre quem é dono do dado gerado durante o uso — não apenas o dado que a escola insere (nome de aluno, nota, frequência), mas o dado derivado que o sistema produz (perfil de desempenho, recomendação, score de risco de evasão). A recomendação prática é exigir, por escrito, que todo dado relacionado a aluno — inserido ou derivado — pertença à instituição, com o fornecedor atuando como operador desse dado nos termos da LGPD, nunca como proprietário.
Portabilidade de saída: o teste que poucos contratos passam
Peça ao fornecedor, antes de assinar, uma resposta concreta a uma pergunta simples: "se eu encerrar o contrato amanhã, em quanto tempo recebo meus dados de volta, e em qual formato?" Contratos que não respondem essa pergunta com clareza tendem a transformar a saída em um processo caro e demorado — o fornecedor não tem obrigação contratual de facilitar, e frequentemente não facilita. A cláusula ideal especifica prazo máximo (por exemplo, 30 dias corridos), formato aberto e legível (não um formato proprietário que exige o próprio sistema do fornecedor para ser lido) e ausência de cobrança adicional pela exportação.
Notificação de incidente: por que o prazo precisa estar no contrato, não só na política de privacidade
A LGPD exige que o controlador — a escola, na maioria dos casos — comunique incidente relevante à ANPD e aos titulares. Mas a escola só consegue cumprir esse prazo se o fornecedor, que efetivamente sofreu o incidente, avisar a tempo. Sem uma cláusula contratual específica exigindo notificação em prazo curto (48 a 72 horas é um padrão razoável de mercado), a instituição fica na dependência da boa vontade do fornecedor — e o caso do Canvas mostrou que mesmo empresas grandes levam dias entre o primeiro sinal de ataque e a confirmação pública.
Auditoria e explicabilidade: a cláusula que antecipa o Marco Legal da IA
Sistemas que tomam ou influenciam decisão sobre aluno — admissão, avaliação, sinalização de risco — devem ter cláusula explícita garantindo à escola o direito de solicitar explicação de como o resultado foi gerado. Isso não é apenas boa prática: é o tipo de exigência que o PL 2338 (Marco Legal da IA) tende a formalizar para usos classificados como de alto risco. Negociar essa cláusula agora, antes da sanção da lei, evita ter que renegociar contrato já assinado sob pressão regulatória depois.
Sinais de alerta durante a negociação
- Fornecedor resiste a colocar por escrito o que já promete verbalmente sobre propriedade de dado ou prazo de exportação.
- Contrato menciona "dados anonimizados podem ser usados para melhoria do produto" sem definir claramente o processo de anonimização.
- SLA de disponibilidade não tem penalidade concreta associada ao descumprimento — vira uma meta sem consequência.
- Cláusula de rescisão é assimétrica: fácil para o fornecedor encerrar o contrato, difícil ou caro para a escola fazer o mesmo.
- Nenhuma menção a prazo de notificação de incidente de segurança.
O que isso muda para quem gere a instituição
1. Negociar a cláusula de saída com o mesmo cuidado dedicado à cláusula de preço. É ela que determina o custo real de trocar de fornecedor depois.
2. Exigir prazo específico de notificação de incidente por escrito, não apenas menção genérica a "comunicação em prazo razoável".
3. Envolver o jurídico da instituição antes da assinatura, não depois de um problema aparecer. Revisão de contrato de tecnologia costuma ser tratada como formalidade — é exatamente onde o risco mais se esconde.
4. Guardar toda comunicação verbal relevante por escrito. Promessa feita durante a venda que não está no contrato final não tem valor de exigência depois.
Em resumo
- A cláusula de saída de um contrato de IA protege a instituição mais, no médio prazo, do que a cláusula de entrada.
- Seis categorias merecem atenção: propriedade de dados, portabilidade de saída, SLA de disponibilidade, notificação de incidente, auditoria/explicabilidade e condições de rescisão.
- Propriedade de dado derivado (não apenas o dado inserido) deveria pertencer à instituição, com o fornecedor como operador nos termos da LGPD.
- Prazo de notificação de incidente (48 a 72 horas é referência de mercado) precisa estar no contrato, não apenas na política de privacidade.
- Cláusula de auditoria e explicabilidade para sistemas de decisão sobre aluno antecipa exigência que o PL 2338 tende a formalizar.
Perguntas frequentes
A escola pode exigir que todo dado gerado pela IA seja de propriedade da instituição?
Pode e deve tentar negociar isso explicitamente. Sem cláusula clara, contratos tendem a deixar essa propriedade ambígua, especialmente sobre dado derivado (como score de risco gerado pelo sistema).
Qual prazo de notificação de incidente é razoável exigir de um fornecedor?
Entre 48 e 72 horas após a detecção do incidente é um padrão de mercado razoável para exigir contratualmente, ainda que o prazo final dependa do poder de negociação da instituição frente ao porte do fornecedor.
É possível renegociar essas cláusulas em um contrato já assinado?
Depende dos termos de revisão previstos no próprio contrato. Muitos contratos de SaaS têm cláusula de reajuste ou renovação anual que pode ser usada como janela de renegociação — vale mapear essa data com antecedência.
Pequenas escolas têm poder de negociação para exigir essas cláusulas de fornecedores grandes?
Individualmente, o poder de negociação é menor. Uma alternativa é buscar negociação coletiva via associação de escolas ou rede de ensino, ou ao menos usar as cláusulas descritas aqui como checklist de comparação entre fornecedores concorrentes antes de decidir.
