Odoo Community in der Schweiz:
Buchhaltung und Lohn

01

Management Summary

1. Die Buchhaltungslücke ist überwiegend eine Engine-Lücke, keine Datenlücke.

   Community 18.0 enthält das vollständige Datenmodell für Finanzberichte (account.report, 918 LOC) und sogar das Schweizer MWST-Formular mit 44 Zeilen und den Steuerkennzeichen 312a/312b. Was fehlt, ist die Auswertungsschicht: _get_lines(), Export, Drilldown — 7'797 LOC in account_reports, ausschliesslich Enterprise. Im Community-Menü bleibt «Statement Reports» deshalb leer.

2. Die Lohnlücke ist keine Code-, sondern eine Zertifikats- und Haftungslücke.

   Das Swissdec-Modul ist mit Zertifikat 1203.25 zertifiziert und trägt im Manifest den Satz «Any unauthorized modifications are strictly prohibited». Ein Fork ist damit nicht zertifizierbar, unabhängig davon, wie gut die Implementierung wäre. Zusätzlich steht der gesamte Enterprise-Cluster unter OEEL-1 und darf ohne gültiges Abonnement nicht einmal ausgeführt werden.

3. Swissdec ELM 6.0 ist seit dem 6. März 2026 die Zertifizierungsbasis — Odoo listet sie nicht.

   Odoo SA ist als «swissdec certified basic» für ELM 5.3 und 5.1 eingetragen (Zert. 1203.25), beide als selbstvalidierte Minor-Versionen. Version 5.3 bleibt acht Jahre gültig, die Lücke ist also nicht akut — aber sie ist ein Wartungssignal und gehört in jede Risikobetrachtung.

4. Enterprise ist bei der Swissdec-Anbindung weniger souverän als Community plus Partner.

   Jede ELM-Deklaration läuft über Odoos eigenen Proxy l10n-ch-swissdec.api.odoo.com (IAP-Dienst l10n_ch_swissdec_proxy). Lohn- und Leistungsdaten verlassen damit zwingend die eigene Infrastruktur. Wer digitale Souveränität als Verkaufsargument nutzt, kann Enterprise-Payroll nicht empfehlen, ohne sich zu widersprechen.

5. Die Einführung von Light-User-Lizenzen verschiebt den Break-even nach oben, nicht nach unten.

   Laut Odoo-Preisliste zählt jeder aktive Mitarbeiterdatensatz ohne Vollbenutzerkonto als Light User zu €7,90/Monat — auch ohne Login. Bei 150 Mitarbeitenden und 8 Backend-Usern sind das €15'852 pro Jahr allein an Lizenz. Community rechnet sich damit ab etwa 30–50 Mitarbeitenden, und zwar überproportional in personalintensiven Betrieben.

6. Agentic AI halbiert die Baukosten — nicht die Abnahme.

   Die ELM-Schnittstelle ist vollständig offen dokumentiert (XSD, WSDL, 240 Seiten Spezifikation, Referenzapplikation). Ein Agent kann Mapping, Tests und Migration weitgehend übernehmen. Zertifizierung, Haftung und lohnrechtliche Freigabe bleiben menschlich und institutionell. AI verändert die Kostenkurve des Nachbaus, nicht die Zulassungsschwelle.

7. Empfehlung: Community für die Buchhaltung, zertifizierter Partner für den Lohn, Genossenschaft als Träger.

   Nicht der Nachbau der Zertifizierung ist der Hebel, sondern der Verzicht darauf bei gleichzeitiger Produktisierung der Schnittstelle. Das ist der Kern des Geschäftsmodells «Swiss Odoo Commons».

8. Die Genossenschaft ist der eigentliche Schutzmechanismus — und der eigentliche Engpass.

   Offene Mitgliedschaft, Anteilscheine ohne Nachschusspflicht und ein statutarischer Förderzweck mit Asset-Lock sind die einzige Konstruktion, die eine offene Codebasis dauerhaft gegen Übernahme und Closed-Fork schützt. Dieselbe Form bringt aber langsame Entscheide, eine schwache Kapitaldecke und Free-Riding mit. Sie löst drei Probleme und schafft drei neue.

Lückenampel

Bewertung: grün = mit Community/OCA ohne Zusatzaufwand, gelb = mit OCA oder begrenztem Eigenbau, rot = nicht ohne Zertifizierung oder Partnerschaft.

02

Empfehlung

Vier Szenarien, ehrlich gerechnet. Die Empfehlung ist B — mit C als Nischenvariante und A als Buchhaltungsstrategie.

