SAP S/4HANA: Haltbarkeit und Restlaufzeit validieren

Drei Datumsfragen mit unterschiedlichen Folgen

Das Verfalldatum beschreibt einen anderen Sachverhalt als die bei einem Wareneingang verlangte Mindestrestlaufzeit. Ein Datum für die nächste Wiederholprüfung ist wiederum kein automatisch identisches Verfalldatum. SAP führt in der referenzierten Cloud-API ShelfLifeExpirationDate und NextInspectionDate als unterschiedliche Eigenschaften. Welche fachliche Wirkung daraus entsteht, muss für den konkreten Prozess und die eingesetzte Edition festgelegt werden. Eine Feldbezeichnung ersetzt diese Anforderung nicht.

Definieren Sie, welche Entscheidung jedes Datum beeinflusst: Annahme, Einlagerung, Auswahl, Verbrauch, Versand oder erneute Qualitätsbewertung. Halten Sie auch fest, wer eine Änderung veranlassen und freigeben darf. Ein Material kann beim Eingang ausreichend Restlaufzeit besitzen und Wochen später die Verwendungsgrenze erreichen. Ein bestandener Wareneingangstest beweist deshalb nicht das spätere Verbrauchsverhalten. Ebenso darf eine geplante Wiederholprüfung nicht ohne fachliche Grundlage als pauschale Verlängerung der Haltbarkeit behandelt werden.

Quellen: [1] [2]

Die tatsächliche SAP-Konfiguration als Ausgangspunkt

Für die dokumentierte S/4HANA-Variante beschreibt SAP Voraussetzungen nach Werk, Bewegungsart und Materialstammdaten. Dazu gehören die Mindestrestlaufzeit und gegebenenfalls die Gesamthaltbarkeit. Prüfen Sie, welche Einstellungen in Ihrer Landschaft tatsächlich wirksam sind. Ein gepflegtes Materialfeld bei inaktiver Prüfung kann etwas anderes bewirken als eine aktivierte Prüfung mit abweichender Reaktion. Verwenden Sie reale freigegebene Konfigurationsstände und geeignete kontrollierte Testmaterialien.

Ordnen Sie die verwendeten Oberflächen und Buchungswege zu. Ein manuell gebuchter Zugang, eine Schnittstellenbuchung und ein automatisierter Vorgang können unterschiedliche technische Wege nutzen. Welche Standardfunktionen, Erweiterungen und Berechtigungen dabei greifen, wird im System nachgewiesen. Übertragen Sie eine Aussage aus der On-Premise-Dokumentation nicht ungeprüft auf Public Cloud oder EWM. Dieser Leitfaden liefert Prüffragen und Beispiele, keine allgemeine Customizing-Anleitung für jede SAP-Landschaft.

Quellen: [3]

Warnung, Fehler und tatsächliche Buchbarkeit unterscheiden

SAP beschreibt bei der Wareneingangsprüfung eine Warnung oder Fehlermeldung abhängig von der Konfiguration. Eine Warnung ist nicht mit einer technischen Verhinderung gleichzusetzen. Der Test muss deshalb zeigen, ob und unter welchen Voraussetzungen der Anwender trotzdem buchen kann. Wenn eine fachliche Ausnahme erlaubt ist, braucht sie einen definierten Entscheidungsweg. Eine Meldung, die lediglich weggeklickt werden kann, trägt keine Anforderung „unzulässige Annahme wird verhindert“.

Achten Sie auch auf vorhandene Chargen. Die SAP-Dokumentation beschreibt für abweichende Haltbarkeitsangaben eine konfigurationsabhängige Reaktion; bei Buchung trotz Warnung kann der bisherige Wert im Chargenstamm überschrieben werden. Prüfen Sie daher nicht nur den neuen Zugang, sondern auch die Folge für bereits vorhandenen Bestand derselben Charge. Ein unbemerkter Datumswechsel kann weitere spätere Entscheidungen beeinflussen. Der Test verbindet die Eingabe mit dem Stamm, dem Materialbeleg und der anschließenden Nutzung.

Quellen: [1]

Konstruiertes Beispiel mit nachvollziehbarer Grenzregel

Im eigenen Beispiel gilt für einen kontrollierten Wareneingang am 10. November eine Mindestrestlaufzeit von 30 Kalendertagen. Der Prozessverantwortliche legt für die Übung fest: Die Differenz aus Verfalldatum und Buchungsdatum muss mindestens 30 Tage betragen. Dann erfüllen der 10. Dezember mit 30 Tagen und der 11. Dezember mit 31 Tagen die definierte Regel. Der 9. Dezember mit 29 Tagen erfüllt sie nicht. Diese Beispielregel ist keine Behauptung über jede SAP-Standardberechnung.

Prüfen Sie, welches Datum die konkrete Implementierung tatsächlich verwendet. Lieferdatum, physischer Eingang und Buchungsdatum können auseinanderliegen. Auch Rückdatierung oder eine spätere Buchung können relevant sein. Die Gleichheitsgrenze wird ausdrücklich festgelegt und getestet. Wenn das System auf einem anderen Referenzdatum oder einer anderen inklusiven Zählweise beruht, muss die Erwartung passend spezifiziert werden. Der richtige Nachweis entsteht aus der vorher bekannten Regel, nicht aus nachträglicher Anpassung an das beobachtete Systemverhalten.

