Data-Aging-Objekte
Das Data Aging erfolgt auf Basis von Data-Aging-Objekten und ihren Erweiterungen, welche die Datentabellen enthalten, die verschoben werden sollen.
Data-Aging-Objekte (DAgOs) definieren die Menge der beim Data-Aging-Lauf beteiligten Tabellen. Bei Bedarf können Data-Aging-Objekte mit zusätzlichen Tabellen erweitert werden. Diese Erweiterungen von Data-Aging-Objekte erfolgen über ein oder mehrere spezifizierte Business Add-Ins (BAdIs), welche die entsprechende Anwendung zur Verfügung stellt. Eine Tabelle kann einem Data-Aging-Objekt selbst und auch allen seinen Erweiterungen je einmal zugeordnet sein. Damit ist es möglich, eine Tabelle innerhalb eines Data-Aging-Objekts mehrfach zuzuordnen, sofern es Erweiterungen besitzt. Eine Tabelle kann zudem mehreren Data-Aging-Objekten zugeordnet sein.
Data-Aging-Objekte und ihre Erweiterungen werden von den einzelnen SAP-Anwendungen ausgeliefert. Sie können das Data-Aging-Objekt bei Bedarf erweitern.
Beispiel
Wenn die Tabelle DAAG_EXA_SFLIGHT bereits einer Erweiterung des Data-Aging-Objekts DAAG_SFLIGHT zugeordnet ist, kann diese Tabelle nochmal dem Data-Aging-Objekt DAAG_SFLIGHT selbst oder einer zweiten Erweiterung des gleichen Data-Aging-Objekts zugeordnet werden. Zudem kann die Tabelle einem weiteren Data-Aging-Objekt, z. B . DAAG_SFLIGHT2 zugeordnet sein.Es gibt vier Typen von Data-Aging-Objekten:
- Anwendungs-Data-Aging-Objekt - Anwendungs-Data-Aging-Objekte werden von Anwendungen implementiert. Sie verfügen über eine Laufzeitklasse, die das Interface IF_DAAG_RUNTIME implementiert. In dieser Laufzeitklasse werden für Datensätze, die für Data Aging vorgesehen sind, folgende Prüfungen durchgeführt:
- Daten vom aktuellen in den historischen Bereich verschieben
- Data-Aging-Temperatur setzen
Ein Anwendungs-Data-Aging-Objekt kann erweitert werden. Wenn eine Erweiterungsdeklaration vorgenommen wurde, muss diese die von der Anwendung angegebenen BAdIs bereitstellen und diese für die anwendungsspezifische Laufzeit aufrufen. Die BAdIs werden von den Partnern implementiert, die die Erweiterung bereitstellen.
- Service-Data-Aging-Objekt - Service-Data-Aging-Objekte ist eine Einheit eines Data-Aging-Objekts mit den Merkmalen eines Services und verfügt über eine eigene Laufzeit, die unabhängig von anderen Data-Aging-Objekten ist. Die Anwendungen verwenden gemeinsame Services wie SBAL oder IDOCS, die über eigene Zeit- oder Datumsinformationen innerhalb ihrer Tabellen verfügen. Mithilfe dieser Informationen können Regeln festgelegt werden, die für Entscheidungen über den Data-Aging-Prozess verwendet werden können. Deshalb kann dieser Servicetyp als ein unabhängiges Data-Aging-Objekt mit eigener IF_DAAG_RUNTIME-Implementierung ausgeführt werden. Es muss nicht Teil des Data-Aging-Laufs eines Anwendungs-Data-Aging-Objekts sein. Das Service-Data-Aging-Objekt bietet ein Veto-BAdI, das innerhalb der Laufzeit aufgerufen werden kann. Sie können die Verschiebung der vom gemeinsamen Service verwalteten Daten verhindern.
- Reuse-Data-Aging-Objekt - Das Reuse-Data-Aging-Objekt ist eine Einheit eines Data-Aging-Objekts mit Reuse-Charakter, welches über keine eigene Laufzeit verfügt und abhängig vom Anwendungs-Data-Aging-Objekt ist. Das liegt daran, dass Anwendungen gemeinsame Services, wie z.B. Statusverwaltung (JEST), verwenden, die über keine eigene Zeit- und Datumsinformationen innerhalb ihrer Tabellen verfügen. Deshalb kann diese Art von Reuse-Service nicht als unabhängiges Data-Aging-Objekt ausgeführt werden. Es muss Teil des Data-Aging-Laufs eines Anwendungs-Data-Aging-Objekts sein. Das bedeutet, dass es eine Serviceklasse bereitstellen muss, welche die Daten auswählt. Diese Serviceklasse muss innerhalb der Laufzeitklasse des führenden Data-Aging-Objektes aufgerufen werden.Hinweis Die für das Reuse-Data-Aging-Objekt verwendete Serviceklasse darf die Schnittstelle IF_DAAG_RUNTIME nicht implementieren.
- Ein Data-Aging-Objekt kann mehrere Erweiterungen besitzen. Eine Erweiterung gehört zu genau einem Data-Aging-Objekt. Erweiterbare Data-Aging-Objekte rufen während der Laufzeit ein oder mehrere BAdIs auf. Diese BAdIs können durch branchenspezifischen Lösungen oder durch Kunden implementiert werden. Erweiterungen haben keine eigene Laufzeitklasse, die vom Data Aging während der Laufzeit aufgerufen wird. Die Laufzeit von Erweiterungen ergibt sich durch die Implementierung der zur Verfügung stehenden BAdIs des Data-Aging-Objekts. Die beteiligten Tabellen in den Erweiterungen werden in der Planungsphase von der SAP-Anwendung definiert. Diese Tabellen müssen die gleichen Kriterien erfüllen, wie die Tabellen der Data-Aging-Objekte.