Entscheidungslogik

Fünf-Jahres-Gesamtkosten (Lizenz bzw. Abo + Betrieb, ohne Projekt)

Annahmen: Odoo Standard €24.90/User/Monat, Light User €7.90, Custom €44.90 (Jahrespreise, Preisliste 10/2026). Commons: Mandantenbasis + CHF 40 je Backend-User, Mitarbeitende gratis. Kurs EUR/CHF ≈ 1.05. Projektkosten nicht enthalten.

Die Tabelle zeigt nur wiederkehrende Kosten. Beim personalintensiven Profil ist die Light-User-Lizenz bereits der grösste Einzelposten — grösser als alle Backend-User zusammen.

03

Methodik

Untersucht wurde ein vollständiger Odoo-18.0-Checkout: 627 Community-Addons, 684 Enterprise-Addons, dazu 565 lokal verfügbare OCA-Module aus 17 Repositories. Ergänzend wurden die OCA-Repositories payroll und l10n-switzerland in ihrem 18.0-Zweig sowie die Swissdec-Website und die ELM-6.0-Spezifikation ausgewertet.

python3 tools/gap_scan.py --src /home/debian/shared/odoo-src/18.0

04

Buchhaltung: Was fehlt wirklich

Die verbreitete Aussage «Community hat keine Finanzberichte» ist falsch — und die genauere Aussage ist unangenehmer.

Die Überraschung: das Datenmodell ist frei

Community 18.0 enthält account.report, account.report.line und account.report.expression mit Tax-Tag-Logik (models/account_report.py, 918 LOC). Auch das generische Steuerformular account.generic_tax_report liegt in Community. Die Schweizer Lokalisierung bringt das MWST-Formular als Datensatz mit — 44 Zeilen, Kennzeichen wie 312a und 312b, aktuelle Sätze 8,1 / 3,8 / 2,6 / 0 Prozent plus die historischen 7,7 / 3,7 / 2,5.

Was fehlt, ist alles, was daraus ein Ergebnis macht. In Enterprise liegt account_reports/models/account_report.py mit 7'797 Zeilen: _get_lines(), get_report_information(), export_to_pdf(), export_to_xlsx(), Vergleichsspalten, Carryover, Drilldown. Dazu 5'819 Zeilen JavaScript für die Darstellung. Community hat keine dieser Methoden — der Menüpunkt «Statement Reports» existiert, ist aber leer.

Modul für Modul

LOC-Werte: Python + XML + JavaScript je Modul, gemessen mit gap_scan.py.

Nicht cherry-pickbar

Die Enterprise-Module sind keine Sammlung unabhängiger Bausteine. account_asset hängt an account_reports, account_followup an account_reports, account_intrastat und account_saft ebenfalls. Wer die Report-Engine nicht hat, bekommt auch die Anlagenbuchhaltung nicht. Und account_reports hängt an accountant, das an account_accountant — die Kette endet immer bei einem Enterprise-Modul.

Wo Community besser ist

Zwei Dinge, die in der Diskussion meist untergehen: Odoo hat weder in Community noch in Enterprise ein eBill-Modul (PostFinance) und keine LSV/BDD-Lastschrift. OCA füllt das erste mit ebill_postfinance — Community ist hier also nicht schlechter, sondern besser als Enterprise. LSV/BDD bleibt in beiden Editionen offen.

05

Schweizer Spezifika

06

Lohnarchitektur: Wo die Grenze verläuft

Community liefert erstaunlich viel Fundament — und dann hört es abrupt auf.

Die Lohn-Engine selbst ist ein Regelwerk aus Python-Schnipseln, die zur Laufzeit mit safe_eval ausgewertet werden. Die Schweizer Lokalisierung nutzt das exakt so: 271 hr.salary.rule-Datensätze allein im ELM-Modul, 155 im Basismodul, jeder mit einem ELM-Lohnartencode. Ein Beispiel aus l10n_ch_hr_payroll/data/hr_salary_rule_data.xml:

result = contract.l10n_ch_monthly_effective_days if not payslip.l10n_ch_after_departure_payment else 0
result_rate = (categories['ASDAYS'] / 30) * 100

Das ist der Grund, warum Lohn-Implementierungen scheitern: Die Regeln sind nicht typsicher, nicht testbar ohne Lohnlauf und inhaltlich vom Arbeitsrecht abhängig. Ein Agent kann solche Regeln erzeugen — prüfen kann sie nur, wer das Schweizer Lohnrecht und den konkreten Gesamtarbeitsvertrag kennt.

Die Dimension des Enterprise-Clusters

