Pedagógico, matrícula, financeiro, portais para secretaria, professor e família, e muito mais. Pix integrado. Desenvolvido pela LD. No ar em www.ensinus.tec.br.
O Ensinus é uma solução completa para gestão escolar, desenvolvida pela LD para redes municipais e escolas: pedagógico, matrícula, financeiro, comunicação e muito mais.
Cada perfil tem o seu portal — secretaria, direção, professor e família. Pix integrado. O sistema está no ar e o endereço é público.
Uma matrícula é lida por quatro pessoas que não fazem o mesmo trabalho. Secretaria cadastra. Coordenação olha turma. Financeiro cobra. Família quer o boletim. Se todo mundo cair na mesma tela, ninguém usa.
Em rede municipal isso dobra: várias escolas, calendário próprio, relatório consolidado para a secretaria — e uma unidade não pode ver a outra.
A LD entendeu essa operação e construiu o Ensinus em cima dela. BNCC no pedagógico. Pix no financeiro.
O problema não é lançar nota. É a malha. Turma, professor, período, avaliação, frequência, mensalidade e responsável se encostam o tempo todo. Um lançamento errado em um canto estraga o relatório no outro.
Professor na tela da secretaria não usa o sistema. Família caçando boletim em menu administrativo também não. Portal separado não era capricho — era condição de uso.
E o financeiro escolar tem mês cheio e mês de atraso. Precisava emitir cobrança, confirmar pagamento sozinho e aguentar o provedor falhar sem gerar boleto duplicado.
Um sistema, vários portais, um backend. Secretaria e direção administram. Professor lança diário. Família vê o que é do seu aluno. Permissão resolve no servidor, por perfil e por escola.
Pedagógico organiza período, turma, componente, avaliação e frequência, alinhado à BNCC. Financeiro cuida de matrícula, mensalidade, cobrança e baixa.
Pix confirma sozinho quando o provedor avisa. Se o aviso não chegar, uma rotina confere depois — sem cobrança duplicada. A família instala na tela do celular.
Períodos letivos, turmas, componentes curriculares, avaliações, frequência e boletim, com estrutura alinhada à BNCC.
Cadastro de aluno e responsáveis, vínculo com turma e período, e acompanhamento da situação da matrícula.
Mensalidades e cobranças com emissão, baixa automática de pagamento e tratamento de pendências.
Ambientes distintos para secretaria, direção, professor e família, cada um com escopo próprio de dados e ações.
Comunicação da escola com professores e famílias dentro do sistema, com histórico.
Consolidações por unidade e por rede para apoiar decisões da administração escolar.
Rede, escola, turma e usuário formam a hierarquia que sustenta o isolamento. Consultas são sempre escopadas pela unidade do usuário autenticado.
As regras vivem no backend e nas políticas de acesso ao banco. Um professor não alcança dado financeiro nem por chamada direta à API.
Período letivo, componente, avaliação e frequência são entidades próprias, com integridade referencial — condição para relatórios confiáveis.
Confirmação por webhook, chave de idempotência por cobrança e rotina periódica de conferência para evitar cobrança duplicada ou pagamento não baixado.
Instalação na tela inicial e notificações, reaproveitando o mesmo backend da versão web.
Infraestrutura, banco e contas de pagamento no nome do cliente, com repositório documentado entregue.
Geração da cobrança, recebimento do evento de pagamento por webhook e baixa automática no financeiro.
Rotina agendada que verifica pagamentos pendentes junto ao provedor, cobrindo falhas de comunicação.
Avisos de comunicados, pendências financeiras e eventos escolares no próprio ambiente do usuário.
Extração de dados de matrícula, frequência e financeiro para prestação de contas e uso interno da rede.
Esconder menu não é segurança nem usabilidade. Cada perfil tem seu próprio ambiente, e a autorização é verificada no servidor.
Recusamos atalhos como guardar avaliação em campo livre. Sem modelo relacional consistente, boletim e relatório divergem em algum momento.
Webhook pode não chegar. Assumimos isso desde o início com idempotência e conferência agendada, em vez de confiar em um único caminho.
Para o perfil de uso das famílias, instalação pela web entrega o essencial sem o custo de manter duas aplicações em lojas.
www.ensinus.tec.br. Abre antes da reunião. Se quiser entender uma decisão, pergunta para quem construiu.
Quantas escolas, quantos alunos, quanto fatura: isso é do cliente. Aqui a gente conta o que foi feito e por quê.
A LD. Arquitetura, módulos, Pix, portais e a evolução que veio depois.
Os dois. Rede com várias unidades ou uma escola só. A hierarquia rede–escola–turma segura os dois sem duplicar o sistema.
Componente, período e avaliação foram modelados para acompanhar a Base. O registro pedagógico segue essa organização — não é um campo de observação no fim da tela.
O sistema gera a cobrança. O provedor avisa quando pagou. O financeiro baixa sozinho. Se o aviso não chegar, uma rotina confere. Cobrança não duplica.
Sim. Secretaria, direção, professor e família têm portal próprio. A trava está no servidor e no banco — não só no menu escondido.
Sim. A família coloca na tela do celular. É o mesmo sistema da web, sem um app separado nas lojas.
Sim, sob medida. Também temos o LD Labs, nossa plataforma educacional white label. As duas frentes estão na página de software educacional.
O cliente. Código, nuvem e conta de pagamento no nome dele. Propriedade no contrato.