Ansicht
Dokumentation

RQAAAS10 - Wiederkehrende Prüfungen von Chargen anstoßen

RQAAAS10 - Wiederkehrende Prüfungen von Chargen anstoßen

BAL_S_LOG - Application Log: Log header data   rdisp/max_wprun_time - Maximum work process run time  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Beschreibung

Dieses Programm unterstützt die Terminüberwachung von Chargen für

  • das Chargenverfallsdatum
  • wiederkehrende Prüfungen

Überwachung des Chargenverfallsdatums

Bei einer Überschreitung des Chargenverfallsdatums werden Umbuchungen vorgenommen. Dazu müssen folgende Voraussetzungen erfüllt sein:

  • Die Überschreitung des Chargenverfallsdatums liegt im Eröffnungshorizont, d.h.:
    Heutiges Datum + Vorlauf > Chargenverfallsdatum
  • Das Kennzeichen für das Sperren der Charge ist gesetzt.

Sind diese Voraussetzungen erfüllt, werden folgende Umbuchungen vorgenommmen:

  • Wenn die Chargenzustandsverwaltung im Werk der Charge aktiv ist, wird der Chargenzustand der Charge von "frei" in "nicht frei" geändert.
  • Wenn die Chargenzustandsverwaltung im Werk der Charge nicht aktivist, wird der Chargenbestand in den gesperrten Bestand gebucht.

Ist das Kennzeichen für das Sperren der Charge nicht gesetzt, gibt das System im Protokoll nur eine Meldung aus.
Ist das Verfallsdatum in der Charge initial, wird keine Prüfung durchgeführt.

Überwachung von wiederkehrenden Prüfungen

Eine wiederkehrende Prüfung wird ausgelöst, wenn das Datum für die nächste Prüfung im Eröffnungshorizont (siehe Reportparameter) liegt. Das bedeutet:

Heutiges Datum + Vorlauf > Prüfdatum für die nächste Prüfung

In diesem Fall wird für jeden Lagerort, auf dem Chargenbestand vorhanden ist, ein Prüflos eröffnet.

Zusätzlich zur Prüfloserzeugung kann die Charge gesperrt oder der Chargenbestand in den Qualitätsprüfbestand umgebucht werden.

Eine Charge zu sperren bedeutet hier:

  • Wenn die Chargenzustandsverwaltung im Werk aktiv ist, wird der Zustand der Charge auf "nicht frei" geändert.
  • Wenn die Chargenzustandsverwaltung im Werk nicht aktiv ist, wird der Chargenbestand in den gesperrten Bestand gebucht.

Diese Bestandsänderungen können zu einem der folgenden Zeitpunkte erfolgen:

  • Sofort bei der Loseröffnung
  • Erst bei Überschreitung des Prüfdatums in der Charge
In diesem Fall erfolgt eine verzögerte Umbuchung, die die Chargenbestände so lange wie möglich im freien Bestand beläßt. Eine begleitende Prüfung kann jedoch bereits durchgeführt werden.
Beachten Sie, daß Sie im Falle der verzögerten Umbuchung das Programm täglich starten müssen, um eine korrekte Sperre der Bestände durchführen zu können.
Hinweis
Sowohl bei der Überwachung des Chargenverfallsdatums als auch bei der Überwachung von wiederkehrenden Prüfungen muß der periodische Lauf des Programms mit den Vorlaufzeiten abgestimmt werden, da sonst eine rechtzeitige Umbuchung oder Sperre der Chargen nicht möglich ist. Das bedeutet, daß die Wiederholungsperiode des Programmlaufs kleiner oder gleich dem minimalen Vorlauf für die Loseröffnung oder die Chargensperre sein muß.

Voraussetzungen

Die Chargenstammdaten entsprechen den Selektionsbedingungen.
Es werden nur Chargen untersucht, bei denen folgende Bedingungen erfüllt sind:

  • Der Chargenzustand ist "frei".
  • Der freie Bestand ist größer null.
  • Der Bestand befindet sich nicht auf HU-Lagerort
  • Es handelt sich nicht um Sonderbestand

Gegebenenfalls wird eine notwendige Aktion eingeleitet.

Ausgabe

Es wird ein Protokoll der bearbeiteten Chargen ausgegeben.
Darüber hinaus werden die durchgeführten Aktionen aufgelistet, wie z.B. "Prüflos < > wurde eröffnet" oder "Umbuchungsbeleg < > wurde erzeugt".

Treten Probleme auf, gibt das System zusätzlich Sondermeldungen aus.

Beispiel






ROGBILLS - Synchronize billing plans   Vendor Master (General Section)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 4814 Date: 20240520 Time: 141524     sap01-206 ( 58 ms )