er) kann innerhalb eiellectual Entities (IEs) gearbeitet und diese werden. Anders als bei den Bereichen Technical Issues und Assessor/Approver werden SIPs nicht automatisch in Arrange SIPs abgelegt. Sie können aber bei Bedarf manuell dorthin verschoben werden, um an ihren Inhalten zu arbeiten. SIPs können nur aus den Bereichen Assess SIPs und Approve SIPs in den Arranger verschoben werden, nicht aber aus dem Technical Analyst.
Das Arbeiten im Arranger kann vor allem dann sinnvoll sein, wenn eine fehlerhafte IE aus einem SIP entfernt werden soll. So kann das SIP mit den verbleibenden, fehlerfreien IEs in den Permanentspeicher verschoben werden. Die fehlerhafte IE kann daraufhin korrigiert oder aus Rosetta entfernt (declined) werden, um sie extern zu behandeln oder neu zu erstellen und anschließend wieder zu ingesten. Dies ist unter anderem auch über den OAI-Harvester möglich. Das Vorgehen entspricht dem Behandeln von Loading-Fehlern beim Harvesting (siehe: Fehlerbehandlung in Loading). Um keine Duplikate zu erzeugen, sollten alle technisch einwandfreien SIPs vorher in den Permanentspeicher verschoben werden.
Darüber hinaus gibt es im Arranger weitere Optionen. Es können einzelne oder mehrere IEs über den Web Editor bearbeitet oder exportiert werden. Außerdem können Access Right (AR) Policies und Collection Management System (CMS) IDs hinzugefügt werden.
In der Spalte "# of Files" (Number of Files) kann die File-Ebene der IE eingesehen werden. Mit einem Klick auf die Anzahl der Files öffnet sich eine Schnellübersicht mit Liste aller Files in der IE, sowie deren Anordnung und Dateinamen.
SIPs können in andere Arbeitsbereiche verschoben werden, z. B. mit M ove to Assessor Pool zurück in den Bereich Manual Assessment. Alternativ können einzelne Inhalte eines SIPs auch einem bestimmten User mit der Rolle Assessor, Arranger oder Approver zugewiesen werden. Dies wird über Move to specific Assessor/Arranger/Approver ausgeführt.
