1. Einen Datenweg vollständig beschreiben.
Wähle zunächst einen Vorgang, etwa die Übernahme einer freigegebenen Portal-Anfrage. Schreibe auf, in welchem System er beginnt und was am Ende fachlich erreicht sein muss. Eine technisch übertragene Nachricht ist noch kein fachlich angenommener Auftrag.
Eine brauchbare Skizze enthält beteiligte Systeme, verantwortliche Personen, übertragene Objekte und den erwarteten Rückweg. Ergänze bekannte manuelle Schritte. Markiere offene Fragen ausdrücklich. So wird sichtbar, ob der Engpass bei der Erfassung, einer fehlenden Freigabe oder der Weiterbearbeitung liegt.
2. Für jedes Feld eine führende Quelle festlegen.
Erstelle eine kleine Tabelle mit Feldname, Bedeutung, Quelle, Ziel und Änderungsberechtigung. Artikelnummer, Einheit, Preis und sichtbare Produktbeschreibung sind unterschiedliche Informationen. Ein Marketingtext darf möglicherweise im Shop gepflegt werden, während die interne Artikelidentität unverändert bleiben muss.
SAP beschreibt für bestimmte Master-Data-Integration-Szenarien die Verfolgung einer Datensatzversion. Das verdeutlicht die Bedeutung eindeutiger Zustände, beantwortet aber nicht automatisch die Regeln deines Projekts. Welche Datenmodelle und Konfliktmechanismen vorhanden sind, müssen die zuständigen Fachleute für die konkrete Landschaft prüfen.
Fiktives Beispiel: Das Portal kennt die Referenz P-1042, das ERP eine andere interne Nummer. Die Zuordnung wird ausdrücklich gespeichert. Der Anzeigename wird nicht als alleiniger Identitätsschlüssel verwendet. Dieses Beispiel beschreibt ein Prüfthema, keine universelle SAP-Konfiguration.
3. Wiederholungen als normalen Prüffall einplanen.
Verbindungen können abbrechen, während ein Zielsystem den Vorgang bereits verarbeitet hat. Eine erneute Übertragung darf deshalb nicht ungeprüft einen weiteren Geschäftsvorgang anlegen. In der SAP-Dokumentation hängt die Behandlung von Duplikaten unter anderem von Empfänger und Integrationsmuster ab.
Lege für die Abnahme fest, mit welcher Referenz ein Vorgang wiedererkannt wird, wie lange diese Zuordnung relevant bleibt und wie ein ungeklärtes Ergebnis behandelt wird. Ein technischer Erfolgscode allein reicht nicht, wenn im Ziel die falschen Daten oder mehrere Datensätze entstanden sind. Für die Implementierung werden die passenden Möglichkeiten des eingesetzten Produkts geprüft.
4. Fehler und Rückfragen sichtbar machen.
Definiere, wer eine nicht zuordenbare Artikelnummer oder eine abgelehnte Pflichtangabe sieht. Ein Fehlerbericht sollte den Vorgang identifizierbar machen, ohne unnötige persönliche Daten in Protokolle zu kopieren. Kläre auch, welche Person eine Korrektur freigibt.
Ein möglicher Ablauf: Eine fiktive Anfrage bleibt mit ihrer Referenz in Prüfung, weil die Mengeneinheit nicht zugeordnet werden kann. Nach Korrektur wird derselbe Vorgang erneut bearbeitet. Der Test überprüft, dass er einmal fachlich ankommt und der Bearbeitungsweg nachvollziehbar bleibt. Die konkrete technische Umsetzung gehört zum gesonderten Fachauftrag.
5. Mit einer kleinen Abnahme beginnen.
Prüfe mit synthetischen Daten zunächst einen normalen Durchlauf und anschließend fehlende Angaben, eine Wiederholung, einen Verbindungsfehler und eine nachträgliche Änderung. Halte für jeden Fall das erwartete fachliche Ergebnis fest. Ein Testsystem und eine abgestimmte Rücknahme gehören in den Plan.
- Ist die Zuordnung zwischen Quelle und Ziel eindeutig?
- Bleiben Menge, Einheit und weitere Pflichtangaben erhalten?
- Wird ein ungeklärter Status sichtbar, statt Erfolg zu behaupten?
- Kann das Team den Vorgang zuordnen und gezielt weiterbearbeiten?
Was du vor dem ersten Gespräch vorbereiten kannst.
Hilfreich sind Systemnamen und Versionen, eine anonymisierte Feldliste, eine Prozessskizze und der gewünschte erste Anwendungsfall. Passwörter und produktive Kundendaten sind dafür nicht nötig. PEAK VISION unterstützt die Anforderungsaufnahme und die Planung digitaler Übergaben; produktive SAP-Konfiguration und Entwicklung werden separat mit geeigneten Fachleuten vereinbart.