David Susami

Guten Tag zusammen, wir planen gerade die Ausrollung von SmapOne an mehreren Logistikstandorten. Draußen in der Halle wird nach dem Pull-Prinzip gearbeitet. Bedeutet: Ein Fall muss dokumentiert bzw. bearbeitet werden und der Nutzer holt sich das Endgerät und führt die Aufgabe dort aus. So der ist Prozess. Wir führen diese Prozesse demnach nicht personalisiert aus, da dies von Supervisoren unterstützt bzw. kontrolliert wird. Da stellt sich mir die Frage wie es hier andere handhaben. Wird in manchen Bereichen ebenfalls mit nicht personalisierten Usern gearbeitet? Falls mit personalisierten Usern gearbeitet wird wie stellt ihr sicher, dass der richtige User am entsprechenden Endgerät angemeldet/registriert ist?

So wie du auch die Unterschrift aktiviert hast. Einfach die Gruppe auswählen und die Aktivierungsformel hinterlegen.

Guten Tag zusammen, wie in Post Nutzer muss diesen Baustein ausfüllen beschrieben wurde führt eine Aktivierung dieses Bausteins zu einer leeren Unterschrift und lässt den User die Smap absenden, obwohl die Checkbox "Nutzer muss diesen Baustein ausfüllen" gesetzt ist. Ist das gewollt so bzw. gibt es dafür Usecases? Falls nein, darf das gerne als Bug angesehen werden.

Ich meinte, dass du die Version der App mit der vom Ausführendem Gerät gegenprüfen solltest. Aber wenn etwas Zeit vergangen ist und das Endgerät Internet hat, passiert das in der Regel automatisch. Siehe den Screenshot im Anhang. Die Gruppe findest du unter den Bausteinen unter Struktur. Würde jede Signatur einzeln in eine Gruppe setzen und dann die Gruppe aktivieren anstatt die Signatur. Dies sollte dann so funktionieren wie gewünscht.

Du könntest die PDF mit einem Editor wie Notepad++ öffnen und nach "smapone" suchen. Dort findest du die Links zu den Bildern und kannst diese austauschen. Habe es gerade getestet und es funktioniert. Ob man das so manuell machen will, lasse ich mal außen vor. Evtl. kann man sich n passendes Script dafür bauen, dass dies tut.

Befürchte es gibt hier keine Lösung. Man könnte evtl. DSABs so gestalten (einen Eintrag pro DSAB), dass es egal ist, was und ob der User etwas antippt und diese in eine Gruppe/Abschnitt ganz nach unten legt. Rest ist organisatorischer Natur. Nicht optimal, aber in smapOne abzubilden.

@Johannes Seelig ah mein Fehler. Dann vielleicht besser Textergebnisse nutzen. Dort kannst du einen wert eintragen und ihn in der App nicht anzeigen lassen. Dieser lässt sich aber wohl leider nicht mit Daten via. API füllen lassen. Wenn der Text jedoch nicht manipulierbar sein soll, kannst es damit abbilden.

Prüfe bitte erstmal ob die Version, mit der du das getestet hats, mit der aktuellen Version übereinstimmt. Alternativ packe die Signatur in eine Gruppe und lasse die Gruppe aktivieren. Falls letzteres dein Problem löst, löst die Aktivierung des Unterschiftbausteins eine "leere Unterschift" aus.

@Moritz weil der Zebra-Scanner besser funktioniert als der Camera-Scanner. Der Camera-Scanner ist empfindlich für nicht optimale Ausleuchtung. Zudem versuchen moderne Bildprozessoren das Bild nachzuarbeiten, wodurch nicht immer etwas besser wird. Ich hatte bereits 3 mir bekannte Fälle von falsch ausgelesenen Etiketten. Dies können wir zwar mit Validationsoptionen abfedern, aber alles können wir damit nicht verhindern. Texteingabebausteine könnten dazu Abhilfe schaffen, wäre in diesem Fall aber schwer an den auszuführenden Mitarbeiter zu kommunizieren. Zudem wird im Nachgang dann halt gerne noch etwas manipuliert. Möchte man teilweise nicht und müsste im Prozess bedacht werden. Alles in allem Meckern auf hohem Niveau und alles jedem Recht machen ist leider sowieso nicht möglich. Sind soweit mit smapOne sehr zufrieden. Habe im Forum nichts zu meinem Thema auf die schnelle gefunden und habe eben den Eintrag erstellt. Womöglich jemand ein ähnliches Problem gelöst oder man kann sich inspirieren lassen.

@Johannes Seelig siehe Screenshot. Unter Berichtsvorlage "Baustein im Bericht nicht anzeigen" Falls es nicht angezeigt wird, solltest den "Expertenmodus" bei den Optionen im Smapeditor aktivieren. War gestern nicht mehr im Büro, weshalb ich verzögert antworte.

Danke für die schnelle Antwort @Bülent Erbas, nur leider nicht was ich suche. Ich möchte den Code-Scanner nicht nutzen, da dieser auf die Kamera zugreift. Das Zebra ET45 besitzt einen integrierten Scanner. Auf dem Bild leider schwer zu erkennen. Der Output des Scanners generiert nur Text.

@Bülent Erbas Verstehe. Wäre ein wenig um ein paar Ecken Gedacht, aber mit einer DSAB und Textanzeigebaustein wäre es umsetzbar. Oder ist das zu unpraktisch?

Ahoi, da wir im Unternehmen Zebra ET45 als Endgeräte nutzen, welche über einen dedizierten Barcodescanner verfügen, würde ich diese des "Code-Scanner"-Modul bevorzugen. Problem ist nun dass der Barcodescanner Text als Tastaturausgabe ausgibt. Somit kann ich den Barcode nur über das Texteingabemodul ausgeben welches aber anschließend durch den User manipulierbar ist. Dies ist somit leider nur bedingt sinnvoll einzusetzen. Dies geht in Richtung des Posts nicht editierbare Eingabefelder was aber nicht unseren Usecase abdeckt. Hat evtl. jemand ein ähnliches Problem und konnte es lösen bzw. hat eine Idee wie man dies angehen könnte?

Warum nicht einfach ein DSAB mit den notwendigen Daten füllen und von dort sich die nicht editierbaren Eingaben entnehmen? Gut ich kenne den konkreten Usecase nicht, jedoch wirkt es auf mich so als würde man etwas so nutzen wollen, wie es nicht Gedacht ist. Man will ja auch kein unbeschreibbares Papier, sofern man überhaut auf toten Baum schreiben wollen würde.

Kamera durch das Kameramodul gestartet oder die "Systemkamera"?

Guten Tag zusammen, im Produktivbetrieb ist uns aufgefallen, dass bei Android Geräten (iOS ich nicht im Einsatz) die Kamera nicht aufrufbar ist, sobald unten beschriebene Eingabe getätigt wird. Dadurch kann man das Kameramodul anklicken, jedoch kann wird die Kamera dann nicht geöffnet. Alle anderen Eingaben können getätigt werden nur wird die Kamera nicht geöffnet bis die App (smapOne) gekillt wird. Reproduzierbar ist es recht einfach: 1. Öffnet eine Smap mit einem Kameramodul, startet die Kamera, drückt "Home" (nicht "Back") um aus der App zu gehen. 2. Öffnet diese wieder und versucht das Kameramodul aufzurufen. 3. Falls die Kamera gestartet wird wiederhole Schritt 1. Dies muss maximal 3x wiederholt werden. Der Fehler sollte meist jedoch beim ersten Mal auftreten. Dies wurde auf dem Pixel 7 Pro, Zebra ET45 und auf diversen Samsung Tablets reproduziert.