Kundenprojekt · Brauerei · SAP → BC → S/4HANA
Kunden- und Stücklistendaten für den Wechsel von SAP zu Navision, geliefert von einem Spezialisten statt fünf.
Karlsberg, eine deutsche Brauerei mit rund 1.100 Mitarbeitenden und Aktivitäten in mehreren europäischen Ländern, hat Visehub direkt als unabhängigen Experten für die Datenaufbereitung der komplexesten Datenbereiche seines ERP-Wechsels beauftragt. Der Implementierungspartner hat Navision konfiguriert und die finalen Dateien geladen; Visehub verantwortete alles von der Extraktion bis zu den sauberen Dateien.
- 5 → 1
- FTE-Äquivalent an Arbeit, erledigt von einem Visehub-Spezialisten
- 1,5 Jahre
- iterative Lieferungen über DEV, QA, UAT und PROD
- 2 Programme
- SAP → Navision seit 2021; heute Business Central + SAP ECC → S/4HANA
- DE → FR
- Regeln der deutschen Gesellschaft in Frankreich wiederverwendet
01 · Ergebnisse
Was dabei herauskam.
- Arbeit, die auf rund fünf Vollzeitkräfte geschätzt war, erledigt von einem Visehub-Spezialisten, der das Werkzeug steuerte
- Konsistente, vollständige Kunden- und Stücklistendaten – weniger operatives Risiko nach dem Go-live
- Ein wiederholbarer Prozess über DEV, QA, UAT und PROD und über Gesellschaften hinweg, beginnend mit der deutschen Muttergesellschaft und wiederverwendet für die französische Einheit
- Rund 1,5 Jahre, synchron zur Navision-Implementierung, seit Projektstart 2021
“Visehub has been a reliable and competent partner by our side. A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Derselbe Kunde konsolidiert zwei ERPs in ein SAP S/4HANA – zuerst Microsoft Dynamics 365 Business Central, dann SAP ECC – und ist der erste Produktivanwender von vise FieldMap.
- Stammdaten
- Kunde, Lieferant, Material und Stücklisten – über beide Quellsysteme dedupliziert und zusammengeführt; das Mapping von der KI entworfen, jede Zeile von einem Berater freigegeben.
- Bewegungsdaten, auf Wunsch von Karlsberg ergänzt
- Offene Posten von Kunden und Lieferanten, Sachkontensalden und Lagerplatzbestände mit Chargennummern für jede Gesellschaft der Welle – extrahiert und transformiert von derselben automatisierten Pipeline statt von Hand.
- Werkzeuge
- vise FieldMap für das Mapping, vise DMW für Extraktion, Validierung und Ladedateien, vise LoV-MAP für die Wertelisten.
02 · Die Herausforderung
Die Herausforderung.
- ERP-Wechsel aus KostengründenKarlsberg hat sein Haupt-ERP von SAP auf Microsoft Navision umgestellt, um Wartungs- und Lizenzkosten zu senken. Das Ziel war bewusst einfacher als SAP; die Daten mussten trotzdem vollständig und konsistent ankommen.
- Zwei schwierige ObjekteKundendaten und Stücklisten trugen in SAP die meiste Struktur und Geschäftslogik – und beim Wechsel das größte Risiko.
- Verstreute, doppelte KundenKundendatensätze waren über mehrere Systeme verteilt und sogar innerhalb eines Systems doppelt vorhanden – oft nur durch ein Leerzeichen oder ein Komma unterschieden.
- Transformation, keine KopieSAP-Kundenrollen wie Regulierer und Warenempfänger mussten zu den richtigen Navision-Strukturen werden, und die Logik hing vom Wert bestimmter Felder ab.
- Keine freien KapazitätenDas Team kannte seine Daten, hatte aber weder die Kapazität noch das Spezialwissen oder die Werkzeuge, um im Projektzeitplan zu liefern – DEV, QA, UAT und PROD.
03 · Was wir getan haben
Was wir getan haben.
- 01Analyse-WorkshopsMit dem Implementierungspartner zu den technischen Anforderungen von Navision und den Feld-Mappings; mit dem Team von Karlsberg zu Geschäftsregeln, Bereinigungskriterien, Dublettenlogik und Validierung.
- 02Extraktion und KonsolidierungAutomatisierter Abruf aus mehreren SAP-Quellsystemen, dann eine erste Konsolidierung zu einem Arbeitsbestand.
- 03Bereinigung und DublettenbereinigungRegeln zur Formatstandardisierung und ein Abgleich, der Dubletten trotz unterschiedlicher Schreibweisen findet und je Kunde einen Golden Record erzeugt.
- 04TransformationslogikRegeln in vise DMW, die anhand eines Schlüsselfelds entschieden, wie Kundenrollen und Attribute in Navision angelegt und zugeordnet wurden.
- 05Wiederholbare AutomatisierungEinmal definiert, lief der Prozess auf Abruf für jeden Testzyklus, jede Umgebung und jede Gesellschaft – ohne manuelle Wiederholung.
Die Vorlagen von Visehub waren für Migrationen nach SAP gebaut; dieses Projekt lief in die andere Richtung, von SAP zu Navision. Die Lösung war maßgeschneidert – und ihre Bausteine sind heute für Wechsel von SAP zu Navision wiederverwendbar.
Ein ähnlicher Wechsel steht an?
Kunden- oder Lieferantenstamm ist das übliche Startobjekt. Dreißig Tage, Ihre Daten, ein lauffähiges Projekt.