Die nüchterne Definition lautet: Ein Warenwirtschaftssystem erfasst, plant, steuert und kontrolliert alle warenbezogenen Vorgänge eines Unternehmens auf Basis eines gemeinsamen Datenbestands. Entscheidend an dieser Formulierung ist der letzte Halbsatz. Nicht die Zahl der Funktionen macht ein WWS aus, sondern die Tatsache, dass Einkauf, Lager, Vertrieb und Rechnungswesen auf dieselben Artikel-, Kunden- und Bestandsdaten zugreifen. Sobald die Verkaufsabteilung eine andere Verfügbarkeit sieht als das Lager, ist die eigentliche Leistung des Systems verloren – unabhängig davon, wie viele Module lizenziert sind.
Der zweite Kerngedanke ist die doppelte Sicht auf jeden Vorgang. Jede Warenbewegung hat eine mengenmäßige und eine wertmäßige Seite. Ein Wareneingang erhöht den Lagerbestand um Stückzahlen und gleichzeitig den Wert des Vorratsvermögens; eine Auslieferung reduziert beides und erzeugt einen Umsatz. Ein Warenwirtschaftssystem verwaltet beide Seiten synchron. Genau daraus entstehen die Auswertungen, die im Handel über die wirtschaftliche Steuerung entscheiden: Lagerreichweite, Umschlagshäufigkeit, Rohertrag je Artikel und Warengruppe, Kapitalbindung, Ladenhüteranalyse. Ohne diese Verbindung bleibt ein System eine bessere Bestandsliste.
Wer ein Warenwirtschaftssystem verstehen will, sollte nicht bei den Menüpunkten anfangen, sondern beim Belegfluss. Er verläuft in einer festen Logik: Aus einem erkannten Bedarf entsteht eine Bestellanforderung, daraus eine Lieferantenbestellung, darauf folgt eine Auftragsbestätigung des Lieferanten, dann der Wareneingang mit Prüfung und Einlagerung, schließlich die Eingangsrechnung mit Abgleich gegen Bestellung und Lieferung. Auf der Verkaufsseite spiegelt sich dieselbe Logik: Anfrage, Angebot, Kundenauftrag, Reservierung, Kommissionierung, Lieferschein, Warenausgang, Rechnung, Zahlungseingang, gegebenenfalls Retoure und Gutschrift.
Jeder dieser Belege ist im System kein isoliertes Dokument, sondern ein Knoten in einer Kette. Aus dem Kundenauftrag entsteht der Lieferschein durch Übernahme, aus dem Lieferschein die Rechnung. Diese Referenzierung ist der eigentliche Wert: Sie erlaubt es, zu jedem Zeitpunkt zu beantworten, warum ein Bestand so ist, wie er ist, und welcher Vorgang ihn verändert hat. In Betrieben ohne durchgängige Belegkette wird diese Frage in Tabellenkalkulationen und E-Mail-Verläufen beantwortet – langsam, uneinheitlich und ohne Prüfbarkeit gegenüber Steuerberatung und Betriebsprüfung.
Aus dem Belegfluss ergeben sich auch die drei Bestandsbegriffe, die im Alltag ständig verwechselt werden. Der physische Bestand ist das, was tatsächlich im Regal liegt. Der disponible oder verfügbare Bestand ist der physische Bestand abzüglich der Reservierungen für bestätigte Aufträge und zuzüglich der bereits bestellten, aber noch nicht eingetroffenen Ware. Der buchhalterische Bestand ist die zum Stichtag bewertete Menge. Ein Warenwirtschaftssystem muss alle drei sauber trennen können, denn Zusagen an Kunden basieren auf dem verfügbaren Bestand, Inventurdifferenzen auf dem physischen und der Jahresabschluss auf dem bewerteten.
Der Begriff „Warenwirtschaft“ wird im Markt sehr unterschiedlich verwendet. Manche Anbieter nennen ihre Lösung Warenwirtschaft, obwohl sie funktional ein vollwertiges ERP ist; andere sprechen von ERP, obwohl der Schwerpunkt eindeutig auf Handelsprozessen liegt. Für die Praxis ist die Etikettierung zweitrangig. Aussagekräftiger ist die Frage, welche fachlichen Ausgangspunkte ein System hat: Kommt es aus dem stationären Einzelhandel mit Kassenanbindung, aus dem Versandhandel mit Kommissionierung und Paketversand, aus dem Großhandel mit Staffelpreisen und Rahmenverträgen oder aus dem Onlinehandel mit Marktplatzanbindung? Diese Herkunft prägt Datenmodell, Standardprozesse und Bedienlogik weit stärker als jede Funktionsliste.
Ebenso relevant ist die Frage nach der Branchentiefe. Ein Lebensmittelhändler benötigt Chargen, Mindesthaltbarkeitsdaten und Rückverfolgbarkeit, ein Modehändler Größen- und Farbmatrizen mit Vorordermanagement, ein Technikhändler Seriennummern und Garantieverfolgung, ein Baustoffhändler Gebindeumrechnungen und Streckengeschäft. Diese Anforderungen lassen sich in einem generischen System nachbilden, aber selten ohne Reibung. Die praktische Konsequenz: Prüfen Sie zuerst, ob Ihre branchentypischen Pflichtfunktionen zum Standard gehören, und erst danach, wie ansprechend die Oberfläche wirkt.
Schließlich unterscheidet sich der Reifegrad im Umgang mit Kanälen. Ein System, das für den Verkauf über eine Theke entstanden ist, führt Bestände anders als eines, das gleichzeitig mehrere Marktplätze, einen eigenen Shop und den Außendienst bedient. Im ersten Fall genügt eine Bestandszahl, im zweiten braucht es Bestandsquellen, Kanalpuffer, Rückmeldeintervalle und eine belastbare Antwort auf die Frage, welches System die Wahrheit über Bestände hält. Wer diese Frage nicht früh beantwortet, kauft ein Überverkaufsproblem mit ein.
Historisch entstand die Warenwirtschaft aus der Notwendigkeit, Lagerbestände und Belege ohne Papier zu führen. Frühe Systeme waren im Wesentlichen digitale Karteikarten mit Buchungsfunktion, betrieben auf einem Server im eigenen Haus und bedient von wenigen Personen im Büro. Mit dem Versandhandel kamen Kommissionier- und Versandfunktionen hinzu, mit dem Onlinehandel Schnittstellen zu Shops und Marktplätzen, mit der Internationalisierung Mehrwährungs-, Mehrsprachen- und Steuerlogiken.
Die heutige Generation unterscheidet sich davon in drei Punkten. Erstens ist das System selten allein: Es steht im Zentrum einer Landschaft aus Shop, Marktplätzen, Versandplattform, Buchhaltung, Produktdatenmanagement und Auswertungswerkzeugen, und ein erheblicher Teil des Projektaufwands entfällt auf die Verbindungen. Zweitens verlagert sich der Betrieb zunehmend in die Cloud, was Verantwortlichkeiten verschiebt, aber nicht abschafft. Drittens wandert Intelligenz in die Dispositions- und Prognosefunktionen, was Chancen eröffnet und zugleich die Anforderungen an Datenqualität erhöht. Alle drei Entwicklungen werden in diesem Beitrag ausführlich behandelt.
Ein ERP-System – Enterprise Resource Planning – hat den Anspruch, alle betrieblichen Ressourcen zu planen: Material, Personal, Kapital, Anlagen, Kapazitäten. Es enthält daher neben der Warenwirtschaft typischerweise Finanzbuchhaltung, Anlagenbuchhaltung, Kostenrechnung, Personalwirtschaft, Projektabrechnung und je nach Ausrichtung Fertigungs- oder Servicemodule. Ein Warenwirtschaftssystem ist der warenbezogene Ausschnitt daraus. Man kann es zugespitzt sagen: Jedes ERP für den Handel enthält eine Warenwirtschaft, aber nicht jede Warenwirtschaft ist ein ERP.
In der Praxis ist die Grenze fließend, weil viele Warenwirtschaftssysteme in Richtung Finanzen und Auswertung ausgebaut wurden, während viele ERP-Anbieter schlanke Handelspakete anbieten. Nützlicher als die Kategorienfrage ist deshalb eine Prüfliste: Wird eine vollständige Finanzbuchhaltung im selben System benötigt oder genügt eine saubere Übergabe an die Steuerkanzlei? Sind Kostenstellen und Deckungsbeitragsrechnung gefordert? Gibt es Personal- oder Anlagenthemen, die integriert sein müssen? Je häufiger die Antwort „ja“ lautet, desto eher landet man bei einer ERP-Suite; je klarer der Fokus auf Artikel, Bestand und Beleg liegt, desto eher genügt eine spezialisierte Warenwirtschaft, die an eine Buchhaltung angebunden wird.
Ein wirtschaftliches Argument kommt hinzu. Breite kostet – in Lizenz, in Einführung und vor allem in Pflege. Eine Suite, deren Hälfte ungenutzt bleibt, erzeugt trotzdem Komplexität in Rechten, Stammdaten und Releasewechseln. Umgekehrt erzeugt eine zu schmale Lösung dauerhaft Schattenprozesse in Tabellen. Die richtige Antwort liegt selten am Rand, sondern bei dem System, dessen Standardumfang die eigenen Kernprozesse deckt und dessen Erweiterungen die Ausnahmen abfangen.
Die zweite Abgrenzung ist die praktisch folgenreichste. Ein Warenwirtschaftssystem führt Bestände dispositiv und wertmäßig: Es weiß, wie viele Stück eines Artikels in welchem Lager verfügbar sind. Ein Lagerverwaltungssystem – WMS, im Deutschen Lagerverwaltungs- oder Lagerführungssystem – führt Bestände physisch und steuert die Bewegung: Es weiß, in welchem Fach welche Palette steht, in welcher Reihenfolge ein Kommissionierer laufen soll, wann Nachschub in die Pickzone gebracht werden muss und welcher Mitarbeiter welchen Auftrag bearbeitet.
Viele Warenwirtschaftssysteme bringen Lagerfunktionen mit: Lagerorte, Picklisten, mobile Erfassung per Scanner, einfache Platzverwaltung. Für Betriebe mit überschaubarem Sortiment und klarer Lagerstruktur genügt das häufig. Die Grenze ist erreicht, wenn Zonenkommissionierung mit Übergaben, dynamische Wegeoptimierung, verbrauchsgesteuerter Nachschub, mehrstufige Packprozesse, Pick-by-Voice oder Fördertechnik ins Spiel kommen. Dann ist ein eigenständiges Lagersystem der bessere Weg, das über eine definierte Schnittstelle mit der Warenwirtschaft zusammenarbeitet: Die Warenwirtschaft übergibt Aufträge und erhält Vollzugsmeldungen zurück, die physische Steuerung bleibt im Lagersystem.
Die Entscheidung sollte an Kennzahlen des eigenen Betriebs hängen, nicht an Funktionsvergleichen: Wie viele Positionen werden je Tag kommissioniert, wie hoch ist die Fehlerquote, wie viele Wege entstehen je Auftrag, wie stark schwankt das Volumen saisonal, wie viele Lagerplätze werden geführt? Wer diese Werte nicht kennt, sollte sie vor der Systemauswahl erheben – sie sind ohnehin die Grundlage jeder Verbesserung.
Ein Produktionsplanungs- und -steuerungssystem – PPS – plant Fertigungsaufträge gegen Kapazitäten: Stücklisten, Arbeitspläne, Maschinenbelegung, Rüstzeiten, Losgrößen, Vorlaufverschiebung. Ein MES steuert die Fertigung auf der Werkstattebene und erfasst Betriebs- und Maschinendaten. Warenwirtschaftssysteme aus der Handelswelt kennen typischerweise Stücklisten für Sets und Bündel, gelegentlich einfache Fertigungsaufträge für Konfektionierung oder Veredelung – aber keine Kapazitätsplanung mit Arbeitsgängen.
Für Handelsbetriebe mit leichter Wertschöpfung, etwa Umpacken, Bedrucken oder Konfektionieren, reicht diese Tiefe oft aus. Sobald mehrstufige Fertigung, Chargenverfolgung über Fertigungsstufen, Rückmeldung von Arbeitszeiten oder Kapazitätsengpässe an Maschinen relevant werden, verlässt man den Bereich, für den eine Handelswarenwirtschaft gebaut ist. Der pragmatische Test: Fragen Sie, ob ein Auftrag im System eine Kapazität belegen kann. Lautet die Antwort nein, ist es keine Produktionsplanung – gleich wie das Modul heißt.
Neben den vier großen Kategorien stehen weitere Systeme, deren Rolle im Projekt früh geklärt gehört. Ein Produktinformationsmanagement, kurz PIM, verwaltet beschreibende Inhalte: Texte, Bilder, Attribute, Übersetzungen, kanalspezifische Varianten der Darstellung. Es hält keine Bestände. Ein CRM verwaltet Kundenbeziehungen, Kontakthistorie und Vertriebschancen; die Warenwirtschaft hält demgegenüber Kundenstammdaten mit Konditionen und Belegen. Eine Versandplattform bündelt mehrere Paketdienstleister unter einem Regelwerk. Eine Finanzbuchhaltung führt Konten, Umsatzsteuer und Abschluss.
Der häufigste Fehler besteht darin, diese Rollen nicht schriftlich festzulegen. Wenn Artikelbeschreibungen sowohl im Shop als auch in der Warenwirtschaft gepflegt werden können, werden sie in beiden gepflegt – und stimmen nach kurzer Zeit nicht mehr überein. Wir empfehlen daher zu Projektbeginn eine einseitige Systemlandkarte, die für jedes Datenobjekt festhält, welches System führend ist, welche Systeme lesend zugreifen und in welcher Richtung synchronisiert wird. Diese eine Seite verhindert mehr Folgekosten als jede Detailspezifikation.
Der Artikelstamm ist das Fundament, und er entscheidet über den Erfolg des gesamten Systems. Zentral ist zunächst die Unterscheidung zwischen Artikel und Variante. Der Artikel ist der übergeordnete Container, die Variante die bestellbare, bestandsführende Einheit mit eigener Nummer, eigenem Barcode, eigenem Gewicht und eigenen Maßen. Ein Schuh in acht Größen und drei Farben ist ein Artikel mit vierundzwanzig Varianten – nicht vierundzwanzig Artikel. Wird diese Struktur beim Aufsetzen falsch gewählt, sind Kanalpflege, Auswertung und Nachbestellung dauerhaft mühsam, und eine spätere Korrektur ist ein eigenes Projekt.
Die zweite Ebene sind die logistischen Attribute: Netto- und Bruttogewicht, Länge, Breite, Höhe, Verpackungseinheit, Mindestbestellmenge, Zolltarifnummer, Ursprungsland, Gefahrgutkennzeichen. Diese Felder gelten intern oft als Formalie, steuern aber die Versandkostenermittlung, die Auswahl der Versandart, die Kartonwahl, die Zollpapiere im Auslandsversand und die Gewichtsprüfung am Packplatz. Ein Artikelstamm ohne gepflegte Maße macht jede Versandautomatisierung unzuverlässig und jede Frachtkostenkalkulation zur Schätzung.
Die dritte Ebene betrifft die Ordnung: Warengruppen, Artikelklassifizierungen, Merkmale und Attribute. Sie bestimmen, wie ausgewertet, disponiert und im Shop gefiltert werden kann. Bewährt hat sich eine flache, konsequent gepflegte Struktur mit klaren Pflegeregeln statt einer feingliedrigen Hierarchie, die niemand einhält. Und es braucht Verantwortliche: Für jedes Stammdatenfeld sollte feststehen, wer es pflegt, wann es gepflegt wird und welche Prüfung vor der Freigabe erfolgt. Stammdatenqualität ist keine Softwarefunktion, sondern eine Organisationsfrage – Software kann sie nur unterstützen.
Auf der Beschaffungsseite verwaltet das System Lieferanten mit Konditionen, Staffelpreisen, Rahmenvereinbarungen, Lieferzeiten, Mindestbestellwerten und Zahlungsbedingungen. Aus Bedarfen entstehen Bestellungen, die als Beleg an den Lieferanten gehen und im System den erwarteten Bestand erhöhen. Rückmeldungen des Lieferanten – Teillieferung, geänderter Termin, Ersatzartikel – gehören konsequent gepflegt, weil die Disposition sonst mit falschen Zugangsterminen rechnet.
Der Wareneingang ist der Moment, in dem physische und digitale Welt zusammentreffen. Gute Systeme unterstützen die Erfassung gegen die Bestellung mit Scanner, weisen Abweichungen in Menge und Artikel sofort aus, ermöglichen Qualitätsprüfungen vor der Freigabe und trennen Sperrbestand von verkaufsfähigem Bestand. Wer diesen Schritt nachlässig gestaltet, importiert Fehler in den Bestand, die später als Inventurdifferenz auffallen – dann aber nicht mehr zuzuordnen sind.
Die Eingangsrechnungsprüfung schließt den Kreis. Der Abgleich von Bestellung, Wareneingang und Rechnung – im Fachjargon der „Dreiwegeabgleich“ – deckt falsche Preise, nicht gelieferte Positionen und doppelte Rechnungen auf. In vielen mittelständischen Betrieben passiert dieser Abgleich manuell und stichprobenhaft. Eine systemgestützte Prüfung mit definierten Toleranzen ist einer der wirtschaftlich lohnendsten Automatisierungsschritte überhaupt, weil sie direkt auf den Wareneinsatz wirkt.
Im Lagermodul werden Bestände geführt und bewegt: Einlagerung, Umlagerung, Entnahme, Korrekturbuchung, Inventur. Wichtig ist die Nachvollziehbarkeit jeder Bewegung mit Zeitpunkt, Benutzer, Beleg und Grund. Ebenso wichtig ist die Bewertungslogik – gleitender Durchschnittspreis, Einstandspreis oder ein anderes Verfahren –, denn sie bestimmt Wareneinsatz und Rohertrag. Wer Chargen oder Seriennummern führen muss, sollte prüfen, ob diese Verfolgung durchgängig bis in Retoure und Gewährleistung reicht und nicht nur im Wareneingang existiert.
Auf der Verkaufsseite laufen Kundenstamm, Preisfindung und Belegkette zusammen. Die Preisfindung ist im Großhandel regelmäßig das komplexeste Thema überhaupt: Kundenpreislisten, Mengenstaffeln, Aktionspreise mit Gültigkeitszeitraum, Rabattgruppen, Sonderkonditionen je Kunde und Artikel, Rückvergütungen am Jahresende. Prüfen Sie diese Logik im Auswahlprozess mit echten eigenen Fällen – hier scheitern Standardsysteme häufiger als an Bestandsthemen.
Am Ende steht die Fakturierung mit Rechnung, Gutschrift, Zahlungsbedingung, Mahnstufen und Zahlungsabgleich. Der Übergang in die Buchhaltung erfolgt in der Regel über Exportformate, im DACH-Raum häufig über DATEV-kompatible Wege. Anspruchsvoll ist dabei weniger die Datei als die Steuerlogik: unterschiedliche Steuersätze, innergemeinschaftliche Lieferungen, Reihengeschäfte, Meldeverfahren im grenzüberschreitenden Onlinehandel. Diese Themen gehören mit der Steuerberatung geklärt, bevor Kontenlogik und Belegkreise im System festgelegt werden.
Der wirtschaftliche Hebel liegt zunächst in Regeln, die wiederkehrende Entscheidungen ohne menschliches Zutun treffen. Typische Beispiele: Ein Auftrag mit geprüfter Zahlung und vollständig verfügbarem Bestand geht automatisch in die Kommissionierung. Eine Sendung unter einem definierten Gewicht mit inländischer Adresse erhält automatisch die Standardversandart. Eine Eingangsrechnung innerhalb der Preistoleranz wird ohne Rückfrage freigegeben. Ein Artikel unter Meldebestand erzeugt automatisch einen Bestellvorschlag beim hinterlegten Hauptlieferanten.
Die Faustregel lautet: Jede Entscheidung, die ein Mensch mehrfach täglich gleich trifft, gehört in eine Regel. Der Nutzen entsteht dabei nicht nur aus der eingesparten Zeit, sondern aus der Konsistenz – automatisierte Entscheidungen sind reproduzierbar und auswertbar, manuelle nicht. Wichtig ist die Gegenrichtung: Alles, was nicht dem Standard entspricht, muss sichtbar in einer Klärungsliste landen und darf nicht stillschweigend durchlaufen. Automatisierung ohne Ausnahmemanagement erzeugt Fehler, die niemand bemerkt.
Für den Betrieb solcher Regelwerke haben sich drei Disziplinen bewährt. Erstens eine schriftliche Dokumentation jeder Regel mit Zweck, Bedingung, Aktion und verantwortlicher Person. Zweitens eine bewusste Reihenfolge, weil Regeln sich gegenseitig beeinflussen. Drittens das Testen von Änderungen in einer getrennten Umgebung statt im laufenden Betrieb. Regelwerke, die über Jahre gewachsen sind und von niemandem mehr vollständig verstanden werden, gehören zu den häufigsten Ursachen für unerklärliche Fehler in Warenwirtschaftssystemen.
Prognosefunktionen versuchen, aus Vergangenheitsdaten den künftigen Bedarf je Artikel abzuleiten. Die klassischen Verfahren arbeiten mit gleitenden Durchschnitten, exponentieller Glättung und Saisonfaktoren; neuere Ansätze nutzen maschinelles Lernen und beziehen zusätzliche Merkmale ein, etwa Preisänderungen, Werbeaktionen, Wochentage, Feiertage, Wetterlagen oder Bestände in Vertriebskanälen. Der Anspruch ist derselbe: eine bessere Schätzung als der Bauchwert des Einkäufers.
Ob dieser Anspruch eingelöst wird, hängt an drei Bedingungen. Erstens braucht es Historie in ausreichender Länge und Qualität – bei stark saisonalen Sortimenten mehrere vollständige Zyklen. Zweitens muss die Historie interpretierbar sein: Ein Nullabsatz kann bedeuten, dass niemand kaufen wollte, oder dass nichts verfügbar war. Wer Fehlmengen nicht erfasst, trainiert Prognosen auf verzerrte Daten. Drittens braucht es stabile Artikelidentitäten; ein Sortiment, in dem Artikel regelmäßig neu angelegt statt fortgeführt werden, liefert für jeden Artikel zu kurze Reihen.
Realistisch einzuordnen ist auch der Nutzen. Prognosen helfen am stärksten bei Artikeln mit regelmäßigem, ausreichend hohem Absatz. Bei sporadischer Nachfrage – wenige Stück pro Quartal, unvorhersehbar verteilt – ist die statistische Aussagekraft gering; hier führen Mindestbestände und Wiederbeschaffungszeiten meist zu besseren Ergebnissen als jedes Modell. Konkrete Genauigkeitsversprechen sollten Sie grundsätzlich hinterfragen und, wenn irgend möglich, an eigenen historischen Daten prüfen lassen. Ein Anbieter, der eine Rückrechnung auf Ihren Daten anbietet, sagt mehr über seine Substanz aus als jede Präsentation.
Der Bestellvorschlag ist die Stelle, an der Prognose, Bestand und Beschaffungsregeln zusammenlaufen. Er berücksichtigt im Idealfall den verfügbaren Bestand, offene Kundenaufträge, bereits bestellte Mengen, die Wiederbeschaffungszeit des Lieferanten, einen Sicherheitsbestand, Mindestbestellmengen und Verpackungseinheiten sowie Mindestbestellwerte für versandkostenfreie Lieferung. Aus diesen Größen entsteht eine Bestellliste, die der Einkauf prüft und freigibt.
Entscheidend ist, dass diese Parameter tatsächlich gepflegt sind. In der Praxis stehen in vielen Systemen Wiederbeschaffungszeiten, die vor Jahren einmal geschätzt wurden, Mindestbestände aus der Anfangszeit und Sicherheitsbestände als pauschaler Wert über alle Artikel. Ein automatischer Vorschlag ist dann nicht besser als die Parameter, auf denen er beruht. Sinnvoller als jede neue Funktion ist deshalb eine regelmäßige Überprüfung: tatsächliche Lieferzeiten aus den Wareneingangsdaten zurückrechnen, Sicherheitsbestände nach Absatzschwankung und Wichtigkeit differenzieren, Artikel ohne Bewegung aktiv aus der Disposition nehmen.
Datengetriebene Verfahren finden zunehmend auch abseits der Disposition Anwendung: automatische Klassifizierung neuer Artikel in Warengruppen, Vorschläge für Attribute und Beschreibungstexte, Dublettenerkennung in Kunden- und Lieferantenstammdaten, Auslesen von Lieferantendokumenten und Eingangsrechnungen, Anomalieerkennung bei Bestandsbewegungen oder auffälligen Preisen. Diese Anwendungen sind oft unspektakulär, aber wirksam, weil sie genau dort ansetzen, wo im Mittelstand die meiste stille Arbeitszeit verschwindet.
Bei allen KI-gestützten Funktionen gehören zwei Fragen früh gestellt. Erstens: Wo werden die Daten verarbeitet, und verlassen sie dabei die eigene Systemumgebung oder den europäischen Rechtsraum? Zweitens: Werden die eigenen Daten zum Training genutzt, und lässt sich das vertraglich ausschließen? Beides ist bei Cloud-Diensten mit externen Modellanbietern keine theoretische Frage. Klären Sie außerdem, ob automatisch erzeugte Vorschläge stets von einem Menschen freigegeben werden können – für kaufmännisch wirksame Entscheidungen ist eine Freigabestufe nicht nur eine Datenschutz-, sondern eine Governance-Frage.
Die Verbindung zu Verkaufskanälen umfasst vier Datenströme, die getrennt betrachtet gehören. Erstens Artikeldaten in Richtung Kanal: Nummern, Bezeichnungen, Beschreibungen, Bilder, Attribute, Kategorien, Preise. Zweitens Bestände in Richtung Kanal, meist in kurzem Takt oder ereignisgesteuert. Drittens Aufträge in Richtung Warenwirtschaft, samt Kunden-, Zahlungs- und Versandinformationen. Viertens Statusmeldungen zurück an den Kanal: Versandbestätigung, Sendungsnummer, Stornierung, Gutschrift.
Für jeden dieser Ströme sind Richtung, Taktung und Konfliktlösung festzulegen. Die häufigste Streitfrage betrifft die Artikelinhalte: Werden Beschreibungen und Bilder in der Warenwirtschaft, im Shop oder in einem eigenen Produktinformationssystem gepflegt? Alle drei Varianten funktionieren – aber nur, wenn sich alle Beteiligten daran halten. Die zweitwichtigste Frage betrifft den Bestand: Welche Lager fließen in die Kanalmeldung ein, welcher Sicherheitspuffer wird gesetzt und wie schnell erfolgt die Rückmeldung nach einem Verkauf? Ein zu großer Puffer kostet Umsatz, ein zu kleiner erzeugt Überverkäufe, und die auf Marktplätzen wiegen schwer, weil sie auf die Verkäuferbewertung durchschlagen.
Marktplätze stellen zusätzlich eigene Anforderungen an Attribute, Kategoriebäume, Bildmaße und Pflichtangaben, die sich zudem ändern. Wer mehrere Plattformen bedient, braucht deshalb eine Zuordnungslogik von eigenen Merkmalen zu Kanalattributen und einen Verantwortlichen, der Änderungen verfolgt. Ebenfalls zu klären: Wie werden anonymisierte oder pseudonymisierte Kundendaten behandelt, wie laufen Rechnungsstellung und Steuerausweis bei Plattformmodellen, und wie werden Gebühren und Auszahlungen im System abgebildet, damit die Deckungsbeitragsrechnung je Kanal stimmt.
Auf der Versandseite geht es um Labelerzeugung, Übergabe der Sendungsdaten an den Dienstleister, Rückschreiben der Sendungsnummer, Abholaufträge, Retourenscheine und den Umgang mit Sonderfällen wie Sperrgut, Gefahrgut, Nachnahme oder Speditionsversand. Viele Warenwirtschaftssysteme bringen direkte Anbindungen an gängige Paketdienstleister mit. Sobald mehrere Dienstleister parallel laufen, ein Ausfallpfad benötigt wird oder Tarife dynamisch verglichen werden sollen, ist eine Multi-Carrier-Plattform als Zwischenschicht der übersichtlichere Weg.
Ein zweites Thema ist die Auslagerung des Lagers an einen Fulfillment-Dienstleister. Dann übernimmt ein externer Partner Einlagerung, Kommissionierung und Versand, während die Warenwirtschaft weiterhin Artikel, Preise, Aufträge und Belege führt. Die Schnittstelle muss dafür Bestände, Wareneingangsavise, Auftragsübergaben, Versandmeldungen und Retouren abbilden. Prüfen Sie vor Vertragsschluss, in welchem Takt Bestände zurückgemeldet werden und wie Differenzen geklärt werden – dieser Punkt entscheidet über die Verlässlichkeit der Kanalmeldung.
Im DACH-Raum ist die Übergabe an die Finanzbuchhaltung häufig über DATEV-kompatible Formate organisiert, weil ein Großteil der mittelständischen Buchhaltung über Steuerkanzleien läuft. Technisch ist das meist unproblematisch. Anspruchsvoll sind die fachlichen Festlegungen: Belegkreise, Erlös- und Aufwandskonten je Warengruppe und Land, Steuerschlüssel, Behandlung von Zahlungsdienstleistergebühren, Umgang mit Anzahlungen und Gutschriften, Abgrenzung von Versandkosten. Diese Punkte gehören gemeinsam mit der Steuerberatung festgelegt, bevor der erste Export läuft – eine nachträgliche Korrektur von Kontenzuordnungen über ein Geschäftsjahr ist teuer.
Der Zahlungsabgleich ist der zweite Baustein. Zahlungen kommen über Bankkonten, Zahlungsdienstleister, Marktplatzauszahlungen und Rechnungskauf-Anbieter herein, oft gesammelt und mit Gebührenabzug. Ein System, das Zahlungen automatisch Aufträgen und Rechnungen zuordnet, spart im Onlinehandel erhebliche Arbeitszeit und beschleunigt zugleich den Versand, weil Vorkassevorgänge früher freigegeben werden.
Technisch laufen Integrationen über drei Wege. Erstens vorgefertigte Anbindungen des Anbieters oder aus einem Erweiterungsverzeichnis – schnell verfügbar, aber in Tiefe und Pflege abhängig vom Entwickler. Zweitens offene Programmierschnittstellen, meist als REST-API mit Webhooks, die individuelle Lösungen ermöglichen und Eigenentwicklung oder Partner erfordern. Drittens EDI im klassischen Sinne, im Großhandel und in Lieferbeziehungen zum Filialhandel nach wie vor Standard, mit Nachrichtenformaten für Bestellung, Lieferavis, Rechnung und Preislisten.
Für die Auswahl sind drei Fragen wichtiger als die Zahl verfügbarer Konnektoren. Ist die Schnittstelle dokumentiert und in ihrem Funktionsumfang so weit, dass Ihre Sonderfälle abgedeckt sind? Gibt es Beschränkungen bei Aufrufhäufigkeit oder Datenmenge, die bei Saisonspitzen zum Problem werden? Und wie werden Fehler behandelt – gibt es Wiederholungslogik, Protokollierung und eine Benachrichtigung, wenn eine Übertragung dauerhaft scheitert? Eine Schnittstelle ohne sichtbares Fehlerprotokoll ist im Betrieb eine Blackbox, und Blackboxes werden im Weihnachtsgeschäft zum Problem.
Die erste Gruppe kommt aus dem Onlinehandel und dem Marktplatzgeschäft. Diese Systeme sind um einen zentralen Artikelstamm herum gebaut, aus dem heraus mehrere Kanäle bedient werden, und sie haben ihre Stärke in Kanalpflege, Auftragsabwicklung und Automatisierung. In diese Richtung lassen sich Anbieter wie plentymarkets oder JTL einordnen, wobei JTL zusätzlich eine ausgeprägte Lager- und Versandtradition mitbringt. Für Händler mit vielen Varianten und mehreren Verkaufsplattformen ist dieses Profil naheliegend.
Die zweite Gruppe kommt aus dem Versandhandel und der Lagerlogistik. Hier liegt der Schwerpunkt auf Bestandsgenauigkeit, Kommissionierstrategien, Packplatzabläufen und Durchsatz. pixi ist ein Beispiel für ein System mit dieser Ausrichtung. Betriebe mit hohem Auftragsvolumen und logistischem Engpass finden in dieser Gruppe eher passende Standardprozesse als in generischen Lösungen.
Die dritte Gruppe kommt aus der Betriebswirtschaft: ERP-Systeme mit Warenwirtschaftskern, die Auftrag, Beschaffung, Finanzen und Controlling zusammenführen. Xentral, Sage-Produkte oder SAP Business One lassen sich – bei sehr unterschiedlichem Zuschnitt und sehr unterschiedlicher Einführungstiefe – dieser Richtung zuordnen. Sie sind interessant, wenn Finanzbuchhaltung, Kostenrechnung oder Fertigungsanteile integriert sein sollen, bringen dafür aber mehr Struktur und mehr Einführungsaufwand mit.
Die vierte Gruppe besteht aus Shopsystemen mit ergänzten Warenwirtschaftsfunktionen sowie aus schlanken Werkzeugen für Auftragsabwicklung. Pickware als Erweiterung im Shopware-Umfeld oder Billbee als leichtgewichtige Multichannel-Abwicklung sind Beispiele dafür. Diese Lösungen sind schnell produktiv und passen gut zu Betrieben, deren Prozesse überschaubar sind; ihre Grenze liegt dort, wo Beschaffungstiefe, Mehrlagerlogik oder kaufmännische Auswertungen gefordert sind.
Quer dazu stehen Spezialisten für angrenzende Aufgaben, etwa REMIRA für Bestandsoptimierung und Supply-Chain-Themen oder Körber im Bereich Lagerverwaltung. Sie ersetzen keine Warenwirtschaft, ergänzen sie aber dort, wo Dispositions- oder Lagerthemen über den Standard hinausgehen. Diese Einordnung ist bewusst grob: Alle genannten Anbieter haben ihr Angebot über die Jahre erweitert, und Überschneidungen sind die Regel.
In Auswahlprojekten werden regelmäßig umfangreiche Kriterienkataloge erstellt, in denen Hunderte Funktionen abgehakt werden. Nach unserer Erfahrung entscheiden am Ende wenige Punkte. Erstens die fachliche Passung des Datenmodells: Bildet das System Ihre Artikelstruktur, Ihre Preislogik und Ihre Lagerorganisation ohne Verrenkungen ab? Zweitens die Abdeckung der Ausnahmen: Streckengeschäft, Teillieferung, Sonderkonditionen, Chargen, Seriennummern, Retouren von Sets. Drittens die Integrationsfähigkeit in Ihre bestehende Landschaft. Viertens die Verfügbarkeit von Umsetzungspartnern in erreichbarer Nähe und mit Erfahrung in Ihrer Branche.
Ein fünfter Punkt wird häufig unterschätzt: die Bedienbarkeit für die Menschen, die täglich damit arbeiten. Ein System, das im Wareneingang drei zusätzliche Klicks je Position erfordert, kostet über ein Jahr mehr als die Lizenzdifferenz zum Wettbewerb. Lassen Sie deshalb nicht nur die Projektleitung testen, sondern die Personen aus Einkauf, Lager und Auftragsbearbeitung – und zwar mit ihren echten Vorgängen, nicht mit Demodaten.
Zur Anbieterseite gehören schließlich Fragen, die nichts mit Software zu tun haben: Wie ist der Support erreichbar, in welcher Sprache und mit welchen Reaktionszeiten? Wie häufig erscheinen neue Versionen, und wie wird mit Anpassungen bei Versionswechseln umgegangen? Wie viele Referenzen mit vergleichbarem Geschäftsmodell gibt es, und lassen sich diese Referenzen direkt sprechen? Ein Telefonat mit zwei Anwendern ähnlicher Größe ersetzt eine ganze Bewertungsmatrix.
Bewährt hat sich ein Ablauf in fünf Schritten. Erstens die Prozessaufnahme: Wie laufen Beschaffung, Wareneingang, Lager, Auftragsabwicklung, Versand, Retoure und Fakturierung heute tatsächlich – nicht wie sie laufen sollen. Zweitens die Anforderungsliste, getrennt in unverzichtbare Anforderungen und wünschenswerte Verbesserungen, jeweils mit Begründung. Drittens eine Vorauswahl von drei bis fünf Systemen anhand der Herkunftsgruppen und der unverzichtbaren Anforderungen.
Viertens die Prüfung anhand eigener Szenarien: Jeder Anbieter erhält denselben Satz realer Vorgänge und führt sie im System vor, mit Ihren Artikeln und Ihren Sonderfällen. Fünftens die wirtschaftliche Betrachtung über mindestens drei Jahre, inklusive Einführung, Schulung, Anpassungen, Schnittstellen und interner Arbeitszeit. Der letzte Block fehlt in fast allen Angeboten und ist in fast allen Projekten der größte.
Eine Warnung zum Schluss: Vergleichsportale, Punktetabellen und „Testsieger“-Listen sind für diese Entscheidung wenig hilfreich. Sie bewerten Funktionen gegen einen allgemeinen Maßstab, während die richtige Antwort von Ihrem Geschäftsmodell abhängt. Ein System, das für einen Modehändler mit Größenmatrix ideal ist, kann für einen Ersatzteilhändler mit Seriennummern die falsche Wahl sein – bei identischer Funktionsliste.
Beim Cloud-Betrieb liegt die Software beim Anbieter, der Zugriff erfolgt über den Browser, und Betrieb, Sicherung, Skalierung und Aktualisierung liegen ebenfalls beim Anbieter. Die Vorteile sind geringer eigener Betriebsaufwand, planbare laufende Kosten und schnellere Verfügbarkeit. Die Kehrseite: Versionsstände und Wartungsfenster bestimmt der Anbieter, Anpassungen sind auf die vorgesehenen Erweiterungswege beschränkt, und die Verfügbarkeit hängt an der Internetanbindung des Standorts. Für ein Lager, das ohne System nicht kommissionieren kann, ist eine zweite, unabhängige Leitung deshalb kein Luxus, sondern Grundausstattung.
Beim Betrieb im eigenen Haus – On-Premises – laufen Datenbank und Anwendung auf eigenen Servern. Das bietet maximale Kontrolle über Daten, Versionsstände und Anpassungen und funktioniert auch bei Ausfall der Internetverbindung weiter. Dafür trägt das Unternehmen Verantwortung für Hardware, Betriebssystem, Sicherung, Wiederanlauf, Sicherheitsaktualisierungen und Verfügbarkeit. Ohne eigene IT-Ressourcen oder einen verlässlichen Dienstleister wird dieses Modell schnell zum Risiko – gerade Sicherungskonzepte, deren Wiederherstellung nie getestet wurde, sind in mittelständischen Betrieben ein verbreitetes Problem.
Dazwischen liegen gehostete Varianten: Die Software wird beim Dienstleister oder in einem Rechenzentrum betrieben, bleibt aber eine dedizierte Installation mit eigenen Versionsständen. Dieses Modell verbindet Kontrolle mit ausgelagertem Betrieb und ist im Mittelstand häufiger, als es die Diskussion um Cloud gegen On-Premises vermuten lässt. Für die Entscheidung sind vier Fragen maßgeblich: Gibt es IT-Richtlinien, die Eigenbetrieb vorschreiben? Wie kritisch ist Offline-Fähigkeit im Lager? Welche Anpassungstiefe wird benötigt? Und wie sieht die interne Personalsituation für IT-Betrieb aus?
Die Migration ist der Punkt, an dem die meisten Projekte in Verzug geraten. Der Grund ist selten Technik, sondern Datenqualität: Über Jahre gewachsene Artikelstämme enthalten Dubletten, inaktive Artikel, uneinheitliche Bezeichnungen, fehlende Maße, historisch bedingte Sonderfälle und Felder, die zweckentfremdet wurden. Eine Eins-zu-eins-Übernahme spart Aufwand im Projekt und erzeugt Aufwand für die nächsten Jahre.
Wir empfehlen, die Migration als Gelegenheit zur Bereinigung zu nutzen und dabei nach Datenobjekten zu unterscheiden. Artikelstammdaten sollten bereinigt und angereichert übernommen werden, wobei nicht mehr geführte Artikel bewusst zurückbleiben. Kunden- und Lieferantenstammdaten werden dedupliziert und auf Aktualität geprüft. Offene Posten und offene Aufträge werden zum Stichtag übernommen oder im Altsystem abgeschlossen. Bewegungsdaten der Vergangenheit müssen häufig nicht migriert werden: Es genügt, das Altsystem in lesendem Zustand für die Dauer der Aufbewahrungsfristen verfügbar zu halten – ein Vorgehen, das mit der Steuerberatung abzustimmen ist.
Die Bestandsübernahme verdient besondere Aufmerksamkeit. Bewährt hat sich eine Inventur unmittelbar vor dem Start, damit die Anfangsbestände im neuen System nachweislich stimmen. Wer mit übernommenen, ungeprüften Beständen startet, sucht in den ersten Wochen nach Ursachen für Differenzen, die aus dem Altsystem stammen – und verliert Vertrauen in das neue System, obwohl es korrekt arbeitet.
Für den Übergang gibt es zwei Grundmuster. Beim Stichtagswechsel wird zu einem definierten Zeitpunkt vollständig umgestellt. Das ist klar, aber riskant, weil alle Probleme gleichzeitig auftreten. Beim schrittweisen Vorgehen werden Bereiche oder Kanäle nacheinander überführt, was den Druck senkt, aber eine Zeit lang zwei Systeme parallel bedeutet. Für Handelsbetriebe mit einem Lager ist der Stichtagswechsel meist praktikabler, für Mehrstandort- oder Mehrfirmenstrukturen der schrittweise Weg.
Unabhängig vom Muster gelten drei Regeln. Erstens: Termin außerhalb der Saisonspitze wählen – ein Go-Live im November ist im Onlinehandel eine vermeidbare Härte. Zweitens: Kapazität einplanen, denn in den ersten Wochen sinkt die Leistung, weil Abläufe neu sind. Drittens: Eine benannte Ansprechperson im Betrieb, die Fragen sammelt, priorisiert und an den Dienstleister übergibt, statt dass jeder einzeln Tickets schreibt. Und: Rechnen Sie mit einer Phase, in der beide Systeme nachgeführt werden müssen – planen Sie sie ein, statt sie zu verdrängen.
Im stationären Handel steht die Verbindung von Kasse und Warenwirtschaft im Mittelpunkt. Verkäufe müssen den Bestand zeitnah reduzieren, Aktionen und Preisänderungen zuverlässig an alle Kassen gelangen, Etiketten und Regalauszeichnungen aus dem Artikelstamm erzeugt werden. Bei mehreren Standorten kommen Filialbestände, Umlagerungen mit Transportstatus und filialspezifische Auswertungen hinzu.
Der kritische Punkt entsteht, sobald zusätzlich online verkauft wird. Dann muss festgelegt werden, welcher Bestand für welchen Kanal zählt. Ein Ladenbestand, der online mitverkauft wird, führt zu Stornierungen und verärgerten Kunden; ein vollständig vom Onlineverkauf ausgenommener Filialbestand lässt Umsatz liegen. Praktikable Lösungen arbeiten mit definierten Bestandsquellen, konservativen Puffern für Filialware und – wo sinnvoll – mit Modellen wie „Abholung im Laden“, die den Bestand erst bei Abholung ausbuchen.
Im Großhandel ist die Preisfindung die anspruchsvollste Disziplin. Kundenindividuelle Preislisten, Mengenstaffeln, zeitlich begrenzte Aktionen, Rabattgruppen auf Warengruppenebene, Sonderkonditionen und Jahresrückvergütungen greifen ineinander und müssen in einer nachvollziehbaren Reihenfolge aufgelöst werden. Ein System, das diese Logik nicht sauber abbildet, erzeugt entweder Fehlpreise oder dauerhafte manuelle Nacharbeit im Auftragsdurchlauf.
Weitere typische Anforderungen sind Streckengeschäfte, bei denen der Lieferant direkt an den Kunden liefert, während Beleg- und Wertfluss über das eigene Haus laufen; Gebindeumrechnungen zwischen Verkaufs-, Lager- und Bestelleinheit; Kreditlimits mit Sperrlogik; sowie EDI-Anbindungen an größere Kunden mit Bestellung, Lieferavis und Rechnung im Nachrichtenformat. Wer in diesem Umfeld auswählt, sollte diese vier Punkte zu unverzichtbaren Anforderungen erklären und in der Systemvorführung an eigenen Fällen prüfen lassen.
Im Onlinehandel verschiebt sich der Schwerpunkt auf Kanalpflege, Bestandssynchronisation und Retouren. Sortimente mit vielen Varianten erzeugen hohe Pflegeaufwände, weil jede Plattform eigene Pflichtattribute und Kategoriebäume verlangt. Bestände müssen in kurzem Takt zurückgemeldet werden, damit Überverkäufe ausbleiben. Retouren sind ein eigener Prozess mit Prüfbestand, Gründeerfassung, Gutschrift und Rückzahlung – und die Auswertung der Retourenquoten je Artikel, Variante, Kanal und Grund ist eine der aussagekräftigsten Kennzahlen im Onlinegeschäft.
Hinzu kommen kaufmännische Besonderheiten: Marktplatzgebühren und Auszahlungen müssen im System abgebildet werden, damit der Deckungsbeitrag je Kanal stimmt; Zahlungen laufen über mehrere Dienstleister und müssen automatisch zugeordnet werden; grenzüberschreitende Verkäufe bringen Steuerthemen mit, die früh mit der Steuerberatung zu klären sind. Wer diese drei Punkte erst nach dem Go-Live angeht, arbeitet mit einer Ertragsrechnung, die den tatsächlichen Beitrag einzelner Kanäle deutlich verfehlt.
Viele Mittelständler sind formal Händler, veredeln aber Ware: Sie konfektionieren Sets, bedrucken Textilien, mischen Produkte ab, montieren Baugruppen oder packen Aktionsware um. Für diese Fälle genügt in der Regel eine Warenwirtschaft mit Stücklisten und einfachen Fertigungsaufträgen, die Komponenten entnimmt und Fertigware zubucht. Wichtig ist die korrekte Bewertung: Der Wert der Fertigware muss sich aus den Komponenten plus gegebenenfalls kalkulierten Zuschlägen ergeben, sonst stimmt der Wareneinsatz nicht.
In regulierten Sortimenten kommen Chargen, Mindesthaltbarkeitsdaten und Rückverfolgbarkeit hinzu – im Lebensmittelbereich, in Kosmetik, in Teilen des technischen Handels. Prüfen Sie hier, ob die Verfolgung durchgängig ist: vom Wareneingang über die Fertigungsstufe und den Verkauf bis zur Retoure und zu einem möglichen Rückruf. Systeme, die Chargen nur im Wareneingang erfassen, aber nicht bis zum Kunden führen, erfüllen die eigentliche Anforderung nicht. Sobald mehrstufige Fertigung mit Kapazitätsplanung und Arbeitszeitrückmeldung dazukommt, ist die Grenze der Handelswarenwirtschaft erreicht und ein ERP mit Fertigungsmodul oder ein eigenes PPS zu prüfen.
Der erste Block ist die Software selbst: bei Cloud-Modellen ein laufendes Abonnement, das sich meist nach Nutzerzahl, Modulen und Volumengrößen bemisst; bei Kaufmodellen eine einmalige Lizenz zuzüglich jährlicher Wartung. Der zweite Block ist die Einführung: Beratung, Konfiguration, Schnittstellen, Datenmigration, Schulung. Er fällt einmalig an, wird aber regelmäßig zu niedrig angesetzt, weil Aufwände für Sonderfälle erst im Projekt sichtbar werden.
Der dritte Block ist der laufende Betrieb: bei Cloud-Modellen im Wesentlichen im Abonnement enthalten, bei Eigenbetrieb bestehend aus Serverkosten, Sicherung, Sicherheitsaktualisierungen und IT-Betreuung. Der vierte Block ist die interne Arbeitszeit – für Stammdatenaufbereitung, Tests, Schulung, Leistungsrückgang in den ersten Wochen und laufende Pflege. Dieser Block taucht in keinem Angebot auf und ist in der Mehrzahl der Projekte der größte. Rechnen Sie ihn bewusst mit, sonst ist der Vergleich zwischen Anbietern strukturell verzerrt.
Für den Vergleich empfehlen wir eine Betrachtung über drei bis fünf Jahre mit dem eigenen erwarteten Wachstum. Klären Sie dabei, welche Größen die Kosten treiben: Nutzerzahl, Auftragsvolumen, Kanalanzahl, Datenmenge, Anzahl der Mandanten. Und klären Sie, was bei Überschreitung einer Paketgrenze passiert – ein Saisonhoch überschreitet Grenzen zuverlässig, und die Frage, ob dann automatisch die nächste Stufe greift, gehört vor Vertragsschluss beantwortet, nicht danach.
Ein Warenwirtschaftssystem verarbeitet personenbezogene Daten in erheblichem Umfang: Kundenstammdaten, Lieferadressen, Bestellhistorien, Zahlungsinformationen, teils Beschäftigtendaten der eigenen Mitarbeitenden. Damit ist die Datenschutz-Grundverordnung unmittelbar einschlägig. Verantwortlich im Sinne der Verordnung bleibt das einsetzende Unternehmen; der Softwareanbieter verarbeitet die Daten in der Regel weisungsgebunden. Ein Vertrag zur Auftragsverarbeitung ist deshalb kein optionales Beiwerk, sondern Voraussetzung.
Anbieter mit Sitz und Verarbeitung in Deutschland, Österreich, der Schweiz oder der EU haben hier einen strukturellen Vorteil: Die Verarbeitung findet im europäischen Rechtsrahmen statt, Vertragsunterlagen folgen hiesigem Recht, Ansprechpartner sind erreichbar, und die Frage eines Drittlandtransfers stellt sich zunächst nicht. Für die im DACH-Raum verbreiteten Warenwirtschaftssysteme europäischer Herkunft ist das ein Argument, das über reine Konformität hinausgeht – es reduziert Dokumentations- und Prüfaufwand.
Bei Anbietern außerhalb der EU – oder bei EU-Anbietern, die Teilleistungen über Anbieter aus Drittstaaten erbringen – ist der Verarbeitungsort ausdrücklich zu klären und schriftlich festzuhalten. Zu prüfen sind: der tatsächliche Speicherort der Produktivdaten und der Sicherungen, die Liste der Unterauftragnehmer einschließlich Hosting-, Support- und Analysedienstleistern, die Rechtsgrundlage für einen etwaigen Datentransfer und die Frage, ob Support-Zugriffe aus Drittstaaten erfolgen. Wo eine europäische Region wählbar ist, sollte sie gewählt werden; wo ein Eigenbetrieb möglich ist, ist er aus Sicht der Datenhoheit die weitreichendste Option. Beides ist beim Anbieter zu prüfen und vertraglich zu fixieren.
Datenhoheit bedeutet mehr als Datenschutzkonformität. Sie beantwortet die Frage, ob ein Unternehmen jederzeit über seine eigenen Daten verfügen und das System wechseln kann. Die entscheidende vertragliche Zusicherung lautet: vollständiger Export aller Stamm- und Bewegungsdaten in einem strukturierten, dokumentierten Format, ohne zusätzliche Vergütung und innerhalb einer definierten Frist. Wer diesen Punkt bei Vertragsschluss nicht verhandelt, verhandelt ihn später aus einer schwachen Position.
Praktisch bewährt hat sich, den Export nicht nur zusagen zu lassen, sondern ihn während der Vertragslaufzeit einmal tatsächlich durchzuführen und zu prüfen, ob die exportierten Daten vollständig und interpretierbar sind. Dasselbe gilt für Sicherungen im Eigenbetrieb: Ein Sicherungskonzept, dessen Wiederherstellung nie getestet wurde, ist eine Annahme, keine Absicherung.
Ein letzter Punkt betrifft die angebundenen Systeme. Marktplätze, Zahlungsdienstleister, Versanddienstleister und Fulfillment-Partner sind eigenständige Beteiligte mit eigener Verarbeitung personenbezogener Daten. Sie gehören in das Verzeichnis der Verarbeitungstätigkeiten und in die Datenschutzinformation gegenüber Kundinnen und Kunden. Die Warenwirtschaft ist dabei häufig die Stelle, an der Daten zusammenlaufen – und damit der sinnvolle Ort, um Datenminimierung und Löschfristen technisch umzusetzen.
