Bewegungsdaten reorganisieren
Mit diesem Programm können die Bewegungsdaten für das Anwendungsgebiet EKS reorganisiert werden, um die Datenmengen in überschaubaren Grenzen zu halten.
Vor Ausführung dieses Programms sollte unbedingt eine Sicherung der unten aufgeführten Dateien erfolgen. Mit SAVLIB kann die gesamte Datenbibliothek (CMDDTARv_r; v = Versions-Nr., r = Release-Nr.) gesichert werden. Eine Sicherung der Bestelldateien auf Band garantiert, dass ein konsistenter Datenbestand verfügbar ist, wenn das Reorganisationsprogramm auf Probleme trifft.
Die Vorbelegung der Bildschirmfelder efolgt über die Vorlauftabelle VRLE37 und kann dort entsprechend geändert werden.
Unter einer Reorganisation wird eine Aufspaltung der betreffenden Informationen verstanden, und zwar in solche, die der weiteren Verarbeitung noch zur Verfügung stehen, deshalb vom Rechner auch verwaltet werden müssen, und solche, die aufgrund mangelnder Aktualität für das Tagesgeschäft nicht mehr notwendig sind, und deshalb auch die Rechnerkapazität nicht belasten sollten.
Dabei kann der Grad an Aktualität für die laufende Anwendung sowie der Informationsgehalt der als nicht mehr aktuell eingestuften Daten bestimmt werden.
Die Aktualität wird durch den Zeitpunkt bestimmt, ab dem die nicht mehr aktuellen Informationen ausgesondert werden, der verbliebene Informationsgehalt wird über die Art der Reorganisation gesteuert.
Die Reorganisation erfolgt dadurch, dass die nicht mehr aktuellen Daten aus den Dateien für das Tagesgeschäft ausgesondert und in andere Dateien (Sicherungsdateien) überführt werden, die dann auf Band gesichert und anschließend aus dem System gelöscht werden können.
Es können nur die Bestellungen reorganisiert werden, deren Löschdatum vor dem eingegeben Datum liegt bzw. mit diesem identisch ist.
Wird eine Bestellung reorganisiert, dann wird auch in der Lagerbewegungsdatei (LPSDAP) für alle Positionen, die auf diese Bestellung referenzieren, ein Löschkennzeichen gesetzt, sodass diese Positionen bei der nächsten Reorganisation der LPSDAP gelöscht werden. Bei der Reorganisation von Bestellpositionen, die Einmalteile betreffen, wird für diese Teile das Löschkennzeichen im Teilestamm gesetzt, damit sie bei der nächsten Teilestammreorganisation ebenfalls gelöscht wird.
In die Reorganisation sind folgende Dateien eingebunden, die bestellspezifische Datensätze enthalten:
| Datei | Sicherungsdatei | |||
| _____ | _______________ | |||
| EKOPFP | Belegkopfdatei | EZKOPP | ||
| EPSDAP | Belegpositionsdatei | EZPSDP | ||
| EBEZKP | Zusatzkontierungen zum Beleg | EZBEZP | ||
| EBEIPP | Beistellpositionen zum Beleg | EZBEIP | ||
| ETEXTP | Abweichende Adressen zum Beleg | EZTEXP | ||
| EACHAP | Chargen/Lagerplätze zum Beleg | EZACHP | ||
| ELKOPP | Lieferscheinkopfdatei | EZLKOP | ||
| ELPOSP | Lieferscheinpositionsdatei | EZLPOP | ||
| ELEIBP | Verbäuche an Beistellmaterialien | EZLEIP | ||
| EMHISP | RMA-Statushistoriendatei | EZMHIP | ||
| ERKOPP | Rechnungskopfdatei | EZRKOP | ||
| ERPOSP | Rechnungspositionsdatei | EZRPOP | ||
| ERZUSP | Zu-/Abschläge zur Rechnung | EZRZUP | ||
| ERSZKP | Zusatzkontierungen zur Rechnung | EZRSZP | ||
| EVORPP | Bestellvorschlagsdatei | EZVORP | ||
| EANFRP | Anfragedatei | EZANFP | ||
| UAUSTP | RMA-Austauschdatei | UZAUSP | ||
| UTXBSP | Textbausteindatei | UZTXBP | ||
| UTEXTP | Textdatei zur Textbausteindatei | UZTEXP | ||
| UVPOSP | Verpackungspositionendatei | UZVPOP |
Das Programm wird in zwei Etappen ausgeführt. Der erste Job dient der eigentlichen Reorganisation. Im Anschluss daran findet die Sicherung der ausgelagerten Dateien (s.o.) statt. Wird die Reorganisation im Batch (z.B. nachts) durchgeführt, so ist es sinnvoll den Sicherungsjob auf den nächsten Werktag zu datieren.
Die ausgelagerten Datensätze ('Z*Dateien') sollten unbedingt auf Datenträger ausgelagert werden, da bei durchgeführter Sicherung eine fehlerhafte Reorganisation später wieder rückgängig gemacht werden kann.
Ist kein Bandlaufwerk auf der Eingabemaske angegeben, so findet keine Sicherung und damit auch ggf. kein nachfolgendes Löschen der Rettdateien statt.
Bei der Sicherung auf Band werden die Dateien unter folgenden Bezeichnungen abgespeichert:
(yymmdd = eingegebenes Löschdatum)
Sicherungsdatei Dateiname für Sicherung--------------- -----------------------
| EZKOPP | EKOyymmdd |
| EZPSDP | EPSyymmdd |
| EZBEZP | EBEyymmdd |
| EZBEIP | EBIyymmdd |
| EZTEXP | ETEyymmdd |
| EZACHP | EACyymmdd |
| EZLKOP | ELKyymmdd |
| EZLPOP | ELPyymmdd |
| EZLEIP | ELEyymmdd |
| EZMHIP | EMHyymmdd |
| EZRKOP | ERKyymmdd |
| EZRPOP | ERPyymmdd |
| EZRZUP | ERZyymmdd |
| EZRSZP | ERSyymmdd |
| EZVORP | EVOyymmdd |
| EZANFP | EANyymmdd |
| UZAUSP | UAUyymmdd |
| UZTXBP | UTXyymmdd |
| UZTEXP | UTEyymmdd |
| UZVPOP | UVPyymmdd |
Felder
Abgeschlossene Bestellungen löschen bis
| Feldbezeichnung | Erklärung |
|---|---|
| Datum | Bei Bestellungen wird in diesem Feld das Datum der letzten Rechnung als erledigtes Datum eingetragen. Diese Information wird dann bei der Reorganisation der erledigten Bestellungen herangezogen. Es werden alle Bestellungen mit dem zugehörigen Wareneingängen und Rechnungen reorganisiert, deren Erledigtdatum vor der eingegebenen Grenze liegen.
|
| Sicherungsdat. vor Bearb. löschen | Durch eine Angabe in diesem Feld kann festgelegt werden, ob der Inhalt der Sicherungsdateien vor der Reorganisation gelöscht wird. Weitere Informationen unter EK55000_EK55000_CLRV Detail. |
| Protokoll drucken | In diesem Feld kann angegeben werden, ob ein Protokoll im Anschluss an die Reorganisation erstellt werden soll. Auf dem Protokoll sind Informationen über die reorganisierten Bestellungen, Wareneingänge oder Rechnungen im Detail aufgeführt. Außerdem wird aufgelistet, wie viele Datensätze in den Rettdateien vorhanden sind.
|