Genf ist einer der wichtigsten weltweiten Handelsplätze für Rohstoffe: Metalle, Energie, Agrarprodukte, Erze. Die dort ansässigen Unternehmen kaufen und verkaufen Waren, die sehr oft nie Schweizer Boden berühren. Diese wirtschaftliche Realität wird von generalistischen ERPs, die für Distributoren konzipiert sind, welche lokal einkaufen, lagern und liefern, schlecht bedient. AX-Fiduciaire ist in Genf niedergelassen, im Herzen dieses Ökosystems, und konfiguriert Odoo, um den tatsächlichen Anforderungen des Handels statt jenen eines klassischen Handelsgeschäfts gerecht zu werden.
Diese Seite beschreibt, was eine Odoo-Einführung für ein Handelsunternehmen bedeutet, was das Werkzeug korrekt abdeckt, und wo seine Grenzen liegen. Für die Buchhaltungskonfiguration als solche siehe unsere Seite Odoo-Buchhaltung; für die Verwaltung physischer Warenflüsse siehe Lager und Einkauf.
Was den Handel von einer klassischen Distributionstätigkeit unterscheidet
Ein Distributor kauft einen Warenbestand, nimmt ihn physisch entgegen, lagert ihn in einem von ihm kontrollierten Lager und verkauft ihn dann an seine eigenen Kunden weiter. Die Marge berechnet sich auf einem relativ linearen Fluss: Einkaufspreis, Haltekosten, Verkaufspreis. Ein für dieses Schema konfiguriertes Standard-ERP funktioniert gut.
Der Handel funktioniert in mehreren strukturellen Punkten anders:
- Die Ware kann gekauft und weiterverkauft werden, ohne je in ein der Schweizer Gesellschaft gehörendes Lager zu gelangen — sie zirkuliert zwischen dem ursprünglichen Verkäufer und dem Endkäufer, wobei das Handelsunternehmen nur auf der Eigentums- und Dokumentationskette eingreift.
- Die Geschäfte werden auf beiden Seiten in unterschiedlichen Währungen abgewickelt (z. B. Einkauf in USD, Verkauf in EUR), mit einem abzusichernden oder zu tragenden Wechselkursrisiko.
- Transport, Versicherung und Eigentumsübergang folgen vertraglichen Regeln (Incoterms), die nicht zwangsläufig mit der physischen Warenbewegung übereinstimmen.
- Ein erheblicher Teil der Geschäfte wird durch spezifische Instrumente finanziert — Akkreditive, Bankvorfinanzierung —, die den Kalender und die Zahlungsbedingungen strukturieren.
- Die Rentabilität wird geschäftsweise gesteuert, nicht auf Ebene eines aggregierten Monatsumsatzes.
Eine Odoo-Konfiguration, die diese Besonderheiten ignoriert, ergibt eine formal korrekte, aber für die Steuerung der Tätigkeit unlesbare Buchhaltung. Die Herausforderung des Projekts liegt also nicht in der Installation von Odoo, sondern in seiner Konfiguration nach der für den Handel spezifischen Geschäftslogik.
Die Verfolgung pro Geschäft (Deal): der zentrale Baustein
In einem Handelsunternehmen ist die relevante Verwaltungseinheit weder der Kunde noch das Produkt, sondern das Geschäft (oder „Deal“): ein verbundener Kauf und Verkauf mit ihren Nebenkosten, die zusammen einen Vorgang bilden, dessen genaue Marge man kennen will.
In Odoo wird diese Logik über die Kostenrechnung aufgebaut: Jedes Geschäft wird einer Kostenstelle oder einem dedizierten Projekt zugeordnet. Die Buchungen für Einkauf, Verkauf, Transport, Versicherung, Vermittlung und Finanzierung, die mit diesem Geschäft verbunden sind, werden derselben Kostenstellenachse zugeordnet. Es wird dann möglich, für ein bestimmtes Geschäft sämtliche zugehörigen Erträge und Aufwände zu extrahieren und damit seine tatsächliche Marge — unabhängig von der Buchhaltungsperiode, auf die die einzelnen Rechnungen fallen.
Diese Konfiguration wird vorgängig zum Projekt entschieden: Struktur der Kostenstellen, Regeln für die automatische Zuordnung ab Einkaufs- und Verkaufsaufträgen, Vorlagen für wiederkehrende Kosten (Transport, Versicherung, Vermittlung), die auf die betreffenden Geschäfte zu verteilen sind. Das ist Konfigurationsarbeit, keine mit einem Klick aktivierbare Funktion.
Die Multi-Währung: eine native Anforderung, keine Option
Der Handel ist naturgemäss multi-währungsfähig: Einkauf in USD, Verkauf in EUR, Kosten je nach Dienstleister in CHF oder GBP fakturiert. Odoo verwaltet nativ Konten in Fremdwährungen, die Erfassung von Belegen in ihrer Ursprungswährung und die Umrechnung in CHF zum am Transaktionsdatum geltenden Kurs. Drei Punkte verdienen bei der Konfiguration besondere Aufmerksamkeit:
- Die Quelle der Wechselkurse — automatisch über einen Kursdienst oder manuelle Erfassung je nach Unternehmenspolitik, mit einer Nachvollziehbarkeit des für jeden Beleg verwendeten Kurses.
- Die Wechselkursdifferenzen — latent (bei offenen Fremdwährungspositionen) oder realisiert (bei Zahlung), die getrennt von der kommerziellen Marge des Geschäfts erkannt und verbucht werden müssen.
- Die periodische Neubewertung der Fremdwährungskonten beim Abschluss, um Jahresabschlüsse in CHF darzustellen, die das Wechselkursrisiko zum Bilanzstichtag korrekt widerspiegeln.
Odoo betreibt keine Wechselkursabsicherung: Es erfasst und bewertet die Positionen, aber die Entscheidung, ein Wechselkursrisiko abzusichern (Forward, Option) und deren operative Verfolgung bleiben ausserhalb des ERP-Umfangs.
Die Flüsse ohne Lagerhaltung in der Schweiz
Ein erheblicher Teil der Genfer Handelsgeschäfte sieht die Ware nie durch die Schweiz transitieren: Einkauf bei einem Lieferanten in einem Land, Weiterverkauf an einen Käufer in einem anderen, wobei die Schweizer Gesellschaft auf der vertraglichen und dokumentarischen Kette eingreift, nicht auf der lokalen physischen Logistik. Für diese Flüsse muss die Lager-Konfiguration von Odoo anders gedacht werden als bei einem klassischen Lager:
- Lagerorte vom Typ Transit oder Ausserhalb-Schweiz können angelegt werden, um Ware in Transit oder bei einem Dritten gelagerte Ware abzubilden, ohne dass dies eine physische Präsenz in der Schweiz voraussetzt.
- Wird ein Auslandslager tatsächlich genutzt (Pufferlager, Zolllager, Freizone), kann es als eigener Odoo-Lagerort mit eigenen Bewertungsregeln abgebildet werden — das für dieses Lager geltende Zoll- und Steuerregime hängt jedoch vom betreffenden Land ab und muss unabhängig von der Odoo-Konfiguration selbst vorgängig geklärt werden.
- Der Eigentumsübergang, der je nach gewähltem Incoterm zu einem anderen Zeitpunkt als die physische Bewegung erfolgen kann, muss in der Verbuchung von Einkauf und Verkauf abgebildet werden, nicht nur in der Lagerbewegung.
Die Handelsdokumentation: Incoterms und Belege
Jedes Handelsgeschäft stützt sich auf eine Reihe von Dokumenten, die zusammen den Eigentumsübergang, den tatsächlichen Transport und die Verkaufsbedingungen belegen: Vertrag, Konnossement oder Frachtbrief, Ursprungszeugnis, Packliste, Versicherungspolice, Handelsrechnung.
Odoo ersetzt diese Handelsdokumente nicht und verwaltet Incoterms nicht als strukturiertes Feld im engeren Sinne — es erlaubt jedoch:
- Belege (Scans, PDF) direkt dem betreffenden Geschäft oder der Bestellung zuzuordnen, für ein zentralisiertes und einsehbares Dokumentendossier.
- Liefer- und Fakturierungsfristen im Zusammenhang mit jedem Geschäft zu verfolgen.
- Über die oben beschriebene Kostenstellenzuordnung Transportdokumente und die daraus entstehenden Kosten mit dem entsprechenden Geschäft abzugleichen.
Der gewählte Incoterm (FOB, CIF, DAP usw.) bestimmt, zu welchem Zeitpunkt Risiko und Eigentum übergehen, was sich direkt auf das Verbuchungsdatum des Verkaufs und die MwSt.-Behandlung auswirkt. Dieser Punkt wird vertraglich entschieden, vor der Odoo-Erfassung, und muss mit der für das Geschäft gewählten Buchhaltungskonfiguration übereinstimmen.
Die MwSt.: ein fallweise zu prüfendes Thema
Die MwSt.-Behandlung eines Handelsgeschäfts hängt direkt vom tatsächlichen Warenweg ab: Tritt die Ware auf Schweizer Gebiet ein, verlässt sie es, oder bleibt sie dauerhaft im Ausland, während das Handelsunternehmen schweizerisch ist? Diese drei Situationen verlangen nicht dieselbe Behandlung, und die Regeln variieren je nach den genauen Umständen jedes Geschäfts — Lieferort, Incoterm, Zollstatus der Ware, Eigenschaft der Parteien.
Wir gehen hier nicht auf diese Regeln im Detail ein: Sie müssen geschäftsweise geprüft werden, gestützt auf die vertraglichen und Transportdokumente. Odoo installiert automatisch die Schweizer Lokalisierung (Modul l10n_ch), sobald die Gesellschaft in der Schweiz konfiguriert ist, was eine korrekte MwSt.-Berechnungsgrundlage für lokale Flüsse schafft, entbindet aber nicht von einer fallweisen Analyse für die handelstypischen internationalen Flüsse. Für die allgemeinen Grundsätze der Schweizer MwSt. siehe unsere Seite Schweizer MwSt..
Die Margensteuerung und das Finanz-Reporting
Sobald die Geschäftsverfolgung und die Multi-Währung korrekt konfiguriert sind, erlaubt Odoo ein Reporting, das die Marge pro Geschäft, die konsolidierte Marge pro Periode und die offene Fremdwährungsposition abgleicht. Die Standard-Kostenstellenberichte von Odoo (Ergebnis pro Kostenstelle, Budgetvergleich) decken einen Grossteil dieses Bedarfs ab; ergänzende Dashboards können erstellt werden, um je nach Steuerungsprioritäten des Unternehmens eine Sicht pro Geschäft, pro Gegenpartei oder pro Warentyp wiederzugeben.
Dieses Reporting bleibt von der Qualität der vorgelagerten Erfassung abhängig: Ein falsch zugeordnetes Geschäft oder eine auf die falsche Achse gebuchte Kosten verfälscht das Ergebnis des betroffenen Geschäfts, ohne dass dies in den Gesamtsummen sofort sichtbar wird. Deshalb zählen die anfängliche Konfiguration und die Erfassungsdisziplin in diesem Kontext mehr als in einer klassischen Distributionsbuchhaltung.
Was Odoo gut abdeckt, und seine ehrlichen Grenzen
Odoo, korrekt konfiguriert, deckt gut ab:
- Die Finanz- und Kostenrechnung, mit nativer Schweizer Lokalisierung.
- Die Geschäftsverfolgung über Kostenstellenachsen.
- Die Multi-Währung für Einkauf, Verkauf und Zahlung.
- Die Basis-Dokumentenverwaltung (an Geschäfte angehängte Anhänge).
- Die Lagerverfolgung, einschliesslich Lagerorten, die Flüsse ausserhalb der Schweiz abbilden.
Odoo ist hingegen kein spezialisiertes CTRM (Commodity Trading and Risk Management). Es verfügt nativ nicht über:
- Echtzeit-Marktpositionsmanagement und die dazugehörige Risikoberechnung (VaR, Mark-to-Market).
- Systematische Absicherung (Hedging) über Derivate im Zusammenhang mit Rohstoffen.
- Feingranulare Verwaltung von Akkreditiven und dokumentarischen Bankbedingungen des Trade Finance.
- Automatisierten Abgleich sehr grosser Mengen physischer Verträge mit Papierpositionen.
Für ein Unternehmen, dessen Handelsvolumen und -komplexität ein aktives Marktrisikomanagement rechtfertigen, bleibt ein dediziertes CTRM notwendig, mit einer Buchhaltungsschnittstelle zu Odoo statt einer vollständigen Verwaltung im ERP. Für ein Handelsunternehmen, dessen Tätigkeit vor allem auf dokumentierten physischen Geschäften mit klassischerer Finanzierung beruht, deckt ein gut konfiguriertes Odoo den Grossteil der Verwaltungs- und Buchhaltungsbedürfnisse ab, zu deutlich geringeren Besitzkosten als ein spezialisiertes CTRM. Die Wahl zwischen beiden hängt vom tatsächlichen Profil der Tätigkeit ab, nicht von einer grundsätzlichen Präferenz.
Die Rolle von AX-Fiduciaire
AX-Fiduciaire ist ein Treuhandbüro in Genf und Odoo-Partner. Bei einem Handelsprojekt umfasst unser Einsatz drei Bereiche:
- Die Buchhaltungs- und Kostenstellenkonfiguration — Kontenstruktur, Kostenstellenachsen pro Geschäft, Regeln für die automatische Zuordnung, Verwaltung von Währungen und Wechselkursdifferenzen. Siehe Odoo-Buchhaltung.
- Die Schweizer Konformität — Lokalisierung l10n_ch, Übereinstimmung des Kontenplans mit Schweizer Recht, Abstimmung mit den handelsspezifischen internationalen MwSt.-Pflichten (siehe Schweizer MwSt.).
- Die treuhänderische Begleitung — Buchführung, Abschlüsse, Deklarationen, über die reine IT-Konfiguration hinaus, in der Kontinuität unserer Tätigkeit als Genfer Treuhandbüro.
Die Einführung folgt derselben Methodik wie jedes Odoo-Projekt: Erfassung der tatsächlichen Unternehmensflüsse, Definition der Kostenstellenarchitektur, Konfiguration, Tests anhand realer Geschäfte vor der Umstellung. Siehe unsere Seite Odoo-Implementierung für das Detail der Vorgehensweise und unsere Seite Odoo in Genf für den lokalen Kontext. AX-Fiduciaire hat ihren Sitz am Boulevard Georges-Favon 26, in Genf.