Sobald ein wachsendes Unternehmen eine Entität im Ausland bekommt - ein Einkaufsbuero in China, einen Vertriebspunkt in Deutschland, eine Entität in den USA - kommt dieselbe Frage auf: läuft die Buchhaltung dieses Landes auch in Odoo, oder hältst du sie lokal und bindest sie an die Gruppe an? Die Antwort ist nicht “alles in einem System” und nicht “überall ein eigenes Paket”, sondern eine bewusste Wahl pro Land. Das ist die ehrliche Abwägung, mit der chinesischen Buchhaltung als scharfem Beispiel.
Die Frage hinter der Frage
“Kann Odoo internationale Buchhaltung?” ist technisch schnell beantwortet: ja. Odoo betreibt mehrere Entitäten als Multi-Company, in mehreren Währungen und Sprachen, mit konsolidierter Berichterstattung, und hat fiskalische Lokalisierungspakete für Dutzende Länder. Aber dort sitzt nicht die eigentliche Entscheidung.
Die eigentliche Frage ist: welche Landesbuchhaltung bildest du in Odoo ab, und welche hältst du lokal und bindest sie an? Das ist keine technische, sondern eine strategische Wahl, und die Antwort unterscheidet sich pro Land, abhängig 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 Entität 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 Ländern 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. Für manche Länder ist es klüger, die Buchhaltung lokal zu halten - bei einem externen Büro oder in lokaler Software - weil das Gesetz, die Sprache oder die Praxis das verlangen. Odoo bleibt dann das Gruppensystem für den Betrieb (Einkauf, Verkauf, Bestand, Projekte) und für die Konsolidierung, und die lokale Buchhaltung wird angebunden: über periodische Buchungssätze, eine Teilmenge der Daten oder einen täglichen Import.
Die Kunst ist nicht, dogmatisch eines zu wählen, sondern pro Entität das richtige zu bestimmen.
China: wo die Wahl am schärfsten 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 zusätzliche Module, unter anderem für Fapiao (die chinesische Fakturierung). China ist also keine Ausnahme, wo Odoo aufhört - es ist gerade das schärfste Beispiel der Wahl zwischen den zwei Modellen.
Die Abwägung 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 führen 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 Büro, 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 überlässt. Dann kann es klüger sein, die Buchhaltung lokal zu halten und an die Gruppe anzubinden.
Es gibt also keine Standardantwort “China = anbinden”. Der Betrieb (Aufträge, Einkauf, Margen, Bestandsflüsse) gehört ohnehin in Odoo; für die Buchhaltung prüfst du, ob die Lokalisierung deine spezifischen Anforderungen abdeckt und ob du die Kapazität vor Ort hast - und wählst dann bewusst zwischen in Odoo buchen oder lokal halten und anbinden. Genau so ein Szenario sahen wir kürzlich bei einem Sourcing- und Importunternehmen mit Entitäten in China und Hongkong.
Bankanbindungen: ehrlich sein über die Grenze
Ein konkreter Punkt, der oft zu spät aufkommt: Bankanbindungen funktionieren nicht überall gleich. Für europäische Banken ist eine automatische Anbindung in Odoo Standard. Für Banken ausserhalb der EU - etwa in China oder Hongkong - ist das nicht selbstverständlich. Der ehrliche Ansatz: prüfe es pro Bank, bevor du etwas versprichst. Geht es nicht automatisch, ist ein täglicher oder periodischer Bankimport die reale Alternative. Das ist kein Mangel, sondern eine Wahl, die du bewusst triffst, statt davon überrascht zu werden.
Wo die Daten laufen, zählt mit
Buchhaltung über Länder hinweg anzubinden berührt auch die Frage, wo dein System läuft und wer darauf zugreifen kann. Sitzt ein großer Teil deines Teams in einem Land mit eingeschraenktem Zugang zu bestimmten Cloud-Diensten, wird der Hostingstandort (etwa Singapur versus Europa) eine reale Abwägung. Wir arbeiten diese Wahl im Hosting-Leitfaden aus, und den breiteren internationalen Ansatz in Odoo für internationale Rollouts.
Was du in Odoo brauchst
Für eine vollwertige internationale Buchhaltung lehnst du dich an die schwerere Seite von Odoo:
- Volle Buchhaltung (Bankabgleich, Anlagen, Steuerberichte) - das ist die Enterprise-Funktionalität, siehe Odoo Community vs Enterprise.
- Multi-Company mit Intercompany-Transaktionen und konsolidierter Berichterstattung.
- Fiskalische Lokalisierungspakete pro Land, in dem du in Odoo buchst.
- Mehrere Währungen und Sprachen in einem zusammenhängenden Ganzen.
- Schnittstellen für die Entitäten, die lokal bleiben: Buchungssätze, Teilmengen-Sync oder Import.
Die ehrliche Nuance
Nicht jede ausländische Buchhaltung gehört in Odoo, und nicht jede gehört ausserhalb. Für eine deutsche oder belgische Entität mit guter Lokalisierung ist Modell 1 (alles in Odoo) oft in Ordnung. Für eine chinesische Entität 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 Büro oder spezifische gesetzliche Anforderungen, ist lokal halten und anbinden klüger. Der Fehler ist nicht das eine oder andere Modell, sondern das nicht bewusste Wählen - und dann hinterher zu entdecken, dass du eine lokale Steueranforderung in ein System gezwungen hast, das nicht dafür gedacht war, oder dass dir ein Gruppenbild fehlt.
Wie man es angeht
- Bilde die Entitäten ab. Pro Land: welche Steueranforderungen, welcher Buchhalter, welche Sprache, welche Bank.
- Bestimme das Modell pro Entität. In Odoo buchen (mit Lokalisierung) oder lokal halten und anbinden.
- Prüfe 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 hältst du lokal und bindest sie an die Gruppe an? Odoo liefert die Multi-Company, die Lokalisierungen und die Konsolidierung; die Kunst ist, pro Entität die richtige Aufstellung zu wählen. China ist keine Mauer, sondern das schärfste 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 ausländische Entität und bist unsicher über die Aufstellung? Vereinbare einen unverbindlichen Quickscan und wir bilden deine Entitäten, deine Steueranforderungen und die beste Anbindungsstrategie ab.
Mehr lesen: Chinesische Buchhaltung in Odoo: l10n_cn, Fapiao und Golden Tax · Odoo für internationale Rollouts · Odoo für Einkaufs-, Sourcing- und Importunternehmen · Odoo-Hosting und Datenstandort international · Odoo Community vs Enterprise · Was kostet eine Odoo-Implementierung?