Mithilfe der Reorganisations-Anwendung Aktivitäten reorganisieren werden Workflow-Aktivitäten reorganisiert. Nachfolgend finden Sie unter anderem Beschreibungen zur Verwendung der Reorganisations-Anwendung und zu deren Parametern. Sie werden außerdem über die Auswirkungen der Reorganisation informiert.

Die Reorganisations-Anwendungen werden durch die Anwendung Reorganisationsaufträge ausgeführt. Die Beschreibung dieser Anwendung finden Sie in der Dokumentation Reorganisationsaufträge. Darin finden Sie auch eine Vorgehensweise, wie Sie die Reorganisations-Anwendung ausführen.

In die Anwendung Reorganisationsaufträge werden verschiedene Reorganisations-Anwendungen in eine Liste aufgenommen, um sie mit einem Reorganisationsauftrag nacheinander auszuführen. Damit tatsächlich reorganisiert wird, ist dafür oftmals eine bestimmte Reihenfolge innerhalb der Liste einzuhalten. Nur so können Verwendungen aufgelöst werden. Diese Reihenfolge entnehmen Sie bitte der Dokumentation Reorganisationsreihenfolge.

Begriffsbestimmung

• Aktivitäten – Eine Aktivität beschreibt eine Tätigkeit, die durch einen oder mehrere Benutzer bearbeitet werden kann. Die Bearbeitung der Tätigkeit durch die Benutzer erfolgt aufgrund einer oder mehrerer Aufgaben, in denen die entsprechende Tätigkeit für jeden Benutzer beschrieben ist. Eine Aktivität bildet also eine Klammer um die daraus entstandenen Aufgaben und enthält erforderliche Informationen über die Aufgaben. Aktivitäten entstehen im Rahmen des Workflow-Managements oder des Beziehungs-Managements und sind Teil des Workflows.
• Hintergrund-Anwendung – Eine Hintergrund-Anwendung ist eine Anwendung, die ohne Interaktion mit einem Benutzer ausgeführt wird. Sie kann entweder durch einen Verarbeitungsauftrag, durch einen CORBA-Aufruf oder durch eine andere Anwendung geöffnet werden.
• Manuell erfasste Aktivitäten – Aktivitäten können in der Anwendung Aktivitäten oder über das Kontextmenü von Business Entitys erfasst werden. Mithilfe von manuell erfassten Aktivitäten und den darin enthaltenen Verknüpfungen kann z. B. ein Vertriebsauftrag zu einem beliebigen Zeitpunkt wieder vorgelegt werden.
• Reorganisation – Das Reorganisieren von Daten hat deren physisches Löschen aus der Datenbank zum Ergebnis. Das Löschen setzt eine Reihe von erfolgreich bestandenen Prüfungen voraus. Mit der Reorganisation werden auch die von den zu löschenden Daten eventuell abhängigen Business Objects gelöscht.
• Reorganisations-Anwendungen – Reorganisations-Anwendungen sind Hintergrund-Anwendungen mit der besonderen Verwendung Reorganisation. Reorganisations-Anwendungen dienen der Reorganisation von Stamm- und Bewegungsdaten nach bestimmten Kriterien.
• Reorganisationsauftrag – Ein Reorganisationsauftrag ist ein Verarbeitungsauftrag, durch den ausschließlich eine oder mehrere Reorganisations-Anwendungen aufgerufen werden. Der Aufruf der Reorganisations-Anwendungen erfolgt in einer individuell festgelegten Reihenfolge, wodurch Reihenfolgeabhängigkeiten berücksichtigt werden.

Beschreibung

Mit der Reorganisations-Anwendung Aktivitäten reorganisieren werden Workflow-Aktivitäten zusammen mit ihren zugehörigen Workflow-Aufgaben reorganisiert. Die Reorganisations-Anwendung berücksichtigt nur Aktivitäten, die nicht zu einem Workflow-Prozess gehören. Für Informationen zur Reorganisation von Workflow-Prozessen lesen Sie bitte die Dokumentation Prozesse reorganisieren.

Sie können Aktivitäten nur dann reorganisieren, wenn diese den Status Erledigt oder Unbearbeitet erledigt haben. Zusätzlich können Sie abhängig vom Ursprung der Aktivität festlegen, wie lange die Aktivität bereits erledigt sein muss, bevor diese reorganisiert wird. Erledigte Aktivitäten dokumentieren in einigen Fällen Tätigkeiten, die auch nach deren Abschluss (wie beispielsweise beim Beziehungsmanagement) noch von Interesse sind. Die Anwendung Aktivitäten reorganisieren prüft nicht, ob Referenzen auf die zu reorganisierenden Aktivitäten in anderen Business Objects existieren.