Allein die deutschen Übersetzungen des ELM-Moduls umfassen 10'031 Zeilen — ein Indikator für die fachliche Breite der Dialoge und Lohnarten.

07

Swissdec: das eigentliche Hindernis

Drei Dinge folgen daraus, und sie sind der Grund, warum die Payroll-Frage nicht mit Softwareentwicklung beantwortet werden kann.

1. Der Code ist gesperrt

Das Modul steht unter OEEL-1. Die Lizenz erlaubt Ausführung und Änderung ausschliesslich mit gültigem Enterprise-Abonnement für die korrekte Benutzerzahl. Ein Kopieren in Community ist lizenzrechtlich ausgeschlossen — unabhängig von der Zertifizierungsfrage.

2. Jede Übermittlung deklariert das Zertifikat

Die ELM-Spezifikation verlangt im Ping-Aufruf einen UserAgent mit den Feldern Producer, Version, StandardVersion («Version … nach der die Zertifizierung durchgeführt wurde») und Certificate («Zertifikatsnummer, xxxx.yy wie auf dem physischen Zertifikat abgebildet»). Ein selbstgebauter Transmitter kann keine gültige Zertifikatsnummer vorweisen.

3. Der Weg führt über Odoos Proxy

l10n_ch_hr_payroll_elm_transmission/models/res_company.py zeigt den Endpunkt:

IAP_SERVICE_NAME = 'l10n_ch_swissdec_proxy'
DEFAULT_IAP_ENDPOINT = 'https://l10n-ch-swissdec.api.odoo.com'
url = f'{default_endpoint}/api/l10n_ch_swissdec/1/{route}'

Rollenmodell: Sendersystem, Transmitter, Distributor

Die ELM-6.0-Spezifikation (Version 20260306) unterscheidet fünf Akteure. Entscheidend ist, dass «Transmitter» keine einkaufbare Rolle ist:

Es gibt keinen Marktplatz zertifizierter Transmitter. Den Distributor gibt es genau einmal, betrieben von Swissdec. Jede zertifizierte Lohnsoftware bringt ihren eigenen Transmitter mit:

Drei Wege existieren technisch: PIV (Webservice gegen distributor.swissdec.ch/services/elm/SalaryDeclaration/V6), EIV (Datei-Upload über die Web-App von Swissdec) und die RefApps Transmitter als Referenzimplementierung für Entwicklung und Abnahme (test.swissdec.ch/refapps/stable/transmitter, ausdrücklich Testsystem).

Stand der Standards

Jede ELM-Version bleibt acht Jahre gültig. ELM 5.3 ist damit nicht akut gefährdet — die fehlende 6.0-Zertifizierung ist ein Wartungs-, kein Betriebsrisiko.

08

OCA: was wirklich hilft

565 Module lagen lokal vor. Entscheidend ist nicht die Menge, sondern welche Lücke jedes Modul schliesst — und was es kostet.

Das OCA-Repository payroll existiert in 18.0 und ist installierbar, weil es nur von Community-Modulen abhängt. Es bringt fünf Module mit rund 133 KB Python. Es ist ein Fork des alten Odoo-12-Lohnmoduls, trägt den Reifegrad «Beta» und enthält weder Schweizer Sozialversicherungen noch Quellensteuer noch ELM. Als Fundament für einen Eigenbau ist es brauchbar, als Produkt nicht.

09

Agentic AI: was sie kann, was nicht

Die ehrliche Antwort ist unromantisch: AI verschiebt die Kostenkurve des Nachbaus deutlich und die Zulassungsschwelle überhaupt nicht.

Drei Klassen

Was das konkret bedeutet

Die ELM-Schnittstelle ist offen dokumentiert: 240 Seiten Spezifikation, XSD-Schemata, WSDL, Beispielnachrichten, DialogMessage-Katalog und eine Referenzapplikation. Ein Agent kann daraus ein Mapping und die zugehörigen Tests erzeugen und gegen das Swissdec-Testsystem iterieren. Das ist echte Arbeit, die wegfällt.

Was nicht wegfällt: Die Abnahme prüft den Transmitter als Ganzes, nicht die Existenz von Code. Es braucht einen Vertrag mit dem Verein Swissdec, eine benannte Produktverantwortung, jährliche Rezertifizierung und eine Organisation, die für Lohnfehler haftet. Kein Agentenframework übernimmt eine Unterschrift.

Wo AI sofort Geld spart

