Warenwirtschaft im B2B: Warum die Datenbank ins eigene Netz gehört

[clairetaylor]

Im Einzelhandel ist ein verlorener Statistiktag ärgerlich. Im B2B hängt mehr dran: kundenindividuelle Rabattstaffeln, Stücklisten, Lieferantenkonditionen, jahrelange Bestellhistorie. Genau das liegt bei Cloud-ERP auf fremden Servern.

Die Punkte aus dem neuen Ratgeber-Beitrag:

Vendor Lock-in
Kündigen kann man in der Theorie immer. In der Praxis scheitert es am Export: Beziehungen zwischen Artikeln, Chargen und Kunden überleben den Weg in eine CSV-Datei selten vollständig.

Offenes Format statt Blackbox
LAGER 6000 speichert in MariaDB. Das heißt: eigene Auswertungen per SQL oder ODBC, Zugriff durch das eigene Systemhaus, und ein Format, das in zehn Jahren noch lesbar ist. Proprietäre Dateiformate älterer Programme können das nicht.

Client-Server im eigenen LAN
Datenbank zentral im Haus, Arbeitsplätze in Verkauf, Lager und Buchhaltung greifen übers lokale Netz zu. Keine Ladebalken, weil irgendwo ein Cloud-Server ausgelastet ist. LAGER 6000 gibt es für 5, 10 oder 20 Plätze.

Nebeneffekt
Weil die Daten offen liegen, lässt sich darauf ein Data Warehouse aufsetzen - Marge, Ladenhüter, Saisonverläufe. Bei einer geschlossenen Cloud-Datenbank ist dieser Weg meist zu.

Der ganze Beitrag:
Herr über die eigenen Daten: Warum lokale SQL-Datenbanken im B2B sicherer sind

Wie handhabt Ihr das - liegt Eure Warenwirtschaft im Haus oder beim Anbieter? Und wer hat schon einmal einen Datenexport aus einem Cloud-System hinter sich gebracht?