Siehe auch: Arbeiten mit Trackingstatus

Trackingstatus-Workflows definieren Restriktionen für das Hinzufügen von Trackingstatus-Einträgen für ein konkretes Bezugsobjekt vor dem Hintergrund von dessen Trackingstatus-Historie. Ein Trackingstatus-Workflow beinhaltet zu diesem Zweck eine oder mehrere Trackingstatus-Transformationsmatrizen, die festlegen, welche Übergänge (oder "Transformationen") zwischen Trackingstatus-Codes für einen bestimmten Trackingstatustyp als zulässig oder unzulässig gelten sollen.

Als Bezugsobjekt eignen sich alle Geschäftstransaktionsobjekte, die die Zuordnung von Trackingstatus unterstützen. Deren Datenmodell sieht für jeden Trackingstatustyp ein Trackingstatus-Attribut vor, das sich jeweils auf einen bestimmten Eintrag aus der Trackingstatus-Historie beziehen kann, um den aktuellen Trackingstatus für den Trackingstatustyp zu kennzeichnen. Für jedes Bezugsobjekt ergeben sich aus derselben chronologischen Trackingstatus-Historie ggf. unterschiedliche "aktuelle Trackingstatus" je Trackingstatustyp. Ob und ggf. wie die "aktuellen Trackingstatus", also die Werte von Trackingstatus-Attributen des Bezugsobjekts, beim Hinzufügen eines konkreten Trackingstatus-Eintrags aktualisiert werden, regeln wiederum die Trackingstatus-Transformationsmatrizen des im jeweiligen Kontext anwendbaren Trackingstatus-Workflows. Dieser wird über Zuordnungskriterien nach dem best-matching-Prinzip - also für jeden Kontext eindeutig - ermittelt. Da für einen Kontext immer nur genau ein Trackingstatus-Workflow zugeordnet wird, muss dieser explizit Trackingstatus-Transformationsmatrizen für jeden Trackingstatustyp bereitstellen, der mit Blick auf Restriktionen für Übergänge oder eine mögliche Aktualisierung der zugehörigen Trackingstatus-Attribut des Bezugsobjekts relevant ist.

►HINWEIS◄ Die Zuordnungskriterien für Trackingstatus-Workflows können dabei auch die Werte von Trackingstatus-Attributen des Bezugsobjekts einbeziehen. Der auf der Basis des aktuell zugeordneten Trackingstatus-Workflows legitimierte Übergang für einen bestimmten aktuellen Trackingstatus des Bezugsobjekts kann damit auch bewirken, dass nach dem Statuswechsel ein anderer Trackingstatus-Workflows zugeordnet wird. Der möglicherweise komplexe "Lebenszyklus" eines Bezugsobjekts kann durch die Verwendung mehrerer Trackingstatus-Workflows für unterschiedliche seriell oder wahlweise zu durchlaufende Abschnitte gegliedert werden.