• Belegerfassung und Kontierung — Ersatz für account_invoice_extract ohne IAP-Abhängigkeit
• Abstimmvorschläge im Bankabgleich — Ergänzung zu account_reconcile_oca
• Berichtsdefinitionen in mis_builder aus natürlichsprachigen Anforderungen
• Mahnvorschläge und Zahlungserinnerungen mit Tonfallprüfung
• Migrationsassistenz bei Odoo-Major-Upgrades und OCA-Forkpflege

Aufwandsschätzung Phase 1 (Community-Buchhaltung betriebsreif)

Erfahrungswerte, keine Messung. Die Halbierung ist optimistisch und setzt Testautomatisierung voraus.

10

Light-User-Ökonomie

Die wichtigste Preisänderung seit Jahren — und sie trifft genau die personalintensiven Betriebe, für die Odoo sonst attraktiv wäre.

Preis: €7,90 pro Monat, gegenüber €24,90 (Standard) und €44,90 (Custom). Light-User-Lizenzen sind nicht self-service kaufbar, sondern nur über einen Odoo-Berater. Und: ein Mitarbeiter, der nur seine Lohnabrechnung anschaut — oder gar nichts tut — zählt.

Im Code angekommen

Die Mechanik liegt in Community: _is_light_groups(), _get_light_group_xmlids(), _reduce_to_light_groups() in base/models/res_groups.py. In hr/models/hr_employee.py erzeugt _get_or_create_light_user() den Benutzer; der Docstring nennt ihn «a light (less-billable) user». Addons erweitern die Liste um weitere Self-Service-Gruppen — im Checkout nachweisbar für point_of_sale (POS-Bediener), mass_mailing, mail, crm, mrp, uom, product und l10n_in.

Was das für den Lohn bedeutet

Lohnabrechnung erzeugt zwingend Mitarbeiterdatensätze. Damit kostet Enterprise-Payroll nicht nur die Personalabteilung, sondern jeden Mitarbeitenden — auch wenn die Löhne extern verarbeitet werden und niemand sich einloggt. Das entwertet den naheliegenden Kompromiss «Enterprise nur für die Personalabteilung».

Balken normiert auf den jeweiligen Enterprise-Wert. Vergleich über zwei Profile, nicht über alle fünf — die vollständige Tabelle steht im Empfehlungsteil.

11

Die Genossenschaft

Der Träger entscheidet, ob das Modell hält. Eine Genossenschaft ist kein Etikett für ein Beratungsnetz — sie ist eine Rechtsform mit Organen, Haftung, Steuern und einem Zweck, der nicht beliebig geändert werden kann.

11.1 Warum diese Rechtsform

Fünf Formen standen zur Diskussion. Die Genossenschaft ist die einzige, die offene Mitgliedschaft, Kapitalbindung und Förderzweck gleichzeitig kann.

Der Verein wäre billiger und schneller, kann aber weder Anteile ausgeben noch Betriebsvermögen sinnvoll binden. Die GmbH ist effizient, aber eine Mehrheit ist kaufbar — und genau das soll bei einer Codebasis, die der Allgemeinheit offensteht, ausgeschlossen sein. Die Stiftung würde den Code perfekt sichern, kann aber keine Mitglieder führen und keinen Betrieb finanzieren. Die Genossenschaft verbindet beides.

11.2 Rechtlicher Rahmen

Grundlage sind Art. 828 bis 926 des Obligationenrechts. Die für dieses Vorhaben relevanten Punkte:

• Definition (Art. 828 Abs. 1 OR): «Verbindung einer nicht geschlossenen Zahl von Personen oder Handelsgesellschaften, die in der Hauptsache die Förderung oder Sicherung wirtschaftlicher Interessen ihrer Mitglieder in gemeinsamer Selbsthilfe bezweckt»
• Mindestens 7 Gründungsmitglieder (Art. 831 OR), und diese Zahl muss während der gesamten Lebensdauer bestehen bleiben
• Öffentliche Beurkundung der Gründungsstatuten durch eine Urkundsperson — seit dem 1. Januar 2023 zwingend
• Handelsregistereintrag ist Pflicht; die Rechtspersönlichkeit entsteht erst damit
• Kein festes Grundkapital — die Anteilscheine sind Mitgliedschafts- und Finanzierungsinstrument, nicht Aktienkapital
• Statutenmindestinhalt: Firma, Sitz, Zweck, Anteilscheine, Haftung und Nachschusspflicht, Organe, Gewinnverwendung, Austritt, Auflösung
• Firma: muss den Rechtsformzusatz «Genossenschaft» oder «Genoss.» enthalten

11.3 Zweck und Asset-Lock

