Wichtige Metadaten

Für Konfigurationen ist es wichtig, bestimmte Eigenschaften von Objekten abzufragen und darauf aufbauend Aktionen zu ermöglichen.

Metadatum	Bedeutung	Beispiel
inpath	Schränkt die Suche auf einen Pfad ein. (Rekursiv werden auch darunter liegende Objekte eingeschlossen.) 3 Schreibweisen existieren (siehe Beispiele rechts): Wert ist die ID eines Ordners (inpath:<ID>) Es wird der komplette Pfad ausgeschrieben. Es wird ein Pfad mit zusätzlichen Attributen erstellt.	Pfad auf den root-Ordner beschränken inpath:9999 inpath:9999 zeigt alles an ohne Papierkorb. not inpath:9999 zeigt alle Objekte ohne Pfad und im Papierkorb liegend an. Pfad mit zusätzlichen Attributen inpath:${ID:/agorum/roi/files}
infolder	Bezieht die Suche nicht auf einen Pfad, sondern auf den angegebenen Ordner. Geben Sie nur diesen Ordner an und nicht die darin befindlichen Objekte, auch wenn dieser Hauptordner Unterordner besitzt.	–
contentonly	Sucht gezielt in dem Inhalt eines Textdokuments. Dieses Metadatum existiert im Standard in jedem Objekt, Sie können es jedoch nicht per JavaScript abrufen.	–
contentonly_segmented	Enthält denselben Inhalt wie contentonly, allerdings ersetzt das System alle Sonderzeichen wie Punkt, Komma durch Leerzeichen. Ermöglicht das Suchen von einzelnen Worten.	Aus objects.create wird objects create. Somit sind objects und create einzeln auffindbar.
content	Enthält alle Attribute / Informationen, die das System zu einem Objekt abgelegt hat.	–
allfields	Sucht nach Dokumenten, die ein spezielles Attribut beinhalten.	Rechnungen mit dem Metadatum „nettobetrag“ suchen Suchen Sie nach allflields:nettobetrag oder nettobetrag:, erhalten Sie alle Dokumente / Rechnungen, die das Metadatum nettobetrag* gesetzt haben.
contentsize	Gleicht die Größe von Dokumenten ab.	Sie können sich etwa alle Dateien ausgeben lassen, die größer als 1 GB sind.
name	Definiert den Namen eines Dokuments.	name:f1.txt
ag_segmented_name	Enthält dasselbe wie name, allerdings ersetzt das System alle Sonderzeichen durch Leerzeichen, sodass jedes Wort einzeln auffindbar ist.	Aus testdokument.html wird testdokument html. Somit sind testdokument und html einzeln auffindbar.
ag_temporary	Findet alle als temporär gekennzeichneten Dokumente (etwa aktive Uploads oder Temp-Dateien von Office).	ag_temporary:true
solr / query-Anfragen: basename Metadatum: baseName	Speichert den Titel / die Beschriftung eines Objektes unter diesem Metadatum ab.	basename:f1
solr / query-Anfragen: nameextension Metadatum: nameExtension	Speichert den Objekttyp / die Dateiendung unter diesem Metadatum ab.	nameextension:txt
classname	Sucht gezielt nach Objektklassen, etwa nach E-Mails, Notizen oder Ordner.	Anzeige aller Texdokumente, aber keine Ordner classname:FILEOBJECT Anzeige aller Notizen classname:noteobject Anzeige aller Notizen und Ordner classname:(noteobject OR folderobject) Anzeige von E-Mail-Objekten classname:MailObject OR classname:amailmail Es existieren 2 verschiedene Arten von E-Mail-Objekten: Normale E-Mails, die das System produziert oder empfängt (mailobject) Adaptierte E-Mails, die das System per E-Mail-Adapter abholt (amailmail). Beide Arten weisen die gleichen Eigenschaften auf, sie haben lediglich verschiedene Klassennamen. Tipp: Verweisen Sie immer auf beide Klassen, um sicherzustellen, dass Sie alle E-Mails verarbeiten.
createdate, lastmodifieddate, lastcontentmodifydate	Sucht nach einem spezifischen Änderungs- und Ablaufdatum.	–
expirationdate	Löscht Objekte anhand des Ablaufdatums. Der Expiration Agent führt das Löschen aus. Das System löscht revisionssichere Dokumente mit den Systemflags NOTDELETE und NOTDELETELOCK nicht. Selbst bei einem alten Backup löscht das System die zu löschenden Dokumente direkt.	–
owner	Filtert nach Besitzer von Objekten.	–
creator	Filtert nach Ersteller von Objekten. Das System erstellt Objekte aufgrund von Automatismen mit dem Super-Administrator roi. Das System setzt denjenigen Benutzer, der den Automatismus startet, als Besitzer /Owner.	–
systemflags	Filtert nach Systemflags.	–

Hinweis: Bei Strings setzt das System automatisch zwei zusätzliche Metadaten. Diese erkennen Sie an einer speziellen Endung und haben Auswirkungen auf die Groß- und Kleinschreibung eines Suchbegriffes:

_ci
case-insensitiv (Groß- und Kleinschreibung spielt keine Rolle)

_cs
case-sensitiv (Groß- und Kleinschreibung wird beachtet)

Im Standard ignoriert das System die Groß- und Kleinschreibung immer. Um herauszufinden, welche Metadaten eine solche Eingabe erlauben, verwenden Sie die Aktion SearchIndexInfo des agorum core template managers.
Bei der Erstellung von eigenen Metadaten schreiben Sie das _ci oder _cs nicht dahinter. Das System beachtet den Namen des Metadatums nicht und setzt eigenständig die Endungen dahinter.

Metadaten „area“ und „identifier“

Die beiden Metadaten area und identifier:

sind unerlässlich bei der Erstellung eigener Konfigurationen
sitzen auf Ordnern und anderen Objekten
müssen bei Konfigurationen immer kleingeschrieben werden (sie tauchen in der Oberfläche in Großschreibung auf)

Gesetzte Metadaten area und identifier auf Ordner

Metadatum	Beschreibung	Wert im Beispiel (Abbildung)
area	Die area-Werte: stellen eine Art Pfadangabe dar sind vererbte Metadaten sitzen auf allen Objekten unterhalb eines Ordners, also auch auf Notizen, Dokumenten, Ordnern, E-Mails	Dieses Metadatum kann durch die Vererbung mit diversen Werten auf einem Objekt sitzen. In der Abbildung sitzt ein vererbtes area auf dem Ordner Musterfirma GmbH mit dem Wert des Ordnernamens. Das System vererbt dieses Metadatum in die darunter liegende Struktur. Derselbe Fall gilt für den Ordner Marketing.
identifier	Ein Identifier: ist ein Metadatum ausschließlich für Ordner ist nicht vererbbar verwendet in der Regel als Wert den Ordnernamen	Marketing

Metadaten „area“ und „identifier“ verwenden

Sie verwenden diese Metadaten, um Rechtsklick-Aktionen im Kontextmenü oder Automatismen zu steuern. Ablagemechanismen, Workflows oder Worker können Sie so zielgerichtet einsetzen.