Sobald ein wachsendes Unternehmen eine Entitaet im Ausland bekommt - ein Einkaufsbuero in China, einen Vertriebspunkt in Deutschland, eine Entitaet in den USA - kommt dieselbe Frage auf: laeuft die Buchhaltung dieses Landes auch in Odoo, oder haeltst du sie lokal und bindest sie an die Gruppe an? Die Antwort ist nicht “alles in einem System” und nicht “ueberall ein eigenes Paket”, sondern eine bewusste Wahl pro Land. Das ist die ehrliche Abwaegung, mit der chinesischen Buchhaltung als scharfem Beispiel.
Die Frage hinter der Frage
“Kann Odoo internationale Buchhaltung?” ist technisch schnell beantwortet: ja. Odoo betreibt mehrere Entitaeten als Multi-Company, in mehreren Waehrungen und Sprachen, mit konsolidierter Berichterstattung, und hat fiskalische Lokalisierungspakete fuer Dutzende Laender. Aber dort sitzt nicht die eigentliche Entscheidung.
Die eigentliche Frage ist: welche Landesbuchhaltung bildest du in Odoo ab, und welche haeltst du lokal und bindest sie an? Das ist keine technische, sondern eine strategische Wahl, und die Antwort unterscheidet sich pro Land, abhaengig von Regulierung, dem lokalen Buchhalter, der Sprache und der Praxis.
Zwei Modelle
Es gibt grob zwei Wege, internationale Buchhaltung mit Odoo zu organisieren.
Modell 1: alles in Odoo, mit fiskalischer Lokalisierung pro Land. Du betreibst jede Entitaet in Odoo und installierst pro Land das fiskalische Lokalisierungspaket: den Kontenrahmen, die Steuern und die steuerlichen Positionen. Das ist die sauberste Aufstellung: ein System, ein Datenmodell, direkte Konsolidierung. Es passt gut zu Laendern mit einer Lokalisierung, die Odoo gut abdeckt, und wo es keine schwere lokale Anforderung gibt, in anderer Software oder bei einer lokalen Partei zu buchen.
Modell 2: lokale Buchhaltung lokal, an die Gruppe angebunden. Fuer manche Laender ist es klueger, die Buchhaltung lokal zu halten - bei einem externen Buero oder in lokaler Software - weil das Gesetz, die Sprache oder die Praxis das verlangen. Odoo bleibt dann das Gruppensystem fuer den Betrieb (Einkauf, Verkauf, Bestand, Projekte) und fuer die Konsolidierung, und die lokale Buchhaltung wird angebunden: ueber periodische Buchungssaetze, eine Teilmenge der Daten oder einen taeglichen Import.
Die Kunst ist nicht, dogmatisch eines zu waehlen, sondern pro Entitaet das richtige zu bestimmen.
China: wo die Wahl am schaerfsten ist
China wird oft als “geht nicht in Odoo” dargestellt. Das stimmt nicht. Odoo hat eine chinesische fiskalische Lokalisierung (Kontenrahmen und Steuern), und die Community (OCA) bietet zusaetzliche Module, unter anderem fuer Fapiao (die chinesische Fakturierung). China ist also keine Ausnahme, wo Odoo aufhoert - es ist gerade das schaerfste Beispiel der Wahl zwischen den zwei Modellen.
Die Abwaegung dreht sich um zwei Fragen:
- Hast du eigene Buchhaltungskapazitaet in China? Wenn ja - ein eigener Buchhalter oder ein Finance-Team vor Ort - ist die chinesische Buchhaltung in Odoo zu fuehren oft die beste Wahl: ein System, direkte Konsolidierung, kein separates Paket daneben. Die Lokalisierung plus etwaige OCA- oder Partnermodule decken den Kontenrahmen und die Fakturierung ab.
- Arbeitest du mit einem externen lokalen Buero, oder hast du sehr spezifische gesetzliche Anforderungen? Denk an bestimmte Teile rund um das Golden-Tax-System oder Meldungen, die du lieber einem lokalen Spezialisten ueberlaesst. Dann kann es klueger sein, die Buchhaltung lokal zu halten und an die Gruppe anzubinden.
Es gibt also keine Standardantwort “China = anbinden”. Der Betrieb (Auftraege, Einkauf, Margen, Bestandsfluesse) gehoert ohnehin in Odoo; fuer die Buchhaltung pruefst du, ob die Lokalisierung deine spezifischen Anforderungen abdeckt und ob du die Kapazitaet vor Ort hast - und waehlst dann bewusst zwischen in Odoo buchen oder lokal halten und anbinden. Genau so ein Szenario sahen wir kuerzlich bei einem Sourcing- und Importunternehmen mit Entitaeten in China und Hongkong.
Bankanbindungen: ehrlich sein ueber die Grenze
Ein konkreter Punkt, der oft zu spaet aufkommt: Bankanbindungen funktionieren nicht ueberall gleich. Fuer europaeische Banken ist eine automatische Anbindung in Odoo Standard. Fuer Banken ausserhalb der EU - etwa in China oder Hongkong - ist das nicht selbstverstaendlich. Der ehrliche Ansatz: pruefe es pro Bank, bevor du etwas versprichst. Geht es nicht automatisch, ist ein taeglicher oder periodischer Bankimport die reale Alternative. Das ist kein Mangel, sondern eine Wahl, die du bewusst triffst, statt davon ueberrascht zu werden.
Wo die Daten laufen, zaehlt mit
Buchhaltung ueber Laender hinweg anzubinden beruehrt auch die Frage, wo dein System laeuft und wer darauf zugreifen kann. Sitzt ein grosser Teil deines Teams in einem Land mit eingeschraenktem Zugang zu bestimmten Cloud-Diensten, wird der Hostingstandort (etwa Singapur versus Europa) eine reale Abwaegung. Wir arbeiten diese Wahl im Hosting-Leitfaden aus, und den breiteren internationalen Ansatz in Odoo fuer internationale Rollouts.
Was du in Odoo brauchst
Fuer eine vollwertige internationale Buchhaltung lehnst du dich an die schwerere Seite von Odoo:
- Volle Buchhaltung (Bankabgleich, Anlagen, Steuerberichte) - das ist die Enterprise-Funktionalitaet, siehe Odoo Community vs Enterprise.
- Multi-Company mit Intercompany-Transaktionen und konsolidierter Berichterstattung.
- Fiskalische Lokalisierungspakete pro Land, in dem du in Odoo buchst.
- Mehrere Waehrungen und Sprachen in einem zusammenhaengenden Ganzen.
- Schnittstellen fuer die Entitaeten, die lokal bleiben: Buchungssaetze, Teilmengen-Sync oder Import.
Die ehrliche Nuance
Nicht jede auslaendische Buchhaltung gehoert in Odoo, und nicht jede gehoert ausserhalb. Fuer eine deutsche oder belgische Entitaet mit guter Lokalisierung ist Modell 1 (alles in Odoo) oft in Ordnung. Fuer eine chinesische Entitaet kann es in beide Richtungen gehen: mit eigenen Buchhaltern und einer abdeckenden Lokalisierung ist das Buchen in Odoo ausgezeichnet; lehnst du dich an ein externes lokales Buero oder spezifische gesetzliche Anforderungen, ist lokal halten und anbinden klueger. Der Fehler ist nicht das eine oder andere Modell, sondern das nicht bewusste Waehlen - und dann hinterher zu entdecken, dass du eine lokale Steueranforderung in ein System gezwungen hast, das nicht dafuer gedacht war, oder dass dir ein Gruppenbild fehlt.
Wie man es angeht
- Bilde die Entitaeten ab. Pro Land: welche Steueranforderungen, welcher Buchhalter, welche Sprache, welche Bank.
- Bestimme das Modell pro Entitaet. In Odoo buchen (mit Lokalisierung) oder lokal halten und anbinden.
- Pruefe die Bankanbindungen pro Bank, mit Import als Fallback.
- Entwirf die Konsolidierung auf Gruppenebene, mit Intercompany und Eliminierung.
- Wiege den Hostingstandort ab, wenn ein Teil deines Teams eingeschraenkten Cloud-Zugang hat.
Kurz zusammengefasst
Internationale Buchhaltung mit Odoo ist keine technische, sondern eine Architekturfrage: welche Landesbuchhaltung bildest du in Odoo ab, und welche haeltst du lokal und bindest sie an die Gruppe an? Odoo liefert die Multi-Company, die Lokalisierungen und die Konsolidierung; die Kunst ist, pro Entitaet die richtige Aufstellung zu waehlen. China ist keine Mauer, sondern das schaerfste Beispiel dieser Wahl: mit eigenen Buchhaltern und einer abdeckenden Lokalisierung ist das Buchen in Odoo ausgezeichnet; sonst ist ein Gruppensystem mit einer angebundenen lokalen Buchhaltung die ehrliche Antwort - ein Bild, ohne die lokalen Anforderungen zu erzwingen.
Hast du eine auslaendische Entitaet und bist unsicher ueber die Aufstellung? Vereinbare einen unverbindlichen Quickscan und wir bilden deine Entitaeten, deine Steueranforderungen und die beste Anbindungsstrategie ab.
Mehr lesen: Odoo fuer internationale Rollouts · Odoo fuer Einkaufs-, Sourcing- und Importunternehmen · Odoo-Hosting und Datenstandort international · Odoo Community vs Enterprise · Was kostet eine Odoo-Implementierung?