Alternativas ao Moodle para grupos de escolas: faça as contas à operação, não à licença

O Moodle é gratuito de licenciar e não é gratuito de manter. Para uma escola com um administrador de sistemas que o conhece bem, isso é normalmente uma boa troca. Para um grupo — uma fundação, um agrupamento, uma editora, um programa ministerial — as contas mudam, porque os custos que decidem a questão são o alojamento, as atualizações de versão, a compatibilidade dos plugins ao longo dessas atualizações, a correção de segurança e as cópias de segurança, e porque o multi-inquilinato não existe no produto base. A comparação honesta com qualquer alternativa é o custo total de operação, não o custo de licença.

Nada disto é uma crítica. O Moodle é o LMS de código aberto mais implantado na educação e mereceu-o: verdadeiramente gratuito, verdadeiramente alojável por conta própria, e cheio de coisas que nenhum produto comercial construiria. Isto é aritmética, não lealdade.

Quanto custa realmente manter o Moodle

Alojamento

Uma aplicação PHP, uma base de dados, um armazenamento de ficheiros e uma tarefa cron que tem mesmo de correr. Dimensione tudo para a semana de exames e para o dia dos resultados, não para uma terça-feira média. Depois, uma cópia de pré-produção suficientemente próxima da produção para que um ensaio signifique alguma coisa — uma pré-produção que se desviou é um ensaio para outra peça.

Atualizações de versão

O Moodle publica uma data de fim de suporte para cada versão. Assim que uma versão a ultrapassa, as correções de segurança deixam de chegar, pelo que manter-se atualizado não é arrumação — é a postura de segurança. Cada atualização maior é um passo de código, um passo de esquema, uma janela de indisponibilidade e um ensaio prévio, e saltar uma versão acumula trabalho em vez de o poupar.

Compatibilidade de plugins

O diretório de plugins é a razão pela qual muitas instituições escolheram o Moodle, e cada plugin instalado é uma dependência do calendário de lançamentos de outra pessoa. Assim, uma atualização é uma matriz: para cada plugin, existe uma versão para o lançamento de destino, é mantido, continua a fazer aquilo à volta do qual os professores organizaram o seu período letivo. Um único plugin sem manutenção pode prender um site inteiro numa versão antiga, que é o caminho mais comum para se acabar a correr uma versão sem suporte.

Correção de segurança

O Moodle publica avisos de segurança com uma periodicidade definida. Em alojamento próprio, agir sobre eles é tarefa sua: acompanhar os anúncios, avaliar a urgência, aplicar, verificar — por vezes fora de ciclo, por vezes durante férias, quando a pessoa que sabe como está ausente. Por baixo estão o PHP, a base de dados e o sistema operativo, cada um com o seu próprio fluxo de correções.

Cópias de segurança

Há duas coisas diferentes a que se chama cópias de segurança: as exportações de cursos e as cópias de infraestrutura da base de dados e do armazenamento de ficheiros. Precisa das duas, e uma cópia de segurança que nunca restaurou é uma hipótese. Depois vem a pergunta que morde um grupo: consegue restaurar uma escola sem uma janela de manutenção para todas as outras?

Por que razão é o multi-inquilinato que quebra à escala de um grupo

Uma escola sozinha raramente esbarra nisto. Um grupo esbarra por volta do momento em que duas escolas querem coisas diferentes no mesmo dia: um logótipo diferente, uma estrutura de períodos diferente, uma resposta diferente a quem pode ver os dados de quem.

Um site Moodle dá-lhe estrutura dentro de uma organização: categorias que se aninham, coortes, papéis atribuíveis ao nível da categoria. Isso é hierarquia a sério. Mas foi desenhado à volta de um único site para uma única instituição — as contas pertencem ao site, a administração abrange todo o site, e a versão, o conjunto de plugins e a janela de manutenção são partilhados por todos os que lá estão. Por isso, "cada escola tem o seu próprio administrador" tende a traduzir-se, na prática, em "cada escola tem alguém em quem confiamos para não clicar no sítio errado".

As perguntas que expõem a lacuna são aborrecidas e concretas:

• A Escola B consegue alterar o seu logótipo, as suas cores e a sua página de início de sessão sem mexer nas da Escola A?
• O administrador da Escola B consegue criar e eliminar utilizadores que existem apenas na Escola B?
• Um professor que trabalha dois dias por semana em cada escola pode ter uma única conta?
• O grupo consegue fazer uma pergunta que abranja todas as escolas e obter uma única resposta, sem uma exportação?
• Quando a Escola C sai do grupo, os seus dados, utilizadores e conteúdos podem ser entregues e depois removidos?
• Uma escola pode ser restaurada a partir de cópia de segurança sem uma janela de manutenção para as restantes?

A todas se consegue responder no Moodle com configuração suficiente, ou com instalações separadas suficientes. O custo é a configuração, ou as instalações.

As três respostas habituais, e o compromisso de cada uma

Moodle Workplace

O escalão comercial, vendido através de parceiros certificados Moodle, que acrescenta multi-inquilinato. O compromisso: passa a comprar um produto comercial com um parceiro pelo meio, pelo que a licença gratuita deixa de ser a razão por que ali está — compare-o com outras plataformas comerciais em condições de igualdade, e não como fornecedor atual. E verifique como é que o formato de um grupo de escolas (anos de escolaridade, encarregados de educação, períodos letivos) se ajusta a um produto cujo centro de design é a formação em contexto de trabalho.

Um contrato com um parceiro

Um parceiro certificado aloja, atualiza, corrige e atende o telefone. O trabalho não desaparece; torna-se uma rubrica com um SLA, muitas vezes uma troca melhor do que uma contratação. Dois limites: por si só não acrescenta multi-inquilinato — isso continua a ser Workplace ou vários sites — e o custo tende a crescer com os sites e os utilizadores, pelo que um grupo acaba por pagar mais ou menos por escola. Pergunte como é a saída antes de assinar.

Instalações paralelas

Um Moodle por escola. Honestamente separados — dados, marca e indisponibilidade separados — e uma escola pode ser entregue entregando o seu site. O compromisso é que tudo se multiplica: dez escolas são dez janelas de atualização, dez matrizes de plugins, dez conjuntos de avisos, dez regimes de cópias de segurança. Os relatórios entre escolas passam a ser um exercício de exportar e juntar, normalmente uma folha de cálculo, normalmente uma pessoa que é a única que sabe como aquilo funciona. Uma alteração para todo o grupo é aplicada dez vezes e começa a divergir ao décimo primeiro mês.

Os grupos raramente decidem por instalações paralelas. Chegam a elas, porque um site novo foi a forma mais rápida de integrar a escola número quatro.

AI através de um plugin não é o mesmo que AI dentro do produto

A maior parte da capacidade de AI numa instalação Moodle chega sob a forma de plugin: um conetor para um fornecedor, um gerador de questões, um resumidor. Os plugins são a forma como o Moodle sempre cresceu. Mas há três propriedades que se comportam de maneira diferente quando uma funcionalidade é encostada ao lado de uma plataforma em vez de construída dentro dela.

Fundamentação

De onde vem a resposta? Um conetor genérico passa um prompt a um modelo e devolve texto, pelo que reflete o conhecimento geral do modelo e não o seu programa curricular nem a sua política de avaliação. Fundamentar significa pesquisa sobre o seu próprio material, com citações que remetem para o documento de onde veio cada frase. Num grupo, isso é antes de mais um problema de fronteira de dados: os documentos da Escola A nunca podem fundamentar uma resposta dada à Escola B, e um plugin assente num modelo de dados de site único não tem nenhuma fronteira de inquilino a respeitar.

Análise de segurança

Quem escolheu o modelo, quem escreveu o prompt, o que sai da sua infraestrutura, durante quanto tempo o fornecedor o guarda, e se o trabalho escrito de uma criança vai no conteúdo enviado. Com um plugin, a resposta é quem quer que o tenha escrito, mais o que quer que tenha configurado — analisável, por ser código aberto, mas o analista é você, plugin a plugin, a cada atualização.

Auditoria

Um período letivo depois, um pai ou um inspetor pergunta o que fez a AI. Consegue mostrar o que foi gerado, por quem, a partir de que fonte, e o que é que uma pessoa alterou antes de aquilo chegar a um formando? Um plugin escreve nas suas próprias tabelas, no seu próprio formato, quando escreve.