Bei der Reorganisation werden die Repository-Datenbank und alle mit dem Application-Server verbundenen OLTP-Datenbanken berücksichtigt. Alle Datenbanken werden mit den gleichen Parametern reorganisiert. Die Reorganisationsanwendung muss also pro System nur einmal eingeplant werden.

Parameter

Die Reorganisations-Anwendung hat folgende Parameter:

• Maximale Laufzeit – Die maximale Laufzeit einer Reorganisations-Anwendung ist die Zeitspanne, nach der die Reorganisations-Anwendung spätestens beendet wird.
• Exportmodus – Ob und was für die Archivierung exportiert wird, kann über den Exportmodus eingestellt werden. Der Exportmodus steht nur dann zur Verfügung, wenn die Reorganisations-Anwendung das Archivieren der Daten ermöglicht. Folgende Exportmodi können gewählt werden:
  • Nicht exportieren
  • Alle Attribute exportieren
  • Exportieren mit Filter – Dieser Modus steht nur zur Verfügung, wenn der Export in der Anwendung Daten exportieren möglich ist.
• Ziel-Ordner – Der Ziel-Ordner dient der Archivierung der reorganisierten Daten. Die Archivierung erfolgt in einen Unterordner mit dem Namen der OLTP-Datenbank. Unterhalb dieses Ordners wird pro Business Entity ein weiterer Ordner erzeugt, in den die eigentlichen Archiv-Dateien abgelegt werden. Der Vorschlagswert ist der Unterordner usr/archive im Dateiserver-Pfad des ERP-System-Application-Servers.
• Export-Filter – Für den Exportmodus Exportieren mit Filter können Sie in diesem Feld einen Export-Filter angeben, der für die Archivierung verwendet wird. Der Export-Filter kann in der Anwendung Daten exportieren erstellt werden. Dieses Feld steht nur dann zur Verfügung, wenn der Export der zu reorganisierenden Business Objects auch über die Anwendung Daten exportieren möglich ist.
• Manuell erfasste Aktivitäten älter als – Es werden alle manuell erfassten Aktivitäten reorganisiert, die vor der angegebenen Zeitdauer den Status Erledigt oder Unbearbeitet erledigt erhalten haben. Der Vorschlagswert ist 12 Wochen. Die Zeitdauer 9.999 Wochen bedeutet, dass manuell erfasste Aktivitäten nicht reorganisiert werden.
• Aus Aktivitätsdefinition älter als – Es werden alle aus einer Aktivitätsdefinition erzeugten Aktivitäten reorganisiert, die vor der angegebenen Zeitdauer den Status Erledigt oder Unbearbeitet erledigt erhalten haben. Der Vorschlagswert ist 12 Wochen. Die Zeitdauer 9.999 Wochen bedeutet, dass aus einer Aktivitätsdefinition erzeugte Aktivitäten nicht reorganisiert werden.
• Aus Beziehungs-Management älter als – Es werden alle aus dem Beziehungs-Management erzeugten Aktivitäten reorganisiert, die vor der angegebenen Zeitdauer den Status Erledigt oder Unbearbeitet erledigt erhalten haben. Der Vorschlagswert ist 9.999 Wochen. Die Zeitdauer 9.999 Wochen bedeutet, dass aus dem Beziehungs-Management erzeugte Aktivitäten nicht reorganisiert werden.
• Aus Hintergrundverarbeitung älter als – Es werden alle aus der Hintergrundverarbeitung erzeugten Aktivitäten reorganisiert, die vor der angegebenen Zeitdauer den Status Erledigt oder Unbearbeitet erledigt erhalten haben. Der Vorschlagswert ist 12 Wochen. Die Zeitdauer 9.999 Wochen bedeutet, dass aus der Hintergrundverarbeitung erzeugte Aktivitäten nicht reorganisiert werden.
• Aus anderen Anwendungen älter als – Es werden alle aus anderen Anwendungen erzeugten Aktivitäten reorganisiert, die vor der angegebenen Zeitdauer den Status Erledigt oder Unbearbeitet erledigt erhalten haben. Der Vorschlagswert ist 9.999 Wochen. Die Zeitdauer 9.999 Wochen bedeutet, dass aus anderen Anwendungen erzeugte Aktivitäten nicht reorganisiert werden.

Betroffene Business Objects

Folgende Business Objects sind von der Reorganisation betroffen:

Bezeichnung: Aktivitäten

com.cisag.sys.workflow.obj.Activity

Bezeichnung: Aktivitätsparameter

com.cisag.sys.workflow.obj.ActivityParameters

Bezeichnung: Aufgabe

com.cisag.sys.workflow.obj.Workitem

Bezeichnung: Text

com.cisag.sys.workflow.obj.Text