Durchsuchbare Dokumentation aufrufen | Zurück zur Dokumentationsübersicht
Navigation: Dokumentationen agorum core > agorum core fileworkflow
Der agorum core fileworkflow ist ein durch Regeln konfigurierbarer Workflow für ein Objekt. Das System prüft anhand der Bedingungen in den hinterlegten Regeln, welche Bedingungen zutreffen. Alle Regeln mit dieser Bedingung führt das System aus. Dadurch können Sie beliebig viele Regeln auf ein Objekt in einem einzigen Fileworkflow-Aufruf ausführen.
Das System:
Hinweis: Durch die rekursive Ausführung der Regeln ist deren Reihenfolge wichtig.
Der fileworkflow läuft immer in einer kompletten Transaktion ab. Erstellen Sie etwa eine Ablageregel, die Ordnerstrukturen erstellt, und möchten Sie im Anschluss durch den fileworkflow Metadaten per JavaScript auf die neuen Ordner setzen, schlägt das Setzen der Metadaten fehl. Das System erstellt die Ordnerstrukturen erst, wenn der komplette fileworkflow durchgelaufen ist.
Um die Metadaten setzen zu können, verwenden Sie nach Erstellung der Ordnerstrukturen durch den fileworkflow etwa:
Sie rufen den agorum core fileworkflow unterschiedlich auf:
Der Aufruf, um ein Dokument an einen fileworkflow zu senden, hat folgenden Aufbau:
let instance = workflows.start('FileWorkflow2', <objects>, <displayName der Workflow-Instanz>,{<Parameter>});
Parameter | Beschreibung | Pflicht |
---|---|---|
objects | Definiert den Namen des Link-Typs, auf den der Handler reagiert. | ja |
displayName der Workflow-Instanz | Der hinterlegte String wird im Namen, sowie der Beschreibung des Fileworkflows hinterlegt, und ist in der Attachment-Liste des zugehörigen Dokuments zu finden. |
ja |
<Parameter> | Die Parameter können verwendet werden, um den fileworkflow über die Metadaten hinaus zu steuern. Wir haben diese früher z.B. verwendet, um Dokumente nochmals an den fileworkflow "zurück" zu schicken, um weitere Aktionen durchzuführen, die dann separat konfiguriert werden konnten, wie nach Abschluss eines Workflows zur finalen Ablage. Dafür wurde dann gerne ein "Sender"-Parameter verwendet, um in den Regeln darauf reagieren zu können, dass das Dokument nun nochmal erscheint, aber anders behandelt werden soll. Das wird heutzutage eher selten gemacht, da es einfacher ist, solche Schritte ebenfalls im eigentlichen Workflow unterzubringen, statt sie in den fileworkflow auszulagern. |
nein |
Anbei ein Beispielcode:
/* global sessionController, sessionControllerAdmin, folder, objects, data */ let workflows = require('common/workflows'); // Workflow, das übergebene Objekt, Name des Workflows der in der Liste angezeigt wird, Übergabeparameter an den Workflow als Object // Beispiel für Parameter {para1: 'Text', para2: true, para3: 22.12} let instance = workflows.start('FileWorkflow2', objects, 'FileWorkflow2 - Fileworkflow2JS',{}); let activities = instance.getRightwardRelationObjects('WORKFLOWRELATION'); activities && activities[0];
Tipp: Klicken Sie in die nächste Zeile, um ein weiteres Metadatum hinzuzufügen.
RegExp | Beschreibung |
---|---|
.+ | Besitzt einen Wert und ist vorhanden. Es kann auch ein leerer String vorhanden sein. |
^RE.* | Beginnt mit RE, beliebige Zeichen können folgen. |
audit|document | Fragt zwei Werte mit ODER ab (anstatt eine neue Zeile zu schreiben). |
Muss mit .pdf enden (hier alles kleingeschrieben). | |
12345 | Muss den festen Wert 12345 haben. |
- | Leer oder nicht vorhanden. |
^[7][0-9]{4,4}$ | Muss mit 7 beginnen, dann folgen 4 Zahlen. |
!^[7][0-9]{4,4}$ | Dreht die Regel dank führendem ! um, bringt wahr zurück, wenn der Wert nicht der Regel entspricht. |
Haben Sie etwa Ihren Dokumententypen mit Sonderzeichen erstellt, etwa Rechnung (ohne Positionen), müssen Sie diese im fileworkflow abfangen, da ansonsten der fileworkflow nicht greift und Ihre Dokumente nicht verschiebt:
Rechnung \(ohne Positionen\)
Geben Sie mehrere Pfade an, wertet das System diese mit ODER.
In einer Gruppe können Sie Regeln zusammenfassen und einen Benutzer angeben, mit dem das System alle Regeln unterhalb der Gruppe ausführt.
Die neue Gruppe erscheint im Baum unter der aktuellen Position. Sie können sie im Baum per Drag-and-drop an die gewünschte Position verschieben.
Kicken Sie links im blauen Balken auf Neue Gruppe, um den Namen der Gruppe zu ändern:
siehe Ablaufregeln des agorum core fileworkflows
Funktioniert einer Ihrer fileworkflows nicht und verarbeitet ein ausgewähltes Dokument nicht wie gewünscht, kann dies verschiedene Ursachen haben:
Verwenden Sie die Ansicht des Ablageworkflows unter der Objektinformation Ihres Dokuments, um den Fehler ausfindig zu machen:
<Dateiname bei fileworkflowstart> (Ablageworkflow 2)
Finden Sie in dieser Ansicht keine Lösung, liegt das Problem in der Regel an Ihrem Skript. Verwenden Sie einen Testlauf Ihres Skripts, um Ihr Dokument direkt zu korrigieren.
Sie können auch im agorum core support tool prüfen, welches Problem genau vorliegt:
Selbst wenn kein roter Fehler in der Baumstruktur erscheint, kann ein Fehler unter den Logs vorhanden sein.
Active Folders
Die Sub Statistics stellen aufgesplittete Logs von Aktiven Ordner-Gruppierungen dar. Etwa landen in der Action: Scriptfolder Logs von Aktiven Ordnern, die ein JavaScript ausführen.
Einzelne Aktive Ordner-Konfigurationen erscheinen hier nicht.
DocForm
docform liest Metadaten aus einem PDF aus. Ein typisches Beispiel sind Rechnungen, deren Positionswerte, Rechnungsnummer oder Gesamtbetrag das System ausliest.
Das agorum core support tool überwacht die Engine, den Process und den Split-Prozess.
Workflow
Auch in den Workflow-Logs können je nach Ihrer Konfiguration und Nutzung des neuen Workflows Informationen vorhanden sein.