Der statutarische Zweck ist der eigentliche Schutzmechanismus. Er wird so formuliert, dass er die Offenheit der Codebasis einschliesst — nicht als Absichtserklärung, sondern als Förderzweck:

Dazu drei Sicherungen:

• Lizenzbindung: Veröffentlichte Module bleiben dauerhaft AGPL/LGPL. Ein späterer Closed-Fork ist damit auch gegen den eigenen Willen nicht möglich.
• Marke und Domain gehören der Genossenschaft, nicht einem Mitglied und nicht der operativen GmbH.
• Rückfallklausel: Bei Auflösung gehen Code, Marke und Domains an eine unabhängige Organisation — OCA oder eine zu gründende Stiftung —, nicht an die Mitglieder. Das Restvermögen wird nach Statuten verteilt, nicht die Substanz.

11.4 Mitgliedschaft und Anteilscheine

Vier Kategorien, weil die Beiträge unterschiedlich sind und die Interessen auseinanderlaufen können. Eine homogene Mitgliedschaft wäre einfacher, würde aber entweder die Treuhänder oder die Entwickler systematisch überstimmen.

Stimmrecht: ein Mitglied, eine Stimme (Art. 885 OR). Die Kategorievetos sind keine Stimmenmehrheiten, sondern Sperrminoritäten in genau den Fragen, in denen eine Kategorie existenziell betroffen ist.

Haftung und Nachschuss: Beides wird statutarisch ausgeschlossen. Art. 833 OR erlaubt persönliche Haftung und Nachschusspflicht — beides wäre für eine Plattform mit vielen kleinen Mitgliedern ein Ausschlusskriterium bei der Mitgliederwerbung. Für Verbindlichkeiten haftet ausschliesslich das Genossenschaftsvermögen.

Beitritt und Austritt: Beitritt durch Verwaltungsbeschluss, Austritt auf Ende des Geschäftsjahres mit zwölf Monaten Frist. Der Anteilschein wird zum Nennwert zurückbezahlt, ohne Anteil an Reserven. Ausschluss nur aus wichtigem Grund mit GV-Beschluss und Rekursmöglichkeit an ein Schiedsgericht.

Treuepflicht: Mitglieder dürfen die Genossenschaft nicht konkurrenzieren, indem sie deren Codebasis als Wettbewerbsvorteil gegen andere Mitglieder einsetzen. Das ist in der Praxis die am schwierigsten durchsetzbare Regel — deshalb steht sie im Reglement und nicht nur in den Statuten.

11.5 Organe

Generalversammlung: jährlich, mit Traktandierungsrecht für jedes Mitglied. Beschlüsse über Statuten, Budget, Preisbuch, Mitgliederaufnahme und -ausschluss, Zertifizierungs-Go und Auflösung. Zirkularbeschluss ist zulässig, ausser ein Mitglied verlangt eine Versammlung.

Verwaltung: fünf bis sieben Sitze, quotiert nach Kategorien, Amtszeit drei Jahre, Wiederwahl möglich. Sie führt die Geschäfte nicht selbst, sondern bestellt die Geschäftsführung und überwacht sie.

Revisionsstelle: Zunächst ist ein Opting-out möglich — Verzicht auf die eingeschränkte Revision bei höchstens zehn Vollzeitstellen im Jahresdurchschnitt, mit Zustimmung aller Mitglieder und Anmeldung vor Beginn des Geschäftsjahres. Wir empfehlen das Opting-out nicht zu wählen, sobald Fördermittel, Zertifizierungsgeld oder öffentliche Aufträge im Spiel sind: Die Revisionskosten sind klein, der Vertrauensverlust bei den Mitgliedern wäre gross.

11.6 Entscheidungsrechte

Die häufigste Ursache für Streit in Genossenschaften ist nicht Uneinigkeit über Ziele, sondern Unklarheit darüber, wer entscheidet. Deshalb eine explizite Matrix:

11.7 Finanzierung und Mittelverwendung

Vier Mittelquellen, klar getrennt:

Keine Dividende. Überschüsse gehen in Reserven und Fonds. Wer Rendite will, ist in einer Genossenschaft falsch — das muss beim Beitritt so klar gesagt werden, sonst entsteht genau der Erwartungskonflikt, der später die GV blockiert.

Wartungsfonds: Zielgrösse ist ein bezahlter Maintainer je 15'000 Zeilen aktiv gepflegten Codes. Bei einem Bestand von rund 60'000 Zeilen Eigen- und Forkcode sind das vier Stellen — das ist die ehrliche Zahl, die in die Beitragskalkulation gehört.

