Überblick

Durch die SIP Routing Rules wird bestimmt, wie Rosetta mit eingelieferten SIPs umgeht. Darin kann bspw. die Approver Group festgelegt werden. Außerdem wird hier die zu verwendende SIP Processing Configuration festgelegt, die am hbz vor allem wichtig ist, um den richtigen Prüfsummenalgorithmus festzulegen.

Die SIP Processing Configuration muss vor den SIP Routing Rules angelegt werden.

SIP Processing Configuration

In der SIP Processing Configuration werden die Task Chains festgelegt, die für den Validation Stack und das Enrichment genutzt werden.

Der Validation Stack bestimmt die Verarbeitung der Dateien während der Einlieferung und legt bspw. den genutzten Prüfsummenalgorithmus fest. Daher muss für jeden Prüfsummenalgorithmus eine eigene SIP Processing Configuration angelegt werden. 

Im Enrichment können weitere Task Chains auf die Daten angewendet werden. Am hbz werden dort bspw. Access Rights auf File-Ebene vergeben. Diese Datenverarbeitung erfolgt erst nachdem die SIPs aus dem Approver weiter geschoben werden. Daher greifen die Access Rights auf File-Ebene erst im Permanent Storage und noch nicht im Technical Analyst oder Approver.

Neben den Task Chains und dem Enrichment können noch weitere Bedingungen für die SIPs festgelegt werden.

• Approval: An dieser Stelle wird bestimmt, in welchem Approval-Bereich SIPs kommen, bevor sie in den Permanent Storage verschoben werden können; entweder in den Approver oder zunächst in den Assessor und dann den Arranger. Dies ist letztlich eine persönliche Workflow- und Geschmacksfrage, die Konfiguration mit Approver erspart aber einen Klick.
• Allow Split/Merge: Diese Option ermöglicht es, im Arranger mehrere IEs mit jeweils nur einer Datei in eine IE zusammen zu führen. Alternativ können IEs mit mehreren Dateien in einzelne IEs mit jeweils einer Datei aufgesplittet werden.
• Delete SIP when processing complete: Hier sollte No ausgewählt werden, da die SIPs ansonsten direkt nach erfolgreichem Verschieben in den Permanent Storage gelöscht werden und nicht mehr zur Verfügung stehen. Die SIP IDs können dann z. B. nicht mehr im Operational Storage zur Suche verwendet werden und tauchen auch nicht mehr in der Deposit Activity History auf.

Konfiguration der SIP Processing Configuration

• Aufruf über Submissions → Advanced Tools → SIP Processing Configuration
• auf Add Processing Configuration klicken
  • Alternative: eine vorhandene Processing Configuration durch Klick auf Duplicate kopieren und die nötigen Angaben ändern

Add Processing Configuration

• Name: Namenskonvention: [Institutionskürzel]-[Prüfsummenalgorithmus]-SIP Processing Configuration
  • z. B.: HBZ-SHA512-SIP Processing Configuration
• Description: je nach eigener Konfiguration
  • z. B.: Validation Full (SHA512) + Enrichment (Assign ARs)
• Priority: High
• Validation Stack Routine: den gewünschten Validation Stack (auf die richtige Prüfsumme achten!) mit dem eigenen Institutionskürzel auswählen
  • z. B.: HBZ ValStack - Full (SHA 512)
• Approval: Approver 
• Allow Split/Merge: No
• Enrichment Routine: das gewünschte Enrichment mit dem eigenen Institutionskürzel auswählen
  • z. B.: HBZ Enrichment - Assign AR Files
• Delete SIP when processing complete: No
• Email Notification: No
• auf Save klicken

SIP Processing Configuration Details

SIP Routing Rules

Mit SIP Routing Rules können eingehende SIPs nach vier verschiedenen Parametern gefiltert werden:

• Material Flow
• Material Type
• Producer 
• Producer Group

Im durch das hbz betriebenen Rosetta-System wird standardmäßig nur nach Producer gefiltert, die Parameter können aber kombiniert werden.

SIP Routing Rules können in der Übersicht nach oben und unten verschoben werden; zu erkennen am Punktesymbol vorne. Immer wenn die Reihenfolge von Konfigurationselementen in Rosetta geändert werden kann, ist diese wichtig für die Verarbeitung. Das System geht die Regeln dann der Reihe nach durch und wendet ausschließlich die erste Regel an, die greift. Weitere Regeln werden nicht mehr berücksichtigt.

Außerdem können Regeln aktiviert und deaktiviert werden; es werden nur aktive Regeln angewandt.

Reihenfolge der SIP Routing Rules

Es gibt drei Output-Parameter:

• Approver Group
  • Durch Approver Groups kann bestimmt werden, welcher User welche SIPs in den Approval-Bereichen sehen kann.
• Department
• Process Configuration Id

Da die Kooperationspartner des hbz i. d. R. jeweils nur eine Approver Group und ein Department haben, ist hier nur die Process Configuration Id, d. h. die SIP Processing Configuration, die im vorangegangenen Schritt erstellt wurde, relevant. Eine SIP Processing Configuration kann für mehrere SIP Routing Rules, d. h. für mehrere Bestände, gleichzeitig genutzt werden. Wichtig ist nur, dass der Prüfsummenalgorithmus übereinstimmt, wenn den Dateien vom Quellsystem aus bereits Prüfsummen mitgegeben werden.

Konfiguration der SIP Routing Rules

• Aufruf über Submissions → Advanced Tools → SIP Routing Rules
• auf Add Rule klicken
  • Alternative: eine vorhandene Routing Rule durch Klick auf Duplicate kopieren und die nötigen Angaben ändern

Add Rule

• Name: Namenskonvention: [Institutionskürzel]_[Fortlaufende Nummer]-[Bestandsname]-SIP Routing Rule
  • Beispiel: HBZ_01-Open Access-SIP Routing Rule
• Description: Beschreibung der gewählten Input General Parameters, s. u.
  • Beispiel: Producer = HBZ_01
• Material Flow: Any - Any
• Material Type: Any - Any
• Producer: = [Producer des Bestandes]
• Producer Group: Any - Any
• Approver Group: eigene Approver Group
• Department: eigenes Department
• Process Configuration Id: gewünschte SIP Processing Configuration
• auf Save klicken

SIP Routing Rules Details