Filosofia geral do Omniscol

Antes das funcionalidades, alguns princípios estruturam a experiência Omniscol e explicam por que o software toma certas decisões em vez de outras.

O contexto de negócio

O horário não é uma simples tabela a preencher. É um problema de otimização sob restrições:

• restrições numerosas e muitas vezes implícitas;
• restrições por vezes contraditórias;
• forte desafio operacional: o início do ano letivo, o semestre ou o período tem de funcionar.

O Omniscol foi concebido como um assistente de planejamento sob restrições: acelera o trabalho, assinala as impossibilidades e deixa o arbitramento de negócio para o usuário.

O que o Omniscol não é

O Omniscol destina-se a interligar-se com outros sistemas via importações, exportações, iCal, API REST documentada, OIDC / SSO conforme o contrato e sincronização com sistemas externos. Não procura substituir as ferramentas de negócio que cobrem outros perímetros. Consulte também integrations.partners.

Os cinco princípios fundadores

1. O dado antes do cálculo

Não é possível gerar um horário confiável sem dados consistentes: sites, salas, professores, turmas, grupos, disciplinas, volumes horários, disponibilidades e restrições.

2. Separação estrutura / vida quotidiana

Construir um horário e conviver com um horário publicado são duas atividades diferentes. A primeira faz-se sobretudo em Gestão de horários letivos, a segunda em Horário, Gestão de ausências e Painel.

3. Restrições rígidas e restrições de otimização

Certas restrições tornam um horário inválido e são tratadas como restrições estritas: um professor num único local ao mesmo tempo, uma turma sem colisão salvo grupos numa divisão de turma, uma sala padrão atribuída a uma única aula, as indisponibilidades, as capacidades, os recursos materiais e os deslocamentos entre sites.

Outras restrições servem para melhorar a solução: disponibilidades indesejáveis, buracos, equilíbrio dos dias, ordem pedagógica entre disciplinas, máximos ou mínimos de horas, número de dias de presença. São avaliadas como penalizações que a geração automática procura reduzir.

4. Rascunhos e versões

Um horário não publicado não tem impacto no que os usuários veem. Você pode duplicar, testar, comparar, bloquear certas aulas, relançar uma geração e publicar apenas quando o resultado convém.

Os snapshots, quando estão ativos, acrescentam uma rede de segurança para voltar atrás ou restaurar certos dados.

5. O usuário permanece dono do dado

O Omniscol permite a exportação JSON completa, as exportações de negócio conforme as telas e a reversibilidade. As automatizações não substituem a decisão humana.

Os conflitos são uma informação, não um erro

Na entrada manual, o Omniscol assinala os conflitos mas deixa o usuário arbitrar. Isto é útil para os casos particulares reais: sala de tempo suplementar, ultrapassagem assumida de uma capacidade teórica, atribuição de uma sala fora da especialização por uma razão local.

Na geração automática, o algoritmo de geração não produz voluntariamente colisão maior. Se nenhuma solução completa for encontrada, conserva o melhor horário calculado e deixa as aulas impossíveis de posicionar na lista de post-its não posicionados.

O bloqueio de uma aula permite ancorar um posicionamento pretendido: a geração seguinte ajusta as outras aulas em torno desse bloqueio.

Multi-horário como princípio de modelagem

O Omniscol é nativamente multi-horário. Vários horários podem coexistir para uma mesma instituição:

• anos letivos distintos;
• semestres ou períodos;
• separação lógica por campus, departamento ou ciclo;
• combinação de tipos diferentes, por exemplo semanal recorrente e calendário datado.

Em Premium, vários horários podem estar ativos em paralelo — uma ativação específica é também possível em certas contas Standard. Uma escola pode ter um ciclo preparatório em dois horários semanais para cada semestre, um ciclo de grande escola em calendário não recorrente e, simultaneamente, um programa ExecMBA de 18 meses, que começa e termina em defasagem em relação aos outros planejamentos e ao ano letivo. Com o Omniscol, é possível criar cada horário separadamente, mas beneficiar da gestão dos conflitos cruzados durante o planejamento, depois ativar tudo em paralelo, simultaneamente, para que o resultado final seja uma vista fundida, transparente para os usuários finais.

IA de otimização e agentes externos

O algoritmo de geração é uma IA de otimização metaheurística Monte-Carlo neuro-simbólica. O motor explora posicionamentos sob restrições, procura uma solução válida e depois otimiza as penalizações, com uma rapidez impressionante (ex.: menos de um minuto para uma escola de 16 turmas). Se uma solução válida não for encontrada, um sistema de relaxamento sacrifica as aulas de forma inteligente e procede na mesma à otimização do resultado. O Omniscol é uma empresa AI-first, nascida de uma longa fase de I&D "deeptech".

O Omniscol dispõe também de outros algoritmos do tipo IA simbólica, para verificar os conflitos, detectar as inconsistências de configuração, fazer propostas de melhoria ou alertas de configuração, pré-filtrar a melhor solução numa lista de propostas, ou ainda alocar automaticamente um subconjunto de salas a um subconjunto de aulas, tudo no navegador, imediatamente.

O Omniscol expõe também ferramentas de API a agentes compatíveis via MCP quando a opção e os direitos estão ativos. Isto permite interagir com o Omniscol em linguagem natural, para estender as possibilidades fornecidas pela interface gráfica, indo buscar diretamente os dados pertinentes no servidor do Omniscol. Estes agentes atuam no perímetro do token fornecido; os usos de consulta são os mais seguros, e qualquer ação de escrita deve permanecer verificada pelo usuário. Atualmente, o melhor agente de IA para interagir com o Omniscol é o Claude, na versão Desktop.