11.8 Steuern und Compliance

Steuer- und kartellrechtliche Punkte sind hier als Prüfaufträge formuliert, nicht als Rechtsauskunft. Sie gehören vor die Gründung auf den Tisch von Steuerberater, Notar und einem Wettbewerbsrechtler.

11.9 Haftung und Versicherung

• Organhaftung (Art. 754 OR): Verwaltungsmitglieder haften für pflichtwidrige Schäden. Deshalb: Ressortverteilung schriftlich, Sitzungsprotokolle, Interessenkonflikte offenlegen, keine unentgeltlichen Gefälligkeitsentscheide.
• Produkt- und Berufshaftung: Die Genossenschaft liefert Werkzeuge, nicht Buchhaltung. Diese Abgrenzung muss vertraglich scharf sein — sonst haftet sie für Abschlüsse, die sie nicht erstellt hat.
• E&O-Kollektivpolice: Voraussetzung für den Betrieb; Prämie über die Mitglieder verteilt.
• Haftungsbeschränkung gegenüber Mitgliedern: soweit zulässig, mit klarer Leistungsbeschreibung und SLA.

11.10 Governance-Ökonomie

Vier Konflikte sind der Form eingebaut. Wer sie nicht benennt, erlebt sie in der zweiten Generalversammlung.

11.11 Krise und Auflösung

Ein Modell ist erst belastbar, wenn der schlechte Fall geregelt ist:

• Mitglied wird übernommen von einem Wettbewerber: Anteile bleiben, Stimmrecht ruht bis zur Bestätigung durch die GV; ein Wettbewerber kann nicht in die Verwaltung gewählt werden.
• Mitglied tritt aus: Anteilschein zum Nennwert, Datenexport innerhalb von 30 Tagen, laufende Mandate werden nach Wahl des Kunden übergeben.
• Genossenschaft in Schieflage: Code und Marke sind durch die Lizenz und die Rückfallklausel gesichert; Kunden behalten ihre Daten und erhalten eine Migrationszusage.
• Auflösung: Liquidation nach Art. 913 ff. OR, Restvermögen nach Statuten, Substanz an die benannte unabhängige Organisation.
• Kein „Verramschen“: Ein Verkauf der Genossenschaft als Ganzes ist statutarisch nur mit Zustimmung aller Kategorien und nur an einen Träger mit gleichem Förderzweck möglich.

11.12 Gründungsfahrplan

11.13 Kennzahlen der Genossenschaft

Finanzkennzahlen allein reichen nicht — sie zeigen erst im Rückblick, ob die Substanz trägt.

12

Geschäftsmodell: Swiss Odoo Commons

Wenn die Lohnlücke nicht durch Code schliessbar ist, darf sie nicht als Entwicklungsproblem behandelt werden — sie muss als Produktgrenze definiert und über Partner eingekauft werden. Das ist gleichzeitig der wirtschaftliche Hebel.

Träger

Die Genossenschaft ist in Abschnitt 11 im Detail beschrieben: Rechtsform, Mitgliedschaft, Organe, Entscheidungsrechte, Steuern, Haftung, Krise und Gründungsfahrplan. Hier folgt nur, was daraus finanziell entsteht.

Preisbuch: wholesale und retail

Die Genossenschaft verkauft an ihre Mitglieder, nicht an Endkunden. Die Marge beim Kunden gehört dem Mitglied — das ist der Zweck der Form. Alle Beträge sind Annahmen und vor dem Start zu validieren.

Durchgerechnet: 150 Mitarbeitende, 8 Backend-User, über Treuhänder

Aufs Jahr: CHF 5'520 eigener Umsatz und CHF 4'380 Deckungsbeitrag pro Mandat. Der Treuhänder stellt dem Kunden dafür rund CHF 250–350 pro Monat in Rechnung und behält die Differenz plus sein Buchhaltungshonorar.

Fünf Erlösströme

Dazu projektbasiert: Implementierung CHF 8'000–15'000 für 5–20 Mitarbeitende, Migration und Schulung. Vergleichsprojekt mit Enterprise: CHF 25'000–60'000.

Warum das trägt — und wo nicht

Ehrlich gerechnet: Bei drei Benutzern und fünf Mitarbeitenden kostet Odoo Standard €882 pro Jahr. Jedes Community-Abo ist dort teurer. Das Modell funktioniert nicht über «Lizenz sparen», sondern über vier andere Hebel:

