Member management software for a federation or a network
Not every network head office negotiates purchasing terms. A trade federation, a union, an employers' group or a retail brand maintains a directory, calls subscriptions, manages mandates and collects data from its members. The mechanics resemble those of a buying group, but the objects and the deadlines are not the same.
3 weeks
of scoping and prototyping before any development commitment
Fixed price
scope and price agreed up front, no time-and-materials billing
Source code
handed over and documented, reversibility written into the contract
Member management software for a federation or a network has little in common with a CRM. A CRM tracks prospects you want to convert; a network head office tracks members who are already there, who pay subscriptions, sit on committees, answer surveys and expect proof of what their membership buys them. The central piece of data is not the sales opportunity but membership itself, and how long it has lasted.
What a federation shares with a buying group
We come from buying-group software, and the first thing we noticed working with federative bodies was how many mechanics are identical under different names. A subscription based on payroll and a rebate based on declared revenue pose the same problem: a self-declared base, a tiered scale, pro-rata treatment, and a campaign to open, chase and close.
| Need | Buying group | Federation, union or network |
|---|---|---|
| Member master data | Member companies and their delivery sites | Legal entities, sites, individuals and the mandates they hold |
| Money flow | Rebates and back margin redistributed to members | Subscriptions called, sometimes indexed on headcount or payroll |
| Periodic declaration | Revenue by supplier and by product family | Sector surveys, industry indicators, employment data |
| Structuring external party | Approved suppliers and their amendments | Public authorities, the industry body, joint bodies |
| Constitutional life | General meeting, colleges, volume commitments | Named mandates, committees, elections, quorum, representation |
| Documents | Framework agreements, amendments, price lists | Articles, collective agreements, minutes, official positions |
The divergence lies elsewhere. A buying group has one structuring third party — the supplier — on which most of its data depends. A federation has no such object: its complexity is internal, and concerns representation, mandates, colleges and the scope of what each member is entitled to see. Where a buying group has to trace amounts, a federative body has to trace standing: who was a paid-up member on the day of the vote, who sat in which capacity, who was informed of what.
The directory is a data model, not a list
This is where most generic tools give way. A member is not a row: it is a legal entity, one or more sites, individuals attached in distinct roles, and a membership with a start date, sometimes an end date, and often a resumption after a gap.
Three levels, not one
The member organisation, its sites — which may belong to different regional sections — and the individuals: director, technical contact, billing contact, mandate holder. All three evolve independently.
Multiple affiliations
One member can belong to a regional section, an activity branch and a size college at once. Those attachments determine voting rights, subscription scale and what the member receives.
Industry attributes
Activity code, headcount, applicable collective agreement, approvals and qualifications, certifications with expiry dates. These feed the regulatory returns and the sector statistics.
History of changes
Mergers, acquisitions, name changes, terminations and rejoins. Overwriting the previous state makes multi-year statistics and any seniority check impossible.
Consent and distribution
Who agrees to appear in the public directory, who receives which mailing list, who opted out. The evidence of consent has to be kept as long as the consent itself.
Visibility scope
A committee chair does not see what a staff member or an ordinary member sees. Permissions are reasoned by scope — section, committee, mandate — rather than screen by screen.
Subscriptions, calls for funds and arrears
The subscription is to a federation what the rebate is to a buying group: the most scrutinised calculation, the one that must be correct and explainable. Scales are rarely flat — they index on headcount, payroll, declared revenue or number of sites — which means a collection campaign has to run before anything can be invoiced.
Open the declaration campaign
Each member declares the year's base — headcount at 31 December, payroll, revenue. Automatic reminders, plausibility checks against the previous year, and an approval status set by staff.
Apply the scale
Tiers, floors, caps, reductions by college or seniority, pro-rata treatment for mid-year joiners. The scale is voted on: it must be versioned and dated, exactly like a supplier price list.
Issue the call for funds
Calls generated, instalment plans where they exist, sending with proof of dispatch, export to accounting. Credit notes and corrections follow the same route as the calls, never an isolated manual fix.
Track arrears
Graduated reminders and, above all, constitutional consequences: loss of voting rights, suspension of services, termination. These states must be computed, not held in a spreadsheet alongside the directory.
Mandates, committees and constitutional life
This is the area generic association tools handle worst, because it does not reduce to a contact record. A mandate links an individual, the organisation they represent, a body, a term and a means of appointment.
- External mandates: seats on industry bodies, joint committees and public commissions, with terms, renewals and substitutes.
- Internal committees and working groups: membership, convocations, agendas, minutes, actual attendance — which becomes a renewal criterion.
- Elections: electoral rolls computed as at a given date, colleges, quorum, proxies, and archived minutes.
- Segmented outbound communication: by section, by college, by qualification, with proof of dispatch where the information carries regulatory weight.
- Regulatory collection: mandatory surveys, statistical returns and sector indicators, with a response rate tracked as a measure of the network's health.
An employers' group adds one further layer, and it is the one closest to a buying group: seconding staff to members means splitting working time, recharging pro rata, and reconciling two views — the group's and each user company's. A franchise or retail network, meanwhile, meets the rebate mechanic in reverse: a royalty based on the outlet's declared revenue, with the same needs for collection, verification and justification.
What we do, and what we do not
MEKANO is a Lyon-based development studio building management software for buying groups and member networks: member directory and portal, self-declared data collection, scale-based calculation, document management with full-text search, reporting. We work at a fixed price, in batches of a few weeks, and the source code is handed over with its documentation. The most complete platform we have delivered runs the operations of a Lyon buying group of more than sixty member companies, on a Go, React and PostgreSQL stack.
What we do not do: replace an accounting system, a payroll system or an emailing tool that works. On those scopes, off-the-shelf products do it better and cheaper. Bespoke development is only justified where your organisation has rules nobody wrote for it — a subscription scale voted at a general meeting, a college structure that exists nowhere else, a regulatory return specific to your industry.
Frequently asked questions
- We already use an association CRM. Do we have to replace everything?
- Rarely in full. The useful question is what your tool cannot model: usually the indexed subscription scale, mandates with terms and substitutes, voting colleges, and regulatory collection campaigns. Those pieces can be built alongside and synchronised with the existing directory, provided you decide which source is authoritative for each field. We always start with that mapping before proposing any replacement.
- How do you handle mid-year joiners and terminations?
- With dates, never with a binary status. A membership has an effective date, possibly an end date and sometimes a resumption after a gap; the subscription is computed pro rata over that period. The same history then supports seniority, electoral rolls as at a given date and multi-year statistics. It is exactly the mechanic used for members joining a buying group mid-campaign.
- Can a federation reuse a platform designed for a buying group?
- The cross-cutting building blocks do transfer: multi-level directory, portal, declaration campaigns with reminders, scale-based calculation engine, document management with search, accounting exports. What does not transfer is everything supplier-related — approval, pricing amendments, back-margin allocation — and in exchange the constitutional side has to be built: mandates, committees, quorum. Expect roughly half shared foundation, half specific.
- How do you handle members' and mandate holders' personal data?
- The model separates data about the legal entity from data about individuals, so different retention periods can apply and personal records can be purged without losing the constitutional history. Distribution consents are kept with their date and origin, access is logged, and a full export of a member file is built as a feature rather than a database operation. Hosting is your choice: since the source code is handed over, you are not tied to our infrastructure.
- What does it cost to start, and how soon do we see something?
- The entry point is a three-week scoping and prototyping engagement, between 6,000 and 10,000 EUR excluding VAT, at the end of which you hold a written scope, a prototype you can handle and a firm price for the first batch. The first process put live — usually the directory or the subscription campaign — then follows within a few weeks of development, in two-week sprints. Each batch is usable and fundable on its own.
Read next
Management applications for buying groups and member networks
The pillar: supplier approval, revenue declarations, rebate calculation, document management and a member portal, in one platform fitted to your rules.
Read moreCustom member portal and membership management software
A member portal is judged on one number: how many members log in without being asked to. Most buying-group extranets plateau at a few dozen visits a year, because they were designed as a document showcase when members were looking for a service desk.
Read moreDocument management with semantic search across your contracts
A buying group accumulates framework agreements, amendments, certificates, purchasing committee minutes and supporting documents by the thousand. Storing them was never the hard part. The day the managing director asks which agreements include a logistics discount, no network share can answer.
Read moreAutomated reporting for a buying group: figures you can defend
A buying group spends a remarkable amount of time rebuilding the same statements: the managing director's dashboard, the per-supplier summaries before annual negotiation, member statements, the board pack. Automating them saves days — provided the data underneath is consolidated and dated.
Read moreLet's talk about your situation
Thirty minutes, no commitment. You leave with a straight answer on feasibility, a budget order of magnitude and the next steps.
Book the call