Die Standard-SaaS-Suite
Schnell startklar, alles aus einer Hand, betrieben in der Cloud des Anbieters. Erweitert wird dort, wo der Anbieter geöffnet hat: Schnittstellen, Marktplatz, No-Code-Regeln. Xentral ist ein typischer Vertreter.
Warum Corelane
Die Frage ist nicht, welches ERP das beste ist.
Sondern wer in zehn Jahren über Ihre Prozesse, Ihre Daten und Ihre KI bestimmt – wenn sich die Prozesse geändert haben, die Daten gewachsen sind und KI kein Projekt mehr ist, sondern Teil des Arbeitstags.
Drei Wege
Jede ERP-Entscheidung ist eine von dreien.
Sie unterscheiden sich weniger darin, was sie heute können, als darin, wer sie morgen ändern darf.
Die Suite mit versiegeltem Kern
Enorme funktionale Breite und ein großes Partner-Ökosystem. SAP verlangt mit S/4HANA, dass der Kern nicht modifiziert wird; Microsoft hält es mit Dynamics 365 Business Central genauso, wo AL-Extensions über Events neben einer unveränderten Base App ansetzen. Die Basis direkt zu ändern funktioniert nur On-Premise und bricht den Upgrade-Pfad.
Die Open-Core-Plattform
Ein offener Kern, den Sie lesen und erweitern können, betrieben dort, wo Sie es entscheiden. Diesen Weg geht Corelane mit Odoo – Ihre eigene Logik erbt von den Standardmodellen und läuft in deren Prozess statt daneben.
Was daraus folgt
Die drei Wege beantworten eine Frage unterschiedlich: Wenn Ihr Prozess nicht zum Standard passt – ändern Sie den Prozess, warten Sie auf den Anbieter, oder ändern Sie, was die Software tut?
Sie kommen von SAP: warum die Architekturentscheidung 2027 nicht länger vertagt werden sollte – verlängerte Wartung eingerechnet – und welche drei Wege hinausführen
Der Beweis
Wir haben das nicht gelesen. Wir haben es gemacht.
STASTO hat SAP abgelöst und läuft heute auf dieser Plattform: 13 Gesellschaften in sechs Ländern, 100.000+ Produkte in einem integrierten B2B-Shop, Lagerautomation, Produktkommunikation in 21 Sprachen – und KI im Tagesprozess mit menschlicher Freigabe.
Der architektonische Unterschied
Keine Meinungen. Eigenschaften.
Alles in dieser Tabelle stammt aus der Dokumentation der Anbieter selbst. Wir vergleichen Architektur, nicht Preise oder Qualität – das sollten Sie selbst beurteilen.
| Eigenschaft | Standard-SaaS | Versiegelter Kern (SAP, Business Central) | Corelane |
|---|---|---|---|
| Wo es läuft | Ausschließlich in der Cloud des Anbieters | Cloud oder eigenes Rechenzentrum | Eigenes Rechenzentrum oder EU-Cloud, Ihre Wahl |
| Wie erweitert wird | Schnittstellen, Marktplatz, No-Code-Regeln | Freigegebene APIs, ABAP Cloud oder AL-Extensions – immer neben dem Kern | Eigene Module im selben Prozess wie die Daten |
| Ist der Kern änderbar | Nein | Bewusst nicht – Clean Core bei SAP, unveränderte Base App bei Business Central | Ja – aber Sie forken ihn nicht: eigene Module erben von jeder Klasse und Methode und überschreiben gezielt. LGPLv3. |
| Wie weit die Erweiterung reicht | So weit, wie das Produkt es vorsieht | Bis an die vorgesehenen Erweiterungspunkte, etwa Page Extensions | Bis in die Oberfläche – Komponenten patchbar, Ansichten ersetzbar |
| Sprache und Ökosystem | Anbieterspezifisch | ABAP oder AL, dazu die jeweilige Cloud-Plattform | Python – die Sprache, in der das KI-Ökosystem geschrieben ist |
| Wo KI ansetzt | An den Schnittstellen, die der Anbieter öffnet | Als Dienst neben dem Kern | Im Geschäftsobjekt selbst |
| Wahl des KI-Modells | Was der Anbieter einsetzt | Herstellerdienste, oder eigene neben dem Kern | Je Workflow konfigurierbar, bis hin zu lokalen Modellen |
| Wieder aussteigen | Export im Rahmen der Anbieterbedingungen | Daten exportierbar, Erweiterungen an die Herstellerplattform gebunden | PostgreSQL, offene Formate, Kernquellcode öffentlich |
Quellen, geprüft im Juli 2026: Xentral zum Cloud-Betrieb · SAP zur Clean-Core-Erweiterung · Microsoft zu Business-Central-Erweiterungen · Odoo-Community-Lizenz · ERPNext-Lizenz. Odoo ist Open Core, und die Unterscheidung trägt jede Aussage auf dieser Seite: Der Community-Kern ist quelloffen unter LGPLv3; die Enterprise-Erweiterungen sind proprietär – mit gültigem Abonnement les- und veränderbar, aber keine freie Software; unsere eigenen Module gehören uns und vertraglich Ihnen. Wir sagen das, statt „offen" die Arbeit machen zu lassen.
Underneath all three roads: welche Sprache, welche Datenbank, welche Oberfläche – und was Sie jede davon in zehn Jahren kostet
Was das kaufmännisch heisst
Keine Eigenschaften. Folgen.
Die Tabelle darüber vergleicht Architektur. Diese dreht sie um: dieselben drei Wege, gelesen als das, was sie mit Ihrem Budget und Ihrem Kalender machen. Hier stehen keine Beträge – die stehen auf der Preisseite, zusammen mit den Annahmen dahinter.
| Die Lage | Standard-SaaS | Versiegelter Kern (SAP, Business Central) | Corelane |
|---|---|---|---|
| Ihr Prozess passt nicht zum Standard | Sie ändern den Prozess | Sie warten auf den Hersteller oder bauen neben dem Kern | Sie ändern, was die Software tut |
| Wer die Änderung machen kann | Der Anbieter, wenn es in seine Roadmap passt | Ein Partner, an den vorgesehenen Erweiterungspunkten | Sie oder wir – im Prozess, nicht daneben |
| Was das nächste Release von Ihnen verlangt | Nichts – Sie bekommen, was kommt | Die Prüfung Ihrer Erweiterungen gegen einen neuen Kern | Die Prüfung Ihrer eigenen Module, zum selbst gewählten Termin |
| Was ein Ausstieg kostet | Ein Export nach den Bedingungen des Anbieters | Die Daten ja, die Erweiterungen nicht | PostgreSQL und offene Formate – die Module gehören Ihnen |
Beträge, Pakete und was sie voraussetzen: die Preisseite
Warum das die KI-Frage entscheidet
KI dockt nicht an. Sie sitzt im Prozess.
Hier hört der architektonische Unterschied auf, akademisch zu sein. Jedes brauchbare KI-System braucht dreierlei: die Daten, den Prozesskontext und die Erlaubnis zu handeln. Geschlossene Systeme geben Ihnen alle drei – über freigegebene Schnittstellen, Erweiterungen und eigene Agenten. Unterschiedlich ist das dritte: wie tief die Erlaubnis reicht, wer schreibt, was als Nächstes geschieht, und auf wessen Modell es läuft.
Gleiche Sprache
Python
- Modell-SDKs, Orchestrierung, Vektorsuche und MCP sind Python-first
- Die KI läuft dort, wo die Daten sind, nicht hinter einer Schnittstelle
- Kein zweites System, das synchron gehalten werden muss
Im Datensatz
Im Kontext
- Die Prüfung sitzt auf der Rechnung, die Freigabe auf dem Auftrag
- Die Menschen bleiben in dem Werkzeug, das sie ohnehin nutzen
- Jeder Vorschlag ist bis zum Originalbeleg nachvollziehbar
Ihre Daten bleiben
Im Haus
- Nur der aufgabenbezogene Ausschnitt verlässt das Haus
- Anbieter sind je Workflow austauschbar, bis hin zu lokalen Modellen
- Nicht an die KI-Roadmap eines Herstellers gebunden
Der Mensch entscheidet
Freigabe
- Nichts wird gebucht, ohne dass ein Mensch es freigibt
- Jeder Schritt protokolliert, budgetiert und auditierbar
- Schatten-KI verliert ihren Daseinsgrund
Die ehrliche Grenze dieses Arguments
Geschlossene Systeme können sehr wohl KI. Sie liefern brauchbare Funktionen, und für viele Unternehmen reicht das. Der Unterschied liegt darin, wer entscheidet, was als Nächstes kommt: Bei einem offenen Kern Sie, bei einem geschlossenen warten Sie – und zahlen für das, was kommt.
Warum wir das behaupten dürfen
Weil es läuft. KI-Auftragserfassung, KI-Rechnungsprüfung, E-Mail-Triage und die Steuerungszentrale dahinter sind bei STASTO täglich produktiv im Einsatz – nicht im Labor. Sie können sich die echten Bildschirme ansehen.
Zwei Wege, ein Datenkern
Der Prozess ist deterministisch. Die KI ist es nicht.
Ein ERP muss rechnen können. Eine Buchung ist eine Buchung, eine Lagerbewegung ist eine Lagerbewegung, und dieselbe Eingabe ergibt morgen dasselbe Ergebnis. Ein Sprachmodell tut etwas anderes: Es wägt Wahrscheinlichkeiten ab. Beides ist nützlich. Beides darf nicht denselben Weg nehmen – und keines steht über dem anderen.
Der eine Weg: Odoo, der geführte Prozess
Buchungen, Bestände, Preise, Freigaben, Prüfpfad. Wiederholbar, nachvollziehbar, heute wie nach dem nächsten Release. Auf dieser Schicht entscheidet kein Modell – und genau deshalb bleiben die Zahlen unter Ihrem Jahresabschluss belastbar.
Der andere Weg: die Steuerebene, die KI
Liest Belege, klassifiziert Post, extrahiert, gleicht ab, schlägt vor. Jedes Ergebnis kommt als Vorschlag an dem Datensatz an, zu dem es gehört: Die KI darf den Artikel vorschlagen, liefern darf sie ihn nicht. Ausgeliefert wird, was auf der freigegebenen Auftragszeile steht, nie das, was ein Modell für wahrscheinlich hielt – eine falsche Artikelnummer in der Kundenmail wird so zu einer Zeile, die jemand korrigiert, und nicht zu einer Lieferung, die jemand zurückholen muss. Die Wahrscheinlichkeit bleibt auf dieser Schicht und sickert nie in die Buchung.
Und wenn ein Agent etwas ändert, tut er es über dieselben MCP-Schnittstellen und dasselbe Odoo-ORM wie jeder Benutzer: dieselben Zugriffsrechte, dieselben Prüfungen, derselbe Prüfpfad. Einen Weg an der Geschäftslogik vorbei gibt es nicht – auch keinen für uns.
Vier Eigenschaften machen diese zweite Schicht beherrschbar: Schlüssel und Modelle außerhalb des ERP, eine Prompt-Änderung, die gemessen wird, bevor sie live geht, verbuchte und gedeckelte Kosten je Aufruf, und die Freigabe als Stufe am Datensatz. Wie das im Betrieb aussieht
Warum das nicht dasselbe ist wie Odoos eigene KI
Odoo baut KI in das ERP ein und wird mit jedem Release mehr davon einbauen. Das ist eine Funktion in einem Produkt, konfiguriert in dessen Oberfläche, nach dessen Release-Kalender. Die Steuerebene liegt darüber: Sie bedient das ERP, aber ebenso Post, Belege und Suche – und sie hält Modell, Prompt, Budget, Messung und Protokoll, also die Teile, die über die Qualität entscheiden, außerhalb des Systems, das sie steuern.
Die ehrliche Grenze
Odoo kann Governance ebenfalls bauen und tut es in Teilen bereits. Die Behauptung lautet also nicht, dass es das nie tun wird. Sie lautet, wo die Schicht sitzt – im ERP und für das ERP, oder darüber, übertragbar und Ihnen verantwortlich. Und jede KI-Funktion, die Odoo darunter liefert, macht unsere Schicht günstiger, nicht überflüssig.
Was ein offener Kern konkret bringt
Zwei Anbindungen, die ganz nach innen reichen.
Abstrakt lässt sich das leicht behaupten. Diese beiden laufen, und beide greifen tiefer ins System, als eine Schnittstelle es kann: die eine in Katalog und Einkaufssitzung, die andere in Lagerbewegungen und einen physischen Roboter.
OCI-Punch-out: Ihre Kunden bleiben in ihrem eigenen ERP
Große Einkäufer bestellen aus ihrem eigenen Beschaffungssystem. Mit einem OCI-Punch-out springen sie direkt in Ihren Katalog, stellen einen Warenkorb zusammen und übergeben ihn als Bestellung zurück in ihr ERP – ohne ihren Prozess zu verlassen. Das verlangt Kontrolle über Sitzungsführung, Katalogausgabe und Rückgabeformat, nicht bloß eine API zum Aufrufen. Es ist einer der Gründe, warum ein B2B-Shop die großen Kunden gewinnt oder eben nicht.
Lagerautomation: Das ERP spricht mit dem Roboter
Ein automatisches Kleinteilelager von Servus Intralogistics hängt unmittelbar an den Lagerbewegungen – rund 500 Kommissionierungen am Tag. Reservierungen, Umlagerungen und Fertigmeldungen laufen im selben Prozess zwischen Odoo und Lager, nicht über eine nächtliche Datei. Bei physischer Automatisierung wird eine reine Schnittstellenarchitektur teuer.
Was es außer dem ERP braucht
Ein Odoo-Partner liefert Odoo. Damit KI im Betrieb ankommt, braucht es sieben weitere Bausteine.
Keiner davon ist exotisch, und keiner ist optional. Jede Zeile ist eine Frage, an der ein KI-Vorhaben hängenbleibt – und was passiert, wenn sie vor dem Start nicht beantwortet war.
| Die Frage, die Sie ohnehin stellen werden | Was sie beantwortet | Was ohne ihn passiert |
|---|---|---|
| Woher weiß die KI, was in unseren Dokumenten steht? | Eine Vektordatenbank und sechs Suchdienste – für Datenblätter, Bilder, 3D-Modelle, Belege und Klassifikation | Das Modell antwortet aus Allgemeinwissen statt aus Ihrem Bestand: flüssig, überzeugt und falsch. |
| Wo liegen hunderttausende Dokumente? | Objektspeicher neben der Datenbank, nicht in ihr | Anhänge wachsen in die Datenbank. Sicherungen und Kopien werden unbezahlbar, die Suche wird langsam. |
| Wer beaufsichtigt die Agenten? | Die Steuerebene: Läufe, Budgets, Ereignisse, Prüfpfad | Skripte laufen unbeobachtet. Niemand kann sagen, was sie getan haben, was sie gekostet haben und wer sie freigegeben hat. |
| Bleiben unsere Daten bei uns? | Eigene Server, Netztrennung, Modelle je Arbeitsablauf austauschbar | Ihre Aufträge und Preise werden zum Trainingsmaterial eines Anbieters, den Sie nie ausgewählt haben. |
| Reicht die Automatisierung bis ins Lager? | Lagerrobotik direkt an den Lagerbewegungen – rund 500 Picks am Tag im eigenen Betrieb | Die KI hört am Bildschirm auf. Die Halle arbeitet weiter mit Papier und einer Nachtdatei. |
| Halten die Shops die Last aus? | Ein CDN vor den Shops | Jeder Bot-Ansturm trifft direkt das ERP, während jemand darin fakturiert. |
| Und wenn wir wachsen oder zukaufen? | Mehrere Firmen, Länder und Währungen in einer Instanz | Jede neue Gesellschaft wird ein eigenes Projekt statt einer Konfiguration. |
Alle sieben sind im eigenen Konzern produktiv im Einsatz, und nur deshalb stehen sie hier. Was das an Lizenzen und Betrieb kostet, gehört in ein Gespräch und nicht auf eine Website – es hängt von Ihrer Größe ab, nicht von unserer.
Die konkreten Produkte hinter jeder Zeile: welche Komponenten, welche Versionen und warum diese
Wenn die Entscheidung auf Odoo gefallen ist
Gleiche Architektur. Anderer Nachweis.
Alles, was oben steht, trennt niemanden mehr, sobald Sie sich für Odoo entscheiden: Jeder Odoo-Partner baut dann auf demselben offenen Kern, in derselben Sprache, unter derselben Lizenz. Der ehrliche Weg, einen auszuwählen, ist deshalb, allen dieselben vier Fragen zu stellen – und Antworten zu verlangen, die Sie überprüfen können.
Betreiben Sie das selbst?
Keine Demo und kein Referenzkunde: das eigene Unternehmen, auf der eigenen Plattform, an jedem Arbeitstag. Unseres tut das – 13 Gesellschaften in sechs Ländern, vom Industriehandel bis zum Hardwareprodukt mit eigener App, ein integrierter B2B-Shop, ein automatisches Lager, KI im Tagesprozess. Jedes Argument auf dieser Seite haben wir selbst bezahlt, bevor wir es jemandem angeboten haben.
Wer geht ans Telefon, wenn um sieben Uhr früh die Kommissionierung steht?
Ein System einzuführen und für den Betrieb geradezustehen sind zwei verschiedene Gewerbe. Bei uns endet es nicht mit dem Go-live: Betrieb, Überwachung, Updates und die Antwort am anderen Ende der Leitung sind eine vereinbarte Leistung mit Reaktionszeiten, kein Entgegenkommen.
Was passiert, wenn KI kein Projekt mehr ist?
Früher oder später muss jemand beantworten, wer was freigegeben hat, was es gekostet hat und welches Modell welche Daten gesehen hat. Die Steuerungsebene, die das beantwortet – Freigaben, Budgets, Nutzungsnachweis, Audit-Spur –, gibt es, weil wir sie selbst gebraucht haben, bevor wir sie jemandem anbieten konnten.
Und wie kommen wir wieder von Ihnen los?
Die Frage, die niemand gern gestellt bekommt. Was wir bauen, gehört Ihnen: Odoo-Standard, eigene Module in lesbarem Python, Ihre Datenbank, Ihr Server. Ein Partnerwechsel kostet Aufwand, keinen Neubau. Das ist Absicht – wir werden lieber wieder gewählt, als schwer zu verlassen zu sein.
Die ganze Lösung
Alles, was Sie brauchen. Nicht alles von uns.
Sie bekommen eine vollständige Lösung – Strategie, Plattform, Prozesse, KI und den Betrieb danach. Was wir nicht selbst sind, holen wir dazu: Firewall, Netzwerk, Arbeitsplätze und Security-Betrieb sind ein eigenes Gewerk mit eigenen Spezialisten. Daraus ein Ganzes zu machen, bleibt unsere Aufgabe und nicht Ihre.
Was wir selbst machen
Strategie und ihre Umsetzung: die Plattform, Ihre eigenen Module, die Prozesse, die darin laufen, die KI im Tagesgeschäft – und danach der Betrieb von all dem. Das ist ein volles Gewerk, und es ist das, wofür Sie uns holen.
Was wir dazuholen
Firewall, Netzwerk, Arbeitsplätze, Virtualisierung, Mailserver, Security-Betrieb. Know-how dazu ist im Haus – genug, um die Anforderung zu schreiben und zu beurteilen, was geliefert wird. Nicht genug, um der Spezialist zu sein. Im eigenen Verbund gibt es einen: Cibex, ein IT-Unternehmen für Infrastruktur, Netzwerk und Security – und eines, das selbst Odoo-Projekte umsetzt, sodass sich nicht erst übersetzen lassen muss, was die Plattform braucht.
Woran sich alles ausrichtet
Die Plattform ist die Entscheidung, der der Rest folgt – das ist das eine Zugeständnis, das wir von Ihnen brauchen. Was Sie heute betreiben, wird dafür nicht beiseitegeschoben: Im Assessment wird es zuerst erhoben, und den Weg von dort aus erarbeiten wir gemeinsam mit Ihnen, statt ihn Ihnen vorzulegen. Wo ein Wunsch und die Architektur wirklich zusammenstoßen, erklären wir, warum die Architektur gewinnt, statt sie still zu verbiegen.
Ihr IT-Partner behält sein Gebiet
Die meisten Unternehmen Ihrer Größe haben längst jemanden, dem sie bei Netzwerk und Arbeitsplatz vertrauen. Wir verdrängen ihn nicht, wir arbeiten mit ihm – auf derselben Architektur. Wo es niemanden gibt, übernimmt Cibex oder ein anderer Spezialist, mit dem wir seit Jahren zusammenarbeiten, damit auch die Suche nicht auf Ihrem Tisch landet.
Die Nahtstelle – und wem sie gehört
Zwei Gewerke bedeuten eine Schnittstelle, und an Schnittstellen scheitern Projekte. Deshalb wird die Linie vor Projektbeginn gezogen und schriftlich festgehalten: was auf welcher Seite läuft, wer bei welcher Störung gerufen wird, welche Reaktionszeit gilt. Die Abstimmung darüber hinweg ist unsere Aufgabe – einschließlich der Antwort, solange noch unklar ist, auf wessen Seite eine Störung liegt. Am kleinsten ist die Nahtstelle, wenn die andere Seite die Plattform ohnehin kennt; deshalb fällt der erste Anruf meist auf Cibex. Dass Cibex zum selben Verbund gehört, sagen wir offen dazu, statt es Sie herausfinden zu lassen – so können Sie die Empfehlung einordnen, und Ihr eigener Partner ist genauso willkommen.
Wann unsere Antwort die falsche ist
Zwei Fälle, und wir benennen sie im ersten Gespräch und nicht nach der Rechnung. Wenn Sie alles aus einem Haus und auf einem Vertrag wollen – Hardware, Clients, Firewall und ERP –, dann sind zwei Unternehmen in einem Verbund genau das nicht, so kurz der Weg zwischen ihnen auch ist. Und wenn die Plattform nicht die Entscheidung sein soll, der der Rest folgt, gilt dasselbe: Dieser Grundsatz ist es, der alles oben Stehende erst wahr macht. Wir bringen die Gesamtlösung, aber nicht jedes Gewerk darin aus eigener Hand, und nicht ohne dieses eine Zugeständnis.
Sechs berechtigte Einwände
Die Fragen, die zurückkommen.
Wer diese Argumentation ernst nimmt, kommt binnen zehn Minuten auf diese Fragen. Also beantworten wir sie hier, statt auf den Termin zu warten.
Was ist mit ERPNext?
Eine berechtigte Frage, und die ehrliche Antwort lautet: ERPNext ist offener als Odoo – vollständig GPLv3, Python auf dem Frappe-Framework, selbst hostbar, ohne proprietäre Stufe. Beim reinen Lizenzargument gewinnt es. Unterschiedlich ist der Boden, auf dem Sie bauen: Lokalisierung und Buchhaltungstiefe für den deutschsprachigen Raum – und die Plattform, die wir darauf bereits gebaut haben: über hundert eigene Module, Beschaffungs-Punch-out, Lagerautomation, KI produktiv im Tagesbetrieb. Die Lizenz ist nicht der Unterschied. Was darauf steht, ist es.
Odoo bringt inzwischen selbst KI mit.
Gute Nachricht, und kein Zufall – es ist die Plattform, auf die wir gesetzt haben. Odoo 19 bringt einen Assistenten, konfigurierbare Agenten und Belegerfassung, und diese Liste wird mit jedem Release länger. Genau deshalb ist unsere Antwort keine längere Funktionsliste, sondern eine Schicht: Modell, Prompt, Budget, Messung und Protokoll liegen außerhalb des ERP, bedienen ebenso Post und Belege und bleiben Ihre, wenn sich eine Roadmap dreht. Was Odoo darunter liefert, macht diese Schicht günstiger im Betrieb, nicht überflüssig – und wo die eingebaute KI die Aufgabe bereits erledigt, sagen wir das, statt Ihnen unsere zu verkaufen.
Warum lassen wir es nicht einfach von KI bauen?
Weil KI die Ausbringung auf einem Untergrund vervielfacht – erzeugen kann sie keinen. Verlangt wären zwanzig Jahre Fachlichkeit, die in Software gegossen wurde: doppelte Buchführung, Bestandsbewertung, Steuerlogik, ein Prüfpfad, der eine Betriebsprüfung übersteht. Die Schwierigkeit ist nicht, dass ein Modell keinen Code schreiben könnte. Sie ist, dass erzeugte Software nichts hat, woran sie falsch sein könnte. Eine Landingpage sehen Sie an; eine Bewertungsmethode zeigt sich im Jahresabschluss, Monate später. Und sie hat keine Quelle, die sie weiterpflegt: keine Sicherheitspatches, keine E-Rechnungspflicht, keine Länderlokalisierung, keinen Upgrade-Pfad und niemanden sonst, der sie kennt. Wir bauen selbst mit KI – über hundert eigene Module, mit Tests, in einem Repository, auf einem Standard, der uns widerlegen kann. Das ist der Unterschied: nicht, ob KI den Code schreibt, sondern ob ihr etwas widersprechen kann.
Und was kostet uns das beim nächsten Odoo-Release?
Etwas – und wir sagen das vor dem Angebot statt danach. Wer in Standardmethoden eingreift, muss bei jedem Major-Release prüfen, ob die Annahmen darunter noch gelten. Das ist die Kehrseite genau der Tiefe, für die man eine offene Plattform wählt. Zwei Dinge machen es beherrschbar: Der Aufwand liegt in Ihrem Repository, versioniert und mit Tests – Sie entscheiden, wann Sie ihn zahlen, nicht der Kalender eines Herstellers. Und wir zahlen ihn selbst, für über hundert Module, bei jedem Release. Bei einem versiegelten Kern entfällt diese Rechnung nicht, sie verschiebt sich nur dorthin, wo Sie warten statt zu entscheiden.
Ein Spezialdienst liest unsere Aufträge bereits.
Dann behalten Sie ihn, wenn die Übergabe trägt. Ein Dokument zu lesen ist der einfache Teil geworden; das Geld steckt in dem, was danach kommt – Abgleich gegen Ihre Preise, Konditionen und Lieferzeiten, die Prüfung auf dem Datensatz selbst, die Freigabe und eine Spur, die auch in einer Prüfung noch trägt. In einem separaten System heißt das: eine zweite Wahrheit zum Abgleichen und ein zweiter Login für die Menschen, die die Arbeit machen. Unsere schreibt in den Datensatz, zu dem sie gehört. Das ist genau so viel wert, wie Sie der Abgleich heute kostet – eine Zahl, die Ihr Team in zehn Minuten auf den Tisch legen kann.
Wir sind ein Microsoft-Haus.
Die meisten unserer Kunden sind das, und es ändert weniger, als man denkt. Odoo ersetzt das ERP, nicht den Arbeitsplatz – Mail, Dokumente und Besprechungen bleiben genau dort, wo sie sind. Zur Entscheidung steht, in welchem System Ihre Prozesse leben, und dort kommt die Frage vom Anfang dieser Seite zurück: Wer darf es morgen ändern, Sie oder Ihr Hersteller?
Quellen zur KI von Odoo, geprüft im Juli 2026: Odoo-Dokumentation zu KI · Odoo zu KI-Agenten
Ehrliche Grenzen
Wann Sie uns nicht nehmen sollten.
Eine offene Plattform ist nicht auf jede Lage die richtige Antwort. Diese drei Fälle sind real, und wir sagen das im ersten Gespräch statt nach der Rechnung.
Sie müssen in Wochen live sein
Wenn Ihre Prozesse in einen Standard passen und Tempo wichtiger ist als Passgenauigkeit, bringt Sie eine Standard-SaaS-Suite schneller und günstiger ans Ziel. Eine Plattform rechnet sich ab dem Punkt, an dem der Standard nicht mehr passt.
Sie brauchen weltweite Lokalisierung
Wo Dutzende Länderlokalisierungen und tiefe regulatorische Anforderungen den Arbeitsalltag prägen, haben die großen Enterprise-Suiten einen Ökosystem-Vorsprung, den wir nicht wegreden. Die Nutzerzahl allein ist diese Grenze nicht – wo das Gewicht in Gesellschaften, Ländern und Prozessen liegt, tragen wir es, und wie wir in dieser Größe betreiben steht separat.
Sie wollen die Verantwortung nicht
Eine offene Plattform bedeutet Entscheidungen: Architektur, Erweiterungen, Betrieb. Wir tragen sie mit Ihnen, aber sie verschwinden nicht. Wer alles beim Hersteller lassen möchte, ist dort besser aufgehoben.
Wie Sie es herausfinden
Genau dafür ist das Assessment da. Es endet mit einer Empfehlung – auch mit der Empfehlung, das Projekt nicht zu machen, wenn das die ehrliche Antwort ist.
Der nächste Schritt