Kurz und einfach erklärt
Was kostet es, die Warenwirtschaft mit dem Online-Shop zu verbinden? Der Beitrag hilft Ihnen, das Geld dafür zu planen.
Einen festen Listenpreis gibt es dafür nicht. Die Kosten hängen davon ab, wie viele Daten fließen, in welche Richtung und wie oft.
Auch eigene Regeln für Preise, Varianten und Gebinde machen Arbeit. Dazu kommen Tests und der Umgang mit Fehlern.
Nach dem Start fallen jedes Jahr Kosten an. Der Beitrag nennt auch Termine, die Arbeit an bestehenden Verbindungen machen.
In einer kostenlosen Analyse sehen wir uns Ihre Programme an. Danach nennen wir Ihnen die Kosten für jeden Teil getrennt.
Im vierten Quartal werden die Budgets für 2027 verteilt, und in vielen Planungsrunden steht eine Zeile, die niemand sicher beziffern kann: die Anbindung von ERP oder Warenwirtschaft an den Online-Shop. Die ehrliche Antwort auf die Frage „Was kostet das?“ lautet zunächst: Es kommt darauf an, und zwar auf benennbare Größen. Wie viele Datenobjekte fließen, in welche Richtung, wie oft, mit welcher Sonderlogik, und wie gründlich werden Fehler abgefangen und getestet? Dazu kommt der Teil, der nach dem Go-live jedes Jahr wiederkehrt. Dieser Beitrag zerlegt den Aufwand in diese Bausteine, zeigt, welche Termine 2027 ohnehin Arbeit an bestehenden Schnittstellen auslösen, und übersetzt beides in einen Budgetrahmen je Anbindungstyp. Eine Rentabilitätsrechnung ist bewusst nicht Teil davon: Hier geht es darum, was eine Anbindung kostet und warum, nicht darum, ab wann sie sich trägt. Wer die Grundsatzfrage Plattform oder Eigenbau noch offen hat, findet sie im Beitrag zu iPaaS oder Eigenentwicklung.
Das Wichtigste in Kürze
- Den Aufwand einer ERP-Shop-Anbindung bestimmen sechs Größen: Zahl der Datenobjekte, Richtung, Taktung, Sonderlogik bei Preisen, Varianten und Gebinden, Fehlerbehandlung sowie Test. Ein Preis ohne Blick auf diese Größen ist eine Schätzung.
- Von den Unternehmen ab 10 Beschäftigten, die Cloud-Services nutzen, beziehen 23 Prozent ERP-Software als Cloud-Service (Destatis). Business Central online erlaubt je Nutzer 6.000 OData-Anfragen in fünf Minuten (Microsoft Learn).
- Business Central online erhält zwei Hauptupdates pro Jahr, im April und im Oktober (Microsoft Learn). Ab Version 30 im Release Wave 1 2027 lassen sich Microsoft-Seiten nicht mehr als OData-Endpunkt veröffentlichen (Microsoft Learn).
- Öffentliche TLS-Zertifikate, die ab dem 15. März 2027 ausgestellt werden, dürfen höchstens 100 Tage gelten (CA/Browser Forum). Ohne automatische Erneuerung wird jeder Zertifikatswechsel an einer Schnittstelle zum wiederkehrenden Handgriff.
- Die Übergangsregel für Papier- und sonstige Rechnungen im inländischen B2B-Geschäft gilt 2027 nur bis 800.000 Euro Vorjahresumsatz (§ 27 Abs. 38 UStG). Wer darüber liegt, plant die E-Rechnung im Belegfluss der Anbindung ein.
- Ein Budget für 2027 trennt Analyse, Umsetzung, Drittlizenzen, internen Aufwand, Betrieb und Reserve. Die Preise für Softwareentwicklung und -programmierung lagen im 2. Quartal 2026 um 0,8 Prozent über dem Vorjahresquartal (Destatis).
Warum es keinen Listenpreis für eine ERP-Anbindung gibt
Eine Shop-Software lässt sich mit Lizenzpreis und Laufzeit bepreisen, eine ERP-Anbindung nicht. Sie ist kein Produkt, sondern eine Reihe von Datenflüssen zwischen zwei Systemen, die jeweils eigene Regeln, Felder und Schnittstellen mitbringen. Zwei Unternehmen mit derselben Warenwirtschaft und derselben Shop-Software können deshalb Angebote erhalten, die weit auseinanderliegen, ohne dass eines davon unseriös wäre. Der Unterschied steckt selten in der Technik der Verbindung selbst, sondern in dem, was über die Verbindung fließen soll, und in den Regeln, die davor greifen müssen.
Für die Budgetplanung ist das eine gute Nachricht. Wer die Größen kennt, die den Aufwand treiben, kann ein Vorhaben selbst grob einordnen, bevor das erste Angebot vorliegt, und Angebote untereinander vergleichen. Die Kostenbausteine sind in jedem Projekt dieselben: Analyse, Mapping, Entwicklung, Test und Betrieb. Wie groß jeder Baustein ausfällt, entscheiden die Kostentreiber. Das Schaubild am Anfang dieses Beitrags zeigt den Zusammenhang schematisch: Je weiter die Regler Datenobjekte, Taktung und Sonderlogik nach rechts stehen, desto höher wird der Balken, und zwar nicht gleichmäßig, sondern vor allem in Mapping, Entwicklung und Test.
- Analyse: Systeme sichten, verfügbare Schnittstellen und Felder prüfen, das führende System je Datenart festlegen und den Umfang schriftlich abgrenzen.
- Mapping: Felder zuordnen, Werte umrechnen, Regeln für Konflikte und Sonderfälle festhalten. Wie das im Detail aussieht, beschreibt der Beitrag zum Daten-Mapping zwischen ERP und Shop.
- Entwicklung: Abruf, Umwandlung und Übergabe der Daten bauen, dazu Warteschlange, Wiederholungslogik und Protokollierung.
- Test: Testumgebung einrichten, Testdaten mit echten Randfällen anlegen und die Abnahme mit der Fachabteilung durchführen.
- Betrieb: Überwachung, Anpassung an neue Versionen beider Systeme, Zertifikate und Lizenzen Dritter. Dieser Baustein ist der einzige, der jedes Jahr wiederkommt.
Datenobjekte und Richtung: der Umfang der Anbindung
Der erste und in der Regel größte Hebel ist die Zahl der Datenobjekte. Artikel, Preise, Bestände, Kunden, Aufträge, Lieferstatus, Rechnungen und Retouren sind jeweils eigene Datenflüsse mit eigenem Mapping, eigener Fehlerbehandlung und eigenen Testfällen. Eine Anbindung, die nur Bestände in den Shop und Aufträge in die Warenwirtschaft überträgt, ist ein anderes Vorhaben als eine, die zusätzlich Kundenkonten, Belege und Retouren synchronisiert. Jedes weitere Datenobjekt erhöht den Aufwand nicht nur um seine eigene Entwicklung, sondern auch um seine Wechselwirkungen: Eine Retoure berührt Bestand, Auftrag und Gutschrift zugleich.
Der zweite Hebel ist die Richtung. Eine Einbahnstraße, etwa Bestände aus dem ERP in den Shop, braucht ein klares Quellsystem und eine robuste Übertragung. Sobald Daten in beide Richtungen fließen, kommen Konfliktregeln hinzu: Was passiert, wenn eine Kundenadresse im Shop und im ERP fast gleichzeitig geändert wird? Welches System gewinnt, wie erfährt das andere davon, und wer bereinigt Dubletten? Diese Fragen kosten Konzeptionszeit, Code und vor allem Testfälle. Der Beitrag zur bidirektionalen Synchronisation zeigt, welche Muster sich dafür bewährt haben.
| Datenobjekt | Typische Richtung | Was den Aufwand treibt |
|---|---|---|
| Artikel und Stammdaten | ERP → Shop | Felder, Sprachen, Medien, Kategorien, Varianten |
| Preise | ERP → Shop | Kundengruppen, Staffeln, Vertragspreise, Aktionen |
| Bestände | ERP → Shop | Lagerorte, Reservierungen, Puffer, Taktung |
| Aufträge | Shop → ERP | Zahlarten, Versandarten, Teillieferungen, Storno |
| Kunden | beide Richtungen | Dubletten, B2B-Hierarchien, Freigaben |
| Belege und Status | ERP → Shop | Rechnung, Lieferschein, Sendungsnummer, Kundenkonto |
| Retouren | beide Richtungen | Gutschrift, Bestandsbuchung, Erstattung |
Für das Budget heißt das: zuerst die Liste der Datenobjekte und ihrer Richtung schreiben, dann über Ausbaustufen entscheiden. Viele Projekte starten sinnvoll mit Artikeln, Beständen und Aufträgen und nehmen Belege, Retouren und Kundenkonten in einer zweiten Stufe dazu. Das verteilt die Kosten auf zwei Budgetjahre, ohne dass die erste Stufe später umgebaut werden muss, sofern das Mapping von Anfang an für die zweite Stufe ausgelegt ist.
Taktung und Cloud-ERP: wenn Grenzen den Aufwand bestimmen
Der dritte Treiber ist die Taktung. Ein nächtlicher Abgleich von einigen Hundert Artikeln ist technisch etwas anderes als Bestandsänderungen, die binnen Sekunden im Shop ankommen sollen. Je kürzer der Takt, desto mehr Aufrufe, desto wichtiger werden Deltas statt Vollabgleich, und desto häufiger trifft die Anbindung auf die Grenzen des Gegenübers. Ob ein Datenfluss durch ein Ereignis oder durch regelmäßige Abfragen angestoßen wird, ist dabei eine eigene Entscheidung mit eigenen Kosten.
Bei Cloud-ERP sind diese Grenzen fest vorgegeben. 54 Prozent (Destatis) der Unternehmen in Deutschland mit mindestens 10 Beschäftigten nutzten 2025 kostenpflichtige Cloud-Services. Von diesen Cloud-Nutzern beziehen 23 Prozent (Destatis) ERP-Software als Cloud-Service. Die Zahl beschreibt also nicht alle Unternehmen, sondern den Teil, der überhaupt Cloud-Dienste einsetzt, und dort ist Cloud-ERP noch vergleichsweise selten. Für die Kostenplanung ist sie trotzdem wichtig: Wer in diese Gruppe wechselt oder schon dazugehört, plant eine Anbindung unter anderen Bedingungen als bei einem ERP im eigenen Rechenzentrum.
Ein Beispiel für solche Bedingungen: Business Central online erlaubt je Nutzer 6.000 OData-Anfragen (Microsoft Learn) in einem gleitenden Fünf-Minuten-Fenster. Wird die Grenze überschritten, antwortet das System mit dem Statuscode 429 (RFC 6585), der nach der Spezifikation anzeigt, dass in einer bestimmten Zeit zu viele Anfragen gesendet wurden. Eine Anbindung, die das nicht berücksichtigt, läuft im Test oft sauber und kann am ersten Aktionstag scheitern. Bündelung, Deltas, Wiederholung mit Wartezeit und die Verteilung der Last kosten Entwicklungszeit, die in einem Budget für eine Cloud-Anbindung von Anfang an stehen sollte. Wie das konkret aussieht, beschreibt der Beitrag zu API-Limits bei Cloud-ERP.
Taktung je Datenobjekt festlegen
Sonderlogik: Preise, Varianten und Gebinde
Sonderlogik ist ein Treiber, der in frühen Schätzungen häufig fehlt, weil sie im Tagesgeschäft selbstverständlich ist. Im ERP wirkt eine Mengenstaffel für eine Kundengruppe wie eine Zeile in einer Tabelle. Im Shop muss dieselbe Regel zur Laufzeit greifen: für den angemeldeten Kunden, im Warenkorb, in der Suche und auf der Rechnung. Je mehr solcher Regeln es gibt, desto mehr Arbeit wandert vom Mapping in die Entwicklung und von der Entwicklung in den Test.
Kundenpreise und Staffeln
Listenpreise sind schnell übertragen. Vertragspreise, Kundengruppen und Mengenstaffeln verlangen entweder vollständige Preislisten je Kunde im Shop oder eine Preisabfrage gegen das ERP.
Varianten
Größen, Farben und Ausführungen vervielfachen die Datensätze. Ob das ERP Varianten als eigene Artikel oder als Merkmale führt, entscheidet über die Abgleichslogik.
Gebinde und Einheiten
Stück, Karton, Palette: Wer im Shop anders verkauft, als im ERP gelagert wird, braucht Umrechnungen, die in Bestand, Preis und Auftrag gleich wirken.
Aktionen und Rabatte
Zeitlich begrenzte Preise, Gutscheine und Rabatte müssen im ERP so als Auftragsposition ankommen, dass Buchhaltung und Auswertungen stimmen.
Steuer und Belege
Reverse-Charge, Lieferungen ins Ausland und Gutschriften bringen eigene Kontierungs- und Prüfregeln in den Belegfluss.
Ausnahmen im Prozess
Sonderfreigaben, Mindestmengen, Zuschläge oder für einzelne Kunden gesperrte Artikel sind je Fall wenig, in der Summe aber oft ein eigener Arbeitsblock.
Zu mehreren dieser Themen gibt es eigene Beiträge, etwa zur Preissynchronisation im B2B. Für die Budgetplanung reicht zunächst eine einfache Inventur: Welche der sechs Punkte kommen bei Ihnen vor, und in wie vielen Ausprägungen? Einige Kundengruppen mit je einer Staffel sind etwas anderes als individuelle Vertragspreise für jeden einzelnen Kunden, und eine Handvoll Gebindeartikel etwas anderes als ein Sortiment, das durchgängig in mehreren Einheiten verkauft wird.
Fehlerbehandlung und Test: der unterschätzte Block
Eine Anbindung, die nur im Normalfall funktioniert, ist schnell gebaut. Aufwendig wird der Rest: Was passiert, wenn das ERP während eines Updates nicht antwortet, wenn ein Artikel im Shop gelöscht wurde, für den noch ein Auftrag unterwegs ist, oder wenn eine Übertragung nach einer Zeitüberschreitung wiederholt wird, obwohl sie längst angekommen war? Für jeden dieser Fälle braucht es eine Regel, Code und einen Testfall. Warteschlange, Wiederholung mit wachsenden Abständen, eine Ablage für nicht verarbeitbare Nachrichten und eindeutige Schlüssel gegen doppelte Verarbeitung gehören zum Standard; der Beitrag zur Fehlerbehandlung in Schnittstellen beschreibt die Bausteine.
Beim Test entscheidet weniger die Zahl der Testfälle als ihre Nähe zur Wirklichkeit. Eine Testumgebung des ERP mit realistischen Stammdaten, Randfälle wie Artikel ohne Bestand oder Kunden mit abweichender Lieferadresse und ein Lasttest mit echten Mengengerüsten kosten Zeit, und zwar auch auf Ihrer Seite. Die Fachabteilung muss Testfälle beschreiben, Ergebnisse prüfen und die Abnahme erklären. Wie sich eine solche Umgebung aufbauen lässt, zeigt der Beitrag zu Testumgebungen für ERP-Schnittstellen.
Interner Aufwand gehört ins Budget
Laufender Betrieb: was 2027 ohnehin ansteht
Der Baustein Betrieb ist der einzige, der nicht mit dem Go-live endet. Shop und ERP entwickeln sich weiter, Zertifikate laufen ab, und Gesetzgebung ändert Belegregeln. Für 2027 lassen sich mehrere solcher Termine schon heute benennen. Sie betreffen nicht jedes Unternehmen, gehören aber in jede Budgetplanung zumindest als geprüfte Zeile.
Business Central online erhält zwei Hauptupdates pro Jahr, mit neuen Hauptversionen jeweils im April und im Oktober (Microsoft Learn). Der Zeitraum, in dem Administratoren ein solches Update verschieben können, umfasst fünf Kalendermonate (Microsoft Learn). Für Anbindungen sind darin konkrete Brüche angekündigt: Ab Version 29.0 lassen sich Microsoft-Seiten nicht mehr als SOAP-Endpunkt veröffentlichen (Microsoft Learn), ab Version 30 im Release Wave 1 2027 auch nicht mehr als OData-Endpunkt (Microsoft Learn). Wer eine Shop-Anbindung auf solche Seiten gebaut hat, plant den Umbau auf eigene API-Seiten oder die Standard-APIs in diesem Zeitraum ein. Wie wir Business Central über OData-Endpunkte und eigene APIs anbinden, beschreibt die Seite zur Dynamics-365-Integration.
Bei SAP endet die Mainstream-Wartung für die Kernanwendungen der SAP Business Suite 7 Ende 2027 (SAP), danach folgt eine optionale erweiterte Wartung bis Ende 2030 (SAP). Hängt der Shop an einem solchen System, ist die Migration der Schnittstellen ein eigenes Vorhaben mit eigenem Budget; der Beitrag zum Wartungsende von SAP ECC ordnet die Optionen ein.
Öffentliche TLS-Zertifikate, die ab dem 15. März 2027 ausgestellt werden, dürfen höchstens 100 Tage gültig sein (CA/Browser Forum); ab dem 15. März 2029 sinkt die Grenze auf 47 Tage (CA/Browser Forum). Jede Schnittstelle, die ein solches Zertifikat ausliefert, braucht damit eine automatische Erneuerung, sonst wird der Zertifikatswechsel zum wiederkehrenden Handgriff mit Ausfallrisiko. Der Beitrag zur verkürzten Zertifikatslaufzeit beschreibt die nötigen Schritte.
Für inländische Rechnungen zwischen Unternehmen gilt 2027 die Übergangsregel, nach der Rechnungen noch auf Papier oder mit Zustimmung des Empfängers in einem anderen elektronischen Format übermittelt werden dürfen, nur noch bei einem Vorjahresumsatz von nicht mehr als 800.000 Euro (§ 27 Abs. 38 UStG). Liegt der Umsatz darüber, muss das ausstellende System in der Regel E-Rechnungen erzeugen, sofern nicht mit Zustimmung des Empfängers per EDI abgerechnet wird. Ob Shop oder ERP die Rechnung schreibt, ist eine Architekturfrage, die der Beitrag Rechnung aus Shop oder ERP behandelt; im Budget steht sie als Erweiterung des Belegflusses.
Bei Cloud-ERP kommt ein Vertragsthema hinzu: Ab dem 12. Januar 2027 dürfen Anbieter von Datenverarbeitungsdiensten für den Vollzug des Anbieterwechsels keine Wechselentgelte mehr erheben (Art. 29 Data Act). Das senkt die Gebühren des bisherigen Anbieters bei einem Wechsel, nicht aber den Aufwand, die Schnittstellen auf ein anderes System umzustellen. Ob ein konkreter Vertrag unter die Regel fällt, ist im Einzelfall zu prüfen. Wer einen Wechsel erwägt, budgetiert den Umbau der Anbindung als eigene Zeile.
Ab dem 12. Januar 2027 dürfen Anbieter von Datenverarbeitungsdiensten für den Vollzug des Anbieterwechsels keine Wechselentgelte mehr erheben.
Budgetrahmen je Anbindungstyp
Aus den Treibern lässt sich für typische Vorhaben ein Rahmen ableiten. Die folgende Übersicht ordnet fünf Anbindungstypen nach ihren bestimmenden Treibern und nach dem Verhältnis von einmaligem zu laufendem Aufwand. Sie nennt bewusst keine Beträge, weil diese erst nach einem Blick in die konkreten Schnittstellen belastbar sind. Unsere Einstiegspreise je Anbindungstyp stehen mit Preisstand auf der Preisseite.
| Anbindungstyp | Bestimmende Treiber | Einmaliger Aufwand | Laufender Aufwand |
|---|---|---|---|
| Beleg- oder Zahlungsexport in die Buchhaltung | ein Datenobjekt, eine Richtung, Steuerregeln | gering | gering, Anpassung bei Rechtsänderungen |
| Warenwirtschaft mit Artikeln, Beständen und Aufträgen | mehrere Datenobjekte, Taktung der Bestände | mittel | mittel, Releases beider Systeme |
| ERP mit Konditionen, Varianten und Gebinden | Sonderlogik, beide Richtungen, Testumfang | hoch | mittel bis hoch |
| Cloud-ERP mit kurzer Taktung | API-Grenzen, Deltas, Updatezyklus des Anbieters | mittel bis hoch | hoch, Anpassung an neue Hauptversionen |
| Zusätzlicher Kanal an bestehender Anbindung | Mapping auf vorhandene Datenflüsse | gering bis mittel | gering |
Zwei Hinweise zur Lesart. Erstens gilt die Einordnung je Anbindung, nicht je Projekt. Ein Vorhaben mit Warenwirtschaft, Buchhaltungsexport und Zahlungsanbindung besteht aus drei Zeilen dieser Tabelle. Zweitens bestimmt nicht das ERP den Typ, sondern die Treiber. Eine schlanke Anbindung an ein großes ERP kann günstiger sein als eine Anbindung mit viel Sonderlogik an eine kleine Warenwirtschaft.
So kalkulieren wir auch selbst: Wir nennen einen Festpreis je Anbindung, nachdem wir in einer kostenfreien Systemanalyse die tatsächlich verfügbaren Schnittstellen gesehen haben, bei einer Warenwirtschaftsanbindung ebenso wie bei einem großen ERP. Lizenzen Dritter für Konnektoren oder Middleware weisen wir getrennt aus, individuelle Erweiterungen rechnen wir über Projekttag oder Stundensatz ab, und Pflege und Überwachung im Betrieb sind eigene, optionale Positionen. Was je Modul enthalten ist, steht in der Leistungsübersicht.
Preisentwicklung: womit für 2027 zu rechnen ist
Wer Angebote aus dem Vorjahr fortschreibt, sollte die Preisentwicklung im Blick haben. Die Erzeugerpreise für Dienstleistungen insgesamt lagen im 2. Quartal 2026 um 3,7 Prozent (Destatis) über dem Vorjahresquartal. Für die Posten einer Schnittstelle fiel der Anstieg geringer aus: Die Preise für Softwareentwicklung und -programmierung lagen 0,8 Prozent (Destatis) über dem Vorjahresquartal, die Preise für Software und Softwarelizenzen 1,1 Prozent (Destatis) und die für Datenverarbeitung, Hosting und damit verbundene Dienstleistungen 1,4 Prozent (Destatis). Als Gründe nannten die befragten Unternehmen neben allgemeinen Kostensteigerungen auch höhere Lizenzkosten (Destatis).
Für die Planung folgt daraus vor allem ein Blick auf die laufenden Positionen. Lizenzen für Konnektoren, Middleware oder Cloud-Dienste werden in der Regel jährlich abgerechnet und folgen den Preisanpassungen ihrer Anbieter. Sie gehören deshalb in eine eigene Zeile mit eigener Fortschreibung, getrennt von der einmaligen Umsetzung. Dort lässt sich auch festhalten, welche Lizenz an welche Anbindung gebunden ist, sodass beim Abschalten eines Kanals klar ist, welche Kosten mit ihm entfallen.
Von der Schätzung zur Budgetzeile in fünf Schritten
Ein belastbares Budget entsteht nicht aus einer Zahl, sondern aus einer Liste. Die folgenden fünf Schritte führen von der ersten Idee zu Zeilen, die sich im Budgetgespräch begründen lassen.
Vom Vorhaben zur begründeten Budgetzeile
- 1
Datenobjekte und Richtung auflisten
Je Datenobjekt festhalten, welches System führt, in welche Richtung übertragen wird und welche Felder gebraucht werden. Die Liste ist zugleich die Grundlage für jedes Angebot.
- 2
Taktung und Sonderlogik bewerten
Je Datenobjekt den nötigen Takt festlegen und die Sonderfälle zählen: Preisregeln, Varianten, Gebinde, Steuerfälle und Ausnahmen im Prozess.
- 3
Schnittstellen prüfen lassen
Klären, welche Endpunkte, Felder und Grenzen beide Systeme tatsächlich bieten. Erst danach ist ein Festpreis je Anbindung belastbar.
- 4
Budget in Zeilen zerlegen
Analyse, Umsetzung je Anbindung, Drittlizenzen, interner Aufwand, Betrieb und eine Reserve für Releasewechsel jeweils als eigene Zeile führen.
- 5
Termine für 2027 gegenprüfen
Updatezyklen, Zertifikatslaufzeiten, E-Rechnung und Vertragsfristen der Cloud-Anbieter mit den eigenen Systemen abgleichen und betroffene Zeilen ergänzen.
Die Reserve verdient einen eigenen Gedanken. Sie ist kein Puffer für schlechte Schätzungen, sondern für das, was in der Analyse als offen benannt wurde: ein Sonderfall, den niemand vollständig beschreiben konnte, eine Schnittstelle, deren Verhalten unter Last noch unbekannt ist, ein angekündigter Versionswechsel ohne festen Termin. Je kürzer diese Liste nach der Analyse ist, desto kleiner darf die Reserve ausfallen.
Typische Budgetfehler bei Schnittstellenprojekten
- Nur die Umsetzung budgetiert. Betrieb, Lizenzen und Anpassungen an neue Versionen fehlen, und das erste Hauptupdate nach dem Go-live wird zur ungeplanten Ausgabe.
- Echtzeit für alles bestellt. Kurze Takte für Stammdaten und Preise erhöhen Aufrufe und Aufwand, ohne dass der Shop dadurch in der Regel mehr verkauft.
- Sonderlogik erst im Projekt entdeckt. Kundenpreise, Gebinde oder Ausnahmen tauchen nach dem Angebot auf und werden zu Nachträgen.
- Testaufwand allein beim Dienstleister gesehen. Testfälle und Abnahme brauchen die Fachabteilung; fehlt deren Zeit, verschiebt sich der Go-live.
- Lizenzen im Dienstleistungspreis versteckt. Ohne getrennte Ausweisung ist nicht erkennbar, welcher Teil des Budgets dauerhaft an Dritte geht.
- Fehlerbehandlung als Option behandelt. Ohne Warteschlange, Wiederholung und Überwachung kostet jeder Ausfall Handarbeit, die in keinem Budget steht.
Eine Anbindung, deren Kosten vorab nachvollziehbar sind, lässt sich intern leichter vertreten. Wer weiß, welcher Baustein wofür steht, kann im Budgetgespräch begründen, warum eine Position bleiben sollte und an welcher Stelle eine spätere Ausbaustufe genügt. Für die Überwachung im Betrieb lohnt der Blick auf eine Middleware mit Monitoring, die Datenflüsse sichtbar macht, damit Fehler möglichst auffallen, bevor sie beim Kunden ankommen.
Verwandte Artikel
Rechnung aus Shop oder ERP? Das führende System festlegen
Shop oder ERP: Welches System schreibt die Rechnung und vergibt die Nummer? Entscheidungsmatrix für Teillieferung, Storno, Marktplatz und die E-Rechnung.
Widerrufsbutton im Shop: der Widerruf als Datensatz im ERP
Widerrufsfunktion nach § 356a BGB: wie aus dem Klick ein Widerrufsdatensatz wird, der Positionen im ERP sperrt, die Frist belegt und die Erstattung anstößt.
Recht auf Reparatur: Ersatzteile und Richtpreise aus dem ERP
Die Reparaturvorschriften gelten seit 31.07.2026 für elf Produktgruppen. So kommen Ersatzteile, Richtpreise und Reparaturaufträge aus dem ERP in Shop und Portal.