--- title: "Defect Tracking - Extend the Concept" slug: "defect-tracking-extend-the-concept" updated: 2023-11-04T15:34:41Z published: 2023-11-04T15:34:41Z canonical: "support.tulip.co/defect-tracking-extend-the-concept" --- > ## 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. # Defektverfolgung - Erweiterung des Konzepts ## Überblick {Das Funktionsbeispiel soll perfekt zu einem bestimmten Prozess oder einer bestimmten Einrichtung passen, sondern als Ausgangspunkt für die Entwicklung Ihrer eigenen Anwendungen zur Auftragsverfolgung dienen. Dieser Leitfaden soll Ihnen einige Ideen geben, wie dieses Funktionsbeispiel verändert und an Ihren Prozess angepasst werden kann, und wie es mit anderen fantastischen Tulip-Anwendungsfällen kombiniert werden kann. ## Erweitern Sie die Apps ### Aufteilung der Apps nach Jobfunktion Wie wir im [Leitfaden zur App-Architektur](/r230/docs/defect-tracking-app-architecture) beschrieben haben, ist eine der einfachsten Möglichkeiten, mit Tulip einen Mehrwert zu erzielen, die Erstellung von Apps, die auf die Benutzer zugeschnitten sind, die mit ihnen interagieren. In den meisten Prozessen werden die Bediener Defekte melden, aber ein separates Team wird die Ursachenanalyse durchführen, Korrekturmaßnahmen ergreifen und die Auditlösung abschließen. Durch die Aufteilung dieser Aufgaben in eine separate Anwendung wird die Benutzeroberfläche rationalisiert und der Benutzerzugriff besser kontrolliert. ### Ändern Sie die Benutzeroberfläche Die Übernahme eines neuen Prozesses ist in der Fertigung immer eine Herausforderung, aber intuitive Anwendungen lassen sich immer leichter einführen. Passen Sie das Funktionsbeispiel an die Bedürfnisse Ihrer Benutzer an. - Legen Sie fest, welche Felder der `[Fehlerereignisse]` -Tabelle von den Benutzern eingegeben werden sollen, und welche automatisiert werden können. - Im Functional Example wird das Beschreibungsfeld automatisch generiert, aber es könnte für Ihre Benutzer sinnvoller sein, eine eigene Notiz zu schreiben. - Ändern Sie die Fehlerweiterleitung, damit die Benutzer nur die Fehler sehen, die sie betreffen. Diese Filterung könnte über das Feld " `Nächste Schritte"`, das Feld " `Grund"`, das Feld " `Zuweiser"` oder jedes andere wichtige Unterscheidungsmerkmal für Ihren Prozess erfolgen. - Fügen Sie Schnellaktionsschaltflächen hinzu, um gängige Arbeitsabläufe zu automatisieren. Vielleicht hat Ihre Qualitätsabteilung Standardlösungen für bestimmte Fehler. Diese Lösungen können zu Schaltflächen hinzugefügt werden, die die entsprechenden Tabellenfelder automatisch ausfüllen. ## Erweitern Sie das Datenmodell Jeder Prozess ist einzigartig, und diese Prozessunterschiede erfordern fast immer, dass dem Standarddatenmodell zusätzliche Daten hinzugefügt werden. Als Anwendungsentwickler wissen Sie am besten, wo das Common Data Model nicht zu Ihrem Prozess passt, aber hier sind einige Beispiele dafür, wie das Modell erweitert werden kann. ### Verknüpfte Tabellen Verknüpfte Datensätze ermöglichen es Ihnen, einen Datensatz mit einem anderen zu verknüpfen. Das bedeutet, dass Ihre Tabelle `[Fehlerereignisse]` nicht die Details des Materials benötigt, das als fehlerhaft befunden wurde, sondern stattdessen einfach auf den *verknüpften* Datensatz in der Tabelle `[Materialien]` verweisen kann. ### `Tabelle [Werkstoffe]` ![Defect Events Linked Record (1).png](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/Defect%20Events%20Linked%20Record%20%281%29.png) Die Tabelle [Materialien] ist für die Nachverfolgung von Materialien, den zugehörigen Aufträgen, Fehlern und mehr gedacht. Ein Material kann mehrere Fehler haben. So können Sie Fehler nach Material verfolgen und die Informationen über jedes Material in der Tabelle [ `Materialien` ] nutzen, während Sie mit seinen Fehlern arbeiten. | NAME | TYP | BESCHREIBUNG | | --- | --- | | | ID | Text | Eindeutiger Identifikator für den Datensatz. **Muss eindeutig sein** | | Material Number | Text | Material Idenfier | | Material description | Text | Human readable description of component | | Status | Text | Current status of the material. Wird verwendet, um das Material durch die Produktion zu verfolgen. | Typ | Text | Die Art des Materials, z. B. Charge, Einheit, Produkt, Unterbaugruppe, Bauteil, Los usw. | | Maßeinheit | Text | Für die Menge verwendete Maßeinheit | Standort | Text | Aktueller Standort des Materials | | Menge | Zahl | Aktuelle Menge des Materials | | Foto | Bild | Foto des zu produzierenden Materialartikels | | Chargen-/Los-/Seriennummer | Text | Eindeutige Referenz des Materials, die es mit dem Lieferanten verbindet. Dies wird verwendet, um die Verfolgung des Materials auf einen Lieferanten (intern / extern) auszudehnen, der sich außerhalb von Tulip befindet. | Auftrag | Verknüpfter Datensatz | Auftrag, der diesen Materialartikel verwendet. Dies wird nur für das Material der obersten Ebene verwendet, die restliche Hierarchie wird durch die untergeordneten/übergeordneten Links der Materialien entwickelt. | Untergeordnete Materialien | Verknüpfter Datensatz | Materialien, die zur Herstellung dieses Materials verwendet werden (kombiniert/zusammengesetzt) | Übergeordnete Materialien | Verknüpfter Datensatz | Material, das dieses Material verwendet | ### Tabellenfelder hinzufügen Die Tabelle `[Fehlerereignisse]` ist ein guter Ausgangspunkt für die Erfassung der wichtigen Daten zu Ihren Fehlern, enthält aber wahrscheinlich nicht alle für Ihren Prozess wichtigen Felder. Vielleicht möchten Sie auch Folgendes nachverfolgen: - Versunkene Kosten für fehlerhafte Waren (Cost-Of-Goods könnten aus der *verknüpften* Tabelle [ `Materialien]` stammen) - Verknüpfter Datensatz mit dem zugehörigen Datensatz `[Aufträge]`. ### Tabellen hinzufügen Es gibt Dutzende von verschiedenen großartigen Verwendungsmöglichkeiten für Tulip, das Hinzufügen weiterer Prozesse könnte das Hinzufügen weiterer Tulip-Tabellen erfordern. - Und-auf-Verfolgung - Qualitätsereignisse - Inspektionen - Ausrüstung - Versand/Empfang von Aufträgen Jede/alle diese Tabellen können erstellt und in einen zentralen Anwendungsfall der Fehlerverfolgung integriert werden. Aufgrund der flexiblen Natur von Tabellen können diese neuen Tabellen auch von speziellen Anwendungen verwaltet werden. **Functional Example** **Functional Examples** are intended to explain the right approach to core Tulip use cases. Functional example applications cover the core applications, their underlying data models, and ways those concepts can be extended when combined with others. *Functional Example apps aren't intended to be run in production, but rather as tools to learn the underlying concepts needed to implement core Tulip use cases.*