Warum Onlineshop und ERP zusammengehören
Die Shop-Software ist selten das Problem. Teuer wird die Lücke dahinter: Bestände, die nicht stimmen, Preise, die zweimal gepflegt werden, Bestellungen, die jemand abtippt, und Kundendaten, die auseinanderlaufen. Vier Medienbrüche, was sie im Alltag kosten - und warum die Integration die eigentliche Entscheidung ist.
In Shop-Projekten wird lange über die Software gesprochen: Welches System, welches Design, welche Zahlungsarten. Die Frage, die den Betrieb danach wirklich beschäftigt, kommt selten zuerst - nämlich, woher der Shop seine Daten nimmt und wohin er seine Bestellungen abgibt.
Ein Onlineshop ist kein eigenständiges Geschäft. Er verkauft dieselben Artikel, an dieselben Kunden, aus demselben Lager wie der Innendienst. Wenn er das aus einer eigenen Datenbank heraus tut, entstehen an vier Stellen Doppelspurigkeiten - und die kosten jeden Tag ein wenig.
Kurz gesagt: Die Shop-Software entscheidet, wie der Shop aussieht. Die Integration entscheidet, was er im Betrieb kostet. Wer nur die erste Frage stellt, bezahlt die zweite später - in Handarbeit.
Vier Stellen, an denen der Medienbruch Geld kostet
Der Lagerbestand. Der Shop zeigt, was seine eigene Datenbank kennt - nicht, was im Lager steht. Je nach Abgleichrhythmus verkaufen Sie Artikel, die längst weg sind, oder halten Ware zurück, die verfügbar wäre. Beides kostet: das eine Entschuldigungen und Stornos, das andere Umsatz.
Preise und Konditionen. Preislisten, Staffelungen und Kundenrabatte müssen zweimal gepflegt werden. Das funktioniert so lange, bis es einmal nicht funktioniert - und dann bestellt ein B2B-Kunde zum Listenpreis oder, schlimmer, zu einem Rabatt, den es nicht mehr gibt.
Die Bestellungen. Ohne Anbindung tippt jemand die Shop-Bestellung ins ERP. Bei zehn Bestellungen am Tag ist das eine Stunde Arbeit, bei fünfzig ist es eine Stelle - und jede Übertragung ist eine Gelegenheit für einen Fehler, den später die Buchhaltung sucht.
Die Kundendaten. Adressen, Ansprechpartner und Zahlungsbedingungen laufen auseinander. Der Verkauf sieht im ERP eine andere Wahrheit als der Kunde im Shop, und niemand kann sagen, welche gilt.
Ein Shop ohne Anbindung verkauft nicht mehr - er erzeugt nur mehr Arbeit.
Warum die Schnittstelle das eigentliche Projekt ist
In der Kalkulation eines Shop-Projekts steht meist die Software an erster Stelle. Im Betrieb kehrt sich das um: Die Oberfläche ist irgendwann fertig, die Schnittstelle bleibt.
Sie muss gepflegt werden, wenn sich auf einer der beiden Seiten etwas ändert - ein Update, ein neues Feld, eine neue Preislogik. Sie braucht eine Antwort auf Fehlerfälle: Was passiert mit einer Bestellung, die nicht durchkommt? Wer merkt das, und wie schnell? Und sie braucht jemanden, der zuständig ist, wenn beide Anbieter auf den jeweils anderen zeigen.
Das ist kein Argument gegen zwei Systeme - es gibt gute Gründe für einen spezialisierten Shop. Es ist ein Argument dafür, die Schnittstelle als das zu behandeln, was sie ist: ein dauerhafter Posten in Aufwand und Verantwortung, nicht eine einmalige Position im Angebot.
Was eine Anbindung konkret leisten muss
Wer zwei Systeme betreibt, sollte vor der Offerte wissen, welche Daten in welche Richtung fliessen müssen. Vier Flüsse decken den Normalfall ab:
- Artikel und Preise vom ERP in den Shop - inklusive Preislisten und kundenspezifischer Konditionen, sonst bleibt B2B aussen vor
- Lagerbestand vom ERP in den Shop - und zwar so oft, wie Ihr Sortiment es verlangt, nicht so oft, wie es die Schnittstelle bequem kann
- Bestellungen vom Shop ins ERP - als Auftrag, nicht als E-Mail, die jemand abtippt
- Status vom ERP zurück in den Shop - Lieferung, Sendungsnummer, Rechnung, damit der Kunde nicht anruft
Der vierte Fluss wird am häufigsten vergessen und verursacht danach die meisten Telefonate. Wer ihn von Anfang an einplant, spart sich später ein Nachrüstprojekt - oder er löst diesen Teil gleich über ein Kundenportal.
Was das für die Führung heisst
Die Entscheidung über die Shop-Architektur ist keine IT-Entscheidung, sondern eine über Prozesskosten. Drei Fragen bringen sie auf den Punkt:
Wie viele Bestellungen pro Tag rechtfertigen wie viel Automatisierung? Bei fünf Bestellungen täglich ist Abtippen ärgerlich, aber tragbar. Ab etwa zwanzig wird es zum eigenen Arbeitsplatz - dann rechnet sich jede Anbindung schnell.
Wie oft ändern sich Artikel, Preise und Bestände? Ein stabiles Sortiment verzeiht einen nächtlichen Abgleich. Ein Sortiment mit häufigen Änderungen und knappen Beständen verzeiht ihn nicht.
Wer trägt die Verantwortung, wenn es klemmt? Diese Frage sollte beantwortet sein, bevor sie sich zum ersten Mal stellt.
Ob sich ein Shop für Ihr Geschäftsmodell überhaupt rechnet, ist eine vorgelagerte Frage - dazu haben wir vier Kriterien beschrieben.
Was Odoo an dieser Frage ändert
Odoo dreht die Ausgangslage um: Der Shop ist keine angebundene Anwendung, sondern eine Ansicht auf dieselben Daten. Artikel, Preislisten, Lagerbestand, Kunden und Aufträge liegen einmal im System - der Shop zeigt sie, statt sie zu kopieren.
Praktisch heisst das: Die vier Medienbrüche oben entstehen gar nicht erst. Ein Artikel, der im Lager auf null fällt, ist im Shop nicht mehr bestellbar, ohne dass ein Abgleich laufen muss. Eine Shop-Bestellung ist ein Verkaufsauftrag - derselbe Datensatz, den auch der Innendienst anlegt, mit derselben Lieferung, derselben Rechnung und derselben Kundenhistorie.
Was das nicht heisst: dass ein Shop damit zum Nebenprodukt wird. Sortiment, Inhalte, Versandlogik und Zahlungsarten sind auch in Odoo ein eigenes Projekt mit eigenem Aufwand - das haben wir im Beitrag zu Odoo eCommerce ehrlich eingeordnet. Der Unterschied liegt nicht im Aufwand für den Shop, sondern darin, dass die Schnittstelle als dauerhafter Posten entfällt.
Und für viele KMU ist die ehrlichere Antwort ohnehin nicht der Shop, sondern das Kundenportal - der Unterschied zwischen beiden wird im Erstgespräch regelmässig verwechselt. Wie Verkauf und Kundenprozesse insgesamt zusammenspielen, zeigt unsere Seite zu Verkauf und Kundenprozessen.
Fazit
Die Frage “welche Shop-Software?” ist die zweite Frage. Die erste lautet: Wo liegen Artikel, Preise, Bestände und Kunden - und wie kommen die Bestellungen von dort in die Auftragsabwicklung?
Wer diese Frage zuerst beantwortet, kauft danach eine Lösung, die zum Betrieb passt. Wer sie überspringt, kauft eine Oberfläche und baut die Prozesse ein Jahr später drumherum - zum doppelten Preis.
Weiterführend: Themenwelt E-Commerce & Kundenportale · Lösung ERP. Den nächsten Schritt machen Sie mit dem kostenlosen Projekt-Check.
Shop geplant oder schon im Einsatz?
Im kostenlosen Projekt-Check schauen wir uns an, wie Shop und ERP bei Ihnen zusammenspielen müssten.
