Deutsch – de
NEU
VERBESSERT
English – en
NEW
IMPROVED
Die Scannung von Packtücken gewinnt immer mehr an Bedeutung. Eine einfache Abarbeitung mit einem Ja/Nein-Status reicht in den meisten Fällen nicht aus.
Die aktuelle HABBL-Version, einen Text oder ein Bild optional hinzuzufügen, wurde mit diesem Update wesentlich erweitert.
Jedem Scan-Status kann nun, vom einfachen Status, bis hin zum komplexen Workflow, eine Anschluss-Tätigkeit zugewiesen werden.
Ansicht im Portal
Die einzelnen Barcode-Status werden nicht mehr in den Einstellungen des Barcode-Elements angezeigt, sondern befinden sich jetzt unter dem jeweiligen Barcode-Element.
Unterhalb befindet sich noch ein Abschnitt "Subworkflow". Über die Checkboxen "Bild" und "Text" lassen sich die alten State-Actions, wie zuvor, einstellen.

Wird ein Subworkflow erstellst, lässt sich das Root-Element in einen Barcode-State hineinziehen. Ein Subworkflow kann für mehrere Barcode-States verwendet werden. Über die Checkbox "Subworkflow must be done" lässt sich einstellen, ob der Subworkflow abgearbeitet werden muss. Alte State-Actions und neue Subworkflows lassen sich nicht mischen.
Werden Elemente in einem Subworkflow abgearbeitet, werden diese bei den Statusmeldungen unter dem jeweiligen Barcode-Element angezeigt. Eine separate Spalte zeigt, für welchen Barcode das jeweilige Element abgearbeitet wurde. (Hier Status Nr.: 1.1 und 1.2)
Ansicht in der App
![]()
Änderungen am Subworkflow werden erst ans Portal gesendet, wenn "Speichern" auf der obersten Ebene, gedrückt wurde.
Referenzen und Regeln
Flag "Subworkflow must be done"
![]()
Wenn die Checkbox "Subworkflow must be done" im Workflow-Editor abgehackt wurde, muss der Subworkflow abgearbeitet werden, damit der Barcode als gescannt zählt. Beim jeweiligen Barcode-State wird neben dem Workflow-Icon ein zusätzliches Icon angezeigt (im Bild 1) und ein Hinweistext angezeigt (im Bild 2).
Ein Barcode mit unbearbeitetem Subworkflow wird erst als gescannt angezeigt, wenn das Root-Element des Subworkflows über eine Regel auf erledigt gesetzt wird (Der Subworkflow gilt dann als abgearbeitet), im jeweiligen Subworkflow wird der Hinweistext nicht mehr angezeigt (im Bild 2).
Hinzugefügte Barcodes werden nach einem Tourupdate zusätzlich auch im Bereich "Hinzufügen" angezeigt
![]()
Ermöglicht das Senden und Empfangen von Daten an Apps, welche ebenfalls auf dem Gerät installiert sind. Somit kann eine automatisierte Kommunikation mit anderen Anwendungen erfolgen, um z.B.: Messwerte aus angeschlossenen Geräten auslesen zu können
Einstellung am Portal
![]()
Die Einstellungen in den Optionen ermöglichen das Senden eines Broadcasts mit entsprechenden dynamischen Werten aus dem Workflow oder auch statischen Werten. In den Rückgabe Optionen werden die entsprechenden Keys genutzt um die Anzeige in der App und am Portal zu steuern
Aussehen in der App / Statusmeldungen im Portal
![]()
![]()
Die Vorrausetzung hierfür ist eine zweite Anwendung welche das Empfangen/Senden von Daten mittels Broadcast unterstützt.
Erweiterung der Regeln um neue Vergleichsmöglichkeiten.
Betroffen sind folgende Elemente:
Die Regel "All" oder "Any" kann dazu genutzt werden um einen oder alle Unterpunkte (hier: Barcodes) zu prüfen.
Beispielsweise:
![]()
Die Funktion "All Done" kann dazu genutzt werden um zu prüfen, ob alle Unterpunkte (hier: Barcodes) erledigt sind (unabhänig vom Status)
![]()
Bei Geräten mit einem 16:9 Display ist die Vorschaugröße des Hyperlink-Elements an die Displaygröße angepasst.
Wird auf ein Element ein ResetState (Zurücksetzen) ausgeführt, welcher zur Änderung der Sichbarkeit fürht, wird diese sofort angezeigt. Eine Aktuallisierung der Ansicht ist nicht mehr notwendig.
Erweiterung des Download-Elements dahingehend, dass die Übergabe von Sonderzeichen und Queryparametern möglich ist.
In der Benutzereingabe kann ein Referenzierter Wert verwendet werden.

Die GPS-Dienste finden nun schneller ein genaues Signal
Release: 05.10.2020