Solutions · Applications · Gestion des membres
Nos solutions métier pour les fédérations, les chambres et les établissements de formation ne sont pas des produits distincts, mais les mêmes applications dans un autre assemblage. Cette page en décrit une isolément : la gestion des membres. Elle porte les personnes, les adhésions, les rôles et les cotisations — et elle peut être déployée seule, bien avant qu'un autre domaine ne s'y ajoute.
Ce que porte l'application
L'erreur la plus fréquente lorsqu'on reconstruit une gestion des membres est de traiter l'adhésion comme un simple champ de la fiche personne. On perd alors tout ce qui en fait un objet propre — et on ne s'en aperçoit que lorsque quelqu'un adhère une deuxième fois.
Une personne physique et une organisation membre sont deux choses différentes, et toutes deux peuvent être membres. Les interlocuteurs sont rattachés à l'organisation, non à l'adhésion — un changement de direction laisse l'adhésion intacte.
Avec début, fin, statut et historique. Celui qui a été membre deux fois a deux adhésions et une seule personne. Cela semble évident et c'est précisément là qu'une reconstruction dans un CRM atteint ses limites.
Comité directeur, délégués, responsables de section, destinataires de facture : librement définissables et limités dans le temps. Une personne peut porter plusieurs rôles à la fois, y compris dans des adhésions différentes.
Forfait, selon le chiffre d'affaires, selon l'effectif ou selon votre propre formule. La classe est rattachée à l'adhésion, non à la personne — lorsqu'un membre change de classe, l'historique des déterminations antérieures reste lisible.
Succursales, antennes, circonscriptions, fédérations régionales, sections spécialisées. Une organisation peut dépendre d'une autre sans qu'il faille créer les personnes en double.
Avec validité, date de signature et révocation. Le mandat appartient à la personne qui paie — qui n'est pas forcément celle qui est membre, et cela ne se laisse pas représenter dans un tableur.
Automatismes
Une opération sur toutes les adhésions concernées, avec classe de cotisation, période et mode de paiement par cas. Ce qui en sort part vers Business Central comme créance et y devient une pièce — et non comme liste à ressaisir.
Lorsqu'une adhésion arrive à terme, le statut change de lui-même. Aucun suivi manuel n'est nécessaire, et personne n'écrit par mégarde à un ancien membre.
Chaque message part dans la langue enregistrée sur la personne, sur la base de 16 modèles de courriel. Les textes sont gérés par votre secrétariat lui-même.
La frontière
La ligne passe exactement là où une créance devient une pièce. Tout ce qui précède appartient à l'application, tout ce qui suit à Microsoft Dynamics 365 Business Central :
Cette frontière n'est pas un hasard technique mais une décision, avec une raison simple : les règles de cotisation changent rarement, la fiscalité constamment. Lors d'un changement fiscal, c'est à Microsoft de suivre et non à nous — et vous n'avez pas à attendre notre plan de versions parce qu'un taux a changé. Qui achète une gestion des membres avec comptabilité intégrée achète du même coup cette attente.
Où se trouve l'application
La gestion des membres n'est pas reconstruite pour chaque secteur. Ce qui diffère, ce sont les domaines qui l'entourent et la terminologie de surface.
Gestion des membres plus formation, certification, portail des membres, gestion des services et correspondance — tous les domaines sur un même jeu de données.
Vers la solution →La même logique de personnes et de contrats, mais avec des participants au lieu de membres : cours, sessions, inscription, certificats et re-sollicitation.
Vers la solution →Délimitation
Une liste de fonctions dit ce qu'une chose sait faire. Ce qu'elle ne fait expressément pas est souvent plus utile — cela épargne la démonstration au cours de laquelle on découvre qu'on ne parlait pas de la même chose.
Questions fréquentes
Un CRM connaît les personnes et les entreprises, mais il ne connaît pas l'adhésion. Dans un CRM, l'adhésion est généralement reproduite sous forme de champ sur la personne, et l'on perd ainsi tout ce qui la constitue : période, statut, historique, rôles, classe de cotisation. Celui qui a été membre deux fois, avec une interruption, a deux adhésions et une seule personne — cela ne se laisse pas représenter dans un champ. Dans cette application, l'adhésion est donc un objet à part entière, avec sa propre durée de vie. La personne subsiste à côté, même lorsqu'aucune adhésion n'est en cours.
L'application porte les personnes, les adhésions, les rôles, les classes de cotisation et le traitement des cotisations. Elle calcule qui doit combien et à quelle date. Ce qui en devient une pièce est créé dans Microsoft Dynamics 365 Business Central : facture ou avis, TVA, prélèvement SEPA, relances et transmission à la comptabilité. XRechnung et ZUGFeRD y sont des fonctions standard ; DATEV est raccordé par des add-ons établis. Cette frontière est délibérée : les règles de cotisation changent rarement, la fiscalité constamment — et lors d'un changement fiscal, c'est à Microsoft de suivre, pas à nous.
Oui, et c'est le point de départ le plus fréquent. La gestion des membres est le socle sur lequel s'appuient la formation, la certification et le portail — l'inverse n'est pas vrai, elle n'a besoin d'aucun d'entre eux. Commencer par elle laisse un fichier de personnes et d'adhésions propre, et chaque domaine supplémentaire peut être ajouté séparément. La gestion des services ne demande que la base de plateforme commune ; son lien avec la gestion des membres est optionnel.
Une personne est créée une seule fois et peut porter des adhésions et des pièces dans plusieurs entités. La fédération, l'académie et une société de services reçoivent chacune leur propre société comptable dans Business Central, tout en partageant un même fichier de personnes dans Microsoft Dataverse. C'est prévu et non un développement de projet ; la question du coût de la deuxième entité mérite d'être posée à tout fournisseur.
Les données se trouvent dans votre propre tenant Microsoft, dans Microsoft Dataverse. C'est la même base de données qu'utilise Microsoft Dynamics 365 — pas un format propriétaire dont il faudrait un jour sortir. Un export complet est possible à tout moment, et un autre prestataire peut reprendre la solution, parce que chaque composant en dessous est un produit standard de Microsoft.
Apparenté
Ce qu'une chambre exige de plus qu'une fédération : appartenance obligatoire, avis de cotisation, attestation de formation, obligation déclarative.
En savoir plus →Pourquoi Dataverse comme base commune est l'alternative à quatre systèmes isolés — avec le tableau des coûts et les limites.
En savoir plus →Les fédérations d'utilité publique et les organismes de droit public paient rarement le plein tarif chez Microsoft — la vérification vaut la peine avant tout achat.
En savoir plus →Démonstration de 60 min · gratuite
Une heure suffit pour montrer l'adhésion, les rôles et un traitement des cotisations sur vos propres cas — et pour dire ce qui relève du paramétrage et ce qui relève du développement. Venez avec le secrétariat, le service des cotisations et l'informatique.