Vom Eingang bis zur tatsächlichen Verwendung prüfen

Erstellen Sie eine Prozesskette mit den Stellen, an denen die Datumsinformation eine Entscheidung beeinflusst. Prüfen Sie beispielsweise die Annahme, Bestandsauswahl und tatsächliche Entnahme. Eine automatische Sortierung nach frühestem Verfall beantwortet eine andere Frage als die Verhinderung abgelaufener Ware. Das erste betrifft die Auswahlreihenfolge, das zweite eine Zulässigkeitsregel. Beide können erforderlich sein, brauchen aber jeweils einen passenden Nachweis.

Berücksichtigen Sie manuelle Übersteuerungen, alternative Bewegungsarten und Schnittstellen. Der fachliche Sollzustand muss über die tatsächlich erlaubten Wege erreicht werden. Prüfen Sie auch die Verbindung zu Statusänderungen aus der Qualitätsprüfung. Falls mehrere Systeme beteiligt sind, untersuchen Sie verzögerte Nachrichten und den Zustand während der Übergabe. Die erlaubte Nutzung darf nicht allein davon abhängen, ob der Anwender zufällig dieselbe Oberfläche verwendet hat wie im ersten Test.

Quellen: [4]

Wiederholprüfung fachlich und technisch abgrenzen

Die nächste Wiederholprüfung kann einen qualitätsrelevanten Folgeprozess auslösen. Legen Sie dessen Zweck fest: Welche Prüfung ist nötig, welche Entscheidung folgt und wie wird der Bestand bis dahin behandelt? Prüfen Sie Fälligkeit, Erzeugung erforderlicher Vorgänge, Zuständigkeit und Abschluss. Ein gepflegtes NextInspectionDate beweist weder eine ausgeführte Prüfung noch die passende Bestandssperre. Die tatsächliche Wirkung hängt von der vorgesehenen Anwendung und Konfiguration ab.

Wenn ein Prüfergebnis eine spätere Verwendung erlaubt, muss die Entscheidung mit dem geprüften Material und der betroffenen Charge verbunden sein. Eine Änderung des Datums ohne nachvollziehbare Qualitätsentscheidung ist kein Ersatz für diesen Prozess. Prüfen Sie auch abgelehnte oder unvollständige Prüfungen. Ein offener Vorgang darf nicht allein durch einen technischen Datumswechsel als fachlich abgeschlossen erscheinen. Welche konkrete Entscheidung zulässig ist, ergibt sich aus den freigegebenen Produktspezifikationen und Verfahren, nicht aus diesem allgemeinen Beispiel.

Stammdatenänderungen und Ausnahmen nachvollziehbar halten

Änderungen an Gesamthaltbarkeit, Mindestrestlaufzeit oder einem chargenspezifischen Datum können unterschiedliche Reichweiten haben. Bewerten Sie, ob sie nur neue Vorgänge oder auch vorhandenen Bestand betreffen. Prüfen Sie Berechtigungen und die benötigte Historie der Änderung. Eine technische Sammeländerung kann zahlreiche Chargen beeinflussen. Der Nachweis sollte deren Umfang und fachliche Freigabe nachvollziehbar machen, statt nur eine einzelne erfolgreich geänderte Zeile zu dokumentieren.

Definieren Sie Ausnahmen anhand realer Entscheidungsrechte. Wer darf einen Zugang trotz Warnung annehmen? Welche Prüfung oder Genehmigung ist dafür erforderlich? Wie wird eine falsche oder zurückgenommene Ausnahme behandelt? Die Gestaltung kann technisch und organisatorisch erfolgen, muss aber die beabsichtigte Kontrolle tatsächlich tragen. Schulung allein ersetzt keine Prüfung, ob das System einen als zwingend spezifizierten Zustand über erlaubte Alternativwege umgehen lässt.

Quellen: [5]

Änderungen an SAP und Lagerprozessen gezielt nachprüfen

Bewerten Sie neue Releases, Customizing-Änderungen und angepasste Schnittstellen nach ihrer Wirkung auf die Datumslogik. Eine Änderung an der Meldungsart kann fachlich bedeutender sein als eine große Änderung an einer nicht relevanten Anzeige. Neue Materialien oder Bewegungsarten können einen bisher nicht geprüften Pfad eröffnen. Halten Sie die relevanten Testdaten und Grenzfälle wiederverwendbar bereit und prüfen Sie, ob ihre Voraussetzungen weiterhin zutreffen.

Der Abschluss nennt nicht nur bestandene Einzeltests, sondern die belegte Prozesswirkung. Welche Eingänge werden geprüft? Welche Grenzen verhindern eine Buchung oder Verwendung? Welche Ausnahmen bleiben möglich? Welche Abhängigkeiten bestehen zu QM und Lager? Diese Information hilft dem Betrieb bei Änderungen und bei Rückfragen im Audit. Ein gepflegtes Verfalldatum wird dadurch zu einer nachgewiesenen fachlichen Kontrolle innerhalb eines klaren Geltungsbereichs.