--- title: "Mobile production scorecard with takt time" slug: "mobile-production-scorecard-with-takt-time" updated: 2025-01-13T13:16:27Z published: 2025-01-13T13:16:27Z canonical: "support.tulip.co/mobile-production-scorecard-with-takt-time" --- > ## Documentation Index > Fetch the complete documentation index at: https://support.tulip.co/llms.txt > Use this file to discover all available pages before exploring further. # Mobile Produktions-Scorecard To download the app, visit: [Library](https://tulip.co/library/apps/mobile-production-scorecard/) ::*:Dieser Artikel fasst zusammen, wie die Anwendung Mobile Production Scorecard mit Taktzeit strukturiert und aufgebaut ist.* ## Zweck Die Anwendung bietet eine einfache Lösung für die manuelle Protokollierung 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, OFFDowntime**reason**: wenn der Status des Ereignisses DOWN ist, kann der Benutzer den Grund für die Ausfallzeit auswählen, der im Feld Downtime reason des Datensatzes gespeichert **wirdDuration**: das Zeitintervall des **EreignissesStation**: die Station in der Werkstatt, in der das Ereignis aufgetreten **istActual**: Anzahl der während des Ereignisses produzierten **GutteileSoll**: eine Zielanzahl von Produkten, die automatisch aus der Dauer des Ereignisses und der manuell vordefinierten Produktionsrate berechnet **wirdFehler**: Anzahl der während des Ereignisses produzierten**SchlechtteileProdukt-ID**: die eindeutige Kennung 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**, wenn sowohl gute als auch defekte Teile erfasst werden. 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 der Produktnachfrage berechnet werden - in zwei separaten Variablen gespeichert![Screenshot 2024-01-05 at 10.45.53.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/Screenshot%202024-01-05%20at%2010.45.53.png) 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**. 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 Status **AUS** enthält. Das bedeutet, 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 Taktzeit** 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.![Untitled (9).jpg](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/Untitled%20%289%29.jpg) Der Schritt **Analytics** kann von jedem der anderen Schritte aus erreicht werden. Der Benutzer kann Analyses über die Leistung der Produktion![Screenshot 2024-01-05 at 11.14.18.png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/Screenshot%202024-01-05%20at%2011.14.18.png) ## Verwandte Apps - Für die Verwaltung der Leistung über mehrere Stationen hinweg, sehen Sie sich die [Centralized Performance Visibility Scorecard](/r230/docs/centralized-performance-visibility-scorecard) an. - Für alternative Designs, schauen Sie sich die [Hourly Production Scorecard](/r230/docs/mobile-production-scorecard) an **Table Aggregation** **Aggregations** are calculations on top of table data, this can include things like the average value of a column within a **Tulip Table.** **Analysis** An **analysis** is a live updating combination of a data query and a visualisation. It allows to show metrics based on app completion data, Tulip Table data, or machine data. Analyses can be embedded and dynamically filtered within apps, placed on dashboards and shared via a direct link Example - Bar chart ![](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/image-1662410531382.png)