Os plugins não são o problema. A fronteira entre a AI e os dados tem de ser traçada por aquilo que traça todas as outras fronteiras, e um plugin não consegue traçar uma que a plataforma não tem.

Fazer as contas com honestidade

Não estime. Abra o sistema de pedidos e o registo de alterações dos últimos doze meses e conte.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Conte apenas as horas que desapareceriam genuinamente se mudasse. Depois liste à parte as perguntas ao nível do grupo a que hoje não consegue responder — quantos formandos, em todas as escolas, concluíram a formação de proteção de menores neste período letivo, e que escolas estão atrasadas.

Quando o Moodle continua a ser a resposta certa

Muitas vezes. Com uma equipa de sistemas interna que conhece o Moodle, ficar é frequentemente a escolha mais barata e mais defensável: controlo total da infraestrutura, sem dependência de um fornecedor, e um ecossistema de plugins que cobre pedagogia que nenhum roadmap comercial vai priorizar. Algumas regras de contratação exigem expressamente código aberto. E o custo de migração é real — conteúdos, bancos de questões, histórico de pautas, contas, e as ligações antigas impressas numa centena de manuais.

A razão errada para sair é uma atualização ter corrido mal. A razão certa é estrutural: o grupo cresceu, o problema passou a ser o seu formato e não o software, e o custo de operação é pago por pessoas contratadas para fazer outra coisa.

Se mesmo assim procurar noutro lado, o que verificar

Aqui somos nós o fornecedor, por isso leia em conformidade. A Lurno é uma plataforma multi-inquilino construída para o formato descrito acima; os grupos de escolas são o caso à volta do qual foi desenhada. Esta é a lista de verificação que gostaríamos de ver aplicada a nós e a todos os outros na sua lista.

• Modelo de inquilinato. Peça para ver organizações aninhadas a serem criadas ao vivo, e não desenhadas num diapositivo. Na Lurno, uma organização pode conter outras organizações, e um papel atribuído num ramo dessa árvore propaga-se para baixo — um responsável de proteção de menores do grupo é atribuído uma só vez.
• Onde o isolamento é imposto. A filtragem ao nível da aplicação está a um bug de uma fuga, por isso pergunte se a fronteira está na base de dados. A da Lurno está: 868 políticas de segurança ao nível da linha ao longo de 676 migrações, descritas na página de segurança.
• Marca e domínios. Marca branca por organização e um domínio personalizado com TLS automático, para que a página de início de sessão de cada escola seja a sua, e uma sub-organização herde a marca da organização-mãe até a substituir.
• Início de sessão. Seja exato, e responsabilize-nos por isso. Hoje a Lurno tem início de sessão via parceiro (silent SSO); o SSO SAML/OIDC, a MFA e as passkeys estão no roadmap e não estão disponíveis. Se as suas escolas iniciam sessão através do Entra ou do Google Workspace por SAML, peça a todos os fornecedores — a nós incluídos — datas por escrito.
• Normas. O SCORM 1.2, o SCORM 2004, o xAPI e o LTI 1.3 estão em desenvolvimento na Lurno — modelados no produto, com o runtime a ser construído. Se tem uma década de pacotes SCORM, pergunte isso primeiro, não em último.
• Condições comerciais. Hoje as contas são criadas por convite; o registo autónomo, os pagamentos e a finalização de compra estão desenhados, não construídos.
• O que um LMS corporativo não tem razão para construir. Um portal para encarregados de educação delimitado por categoria de dados, certificados com uma página pública de verificação, referenciais de competências com evidência, e quatro idiomas de produto incluindo árabe em RTL completo.
• Saída. Como se retira tudo, em que formato, e quanto tempo demora? Um fornecedor que responda depressa a isso está a dizer-lhe alguma coisa.

Mantemos uma comparação lado a lado mais completa entre a Lurno e o Moodle, incluindo uma declaração clara de para quem é que o Moodle é genuinamente melhor. Se as suas contas disserem que o Moodle fica, esse é um bom resultado — e terá o número para o defender na próxima reunião de orçamento.