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 welches in zehn Jahren noch passt – 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 ändern können, betrieben dort, wo Sie es entscheiden. Diesen Weg geht Corelane mit Odoo – und deshalb kann Ihre eigene Logik im Prozess sitzen 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 die Software?
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; der Odoo-Kern ist unter LGPLv3 offen |
| 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 · PYPL-Index · ERPNext-Lizenz. Odoo ist Open Core: Der Community-Kern ist quelloffen, die Enterprise-Ergänzungen sind es nicht. Wir sagen das, weil es für den Punkt darunter zählt.
Der Unterbau
Zwei Entscheidungen, die Sie nur einmal treffen.
Sprache und Datenbank sind die beiden Festlegungen, die ein ERP nicht zurücknehmen kann. Alles andere lässt sich umbauen; diese beiden entscheiden auf ein Jahrzehnt, wer an Ihrem System arbeiten kann und was Ihre Daten kosten.
Python: die Sprache, die Menschen tatsächlich können
Python führt den PYPL-Index weltweit mit 47,5 % an – mehr als das Vierfache des zweitplatzierten Java mit 11,4 %. In Deutschland ist der Abstand noch größer: 57,3 % gegenüber 13,6 % für C/C++ (Juli 2026). PYPL misst, wie oft Tutorials zu einer Sprache gesucht werden, ist also ein Maß für Popularität, nicht für installierte Basis. Für Sie ist das die nützlichere Zahl: Sie sagt, wie viele Menschen Sie einstellen können und wie lebendig das Ökosystem ist.
Und die Sprache, in der KI geschrieben wird
Dieselbe Entscheidung zahlt sich ein zweites Mal aus. Modell-SDKs, Orchestrierungs-Frameworks, Vektordatenbanken und die Werkzeugprotokolle darum herum entstehen zuerst in Python und werden später portiert, wenn überhaupt. Ein ERP in Python braucht dorthin keine Brücke.
PostgreSQL: keine Lizenz auf die eigenen Daten
Ihre Daten liegen in PostgreSQL – offen lizenziert, ohne Datenbank-Lizenzkosten und weit über die Datenmengen hinaus erprobt, die ein mittelständisches Unternehmen erzeugt. Sicherung, Replikation, Auswertung und Archivierung laufen mit Standardwerkzeugen, die jeder fähige Administrator ohnehin kennt.
Warum das keine Nebensache ist
Eine proprietäre Datenbank ist eine zweite Abhängigkeit neben der Anwendung: eigene Lizenz, eigene Spezialisten, eigener Upgrade-Kalender. S/4HANA etwa läuft auf SAP HANA. Bei PostgreSQL stellt sich die Frage nicht – und die Rechnung auch nicht.
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. Ein geschlossenes System kann Ihnen die ersten beiden über eine Schnittstelle geben. Beim dritten ist Schluss.
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.
Und die Oberfläche
Die Schicht, die man tatsächlich sieht.
Das KI-Argument von oben trägt nur, wenn das Ergebnis dort erscheinen kann, wo gearbeitet wird. Das ist eine Frontend-Frage und gehört deshalb hierher.
Warum die Prüfung auf der Rechnung sitzen kann
Die Odoo-Oberfläche baut auf Owl, der hauseigenen Web-Bibliothek – schlank, in TypeScript geschrieben, das Komponentenmodell von React entlehnt, die Reaktivität von Vue. Kaufmännisch zählt nicht der Name, sondern dass ihr Quellcode mit dem Produkt ausgeliefert wird. Jede Komponente ist patchbar, jede Ansicht ersetzbar. Das KI-Entwurf-Banner auf dem Auftrag und das Prüfpanel neben dem Rechnungs-PDF gibt es genau deshalb. Ohne das landen KI-Ergebnisse in einem eigenen Portal – also genau dort, wogegen wir argumentieren.
Und der Haken, bevor Sie fragen
Owl ist Odoo-spezifisch. Der Kreis der Entwickler, die es bereits können, ist kleiner als bei React oder Vue – man kauft sich in ein Ökosystem ein. Zwei Dinge entschärfen das: Es ist TypeScript mit Konzepten, die jeder fähige Frontend-Entwickler wiedererkennt, die Einarbeitung ist also kurz, und es ist quelloffen, kann also niemand wegnehmen. Aber es ist ein Zugeständnis, und wir benennen es lieber, als dass Sie es finden.
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.
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.
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.
Vier 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; für Fragen, Entwürfe und einfache Extraktion reicht das oft. Ab Werk führt es Ihre Auftragserfassung nicht durchgängig: Abgleich gegen Ihre Preise und Lieferzeiten, eine Freigabe, die erfolgen muss, bevor etwas gebucht wird, Budgets und Audit-Spur je Workflow, ein Modell, das Sie je Aufgabe wählen. Genau das bauen wir – und jede Funktion, die Odoo darunter ergänzt, macht es günstiger, nicht überflüssig.
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 sind ein Konzern mit Tausenden Nutzern
In dieser Größenordnung, mit weltweiter Lokalisierung und tiefen regulatorischen Anforderungen, haben die großen Enterprise-Suiten einen Ökosystem-Vorsprung, den wir nicht wegreden.
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