Odoo-Entwicklung, xentral-Anpassung und Customizing: was der Standard nicht hergibt

Customizing passt ein System ohne tiefen Code an: über Konfiguration, Felder und Rechte, bei xentral zusätzlich über Workflows in Connect und Flows. Entwicklung ist echte Software: eigene Module, Web-Apps, REST-APIs, Middleware und Maschinen-Anbindung. Wir gehen in dieser Reihenfolge vor, erst Konfiguration, dann Customizing, dann Entwicklung, wo ein Prozess ohne sie nicht sauber läuft.

Ja, nur anders als bei Odoo. xentral wird von außen erweitert, ohne Eingriff in den Kern: Workflows und Automatisierung über xentral Connect und Flows, dazu die offene API und Webhooks für individuelle Anbindungen. Weil der Core unberührt bleibt, sind diese Anpassungen update-fest. Als xentral-Partner bauen wir genau diese Workflows und Anbindungen.

Nur dort, wo sich ein Prozess über Konfiguration nachweislich nicht abbilden lässt und ein echter Vorteil dranhängt. Odoo deckt mit Standard und No-Code viele Abläufe ab. Alte Prozesse eins zu eins nachzubauen erzeugt technische Schulden. Erst den Standard ausreizen, dann gezielt anpassen oder entwickeln, wo ein Wettbewerbsvorteil oder eine fehlende Anbindung es rechtfertigt.

Ja, wenn diszipliniert gearbeitet wird. Bei Odoo entwickeln wir gegen den Release-Zyklus, vermeiden Eingriffe im Core und testen Anpassungen gegen neue Versionen. Bei xentral liegen die Anpassungen ohnehin außerhalb des Cores, über Connect und API, und laufen bei Updates mit.

Ja, für beide Systeme. Über eigene Konnektoren und die jeweilige API binden wir Shop-Systeme, Marktplätze (ChannelEngine), EDI (Procuros), Payment, Versand, WMS, PIM, DATEV und SAP an. Bei xentral läuft das über Connect und die offene API, bei Odoo über eigene Module und die Odoo-API.

Nein. Wir sind ERP-Partner mit echter Entwicklungstiefe, für Odoo und xentral. Die Odoo-Programmierung und die xentral-Anpassung sind bei uns immer der Hebel, der einen ERP-Prozess zum Laufen bringt, keine losgelöste Software-Dienstleistung.