Published:
Last updated (content):
Last updated (prices):

Swiss umbrella organizations can provide their sections with a central payment platform through which each section independently collects membership fees, event tickets, and course fees – with their own branding and their own payout to the section's account. The association maintains an overview via an aggregated Dashboard and can automatically deduct an association share (e.g., licensing fee or umbrella organization contribution) per transaction via split payments before the remainder flows to the section.
This guide explains how such a platform solution works, which architectural variants exist, and shows three concrete scenarios for Swiss associations.
1. The Problem: Why decentralized payment solutions slow down associations
In many Swiss associations, each section has its own payment solution – or none at all. The gymnastics club in Zug uses PostFinance E-Finance and QR bills, the Bern section works with club software, and the Lausanne section collects cash. The umbrella organization has no overview of the payment flows, cannot provide aggregated figures for the delegates' assembly, and has no way to automatically collect the association's share.
This scenario leads to three concrete problems. First: The association must manually request and track the contribution of each section – with 40–500 sections, this is a significant administrative effort. Second: The sections offer their members an inconsistent payment experience – some accept TWINT, others only bank transfers. Third: For training courses, licenses, or events offered centrally by the association, a uniform processing system is lacking.
2. The Solution: Central platform with decentralized accounts
An association platform is a central payment infrastructure through which all sections of an association process payments – without the association itself receiving the payments. Each section has its own sub-account (sub-comerciante account) with its own branding, its own products, and its own payout to the section IBAN.
The association acts as the platform operator and handles the onboarding of the sections. In the background, payment processing is handled by a Payment Service Provider (PSP) who, as a technical partner, covers the regulatory requirements (KYC verification, Anti-Money Laundering Act) for each section. The association itself usually does not need its own financial market license because it does not act as a payment intermediary – the funds flow directly from the payer via the PSP to the section.
2.1 Split Payment: Automatically deduct the association share
Split Payment means that an incoming payment is automatically split into two or more parts. For associations, this is the decisive mechanism: With every transaction of a section, a predefined share (e.g., 5% or a fixed amount of EUR 2) is transferred to the association, and the remainder goes to the section. This way, the association does not have to request its contribution separately – it is automatically deducted with each payment.
Example: A member of the Bern section pays their annual fee of EUR 120 via TWINT. The PSP automatically deducts EUR 6 (5%) as the association share and transfers EUR 114 minus transaction fees to the IBAN of the Bern section. The association share is collected and periodically paid out to the umbrella organization. No manual effort, no invoices, no follow-ups.
2.2 Reporting: Two levels, one dashboard
A platform solution typically offers two reporting levels. The association sees aggregated figures: total transaction volume of all sections, association shares, number of active sections, top sections by revenue. Each section sees only its own transactions: incoming payments, payouts, open items. The sections have no insight into the data of other sections.
3. Architecture variants: Which model fits your association?
Depending on the size of the association, technical know-how, and budget, three architectural variants are possible.
Criterion | Model A: Manual referral | Model B: Platform solution (PSP) | Model C: White-Label Payment |
Principle | Association refers sections to a PSP, each section opens an account itself | Association operates a central platform, onboards sections via API or Dashboard | Association offers payment solution under its own brand (White-label PSP) |
Onboarding sections | Each section independently | Association onboards centrally (incl. KYC) | Association onboards centrally |
Split Payment | No (manual collection of association share) | Yes (automatically per transaction) | Yes (automatic, full control) |
Branding per section | Yes (own account) | Yes (Sub-Comerciante with own logo) | Optional (White-label = association brand) |
Aggregated reporting | No | Yes (Association Dashboard) | Yes (full control) |
Technical effort | None | Low–Medium (Dashboard or API) | High (API integration, own frontend) |
Costs for Association | EUR 0 (sections pay themselves) | Platform fee or revenue share | License fee + integration costs |
Ideal for | Small associations (5–20 sections) | Medium–large associations (20–500 sections) | Large associations with their own tech team |
Most Swiss associations fare best with Model B: A platform solution via a PSP that handles onboarding, KYC verification, and payment processing. The association configures the platform, onboards the sections, and defines the split payment rules. Providers with platform solutions in Switzerland include Payrexx, Stripe Connect, and wallee.
4. Three Scenarios: How Swiss associations use the platform solution
4.1 Cantonal sports association with 40 local clubs
A cantonal gymnastics association has 40 local clubs with a total of 6,000 members. Each local club collects its own annual fee (EUR 80–150 per member). The association charges a license share of EUR 5 per member. Previously, each local club had to transfer the license share separately to the association – 20% forgot, 10% paid late.
With the platform solution: The association sets up a sub-comerciante account for each local club. When a member of TV Aarau pays their fee of EUR 120 via TWINT, EUR 5 automatically goes to the association, and EUR 115 (minus transaction fee) goes to TV Aarau. The association sees in real-time which local clubs have billed how many members.
4.2 Professional association with training offers
A professional association provides central training courses (EUR 350–800 per course) and has 12 regional sections that host their own networking events (EUR 25–50 per event). Via the platform, the association sells the courses centrally, while each section processes its events through its own sub-comerciante account. The association has an overview of all bookings – central and regional – in one Dashboard.
4.3 Music association with regional sections
A Swiss music association with 80 regional sections (brass bands, choirs, orchestras) wants to offer sections a uniform solution for ticket sales at concerts. Each section receives its own sales page with the club's logo and color scheme. Tickets are sold via the section's mini-webshop, and the revenues flow directly to the section's account. The association receives a fixed amount of EUR 0.50 per ticket sold as a contribution to platform financing.
5. Regulatory Aspects: Does the association need to have a license?
When an association processes payments via a platform, the question arises whether it qualifies as a financial intermediary under the Anti-Money Laundering Act (AMLA) or as a payment transmitter under the Banking Act (BankA). The short answer: Generally not, if the association uses a licensed PSP as a technical partner and the funds do not flow through the association's account.
The crucial distinction: As long as the PSP forwards the payments directly from the payer to the section (with an automatic split for the association's share), the association does not accept customer funds and does not carry out payment services. The regulatory responsibility (KYC, AMLA compliance) lies with the PSP. The association merely acts as an intermediary connecting its sections to the PSP.
Important: If, on the other hand, the association accepts payments itself, collects them in its own account, and then forwards them to the sections, it may qualify as a financial intermediary and will require an SRO affiliation (Self-Regulatory Organization) or even a Fintech license under Art. 1b BankA. This model is not recommended for associations. The platform solution via a licensed PSP avoids this problem.
Note: This section does not replace legal advice. Regulatory requirements depend on the specific business model. If in doubt, consult a lawyer specializing in financial market law.
6. Costs: What an association platform costs
The costs for a platform solution depend on the model, the number of sections, and the transaction volume. The following table provides guidelines for an association with 40 sections and an annual total volume of EUR 500,000.
Cost Factor | Model A: Decentralized | Model B: Platform (PSP) | Model C: White-Label |
Setup costs Association | EUR 0 | EUR 0–2,000 (depending on PSP) | EUR 5,000–20,000 (integration) |
Running costs Association | EUR 0 (sections pay themselves) | Revenue share or platform fee | License fee from approx. EUR 200–500/month |
Transaction fees (per section) | approx. 1.3–2.5 % (own PSP account) | approx. 1.3–2.5 % (centrally negotiated) | approx. 1.0–1.8 % (volume discount) |
Admin effort Association | High (manual contribution collection) | Low (Dashboard, automatic) | Low (Dashboard, API) |
Admin effort per section | Medium (managing own account) | Low (onboarding by association) | Low (onboarding by association) |
Break-even (estimated) | Immediate | From approx. 10–15 sections | From approx. 50+ sections |
Additional advantage for the association: By centrally negotiating transaction fees, the association can often secure better conditions for its sections than each section would achieve individually. With a total volume of EUR 500,000+, negotiations for individual conditions are possible with most PSPs.
7. Checklist: Setting up an association platform for payments
Assess needs: How many sections? Which payment occasions (fees, events, courses)?
Choose architectural model: Decentralized (A), Platform (B), or White-Label (C)?
Evaluate PSP with platform solution and obtain quotation (Payrexx, Stripe Connect, wallee, etc.)
Define split payment rules: Percentage share or fixed amount per transaction for the association
Define onboarding process for sections: What data does the PSP need (statutes, IBAN, board members)?
Start pilot with 3–5 sections and test process
Clarify reporting requirements: Which figures does the association need, which does the section need?
Prepare communication to the sections: Explain benefits, create instructions
Clarify regulatory question: Do funds flow through the association or directly through the PSP?
Plan rollout: Phased onboarding (e.g., 10 sections per month)
8. How you build an association platform with Payrexx
With its platform solution, Payrexx offers a model specifically designed for associations with multiple sections. The association receives a central Dashboard through which it onboards sections as sub-merchants – including KYC verification, which Payrexx handles as a licensed payment facilitator. Each section gets its own account with its own branding, its own products (fees, events, shop), and its own payout to its IBAN account.
Split payments can be configured per section or per product: The association defines which portion is automatically deducted. The reporting shows the association aggregated metrics and each section its individual transactions. The sections pay transaction fees – the association can acquire these as a buy-rate and define itself which fees it passes on to the sections. For an individual evaluation, contact the Payrexx platform team for an informal discussion.
Frequently asked questions about the payment platform for associations
Can each section use its own logo and branding on the payment page?
Yes. With a platform solution, each section receives its own Sub-Comerciante account, where logo, colors and association name are configured individually. Members see the branding of their local section when paying, not that of the umbrella association.
View detailed response
Does the association need a FINMA licence to operate a payment platform?
Generally not, if the association uses a licensed PSP as a partner and the funds do not flow through the association account. The PSP assumes the regulatory responsibility (KYC, AML compliance) and forwards the payments directly to the sections.
View detailed response
How does the onboarding of association members work?
The association initiates onboarding: It invites the section to the platform, the section provides statutes, IBAN, and board identification. The PSP carries out the KYC check. Depending on the provider, this takes 1–5 working days per section.
View detailed response
Can the association set the split-payment share differently for each section?
Yes, with most platform solutions, the split payment share can be configured individually per section or even per product category. For example, the association can charge 5% for membership fees and a flat EUR 0.50 for event tickets.
View detailed response
How many sections are needed for a platform solution to be worthwhile?
A platform solution is generally worthwhile from around 10–15 sections. Below that, it is often sufficient to refer the sections to a PSP and collect the association share manually.
View detailed response
Can I, as an association, set the transaction fees for my sections myself?
Yes, with many platform solutions, the association receives a buy rate (purchase price) and can define the transaction fees for the sections itself. The association can use the difference between the buy rate and the pass-through price as an additional source of revenue.
View detailed response

