Ein Unternehmen bestellt ein Audit einer Odoo-Instanz, wenn etwas nicht stimmt, ohne immer genau zu wissen, was. Die Buchhaltung gerät in Verzug, das Werkzeug ist träge, ein Schlüsselmitarbeitender, der die Konfiguration kannte, hat das Unternehmen verlassen, oder ein Versionsupgrade steht bevor und niemand weiss, was es zerstören wird. Das Audit beantwortet diese Unsicherheit mit einem faktischen Zustandsbericht, nicht mit einem verkappten kommerziellen Angebot. Das Ergebnis ist eine Diagnose und Prioritäten, die Sie frei umsetzen können, wie Sie es für richtig halten, auch anderswo als bei AX-Fiduciaire.
Dieses Dokument erklärt, in welchen Situationen ein Audit sinnvoll ist, was es konkret prüft, was der Blick einer Treuhandgesellschaft gegenüber einem rein technischen Audit bringt, und was das endgültige Ergebnis enthält.
Es kommt vor, dass ein Audit «zur Kontrolle» ohne konkreten Auslöser angefragt wird. Das ist legitim, aber die Übung gewinnt an Wirksamkeit, wenn sie von einer konkreten Frage ausgeht: Was wollen wir am Ende dieses Audits mit Sicherheit wissen? Eine produktive Odoo-Instanz sammelt Entscheidungen an, die zu unterschiedlichen Zeitpunkten, von unterschiedlichen Personen, oft ohne Zusammenhang getroffen wurden. Nach einigen Jahren weichen die tatsächliche Konfiguration und das Verständnis, das das Unternehmen davon hat, voneinander ab, manchmal deutlich. Das Audit schliesst diese Lücke.
In welchen Situationen sich ein Audit rechtfertigt
Ein Audit einer Odoo-Instanz ist kein systematischer Vorgang: Es reagiert auf einen konkreten Auslöser. Die häufigsten Situationen sind folgende.
- Vor einem Versionsupgrade. Odoo 19 ist die aktuelle stabile Version, und Odoo 20 wird am 24. September 2026 vorgestellt. Zu migrieren, ohne zu wissen, welche Individualisierungen bestehen und welche mit der neuen Version kompatibel sind, setzt bösen Überraschungen im Produktivbetrieb aus. Siehe unsere Seite zur Odoo-Migration.
- Vor einem Anbieterwechsel. Ein Audit legt einen neutralen Ausgangspunkt fest: was tatsächlich besteht, unabhängig davon, was die Dokumentation oder der laufende Vertrag behauptet.
- Eine Instanz, die langsamer wird. Berichte, die lange zum Anzeigen brauchen, fehlschlagende Importe, eine Oberfläche, die zu Stosszeiten einfriert: Diese Symptome haben identifizierbare Ursachen, selten zufälliger Natur.
- Buchhaltungszahlen, die nicht aufgehen. Abweichungen bei der Bankabstimmung, MwSt-Abrechnungen, die nicht den Erwartungen entsprechen, inkohärente Nebenkontensaldi.
- Nutzer, die das Werkzeug umgehen. Parallele Excel-Dateien, doppelte Erfassungen, Informationen, die per Mail statt in Odoo zirkulieren: ein Zeichen dafür, dass die Konfiguration nicht mehr dem tatsächlichen Bedarf vor Ort entspricht.
- Im Laufe der Zeit angehäufte Individualisierungen. Massgeschneidert entwickelte Module, hinzugefügte Felder, von verschiedenen aufeinanderfolgenden Beteiligten aufgestapelte Automatisierungen, ohne Gesamtüberblick oder Dokumentation.
- Unklar gewordene Zugriffsrechte. Ehemalige Mitarbeitende, die im System noch aktiv sind, zu weit gefasste Rechte, die aus Bequemlichkeit vergeben wurden, fehlende klare Regel, wer was sehen oder ändern darf.
- Zweifel an den Sicherungen. Viele Unternehmen entdecken den tatsächlichen Zustand ihrer Sicherungspolitik erst nach einem Vorfall.
Was wir prüfen
Das Audit deckt alle Schichten einer Odoo-Instanz ab, von der Buchhaltungskonfiguration bis zur technischen Infrastruktur. Keine dieser Dimensionen wird isoliert betrachtet: Eine Anwendungsträgheit kann eine buchhalterische Ursache haben (zu schwere Berichte, aufgebaut auf einem nicht beherrschten Datenvolumen), ebenso wie ein Buchhaltungsfehler eine technische Ursache haben kann (ein schlecht parametriertes Modul oder eine schlecht konzipierte Automatisierung). Das Audit kreuzt diese Blickwinkel systematisch, statt sie in getrennten Silos zu behandeln.
Buchhaltungs- und MwSt-Konfiguration
Wenn eine Gesellschaft in der Schweiz konfiguriert ist, installiert Odoo automatisch die Schweizer Lokalisierung (Modul l10n_ch), die den Basiskontenplan und die Basis-MwSt-Sätze festlegt. Wir prüfen, dass diese Lokalisierung korrekt beibehalten und angepasst wurde: angewandte MwSt-Sätze (8,1 %, 2,6 % und 3,8 % seit dem 01.01.2024), gewählte Abrechnungsmethode, Zuordnungskonten, Kohärenz zwischen erzeugten Buchungen und der Realität der Tätigkeit. Siehe auch unsere Seite Odoo Buchhaltung.
Lohnparametrierung
Wenn das Lohnmodul genutzt wird, kontrollieren wir die konfigurierten Lohnregeln, die Verwaltung der Sozialabgaben und die Konformität der elektronischen Lohnübermittlung. Details auf unserer Seite Odoo Lohn & HR.
Aktive und ungenutzte Module
Eine Instanz sammelt oft installierte und dann aufgegebene Module an, die Ressourcen verbrauchen und die Wartung erschweren, ohne Mehrwert zu bringen. Wir erstellen die Liste dessen, was tatsächlich genutzt wird, und dessen, was es nicht mehr ist.
Individualisierungen und ihre Auswirkung auf Versionsupgrades
Jedes hinzugefügte Feld, jede Automatisierung, jedes massgeschneidert entwickelte Modul stellt ein potenzielles Risiko für ein künftiges Versionsupgrade dar. Wir kartieren diese Individualisierungen und bewerten, welche dokumentiert, welche anfällig sind und welche durch eine Standardfunktion ersetzt werden könnten. Für laufende oder künftige Entwicklungen siehe Odoo-Entwicklung.
Datenqualität
Duplikate von Kunden- oder Lieferantenstammdaten, leer gelassene Pflichtfelder, unvollständige Historien infolge einer nachlässigen Datenübernahme: Die Datenqualität bestimmt die Verlässlichkeit von allem, was davon abhängt, einschliesslich der Buchhaltungsberichte. Eine einmal falsch erfasste Information verbreitet sich stillschweigend in jedem darauf aufbauenden Bericht und jeder Abrechnung, was sie ohne gezielte Prüfung schwer erkennbar macht.
Performance
Ladezeiten der Ansichten, Dauer von Hintergrundprozessen, Dimensionierung des Hostings: Wir ermitteln, ob die festgestellten Verlangsamungen von der Konfiguration, vom Datenvolumen oder von der Infrastruktur herrühren. Diese Unterscheidung ist wichtig, weil die Korrektur nicht dieselbe ist: Ein Konfigurationsproblem lässt sich ohne Infrastrukturkosten beheben, während eine tatsächliche Unterdimensionierung des Hostings nicht durch Parametrierung gelöst wird.
Rechte und Sicherheit
Kartierung der Nutzergruppen, der vergebenen Zugriffsrechte, der noch aktiven Konten, obwohl sie es nicht mehr sein sollten. Ein Rechteaudit deckt oft weiter gefasste Zugriffe auf, als das Unternehmen zu vergeben glaubt.
Sicherungen und Wiederherstellung
Vorhandensein einer Sicherungspolitik, tatsächliche Häufigkeit, und vor allem: wurde die Wiederherstellung bereits getestet. Eine nie wiederhergestellte Sicherung ist nur eine Annahme.
Integrationen
Verbindungen zu Banken, Fakturierungswerkzeugen, Drittplattformen: Wir prüfen ihre Zuverlässigkeit und ihre Kohärenz mit dem Rest des Systems.
Der spezifische Blick einer Treuhandgesellschaft
Ein klassisches technisches Audit prüft, dass ein Modul funktioniert, dass eine Integration antwortet, dass eine Performance in einem akzeptablen Bereich liegt. Es prüft im Allgemeinen nicht, dass die erzeugten Zahlen im Schweizer buchhalterischen und steuerlichen Sinne korrekt sind. Hier kommt der Blick einer Treuhandgesellschaft ins Spiel: kontrollieren, dass die erzeugte MwSt-Abrechnung tatsächlich der Tätigkeit entspricht, dass die Abschlussbuchungen kohärent sind, dass die Lohnparametrierung Abrechnungen erzeugt, die den Anforderungen der Sozialversicherungen entsprechen.
Diese doppelte Kompetenz, technisch und buchhalterisch, erlaubt es, Probleme zu erkennen, die ein rein informatisches Audit durchgehen lässt: Eine vom System her einwandfrei funktionierende Konfiguration kann sehr wohl eine falsche Buchhaltung erzeugen. Auch das Gegenteil ist wahr — eine korrekte Buchhaltung kann auf einer anfälligen technischen Konfiguration beruhen, die irgendwann zum Problem wird. Das Audit betrachtet beide Dimensionen gemeinsam statt getrennt.
Konkret bedeutet das, dass wir uns nicht darauf beschränken zu prüfen, ob ein Fakturierungs- oder Lohnmodul in dem Sinne «funktioniert», dass es ein Dokument ohne Fehlermeldung erzeugt. Wir prüfen, dass dieses Dokument das richtige ist: dass der angewandte MwSt-Satz der tatsächlichen Natur der Transaktion entspricht, dass das bebuchte Konto das erwartete Konto ist, dass die Lohnregel die vertragliche Situation des betroffenen Mitarbeitenden widerspiegelt. Das ist eine Lesetiefe, die eine rein technische Kompetenz nicht abdeckt.
Das Ergebnis
Das Audit schliesst mit einem strukturierten Bericht ab, der so konzipiert ist, dass er unabhängig von der lesenden Person nutzbar ist:
- Eine Kartierung des Bestehenden: aktive Module, Individualisierungen, Integrationen, Nutzer und Rechte.
- Die nach Schweregrad und Wahrscheinlichkeit klassierten Risiken, nicht eine einfache flache Liste von Feststellungen.
- Die Quick Wins: einfache Korrekturen mit geringem Aufwand und grosser Wirkung, getrennt von den grösseren Vorhaben identifiziert.
- Ein priorisierter Fahrplan, der unterscheidet, was dringend ist von dem, was warten kann, ohne einen willkürlichen Zeitplan aufzuzwingen.
Was nach dem Audit geschieht
Der Bericht gehört Ihnen. Sie können ihn intern umsetzen lassen, ihn einem anderen Anbieter anvertrauen oder AX-Fiduciaire bitten, die ermittelten Korrekturen ganz oder teilweise zu übernehmen — diese letzte Option wird separat besprochen, sobald die Diagnose feststeht, nie davor.
Es kommt vor, dass das Ergebnis beruhigend ist: Die Instanz ist korrekt parametriert, die festgestellten Risiken sind gering, und der Bericht dient dann als Referenzaufnahme für die Zukunft, insbesondere vor dem nächsten Versionsupgrade. In diesem Fall hat das Audit nichts an Ihrem täglichen Betrieb geändert, aber es hat einen Eindruck durch eine geprüfte Gewissheit ersetzt — was an sich einen Wert hat.
Je nach den ermittelten Prioritäten kann sich die Fortsetzung auf eine Aufwertung der Buchhaltungskonfiguration, einen Eingriff bei der Lohnbuchhaltung, eine Übernahme von Entwicklungen, einen Übergang zum Support oder eine Schulungssitzung für die Teams beziehen. Zeigt das Audit, dass ein früheres Projekt nie zu Ende geführt wurde, betrifft die Situation eher eine Wiederaufnahme eines gescheiterten Odoo-Projekts als eine einfache Anpassung. Für einen Gesamtüberblick über unsere Leistungen siehe Odoo ERP in Genf und unsere Seite Odoo in Genf. Für eine vollständige Begleitung einer neuen Einführung siehe Odoo-Implementierung.