Erweiterte Produktprüfungen

Aktualisiert

Neben den zuvor genannten grundlegenden Produktprüfungen gibt es auch erweiterte Produktprüfungen [die in dem unten gezeigten Bild hervorgehoben sind]:

CleanShot 2024 06 24 at 19.41.11

Aktionsbasierte Prüfungen

Druckprüfung

Bevor Sie eine Druckprüfung verwenden, erstellen Sie einen docx-Bericht. Der Werker tippt auf eine Schaltfläche, um den Bericht herunterzuladen oder eine PDF-Vorschau anzuzeigen.

  • Product order report: der docx-Bericht, den der Werker herunterlädt.
  • Filename: der Name der heruntergeladenen Datei. Sie können Parameter verwenden.
  • Convert to pdf wandelt den Bericht in ein PDF um. Open pdf as a preview zeigt es auf dem Bildschirm statt es herunterzuladen.

doc print check 1

E-Mail-Prüfung

Der Werker tippt auf eine Schaltfläche, um eine E-Mail zu senden.

  • Sender: Open email client öffnet die E‑Mail‑App des Geräts mit vorausgefüllter E‑Mail. Send email from Azumuta sendet die E‑Mail über Azumuta.
  • To, Subject und Body sind Pflichtfelder. Bcc ist optional. Bei Send email from Azumuta können Sie außerdem Reply to festlegen und Benutzer sowie Gruppen als Empfänger hinzufügen.
  • Include email attachment (nur wenn Azumuta die E‑Mail sendet) fügt einen Produktauftragsbericht bei, optional als PDF.
  • In den Feldern können Sie Parameter verwenden.

doc email check operator view

Timer-Prüfung

Der Werker kann die Timer-Prüfung erst absenden, wenn der Timer seine volle Laufzeit erreicht hat. Aktivieren Sie unter Allgemeine Optionen Required to be filled in before proceeding to next instruction step, um zu verhindern, dass der Timer mit der Vorwärts-Schaltfläche übersprungen wird.

  • Wählen Sie Count down from oder Count up to für eine Anzahl von Sekunden.
  • Automatically start timer startet den Timer, wenn der Schritt geöffnet wird. Automatically continue after timer finishes fährt fort, ohne dass der Werker Continue antippen muss.
  • Die Dauer kann aus einem Parameter gelesen werden.

docs timer check operator view

Prozedurprüfung

Der Werker tippt auf eine Schaltfläche, die eine Aktion ausführt.

  • Button label: der Text auf der Schaltfläche.
  • Action: Send a command to the selected peripheral (siehe integrating Azumuta with peripherals), oder Call a webhook.
  • Always allow re-sending command (oder Always allow re-calling the webhook) erlaubt es dem Werker, die Schaltfläche erneut zu drücken, auch wenn das Bearbeiten bereits übermittelter Antworten deaktiviert ist.
  • Webhook-Optionen: Webhook URL (sie muss von Azumutas Servern erreichbar sein), die HTTP-Methode, Authentication, Webhook payload (außer bei GET) und Automatically continue if successful (eine 2xx-Antwort). Der Webhook wird ausgeführt, wenn der Werker die Schaltfläche antippt. Siehe webhooks in Azumuta.

docs procedure check

Hinweis: Sie können support@azumuta.com kontaktieren, wenn Sie Hilfe bei der Integration von Peripheriegeräten oder beim Erstellen eigener Webhooks benötigen.

Spezielle Prüfungen

Prüfung: Produktauftrag verknüpfen

Der Werker verknüpft einen anderen Produktauftrag, z. B. eine Unterbaugruppe, mit dem aktuellen. Diese Prüfung erfordert das Modul Quality Management. Siehe Product order linking, um zu erfahren, wie verknüpfte Produktaufträge angezeigt werden.

  • Link product order by…: Order number, oder Parameter (geben Sie dann den Parameter name ein).
  • Product order must be of following article or category und Product order must have the following variants schränken ein, welche Produktaufträge verknüpft werden können.
  • Only allow linking this product order once: Ein gescannter Produktauftrag kann nur einmal verknüpft werden, über alle Produktaufträge hinweg.

Teileprüfung

