Sistema com módulos pedagógico e financeiro, matrículas, mensageria e portais separados por perfil de usuário, alinhado à BNCC, com Pix integrado e instalável como aplicativo. Publicado em www.ensinus.tec.br.
O Ensinus é um sistema de gestão escolar desenvolvido pela LD Tecnologia e Serviços para redes municipais e escolas, reunindo pedagógico, financeiro, matrículas e comunicação em portais separados por perfil — secretaria, direção, professor e família.
É um exemplo concreto de sistema corporativo com muitos perfis simultâneos, integração de pagamento por Pix e acesso instalável pelo celular (PWA), disponível para inspeção em endereço público.
Gestão escolar é um dos domínios mais densos que existem em software corporativo: um mesmo dado — a matrícula de um aluno — é lido pela secretaria, pela coordenação pedagógica, pelo financeiro e pela família, com necessidades e permissões completamente diferentes.
Em redes municipais isso ganha outra camada: várias escolas sob a mesma administração, calendários e turmas próprias, e a exigência de relatórios consolidados para a secretaria de educação sem que cada unidade veja dados das outras.
A LD Tecnologia e Serviços desenvolveu o Ensinus para atender esse cenário, com organização pedagógica alinhada à BNCC e operação financeira integrada a meio de pagamento digital.
O problema não é registrar notas, e sim manter coerência entre módulos que se referenciam constantemente. Turma, professor, componente curricular, período letivo, avaliação, frequência, mensalidade e responsável financeiro formam uma malha: mudar um lançamento em qualquer ponto pode invalidar relatórios em outro.
Além disso, cada perfil precisa de uma interface própria. Um professor que vê a mesma tela da secretaria não usa o sistema; uma família que precisa navegar por menus administrativos para ver um boletim também não. Portais separados eram requisito, não preferência estética.
Por fim, o financeiro escolar tem sazonalidade e inadimplência: era necessário emitir cobranças, confirmar pagamentos de forma automática e tratar falhas de comunicação com o provedor sem gerar cobrança duplicada.
Construímos um sistema com portais distintos sobre um único backend: secretaria e direção com visão administrativa, professor com diário e lançamentos, e família com acesso ao que diz respeito ao seu aluno. As permissões são resolvidas no servidor, por perfil e por unidade escolar.
O módulo pedagógico organiza períodos letivos, turmas, componentes curriculares, avaliações e frequência, com a estrutura curricular alinhada à BNCC. O financeiro cobre matrículas, mensalidades, emissão de cobrança e conciliação de pagamento.
O pagamento por Pix foi integrado com confirmação automática via webhook e uma rotina periódica de conferência, para o caso de a notificação do provedor não chegar. A plataforma é instalável como aplicativo (PWA), o que atende famílias que acessam quase sempre pelo 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.
O Ensinus está publicado em www.ensinus.tec.br. O endereço é público e pode ser aberto e avaliado antes de qualquer conversa comercial com a LD.
Não divulgamos número de escolas, alunos ou receita: são informações da operação do cliente. O que apresentamos aqui é escopo, arquitetura e decisões técnicas, tudo verificável em conversa com nosso time.
A LD Tecnologia e Serviços, software house com sede em São Paulo, é responsável técnica pelo desenvolvimento do sistema, incluindo arquitetura, módulos, integrações e evolução.
O sistema foi desenhado para operar tanto em redes com várias unidades quanto em escolas individuais. A hierarquia rede-escola-turma sustenta os dois cenários sem duplicar a base de código.
A estrutura curricular — componentes, períodos letivos e organização das avaliações — foi modelada para acompanhar a Base Nacional Comum Curricular, de modo que os registros pedagógicos sigam essa organização.
A cobrança é gerada pelo sistema e enviada ao provedor de pagamento; a confirmação chega por webhook e dá baixa automática no financeiro. Uma rotina agendada confere pagamentos pendentes para o caso de o webhook falhar, com idempotência para não duplicar cobrança.
Sim. Secretaria, direção, professor e família têm portais e escopos distintos, e a autorização é verificada no servidor e nas políticas de acesso ao banco — não apenas na interface.
Sim. É um PWA instalável na tela inicial do celular, com notificações, aproveitando o mesmo backend da versão acessada pelo navegador.
Sim, sob medida. Também mantemos o LD Labs, nossa plataforma educacional própria em modelo white label. A página de software educacional detalha as duas frentes.
O cliente. Repositório documentado entregue, infraestrutura e contas de pagamento no nome dele, propriedade intelectual definida em contrato.