Scorecard für die mobile Produktion

::: (info) () Um die Anwendung herunterzuladen, besuchen Sie: Bibliothek:::Dieser Artikel fasst zusammen, wie die Anwendung "Mobile Production Scorecard with Takt time" strukturiert und aufgebaut ist.

Zweck

Die Anwendung bietet eine einfache Lösung für die manuelle Erfassung von Maschinenaktivitäten und die Anzeige von Echtzeit-Ertrags- und Taktzeitberechnungen. Die Benutzer können leicht zwischen den Maschinenstatus wechseln und sowohl gute als auch schlechte Teile während der Produktion protokollieren.

Verwendete Tabellen

Die Tabelle, die in der Anwendung verwendet wird, heißt Station Activity History. Jeder Datensatz in der Tabelle ist ein Stationsaktivitätsereignis, das einen Status hat. Bei der Verwendung der Anwendung werden die Daten in dieser Tabelle protokolliert. Der Benutzer kann die Analyse der Tabellendaten im Schritt Analyse anzeigen.

Felder der Stationsaktivitätshistorie:

ID: die eindeutige Kennung jedes EreignissesStundenblock: die Stunde, in der das Ereignis aufgetreten ist, kann zur Erstellung stündlicher Scorecards verwendet werdenStatus: der Status des Ereignisses, z. B.: RUNNING, DOWN, OFFAusfallgrund: Wenn der Status des Ereignisses DOWN ist, kann der Benutzer den Grund für den Ausfall auswählen, der im Feld Ausfallgrund des Datensatzes gespeichert wirdDauer: das Zeitintervall des EreignissesStation: die Station in der Werkstatt, in der das Ereignis aufgetreten istActual: Anzahl der während des Ereignisses produzierten GutteileTarget: eine Zielanzahl von Produkten, die automatisch aus der Dauer des Ereignisses und der manuell vordefinierten Produktionsrate berechnet wirdDefects: Anzahl der während des Ereignisses produzierten SchlechtteileProduct ID: der eindeutige Identifikator für den während des Ereignisses hergestellten Produkttyp

Aufbau der App

In der App gibt es zwei Abfragen, die jeweils ein Paar von Aggregations haben. Für die erste Abfrage, With Order ID, haben wir die Aggregationen Sum Actual und Sum Defect integriert. Diese werden verwendet, um die Ausbeute bei der Protokollierung von Gut- und Schlechtteilen zu berechnen.
Die zweite Abfrage, Today's Running Event at Station, enthält die Aggregationen Duration of Today's Event und Actual of Today's. Diese spezifische Abfrage hilft bei der Bestimmung der Zykluszeit bei der Erfassung von Gut- und Schlechtteilen.

Wir haben die Auftrags-ID als Filter für die Abfrage Mit Auftrags-ID verwendet. Benutzer können dies im ersten Schritt hinzufügen. Für die Abfrage Heutiges laufendes Ereignis an der Station umfassen die Filter die Auftrags-ID, die Variablen für den Produktionsbeginn (mit der Auftrags-ID, die im ersten Schritt angegeben wird, und dem Produktionsbeginn als Variable, die das aktuelle Datum und die Uhrzeit bei der App-Eingabe erfasst), App Info: Stationsname, und ein statischer Wert RUNNING

Im ersten Schritt der App können die Benutzer die Auftrags-ID eingeben. Für die Taktzeitberechnung müssen die Benutzer, anders als bei anderen Apps zur Leistungsüberwachung, eine Betriebszeit in Stunden und die Produktnachfrage für diesen bestimmten Zeitraum angeben.

Wenn der Benutzer auf die Schaltfläche Produktion starten klickt, navigiert die App zum nächsten Schritt und erstellt einen Datensatz in der Station Activity History Table. Zusätzlich werden die Produktionsrate und die geplante Taktzeit - die aus der Betriebszeit und dem Produktbedarf berechnet werden - in zwei separaten Variablen gespeichert

Im Hauptschritt schaltet der Benutzer zwischen den Produktionsstatus um und kann auch Gutteile und Fehler protokollieren. Wenn der gewählte Status DOWN ist, navigiert die App den Benutzer zum Schritt Change status to down, wo er einen Grund für die Ausfallzeit auswählen muss, um fortzufahren. Während einer Änderung des Maschinenstatus verweist die App auf eine Variable namens No Target Statuses. Der Benutzer kann den Standardwert für diese Variable im Abschnitt Variablen - Standardwert des Seitenmenüs der App festlegen. Die Bedeutung dieser Variable liegt in ihrer Funktion: Wenn ein Status in dieser Variable enthalten ist, protokolliert die App kein Ziel für die Dauer dieses Statuszeitraums. Derzeit haben wir sie so eingerichtet, dass die Variable nur den StatusAUS enthält. Das heißt, wenn wir den Status der Maschine auf AUS setzen und ihn später in einen anderen Status ändern, berechnet die App keine Sollzahl für diesen Ausfallzeitraum.

Dieser Schritt umfasst vier Variablen: Produktnachfrage (die das Ziel ist), Ausbeute, geplante Taktzeit und Zykluszeit.

Die geplante Takt zeit und die Produktnachfrage werden im ersten Schritt berechnet, wenn der Benutzer auf die Schaltfläche Produktion starten klickt. Diese Werte werden nicht neu errechnet. Die Zykluszeit wird jedes Mal neu berechnet, wenn Gutteile erfasst werden. In ähnlicher Weise wird die Ausbeute jedes Mal neu berechnet, wenn entweder ein fehlerhaftes oder ein gutes Teil erfasst wird.

Der Schritt Analytik kann von jedem der anderen Schritte aus erreicht werden. Der Benutzer kann Analyses über die Leistung der Produktion einsehen.

Verwandte Apps

• Für die Verwaltung der Leistung über mehrere Stationen hinweg, sehen Sie sich die Centralized Performance Visibility Scorecard an.
• Für alternative Entwürfe sehen Sie sich die Hourly Production Scorecard an.