• Light-User-Skalierung: ab 30–50 Mitarbeitenden spart die Lizenz CHF 6'000–16'000 pro Jahr
• Souveränität als Kaufkriterium: revDSG, Datenhaltung CH, keine Abhängigkeit von Odoos IAP-Proxy
• Treuhand-Kanal: ein Vertrag, 20–80 Mandate, tiefe Akquisekosten
• Nischen-Tiefe: NPO und Sozialbereich statt Breite

Der Zertifizierungs-Gate

Roadmap

13

Partnerschaften

Vier Ringe, klar getrennt — weil sie unterschiedlich viel Produkt und unterschiedlich viel Governance verlangen.

Treuhänder: der wichtigste Kanal

Drei Stufen, bewusst getrennt, weil sie unterschiedlich viel Produkt verlangen.

Produktvoraussetzungen für Stufe 2 und 3 — sonst bleibt es bei Empfehlungen: Multi-Mandanten-Konsole mit Mandatswechsel ohne Re-Login, Revisionssicherheit und Audit-Trail, Beleg-Inbox mit KI-Extraktion, Fristen-Cockpit für MWST, Abschluss und Lohn, Export vor Integration (Salden, Journal, MIS als CSV/XLSX), saubere Mandatsrechte.

Risiko: Der Jahresabschluss ist der Moment, in dem Treuhänder die Plattform verlieren. Ein misslungener Abschluss kostet den ganzen Kanal. Deshalb: Export zuerst, Automatisierung danach.

Branchenverbände

Genau die Segmente, in denen die Light-User-Regel am härtesten trifft: Gastro, Bau, Reinigung und Security, Pflege (ARTISET/CURAVIVA), NPO. Modell: Rahmenvertrag mit Mitgliederrabatt von 10–15 %, Webinare, Branchenpakete mit GAV- und Lohnstrukturvorlagen, Kickback von 5 % an den Verband.

Ein Verband erreicht 200 Betriebe mit einem Auftritt; diese Betriebe haben 80–400 Mitarbeitende und 3–8 Backend-User — exakt das Profil, bei dem Community gewinnt. Risiko: lange Zyklen, Verbandspolitik, Abhängigkeit von GAV-Regeln, die gepflegt werden müssen.

Payroll-Partner: selektiv

Deal: zweiseitiger Referral, technische Integration, SLA, Co-Marketing — aber nie exklusiv. Sonst wird der Konnektor zur neuen Abhängigkeit und das Souveränitätsversprechen unglaubwürdig.

Hosting, KI und Legitimation

• Hoster: Infomaniak, Exoscale, Nine oder regionales Rechenzentrum; Anforderungen ISO 27001, CH-Datenhaltung, Auftragsverarbeitung nach revDSG, Exit-Klausel
• KI: Modelle auf CH/EU-Infrastruktur oder on-prem — sonst bricht das Argument, sobald der Copilot Löhne sieht
• Legitimation: CH Open, Swico, Public-Money-Public-Code für die politische Flanke; EXPERTsuisse und TREUHAND|SUISSE für Prüfnähe; ZHAW/HSLU/BFH für Forschung und Nachwuchs
• Haftung: Kollektivpolice für Berufs- und Softwarehaftung (E&O) als Voraussetzung für Konnektor und Treuhandmandate

Deal-Regeln gegen Kanal-Konflikt

Hier scheitern solche Genossenschaften üblicherweise. Vier Regeln:

1. Der Kunde gehört dem, der die Rechnung stellt — Treuhänder bei Buchhaltung und Lohn, Partner beim ERP-Projekt.
2. Kein Doppelvertrieb im selben Mandat; Schiedsstelle im Genossenschaftsrat.
3. Öffentliche Preisliste, keine versteckten Partnerrabatte — Souveränität muss auch nach innen gelten.
4. Datenhoheit als Grundrecht: jederzeit vollständiger Export, ohne Rückfrage.

Ziel-Umsatzmix nach drei Jahren: direkt 35 %, Treuhand 45 %, Verbände 20 %.

14

Risiken

15

Kostenmodell

Drei Preisklassen, ein Break-even, eine Sensitivität. Alle Odoo-Preise sind Listenpreise Oktober 2026 und als Annahme zu behandeln.

Preisanker

Break-even der Genossenschaft

Zwei Break-even, die oft verwechselt werden. Der Kunden-Break-even sagt, ab wann Community für einen Betrieb günstiger ist als Enterprise. Der Genossenschafts-Break-even sagt, ab wann der Träger seine Fixkosten deckt. Nur der zweite entscheidet über das Überleben.

Break-even je Kunde

