ERP, SIS, LMS, CRM : quelle architecture applicative pour un établissement d'enseignement ?
Photo : Pexels
En bref. ce guide sur erp répond à 8 questions concrètes que se posent les fondateurs et les directions d'établissements privés au Maroc.
L'architecture applicative d'un établissement décrit les logiciels qu'il utilise, ce que fait chacun, et les données qu'ils échangent entre eux et avec l'extérieur, comme Massar ou la comptabilité.
ERP, SIS, LMS, CRM : les sigles se chevauchent, et les éditeurs entretiennent parfois la confusion en présentant leur produit comme la réponse à tout.
Voici le rôle de chaque type de logiciel, les données qu'ils échangent, et les questions à se poser pour construire une architecture cohérente. Cet article décrit des catégories de solutions ; il ne compare aucune marque.
Que fait chaque logiciel ?
| Logiciel | Rôle | Utilisateurs principaux |
|---|---|---|
| ERP | Gestion administrative et financière : facturation, paiements, RH, achats | Direction, finances, RH |
| SIS (système d'information étudiant) | Scolarité : inscriptions, classes, notes, absences, examens, diplômes | Scolarité, enseignants, familles, étudiants |
| LMS | Apprentissage : cours en ligne, devoirs, activités, suivi des apprenants | Enseignants, élèves, stagiaires |
| CRM | Relation avec les prospects : demandes, relances, suivi des admissions | Admissions, marketing |
Dans le scolaire, les « ERP scolaires » couvrent souvent à la fois l'ERP et le SIS. Dans le supérieur, on trouve plus souvent un SIS distinct. Voir l'ERP scolaire, le LMS et le CRM.
Une suite intégrée ou des briques spécialisées ?
| Suite intégrée | Briques spécialisées | |
|---|---|---|
| Atout | Une seule base, moins d'interfaces | La meilleure couverture de chaque besoin |
| Limite | Certains modules moins riches | Interfaces à construire et à maintenir |
| Convient à | Écoles et centres de taille moyenne | Établissements importants ou très spécifiques |
Quelles données circulent entre eux ?
- Du CRM vers le SIS : le prospect devient inscrit.
- Du SIS vers l'ERP : l'inscription déclenche la facturation.
- Du SIS vers le LMS : les classes et les inscriptions créent les espaces de cours.
- Du LMS vers le SIS : certaines notes remontent.
- De tous vers l'outil de pilotage : les données alimentent les tableaux de bord (voir Power BI).
La règle de base : chaque donnée a une source de référence unique. L'élève est créé à un seul endroit, puis partagé.
Où placer Massar et la comptabilité ?
Dans le scolaire, Massar est une obligation : les données saisies doivent être cohérentes avec celles de l'outil de l'école, idéalement par export plutôt que par double saisie (voir Massar et l'école privée). La comptabilité peut être un module de l'ERP ou un logiciel distinct ; dans ce cas, l'interface avec la facturation est prioritaire.
Dans quel ordre mettre en place les outils ?
En général, la scolarité et la facturation d'abord, parce qu'elles portent les données de référence ; puis le LMS et le CRM ; enfin le pilotage. Cet ordre se décide dans le schéma directeur, et chaque choix se prépare avec un cahier des charges.
À quoi ressemble une architecture cible type ?
| Brique | Rôle principal | Échange avec |
|---|---|---|
| CRM | Contacts, candidatures, conversion | SIS ou ERP : création de l'élève à l'inscription |
| SIS ou ERP scolarité | Élèves, classes, notes, absences, documents | LMS, Massar, portail, comptabilité |
| LMS | Cours, devoirs, ressources, progression | SIS : inscriptions et notes |
| Facturation | Frais, échéances, encaissements | SIS, comptabilité, paiement en ligne |
| Comptabilité | Écritures, états financiers | Facturation, paie |
| RH et paie | Personnel, contrats, salaires | Comptabilité, emplois du temps |
| BI | Tableaux de bord | Toutes les briques |
| Annuaire | Comptes et accès uniques | Toutes les briques |
L'annuaire est souvent oublié. Un compte unique par personne simplifie la vie des utilisateurs et sécurise les départs.
Comment documenter les échanges entre les outils ?
Pour chaque échange, une fiche courte suffit :
- la donnée échangée et son sens : de quel outil vers quel outil ;
- le déclencheur : en temps réel, chaque nuit, à la demande ;
- l'outil maître de la donnée, qui fait foi en cas d'écart ;
- le traitement des erreurs : qui est prévenu, comment corriger ;
- le responsable de l'échange.
Cette documentation évite qu'une interface tombe en panne sans que personne ne sache la réparer. Voir le schéma directeur SI.
Comment faire évoluer une architecture existante ?
- Partir des irritants : doubles saisies, données contradictoires, fichiers parallèles.
- Fixer l'outil maître pour chaque donnée importante.
- Remplacer d'abord la brique qui bloque les autres.
- Éviter de multiplier les outils pour des besoins couverts par une brique existante.
Questions fréquentes
Un ERP scolaire remplace-t-il un LMS ?
Rarement. Certains ERP proposent des fonctions de cours en ligne, mais un LMS va plus loin dans l'apprentissage. Il faut vérifier les besoins pédagogiques.
Qu'est-ce qu'un SIS ?
Un système d'information étudiant : le logiciel qui gère la scolarité, des inscriptions aux diplômes.
Faut-il un CRM pour les admissions ?
Il devient utile dès que les demandes sont nombreuses et que plusieurs personnes les suivent. Avant, le module d'admission de l'ERP peut suffire.
Combien d'interfaces prévoir ?
Le moins possible : chaque interface se construit, se teste et se maintient.
Qu'est-ce qu'un outil maître de la donnée ?
C'est le logiciel qui fait foi pour une donnée : par exemple le SIS pour l'identité d'un élève. Les autres outils reçoivent cette donnée sans la modifier, ce qui évite les contradictions.
Faut-il une plateforme d'intégration ?
Pour quelques échanges simples, les connecteurs fournis par les éditeurs suffisent. Une plateforme d'intégration devient utile quand les échanges se multiplient et qu'il faut les surveiller.
Conclusion
Une bonne architecture applicative attribue à chaque logiciel un rôle clair et à chaque donnée une source unique. Le reste découle de ces deux principes.
Notre conseil : dessinez votre architecture cible sur une page avant de consulter le premier éditeur. Elle évite d'acheter deux fois la même fonction.