Odoo: ein Baukasten für den ganzen Betrieb.

Wer an Bundesdienststellen liefert, muss seit 1. Jänner 2014 strukturierte e-Rechnungen einbringen, über das Unternehmensserviceportal (USP) oder über Peppol. Für Lieferanten ohne Sitz in Österreich gilt die Pflicht nur im Rahmen ihrer technischen Möglichkeiten. Länder und Gemeinden können dieselbe Infrastruktur nutzen, ihre Lieferanten sind aber derzeit nicht dazu verpflichtet.

Wir richten in Odoo den Weg ein, der zu Ihrer Version und Ihren Auftraggebern passt, testen den Versand mit den wichtigsten öffentlichen Kunden und prüfen, dass die Rechnungen dem Format Peppol BIS Billing 3.0 entsprechen. Verrechnen Sie auch an öffentliche Kunden in Deutschland, kommt dort die XRechnung dazu. Außerdem legen wir fest, wie eingehende e-Rechnungen zugeordnet und freigegeben werden.

Community ist Open Source und kostet keine Lizenz. Allerdings fehlen dort Apps und Funktionen, auf die viele Betriebe angewiesen sind, unter anderem in Buchhaltung, Lokalisierung und KI. Enterprise enthält diese und den Upgrade-Dienst von Odoo, abgerechnet als Abo je Benutzer. Den Vergleich ziehen wir anhand Ihrer echten Prozessliste, nicht anhand einer Funktionsbroschüre.

Odoo Online ist die einfachste Variante, eigene Python-Module sind dort aber ausgeschlossen. Odoo.sh, der Plattformdienst des Herstellers, erlaubt eigene Module und bietet Staging und automatische Tests. Im Eigenbetrieb liegen Standort und Sicherheit ganz bei Ihnen, ebenso die volle Verantwortung für den Betrieb. Entscheidend sind Vorgaben zur Datenhoheit, der Anpassungsbedarf und wie viel Betrieb Sie selbst stemmen können.

Jedes Jahr erscheint eine neue Hauptversion, Support gibt es nur für die letzten. Die Standarddaten bringt der Upgrade-Dienst von Odoo auf den neuen Stand; Eigenmodule migriert, wer sie betreut. Wie teuer das wird, entscheidet fast nur Umfang und Art der Anpassungen. Darum vererben unsere Module, anstatt Standardcode zu überschreiben, sie sind getestet, und das Upgrade ist ab dem ersten Tag eingeplant.

Ja, in einem zweistufigen Modell: SAP als Kern und für die Konsolidierung, Odoo bei den kleineren Töchtern. Aufwand entsteht vor allem an den Schnittstellen, nämlich bei gemeinsamen Stammdaten, Intercompany-Verrechnung und dem Mapping lokaler Kontenpläne auf den Konzernkontenplan, etwa für Töchter in Österreich, Deutschland und Mittel- und Osteuropa. Unser SAP-Team plant beide Seiten in einem Zug.

Meistens schon, mit einem Stufenplan. Den Anfang machen Finanzen und Stammdaten, danach folgt das operative Geschäft; das Altsystem bleibt für die Historie im Lesemodus. Salden und offene Posten gleichen wir nach jeder Stufe ab, sodass der Umstieg in den Zahlen nachweisbar ist und nicht nur an neuen Bildschirmen sichtbar.