Übersicht über Arbeitsanweisungs-Apps

Prev Next

To download the app, visit: [tulip](https://<span translate=).co/library/suites/work-instructions-templates/">Library

Ein Überblick über die Work Instructions App Suite, der Ihnen bei der Entscheidung hilft, welche Vorlage für Ihre Anforderungen am besten geeignet ist.

Was zeichnet eine Arbeitsanweisungs-App aus?

Arbeitsanweisungen bestehen aus einer Reihe von Verfahren. Die Umsetzung von Arbeitsanweisungen in Anwendungen bedeutet, die Funktionalität der App zu nutzen, um die Ausführung der Anweisungen einfach und übersichtlich zu gestalten. Arbeitsanweisungen dienen dazu, einen Bediener durch einen Vorgang zu führen, beispielsweise eine Montage oder eine Prüfung. Vorgänge bestehen aus einer Reihe von Aufgaben, die Anweisungen enthalten. Der Gesamtprozess fasst die einzelnen Vorgänge zu einer vollständigen Arbeitsanweisung zusammen. Die Hierarchie dieser Konzepte ist unten dargestellt:

Process Hierarchy.jpg

Insgesamt unterstützen Arbeitsanweisungs-Apps die Prozessabwicklung, indem sie den Mitarbeiter durch Abläufe und Aufgaben führen. Doch wo sollten Sie bei der Erstellung einer Arbeitsanweisungs-App ansetzen?

Tulip bietet eine Reihe von Vorlagen an, die sich je nach Ihren Anforderungen unterscheiden. Um die für Ihre Arbeitsanweisungen am besten geeignete App auszuwählen, sehen wir uns jede App im Einzelnen an, damit Sie genau wissen, wie sie funktioniert.

App-Suite für Arbeitsanweisungen

Die Arbeitsanweisungs-Apps lassen sich in zwei Kategorien unterteilen: app-basierte und tabellenbasierte. Das Verständnis der Unterschiede zwischen app-basierten und tabellenbasierten Arbeitsanweisungen ist entscheidend für die Auswahl der Methode, die für Ihre Anforderungen am besten geeignet ist.

App-basierte Vorlagen

App-basierte Arbeitsanweisungen sind statisch und in der App fest codiert. Die Daten werden in „Completion Records“ gesammelt, bei denen es sich um unveränderliche Datensätze der App-Daten handelt.

Einzelner Arbeitsablauf

Diese App verwaltet einen einzelnen Arbeitsanweisungsvorgang, wobei jede Aufgabe in einem einzelnen Schritt angezeigt wird. Der Bediener schließt den Vorgang ab, indem er die Aufgaben durchgeht und die erforderlichen Eingaben in die entsprechenden Felder vornimmt.

WI Single Procedure.gif

Der Schritt „Fehlermeldung“ ermöglicht es Ihnen, eine Fehlermeldung über Felder einzugeben, die die Antworten in Variablen speichern. Diese Variablen werden gespeichert, wenn der Benutzer auf „Abschließen“ klickt; dabei speichert ein Trigger auf der Schaltfläche alle App-Daten in einem Abschlussdatensatz.

WI Single Procedure Analytics.png

Schließlich besteht der Schritt „Analytik“ aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App von einem Benutzer abgeschlossen wurde. Ohne Abschlussdatensätze stehen den Analysen keine Daten zur Verfügung.

Mehrere Verfahren (eine Aufgabe pro Schritt)

Diese App verarbeitet mehrere Arbeitsanweisungsabläufe, wobei jeder Ablauf in separate Schrittgruppen unterteilt ist und die einzelnen Aufgaben in einem eigenen Schritt angezeigt werden. Der Bediener wählt aus, welchen Ablauf er durchlaufen möchte, und jeder Schritt fordert den Benutzer auf, die Einheiten gemäß den Anweisungen in diesem Schritt abzuschließen.

WI Multiple Procedure (1 per step).gif

Über die Schaltfläche „Fehler melden“ in jedem Aufgabenschritt kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Fehler melden“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App von einem Benutzer abgeschlossen wurde. Ohne Abschlussprotokolle stehen den Analysen keine Daten zur Verfügung.

Mehrere Verfahren (alle Aufgaben in einem Schritt)

Ähnlich wie die App „Mehrere Verfahren (eine Aufgabe pro Schritt)“ verarbeitet diese App mehrere Arbeitsanweisungen, wobei jedes Verfahren in separate Schrittgruppen unterteilt ist. Der Hauptunterschied zwischen den Apps für mehrere Verfahren besteht darin, dass diese App die Aufgaben in einem Schritt pro Verfahren anzeigt. Der Bediener wählt das durchzuführende Verfahren aus und schließt anschließend alle Aufgaben im folgenden Schritt ab.

WI Multiple Procedure (Multiple step).gif

Über die Schaltfläche „Fehler protokollieren“ in jedem Aufgabenschritt kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Fehler melden“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App von einem Benutzer abgeschlossen wurde. Ohne Abschlussdatensätze stehen den Analysen keine Daten zur Verfügung.

Tabellenbasierte Vorlagen

Tabellenbasierte Arbeitsanweisungen sind dynamisch und in den Tabellen selbst kodiert. Die in der App getroffenen Auswahlen und die vom Bediener eingegebenen Daten werden in den Tabellen gespeichert. Die Informationen in den Tabellen sind nicht unveränderlich; jeder, der Zugriff auf die Tabellen hat, kann die darin enthaltenen Daten ändern.

Eine Aufgabe pro Schritt

Diese App verwaltet mehrere Arbeitsanweisungsverfahren. Der Bediener durchläuft die Aufgaben des Verfahrens Schritt für Schritt, basierend auf dem Verfahren, das er zunächst auswählt. Diese App verwendet zwei Tabellen: „Verfahren “ und „Aufgaben“. Wenn der Benutzer ein Verfahren aus der interaktiven Tabelle auswählt, wird die Verfahrens-ID mit den zugehörigen Aufgaben in der Tabelle „Aufgaben“ verknüpft.

WI One Task per Step.gif

Eine Aggregation lädt nur die Aufgaben mit der ausgewählten Verfahrensnummer in die folgenden Schritte, indem sie anhand der Aufgaben-IDs in der Tabelle filtert.

WI One Task per Step Aggregation.png

Durch das Filtern der IDs werden nur die Aufgaben angezeigt, die sich auf das ausgewählte Verfahren beziehen. Diese dynamische Konfiguration ermöglicht es einem Bediener, je nach seiner Auswahl verschiedene Verfahren und Aufgaben auszuführen.

Über die Schaltfläche „Fehler protokollieren“ in jedem Aufgabenschritt kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Fehler melden“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App über Daten verfügt, auf die sie zurückgreifen kann. Ohne Datensätze können die Analysen keine Daten abrufen.

Vorgangs-Scroller

Diese App dient zur Verwaltung mehrerer Arbeitsanweisungsabläufe. Die Abläufe sind in Tabellen gespeichert, die ausgefüllt werden, sobald der Bediener die entsprechende Arbeitsanweisung zur Referenz auswählt.

WI Procedure Scroller.gif

Wenn ein Benutzer im Schritt „Vorgehensweise auswählen“ eine Vorgehensweise auswählt, wird diese Auswahl in einem verknüpften Platzhalter gespeichert, der die Informationen zur Vorgehensweise auf der rechten Seite des Schritts anzeigt. Im Schritt „Aufgaben“ werden die Aufgaben in der interaktiven Tabelle anhand der im vorherigen Schritt ausgewählten Vorgehensweise-ID gefiltert.

WI Procedure Scroller Task Filter.png

Über die Schaltfläche „Fehler protokollieren“ im Schritt „Aufgaben“ kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Fehler übermitteln“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App über Daten verfügt, auf die sie zurückgreifen kann. Ohne Datensätze können die Analysen keine Daten abrufen.

Verfahrens-Viewer (mobil)

Die Anwendung „Verfahrens-Viewer“ ist die mobile Version der App „Verfahrens-Scroller“. Auf dem Startbildschirm hat der Bediener die Möglichkeit, entweder ein Verfahren auszuwählen, ein Verfahren zu scannen oder Analysen zu den bisher abgeschlossenen Verfahren anzuzeigen.

WI Procedure Scroller (Mobile).gif

Ähnlich wie bei der „Procedure Scroller“-Vorlage wird, wenn der Bediener ein Verfahren auswählt, die Verfahrens-ID verwendet, um die Aufgaben abzurufen, die dieselbe ID in ihrem jeweiligen Datensatz aufweisen.

WI Procedure Scroller Task Filter.png

Wenn der Bediener ein Verfahren scannt, wird die ID in den Aufgabenfilter geladen, zusammen mit den folgenden Triggern auf Schritt-Ebene in den Abschnitten „Maschine“ und „Gerät“:

WI Procedure Scroller (Mobile) Load Procedure by ID.png

Um weitere Informationen zur Aufgabe zu erhalten, kann der Bediener im Schritt „Aufgabe anzeigen“ die Option „Details anzeigen“ auswählen. Der Schritt „Details anzeigen“ lädt Informationen zur ausgewählten Aufgabe aus einem Tabellendatensatz.

Über die Schaltfläche „Fehler protokollieren“ in jedem Aufgabenschritt kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Absenden“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn der App Daten als Referenz vorliegen. Ohne Datensätze können die Analysen keine Daten abrufen.

Vorgangs-Scroller mit Parametern

Diese App verwaltet mehrere Arbeitsanweisungsabläufe. Die Abläufe werden in Tabellen gespeichert, die das Scroller-Element füllen, in dem der Bediener die relevante Arbeitsanweisungsaufgabe auswählen kann. Diese Version enthält eine zusätzliche Tabelle namens „Parameter“ zur Speicherung von Arbeitsanweisungsparametern.

WI Procedure Scroller with Parameters.gif

Verwenden Sie Parameter, um Grenzwerte für Ihre Arbeitsanweisungsaufgaben festzulegen, z. B. das Anbringen eines Dachgepäckträgers an einem bestimmten Fahrzeugmodell oder das Einhalten einer bestimmten Temperatur für den Lötkolben.

Über die Schaltfläche „Fehler protokollieren“ im Schritt „Aufgaben“ kann der Bediener etwaige Materialfehler protokollieren und den Fehler detailliert beschreiben. Alle Daten werden beim Klicken auf die Schaltfläche „Fehler übermitteln“ gespeichert.

Der Schritt „Analytik“ besteht aus einer Reihe von Analyse-Widgets, die erst dann Daten anzeigen, wenn die App über Referenzdaten verfügt. Ohne Datensätze können die Analysen keine Daten abrufen.

Vorgangs-Ersteller

Verwenden Sie diese App, um Verfahren, Verfahrensschritte und Parameter in die entsprechenden Tabellen („Verfahren“, „Aufgaben“ und „Parameter“) einzufügen, die in den tabellenbasierten Vorlagen dieser App-Suite bereitgestellt werden.

WI Procedure Creator.gif

Über die Schaltflächen „Hinzufügen“ kann der Benutzer Verfahren, Aufgaben und Parameter zu seiner Auswahl hinzufügen sowie über die Schaltfläche „Bearbeiten“ seine Auswahl ändern.

Die App „Verfahrensersteller“ dient lediglich dazu, die Tabellen in Ihren tabellenbasierten Arbeitsanweisungs-Apps zu erstellen, zu bearbeiten und zu organisieren.

So wählen Sie die richtige Vorlage für Ihre Anforderungen aus

Bei der Auswahl einer Vorlage müssen Sie zunächst entscheiden, ob Sie eine App-basierte, eine tabellenbasierte oder eine Kombination aus beiden Lösungen verwenden möchten. Tulip Services empfiehlt, mit einer App-basierten Lösung zu beginnen; es kann jedoch Szenarien geben, in denen Sie eine tabellenbasierte Lösung bevorzugen würden. Es ist wichtig, den Unterschied zwischen app-basierten und tabellenbasierten Arbeitsanweisungen zu verstehen, um alle Optionen und Konfigurationsmethoden abzuwägen, die für diese Vorlagentypen erforderlich sind.

Lassen Sie uns zunächst konkrete Anwendungsfälle betrachten, in denen app-basierte und tabellenbasierte Vorlagen besonders nützlich sind.

App-basiert Tabellenbasiert
Prozess mit geringer Produktvielfalt Prozess mit hoher Produktvielfalt
Logikabhängiger oder verzweigter Ablauf durch die Anwendung Üblicher Ablauf der Anwendung
Regulierte Branchen, in denen Abläufe streng kontrolliert werden müssen und alle Änderungen genehmigt werden müssen Weniger regulierte Branchen, in denen der Schwerpunkt auf der effizienten Bereitstellung von Arbeitsanweisungen liegt, die über viele Schnittstellen hinweg schnell geändert werden können
Prozessparameter (wie Drehmoment, Temperatur, Werkzeuge) sind über Produktfamilien hinweg standardisiert und relativ gering in ihrer Anzahl Der Prozess mag auf hoher Ebene derselbe sein, doch die Einstellungen oder Parameter sind stark SKU-abhängig und können aus einer Tabelle in eine gemeinsame App geladen werden
Hohe Abhängigkeit von Geräten oder variablen Benutzereingaben während des gesamten Arbeitsablaufs Geringe Abhängigkeit von Geräten oder variablen Benutzereingaben während des gesamten Prozesses

Die Anpassung der App-Pfade an Ihre Arbeitsabläufe stellt sicher, dass Ihre Apps Ihren Prozessen folgen und eventuelle vorläufige Änderungen oder Parameter in den Verfahren oder Aufgaben berücksichtigen. Die Feststellung, an welcher Stelle im Prozess diese Änderungen oder Parameter auftreten, beeinflusst die Struktur Ihrer App(s) sowie die Anzahl der Apps, die Sie möglicherweise benötigen.

Das folgende Diagramm zeigt gängige App-Pfade, an denen Sie sich bei der Gestaltung oder Übernahme eigener Pfade orientieren können:

Pretty App Patterns.png

Beispielsweise folgen die Anwendungen „Single Procedure“ und „One Task per Step“ linearen Pfaden, während die Apps „Procedure Scroller“ und „Procedure Viewer“ konfigurierbaren Pfaden folgen. Wenn Sie sich nicht sicher sind, welcher App-Pfad Ihren Anforderungen am besten entspricht, stellen Sie Ihren Prozess sowie dessen mögliche Variationen oder Parametereinstellungen dar, die das Verhalten der App beeinflussen.

Ein weiterer zu berücksichtigender Aspekt ist der Umfang Ihres Prozesses einschließlich der Verfahren und der jeweiligen Aufgaben.

Nehmen wir zum Beispiel an, Sie stellen zwei neue Automodelle her: eines mit spezifischen Parametern, die auf einem Luxusmodell basieren, und das andere mit Standardausstattung. Die von Ihnen getroffene Auswahl des Automodells bestimmt die Anweisungen. Ihr Prozess würde wie folgt aussehen:

WI Example Process Diagrams.png

Sie könnten mehrere Apps für die verschiedenen Modelle verwenden und die Anweisungen statisch in der App speichern, wobei Sie die Daten mithilfe von Abschlussdatensätzen speichern. Oder Sie könnten eine einzige App verwenden und die Anweisungen dynamisch in die Anwendung laden, je nachdem, welche Auswahl der Bediener trifft. Ein Beispiel für diese beiden Optionen würde wie folgt aussehen:

WI App-based Design.png

Beim app-basierten Design werden die Daten aus jeder Arbeitsanweisungs-App in separaten Abschlussdatensätzen gespeichert. Auf diese Weise überschneiden sich die Datensätze nicht und lassen sich leicht voneinander unterscheiden.

WI Table-based Design.png

Beim tabellenbasierten Design werden die Daten jedes Arbeitsanweisungsprozesses in separaten Tabellen gespeichert, obwohl dieselbe Anwendung zum Hosten der Anweisungen verwendet wird.

Wenn Sie sich noch nicht sicher sind, welche Art von App Sie wählen sollen, folgen Sie dem untenstehenden Flussdiagramm, um zu ermitteln, welche Konfigurationsanforderungen Sie haben.

Flow Chart Final.png

Weitere Informationen und Ressourcen zur Entwicklung einer App, die perfekt auf Ihre Bedürfnisse zugeschnitten ist, erhalten Sie im Kurs „Work Instruction Solution Design“ der Tulip University!