Bei einem Verhältnis von 1 Backend-User zu 20 Mitarbeitenden liegt der Break-even zwischen 30 und 50 Mitarbeitenden. Bei 1 zu 50 — dem typischen Profil in Gastro, Bau und Pflege — verschiebt er sich auf unter 25. Bei einem Verhältnis von 1 zu 3, also in wissensintensiven Betrieben, gibt es keinen Break-even: dort ist Enterprise günstiger.

Umsatzmix-Ziel

16

Anhang

Quellen

1. Odoo 18.0 Quellcode, Community und Enterprise, lokal: /home/debian/shared/odoo-src/18.0 (627 bzw. 684 Addons)
2. Odoo 19.0 / 20.0 Quellcode, Rollenmodell res.users.role
3. OCA Repositories 18.0: payroll, l10n-switzerland, account-financial-reporting, account-financial-tools, account-reconcile, bank-statement-import, mis-builder, credit-control, account-payment, dms, contract, reporting-engine, server-tools, server-ux
4. Swissdec: Preisliste zertifizierter ERP-Hersteller, swissdec.ch/certified-erp (abgerufen 29.10.2026)
5. Swissdec: Lohnstandard-CH (ELM), Versionen und Gültigkeit, swissdec.ch/elm
6. Swissdec: «Technische Spezifikation ELM 6.0 — Anforderungen Transmitter», Version 20260306, 240 Seiten inkl. XSD, WSDL, Samples
7. Swissdec Infopoint, Distributor-Endpunkte und Betriebsstatus, infopoint.swissdec.ch
8. Swissdec RefApps Transmitter, test.swissdec.ch/refapps/stable/transmitter
9. Odoo Preisliste und FAQ «Light-Benutzer», odoo.com/de_DE/pricing (Oktober 2026)
10. Odoo Forum: «Is every Employee in Odoo 20 a Light User?», inkl. Anpassung vom 23.10.2026
11. Odoo Enterprise Edition License v1.0 (OEEL-1), enterprise/LICENSE
12. Obligationenrecht, Art. 828–926 (Genossenschaft), insbesondere Art. 828, 831, 833, 885, 913 ff.; öffentliche Beurkundung seit 1.1.2023
13. Handelsregister-Merkblätter zum Opting-out (Verzicht auf die eingeschränkte Revision bei höchstens 10 Vollzeitstellen)
14. idée coopérative, «Gründung einer Genossenschaft» (Formvorschriften, Handelsregister, Steuerbefreiung)
15. Eigene Messung: tools/gap_scan.py, Lauf vom 29.10.2026

Glossar

ELM

Lohnstandard-CH: einheitliches Lohnmeldeverfahren von Swissdec für Lohndaten an Ausgleichskassen, Versicherer, Steuerverwaltungen und BFS.

AHV/IV/EO

Alters- und Hinterlassenenversicherung, Invalidenversicherung, Erwerbsersatz.

BVG/LPP

Berufliche Vorsorge, zweite Säule.

UVG/UVGZ

Unfallversicherung, obligatorisch und zusätzlich.

KTG

Krankentaggeldversicherung.

FAK

Familienausgleichskasse.

QST

Quellensteuer, mit kantonalen Tarifen A bis Y.

PIV / EIV

Process Integrated Procedure (Webservice) bzw. Export/Import-Verfahren (Datei-Upload) bei Swissdec.

OEEL-1

Odoo Enterprise Edition License: Nutzung nur mit gültigem Abonnement.

OCA

Odoo Community Association, Trägerin der Community-Module.

Offene Punkte

• Höhe der IAP-Credits pro ELM-Deklaration (nicht im Code, nur der Endpunkt)
• Swissdec-Vertrags- und Zertifizierungsgebühren (nur über Erstberatung)
• Odoo-Roadmap für ELM 6.0
• Konditionen von braintec für ein Community-Payroll
• Partnerprogramme PostFinance eBill und Odoo-Partnervertrag (juristisch zu prüfen)
• Steuerfolgen der Anteilscheine: Emissionsabgabe, Prospektpflicht nach FinSA, Abgrenzung zur öffentlichen Zeichnung
• Kartellrechtliche Beurteilung des gemeinsamen Preisbuchs (Art. 5 KG, vertikale Preisbindung)
• Arbeitsrechtliche Ausgestaltung der Maintainer (Anstellung bei der GmbH vs. Werkvertrag mit Mitgliedern)

Erstellt am 29. Oktober 2026. Alle Codeangaben beziehen sich auf Odoo 18.0, sofern nicht anders vermerkt. Preise sind Listenpreise und als Annahmen gekennzeichnet.