Wichtige Hinweise für Updates von 3.x auf 4.x

  • Der Dienstname ändert sich auf "Document Processor CORE Server". Achtung: Hier muss ein bereits hinterlegtes Benutzerkonto am neu installierten Dienst neu eingerichtet werden. Bitte vor der Installation prüfen!
  • Standard-Installationsverzeichnis ändert sich auf "...\CORE4\", wird aber von vorheriger Installation/Version übernommen
  • Standard-Serververzeichnis ändert sich auf "...\CORE4\", wird aber von vorheriger Installation/Version übernommen
  • ProgramData-Verzeichnis ändert sich auf "CORE4", evtl. vorhandene Verbindungsdaten werden aber aus DocumentProcessor.xml übernommen


Kompatibilität mit den Produkten der Upload24

  • WorkflowPortal 4.12
  • ArchivPortal 1.2


Neue Module

  • Das neue Modul "ExecuteJavaScript" eröffnet in der Projektumsetzung völlig neue Möglichkeiten. Nutzen Sie JavaScript, um Beträge zu berechnen, Datumswerte zu berechnen oder Ausgaben zu formatieren. Auch komplexe Funktionen können ausgeführt werden. Beachten Sie, dass derzeit immer nur ein Rückgabewert ausgegeben werden kann.


  • Über das neue Modul "WFCopyTaskProperties" können Aktionen, Attribute, Dokumenttypen, Dateien, Tabellendaten und Datei-/Tabellenbeziehungen zielgerichtet von einer Aufgabe zur nächsten übernommen werden. Der Vorgang selbst erfolgt dabei direkt im WorkflowPortal, was mit einer erheblichen Geschwindigkeitssteigerung im Vergleich zum bisherigen Vorgehen einhergeht.


Anpassungen/Verbesserungen

  • Setup und Programmdateien sind digital signiert.


  • Die Geschwindigkeit des Builders beim Öffnen von Formularen mit vielen Modulen konnte durch weitere Anpassungen weiter optimiert werden.


  • Die nScale-Module übermitteln nun auch PNG-Dateien mit dem korrekten Content Type, sodass es zu keinen Fehlermeldungen bei der Übertragung kommt.


Neue Optionen

  • Das WorkflowPortal übernimmt ab der Version 4.12 aus dem Active Directory auch die E-Mail-Adresse eines Benutzerkontos. Diese E-Mail-Adresse wird vom Modul "WFGetUsers" zurückgeliefert. Damit werden in vielen Projekten zusätzliche LDAP-Abfragen oder Konfigurationsdateien überflüssig.


  • Im Modul "WFAddTask" kann optional eine Aufgaben-ID angegeben werden, deren Kommentar in der neuen Aufgabe angezeigt werden soll. Über diesen Weg kann das Standardverhalten des WorkflowPortals umgangen werden, dass immer der Kommentar der direkten Vorgängeraufgabe angezeigt wird.


  • Im Modul "WFAddTaskDocType" können Dateiendung und -größe für das manuelle Hochladen von Dateien über die Oberfläche eingeschränkt werden.


  • Die Sichtbarkeit von Aktionen kann im Modul "WFAddTaskAction" dynamisch über Attributwerte bzw. JavaScript-Befehle gesteuert werden.


  • Die neuen Stempel des WorkflowPortals können über die Module "WFGetAnnotations" und "WFMergeAnnotationsToFile" ermittelt werden.


  • Beim optionalen Verschieben von Dokumenten in einen neuen Ordner kann im Modul "nScale UpdateDocument" zusätzlich eine neue Objektklasse angegeben werden.


  • Das Timeout für REST-Anfragen kann im Modul "REST SendRequest" bei Bedarf erhöht werden.


Behobene Fehler

  • Tab-Reihenfolgen in nScale- und WF-Modulen stimmten in vielen Fällen nicht.
  • Keine Angabe in den Eigenschaften "ReadOnly" oder "Hidden" im Modul "WFAddTaskAttribute" führte zu unnötigen, wenn auch unkritischen, Fehlermeldungen im WorkflowPortal.
  • Das Modul SearchFiles ignorierte Dateien mit dem ReadOnly-Flag.
  • Das Modul "EML GetAttachments" ignorierte Anhänge, deren "ContentDisposition" mit dem Wert "application;..." geliefert wurde.