Utilisateurs, étudiants, factures, fichiers, paramètres et rapports restent rattachés au centre authentifié.
T2 Center SaaS
Lancez votre logiciel de gestion scolaire comme un vrai SaaS : inscription client, données centre isolées, plans d abonnement, facturation manuelle, tickets support et contrôle propriétaire dans une seule plateforme claire.
Conçu pour vendre un logiciel scolaire comme service mensuel.
Le site public présente maintenant le SaaS lui-même. Les pages publiques des centres restent séparées et les accès admin/client sont clairs.
Le propriétaire SaaS active les abonnements après espèces, virement, PayPal ou tout paiement manuel.
Présences, emplois du temps, packs, cours, professeurs, paiements, dépenses et rapports restent connectés.
Demandes de renouvellement, upgrade, réponses support et notifications plateforme sont organisées par centre.
Une console propriétaire. Plusieurs centres clients protégés.
Le propriétaire SaaS obtient une visibilité globale, tandis que les utilisateurs centre arrivent directement dans leur dashboard sans accès aux autres centres.
Le statut d abonnement décide l accès.
Les clients essai et actifs utilisent l application. Les expirés vont vers billing. Les suspendus sont bloqués avec un chemin support.
Les chemins admin et client restent séparés.
Le propriétaire plateforme utilise l admin SaaS. Les utilisateurs centre utilisent le dashboard normal. Le login redirige chacun vers le bon espace.
Pensé autour de l isolation tenant et du contrôle abonnement.
Chaque action importante est vérifiée côté serveur. Le masquage UI aide, mais les contrôles backend protègent le business.
Protection tenant
Le centre courant vient de la session, jamais des URLs ou champs cachés.
- Filtres SQL avec center_id
- Vérifications propriété des enregistrements
- Uploads isolés par centre
Authentification
Les accès client et admin plateforme partagent la même base sécurité avec des destinations différentes.
- Mots de passe hashés
- Sessions sécurisées
- Protection CSRF des formulaires
Contrôles commerciaux
Les limites de plan et le statut abonnement sont vérifiés avant les actions sensibles.
- Blocage des comptes expirés
- Limites d utilisation par plan
- Journaux audit des actions admin
Commencez par un essai, activez manuellement quand le client paie.
Aucune passerelle de paiement n est nécessaire pour la première version. Ajoutez les paiements depuis l admin SaaS et les dates d abonnement se mettent à jour.
Basic
Plan SaaS de démarrage pour les petits centres.
- 2 utilisateurs
- 100 étudiants
- 10 professeurs
- Présences
- Rapports basiques
Pro
Plan SaaS professionnel pour les centres en croissance.
- 5 utilisateurs
- 500 étudiants
- 50 professeurs
- Présences
- Rapports basiques
- Rapports avancés
- Factures
- Rappels WhatsApp
Business
Plan SaaS business pour les opérations avancées.
- 20 utilisateurs
- 2000 étudiants
- 200 professeurs
- Présences
- Rapports basiques
- Rapports avancés
- Factures
- Rappels WhatsApp
Assez simple pour lancer, assez structuré pour ajouter les passerelles plus tard.
La première version supporte les paiements manuels. La structure passerelle peut être ajoutée plus tard sans mélanger les abonnements SaaS avec les paiements étudiants.
Le client démarre un essai
Un centre, un utilisateur propriétaire, un slug et un abonnement d essai sont créés depuis l inscription publique.
Le propriétaire confirme le paiement
L admin SaaS enregistre le paiement, choisit le plan et prolonge l abonnement depuis la console.
L accès suit le statut
Les comptes essai et actifs entrent dans l app. Les expirés ou suspendus sont guidés vers billing ou support.
Prêt à intégrer le prochain centre ?
info@t2.ma