Eine Teileprüfung stellt sicher, dass Werker beim Zusammenbau eines Produkts die richtigen Teile in der richtigen Menge verwenden. Der Werker scannt den Barcode eines Teils oder markiert es manuell. Sie können einer Teileprüfung ein oder mehrere Teile hinzufügen. Diese Prüfung benötigt das Resources-Add-on.

Wenn falsche Barcodes/QR-Codes gescannt oder falsche Teilenamen eingegeben wurden, zeigt der Bildschirm ein rotes Signal an, das einen Fehler anzeigt, und der Werker kann nicht zum nächsten Schritt fortfahren.

Ebenso erscheint ein rotes Fehlersignal, wenn die Anzahl der gescannten Barcodes/QR-Codes oder eingegebenen Teilenamen nicht mit der vom Administrator festgelegten benötigten Menge übereinstimmt. Der Werker kann erst fortfahren, wenn alles korrekt ist.

Diese Produktprüfung verhindert den Einsatz falscher Teile im Montageprozess und stellt sicher, dass die Teileanzahl stets den vorgegebenen Spezifikationen entspricht.

  • Wählen Sie die Teile, die auf dem Parts-Reiter des Schritts gescannt werden sollen. Standardmäßig können Werker sie scannen oder manuell abhaken.
  • Scan count must match part quantity: Ein Teil mit einer Menge größer als 1 muss entsprechend oft gescannt werden.
  • Die Optionen für Barcode-Typ und -Format funktionieren wie bei der barcode check.

docs parts check operator view

Variantenprüfung

In einer Arbeitsanweisung kann ein Werker auswählen, welche Varianten auf seinem Bildschirm angezeigt oder ausgeblendet werden. Diese Prüfung erfordert das Variants-Add-on. Das ist nützlich, weil:

  • Wenn ein Werker über längere Zeit an einer bestimmten Variante arbeitet, können andere Varianten in der Arbeitsanweisung ablenken. Daher können Werker irrelevante Varianten ausblenden.
  • Werker können sich schnell an geänderte Produktionsanforderungen anpassen, indem sie zwischen verschiedenen Varianten schnell wechseln. Varianten ein- und auszublenden ist in Sekunden erledigt.
  • Werker können Varianten überspringen, mit denen sie noch nicht vertraut sind.

Wenn keine gespeicherte Antwort und keine aktive Variantenauswahl vorhanden ist, sind standardmäßig alle Varianten ausgewählt. Schalten Sie Show empty selection when no variants have been selected previously ein, um in diesem Fall mit keiner Auswahl zu starten. Eine bestehende Auswahl oder gespeicherte Antwort bleibt erhalten, auch wenn sie leer ist.

docs variants check operator view

Automatische ID-Prüfung

Eine automatische ID-Prüfung erzeugt einen eindeutigen, formatierten Bezeichner, den der Werker mit einem Tipp einfügen kann, statt ihn manuell einzugeben. Das ist nützlich für Rückverfolgbarkeitsnummern, Batch-Codes oder Seriennummern, die einem konsistenten Format folgen müssen.

Sie konfigurieren ein einzelnes Format-Feld, das Literaltext mit Platzhaltern kombiniert:

  • {###} fügt einen mit Nullen aufgefüllten Zähler ein. Die Anzahl der #-Zeichen bestimmt die Stellenbreite, und ein optionaler nachfolgender Buchstabe legt die Zahlenbasis fest: d für dezimal (Standard), x für hexadezimal, o für oktal oder b für binär.
  • {YYYY-MM-DD} (oder jedes andere Datums-/Zeitmuster) fügt das aktuelle Datum oder die aktuelle Uhrzeit ein.
  • {slot} oder {batch} fügt einen wert ein, der spezifisch für den aktuellen Slot bzw. Batch ist.

Ein Format kann nur einen Zählerabschnitt und einen Slot-Abschnitt enthalten und muss mindestens einen Zähler- oder Datums-/Zeitabschnitt enthalten.

In der Bedienansicht tippt der Werker auf Generate, um das Feld mit dem nächsten Wert für das konfigurierte Format zu füllen, und kann diesen vor dem Speichern bearbeiten.