Service-Audit erstellen

…, ob eine verknüpfte Wartung automatisch generiert werden soll, wenn ein neuer Service-Audit erstellt wird.

Eine verknüpfte Wartung wird nur erstellt, wenn die folgenden Bedingungen erfüllt sind:

1. Eine Standardwartung wird in Parameter 23 in (CRS788) erfasst.

2. Die Hauptwartung ist erfordert die Demontage einer Komponente, bevor die eigentliche Wartung ausgeführt werden kann. Diese Anforderung wird im Feld "Komponente installiert" in (MOS300/F) bestimmt.

…, ob zugehörige Daten beim Kopieren von Service-Audits kopiert werden sollen.

Gültige Eingaben:

0 = Nein

1 = Ja

2 = Ja, und die gleiche Vorgangs- und Materialsequenznummer behalten.

Wenn 0 ausgewählt ist, wird nur die Wartungs-ID kopiert.

…, wie Abfragen erfolgen sollten, wenn neue Service-Audits eingegeben werden.

Gültige Eingaben:

0 = Keine Abfrage

1 = Abfrage für Artikel in (MMS001)

2 = Abfrage für Teilanlagen in (MMS240)

3 = Abfrage für Position in (MOS440)

... die Teilanlage, das Produkt oder die Position, für die der Service-Audit definiert wird. Ein F13-Parameter definiert, welche dieser drei alternativen, neuen Service-Audits erstellt werden sollen.

Dieses Feld kann leer gelassen werden, wenn neue Änderungen definiert werden. Somit gibt es zwei verschiedene Möglichkeiten. Die erste Möglichkeit ist die Erstellung einer generischen Wartung, für die eine Teilanlage oder Produktnummer während der Erfassung eines IHA-Vorschlags definiert wird. Die andere Möglichkeit ist die Verknüpfung mehrerer Produkte oder Teilanlagen mit einer allgemeinen Wartung. So werden (MOS300)-Datensätze für jeden der verknüpften Datensätze erstellt.

… einen Strukturtyp, um mehrere Strukturtypen pro Produkt und Standort zu identifizieren.

Hinweis: Die folgenden Funktionen können nur für Produkte mit Standardproduktstruktur durchgeführt werden. Unter anderem:

• Bedarfsberechnung
• Berechnung von Durchlaufzeiten
• Konfiguration
• Summierte Stücklisten

… die ID des Service-Audits. Dieses Feld ist ein freies Feld.

Das Feld "Wartung" ist ein Schlüsselfeld und ist innerhalb eines Produkts/einer Teilanlage einmalig. Wenn mehrere Service-Audits mit dem gleichen Produkt/mit der gleichen Teilanlage definiert werden, müssen Sie folgendermaßen benannt werden: Check 1... 2. 3... usw.

… das erste Datum, an dem die Wartung ausgelöst wurde. Geplante Wartungen werden basierend auf dem Startdatum plus der gewählten Frequenz der Wartung ausgelöst.

Das Startdatum kann verwendet werden, um zu verhindern, dass Wartungen für Produkte/Teilanlagen, die noch in Produktion sind, ausgelöst werden. Es kann auch verwendet werden, um zu verhindern, dass eine Charge von Wartungen während der Systemimplementierung ausgelöst wird, noch bevor es live geht.

Wenn dieses Feld leer bleibt, wird der erste IHA-Vorschlags basierend auf dem Montagedatum des Serienartikels/der Teilanlage in (MMS240) und den definierten Instandhaltungsintervallen ausgelöst.

… den Service-Audit-Status.

Gültige Eingaben:

10 = Provisorisch: Dieser Status wird verwendet, wenn der Service-Audit noch vorbereitet wird.

20 = Definitiv: Dieser Status wird verwendet, wenn die Änderung komplett ist und in die Produktion übertragen werden kann.

21 = Definitiv und auf Produktion übertragen: Dieser Status wird verwendet, wenn die Änderung gesperrt ist und keine weiteren Aktualisierungen vorgenommen werden können.

29 = Alte Version der definitiven Wartung: Dieser Status wird verwendet, wenn die Wartung durch eine spätere Wartung ersetzt wurde.

30 = Definitiv und erforderlich: Dieser Status wird verwendet, wenn die Arbeiten, die in der Wartung beschrieben wurden, gemäß den Grenzwerten ausgeführt werden müssen. Wenn die geplanten Instandhaltungen, die aus einer obligatorischen Wartung generiert wurden, nicht über (MOS170) vor dem geplanten Startdatum freigegeben werden, wird der Status des Serienartikels auf "Nicht betriebsfähig" (Status = 80) gesetzt. Wartungen mit einem Status von 30 können in die Produktion übertragen werden.

31 = Definitiv, verbindliche Wartung und auf (MOS300) übertragen: Dieser Status wird verwendet, wenn die Wartung gesperrt ist und keine weiteren Aktualisieren vorgenommen werden können.

39 = Alte Version der definitiven Wartung, obligatorische Wartung: Dieser Status wird verwendet, wenn die Wartung durch eine spätere Wartung ersetzt wurde.

90 = Gesperrt/abgelaufen

91 = Gesperrt/abgelaufen und übertragen auf (MOS300)

99 = Alte Version von gesperrter/abgelaufener Wartung

… den Benutzer, der für die Wartung verantwortlich ist. Dieses Feld wird automatisch auf den Benutzer gestellt, der momentan angemeldet ist, kann jedoch geändert werden.

Hinweis: Dieser Benutzer erhält Meldungen aus M3, wenn beispielsweise der Service-Audit nicht korrekt aufgesetzt wurde. Das heißt, wenn Aushilfen in der Datenerfassung die Daten laden, werden von diesem Profil möglicherweise eine hohe Anzahl Meldungen gesendet. Es sollte eine korrekte Benutzer-ID oder ein gemeinsames Benutzerprofil eingerichtet sein, an das die Meldungen gesendet werden.

… ein vordefinierter Prozesstyp für Buchungszwecke. Das Merkmal wird in der Regel nicht verwendet. Stattdessen wird ein Blank-Prozesstyp verwendet.

Prozesstypen werden in "Prozesstyp. Öffnen" (CRS256) definiert.

… eine Gruppe von Service-Audits, die gemeinsam ausgelöst werden. Wartungen können in (MOS300) auch pro Wartungsgruppe angezeigt werden. Die Wartungsgruppe bestimmt außerdem, ob die Aktivitätsfreigabe verbindlich ist, bevor der Service-Audit-Status erhöht werden kann.

Wartungsgruppen werden in "Wartungsgruppe. Öffnen" (MOS325) definiert.

…, wie Arbeiten, die aus diesem Service-Audit entstehen, geplant werden.

Gültige Eingaben:

0, d. h. die im Service-Audit beschriebene Arbeit wird nicht wiederholt. Beliebige Arbeiten, die aus dem Service-Audit generiert werden, müssen manuell in (MOS170) oder (MOS185) erfasst werden, oder als eine verknüpfte oder automatisch ausgelöste Wartung verwendet werden, wenn beispielsweise bei Inspektionen rückgemeldete Werte außerhalb der definierten Grenzwerte liegen.

1, d. h. IHA-Vorschläge werden gemäß den definierten Intervallen bis zum Ende des Planungshorizonts generiert. Eine wöchentliche Wartung würde beispielsweise 52 Mal generiert, wenn der Planungshorizont auf 365 Tage angesetzt ist. Hinweis: Diese Option erstellt eine große Anzahl an IHA-Vorschlägen. In diesem Fall wird der Status des nächsten IHA-Vorschlags auf 20 gesetzt und alle zukünftigen IHA-Vorschläge außerhalb des nächsten Fälligkeitsdatums erhalten den Status 10. Sobald das nächste Fälligkeitsdatum freigegeben wird, wird der Status auf 20 aktualisiert.

2, d. h. der Standardwert im Eintrag des Service-Audits. Wenn ausgewählt, ist nur das nächste Auftreten des Service-Audits in (MOS170) sichtbar. Sobald die jeweiligen Arbeiten durchgeführt werden, wird die nächste Wartung generiert. Mit dieser Option erhält man einen kleineren Betrag von IHA-Vorschlägen, jedoch ist nur eine Kurzzeitplanung von Ressourcen und Materialien möglich.

…, wie umfangreich ein Service-Audit ist. Der Servicegrad kann verwendet werden, um kleinere Wartungen zu unterdrücken, wenn eine größere, umfassendere Wartung durchgeführt wurde. Der Servicegrad kann zwischen 1 und 9 liegen - 1 bezeichnet die umfassendste Wartung und 9 die am wenigsten umfassende Wartung.

Dies bedeutet, dass das Intervall für eine weniger umfassende Wartung neu berechnet wird, wenn eine umfassendere Wartung durchgeführt wurde.

Beispiel: Ein Fahrzeug könnte alle 10.000 km, 20.000 km und 40.000 km gewartet werden. Wenn die Wartung bei 20.000 km fällig ist, sollte eine Wartung bei 10.000 km unterdrückt werden und erst bei 30.000 km durchgeführt werden usw. In diesem Fall sollte der umfassendsten Wartung der Servicegrad 1, der nächstgrößeren Wartung der Grad 2 und der kleinsten Wartung der Grad 3 zugewiesen werden.

Der Parameter "Kleinere Wartung unterdrücken" in (CRS789) kann verwendet werden, um zu kontrollieren, inwieweit vor und nach der Durchführung einer Hauptwartung kleinere Wartungen unterdrückt werden sollten. Wenn beispielsweise 5 Tage eingegeben wurden, sucht das System 5 Tage vor und nach der Durchführung der Hauptwartung nach kleineren Wartungen. Wenn eine kleinere Wartung gefunden wird, wird der Datensatz (MOS170) unterdrückt.

Die Berechnungsmethode (ECS300/) steuert, wie diese Berechnungen durchgeführt werden.

… eine vordefinierte Planungsrichtlinie, die bestimmt, wie IHA-Vorschläge, die aus diesem Service-Audit erstellt wurden, genehmigt werden, sowie den Zeitraum zwischen dem vorgeschlagenen Freigabedatum und dem Startdatum usw.

Planungskonzepte werden in "Planungskonzept. Öffnen" (MMS037) definiert.

… einen vordefinierten und erforderlichen Auftragstyp, mit dem viele der Service-Audit-Attribute und die nachfolgenden IHA-Vorschläge kontrolliert werden.

IH-Auftragstypen werden in "IH-Auftragstyp. Öffnen" (MOS120) definiert.

…, ob das Wartungsintervall ebenfalls gelten soll, wenn das Produkt oder die Teilanlage in einem Lager gelagert wird.

Gültige Eingaben:

0 = Nein

1 = Ja, nur Zeit im Lager, d. h. der Service-Audit gilt nur, wenn das Produkt gelagert wird.

2 = Ja, gesamten Kalenderzeitraum verwenden.

… einen vordefinierten Ereignistyp, der festlegt, wie IHA-Vorschläge zu Instandhaltungsaufträgen kombiniert werden. Nur Wartungen mit dem gleichen Ereignistyp werden für die Kombination unter dem gleichen Instandhaltungsauftrag berücksichtigt. Ereignistypen werden in der Regel für prädiktive Inspektionstypen verwendet, z. B. Schmierung - wobei Kontrolllisten erforderlich sind. Dieses Feld wird für andere Arten der Arbeit wie geplante Instandhaltungen nicht verwendet. Daher sollte ein Blank-Datensatz erstellt werden.

Ereignistypen werden in "Ereignistyp. Öffnen" (MOS320) definiert.

… einen oder mehrere Fehlercodes, die in der Instandhaltungsauftrag-Operationsrückmeldung in (MOS070) eingegeben werden. Wenn ausgewählt, müssen diese Codes eingegeben werden, unabhängig davon, ob sie leer sind.

Gültige Eingaben:

0 = Keine der Fehlercodes erforderlich

1 = Fehlercode 1 ist erforderlich

2 = Fehlercodes 1 und 2 sind erforderlich

3 = Fehlercodes 1, 2 und 3 sind erforderlich

…, wie Service-Audits mit Konkurrenzzählern ausgelöst werden.

Gültige Eingaben:

1 = Die erste Grenze löst die Wartung aus

2 = Die letzte Grenze löst die Wartung aus

3 = Wie in Alternative 1, nachdem der erste Grenzwert erreicht wurde.

Der Standardeinstellung ist 1.

… die Gruppierung von Wartungen basierend auf dem Grund für die Wartung, z. B. Kontrollen gemäß einem bestimmten Instandhaltungsprogramm.

Wartungsmotivationen werden in "Wartungs-Motivation. Öffnen" (MOS340) definiert.

… ein freies Feld, das am häufigsten verwendet wird, um Kontierungen zu kontrollieren.

Kontierungsobjekte können in "Kontierungsobjekt. Benutzerdef öffnen" (CRS355) überprüft und geändert werden.

…, ob der Artikel in der Gültigkeitsliste in (MOS314) aus der Gültigkeit ausgeschlossen werden sollte.

Gültige Eingaben:

0 = Nein

1 = Ja

Wenn die Alternative 0 ausgewählt ist (standardmäßig), gilt die Wartung für alle Artikel. Wenn in (MOS314) jedoch Artikel erfasst sind, ist die Wartung nur für die erfassten Objekte verfügbar. Wenn die Alternative 1 ausgewählt ist, gilt die Wartung als effektiv für alle Artikel, außer denen, die in (MSO314) erfasst sind.

… eine vordefinierte Lieferantengruppe. Eine Lieferantengruppe ist eine optionale Klassifizierung von Lieferanten und wird als Auswahl-ID für Sortierungsfolgen und Ausdrucke verwendet.

Lieferantengruppen werden in "Lieferantengruppe. Öffnen" (CRS150) definiert.

…, ob dieser Service-Audit wirklich eine Unterwartung ist, die einer anderen Wartung zugeordnet ist. Eine Unterwartung wird nie einzeln geplant, da es sich um einen Vorgang handelt, der zu der Hauptwartung gehört.

Der Vorteil darin, einen Vorgang als untergeordnete Wartung zu definieren, ist, dass spezielle Anforderungen mit der untergeordneten Wartung verknüpft werden können, um bei der Planung zu helfen.

…, welches Datum für die Berechnung der Zählerwerte verwendet werden soll.

Gültige Eingaben:

0 = Nicht verwendet

1 = Startdatum (im System eingeführt)

2 = Produktionsdatum

3 = Qualitätsprüfungsdatum

4 = Montagedatum

Hinweis: Wenn 4 ausgewählt wurde, wird der Service-Audit nicht geplant, bis der Artikel zum ersten Mal montiert ist.

…, ob die Wartung durchgeführt werden kann, während die Komponente noch montiert ist.

Gültige Eingaben:

0 = Nein

1 = Ja

2 = Entweder bei Montage oder Demontage.

… den Punkt, ab dem die Montage gilt.

Gültige Eingaben:

0 = Wenn in der nächsthöheren Baugruppe montiert

1 = Wenn in einer Operationseinheit montiert

…, wie das Startdatum für eine Wartung basierend auf dem Abschluss der letzten Wartung berechnet wird.

Gültige Eingaben:

0 = Ursprünglichen Zeitplan ungeachtet des Fertigstellungstermins der vorherigen Wartung beibehalten (keine Abweichung).

1 = Die nächste Wartung soll früher oder später basierend auf dem Fertigstellungstermin der vorherigen Wartung verlegt werden (Abweichung auf ein früheres oder späteres Datum möglich).

2 = Wie in Eingabe 1, aber nur die nächste Wartung kann auf ein früheres Datum verlegt werden (Verschiebung auf ein früheres Datum möglich).

3 = Wie in Eingabe 1, aber nur die nächste Wartung kann auf ein späteres Datum verlegt werden (Verschiebung nur auf ein späteres Datum möglich).

Eingabe 0: Die Wartung erfolgt immer am geplanten Datum.

Eingabe 1: Das rückgemeldete Datum wird verwendet. Wenn die rückgemeldete Wartung zwei Tage später als geplant durchgeführt wurde, werden zum geplanten nächsten Wartungsdatum zwei Tage hinzugefügt, damit das Wartungsintervall eingehalten werden kann.

Eingabe 2: Wenn eine Wartung zwei Tage später als geplant rückgemeldet wird, wird das nächste Wartungsdatum rückwärts angepasst. Das heißt, das Wartungsintervall wird verkürzt.

Wenn eine Wartung zwei Tage früher als geplant rückgemeldet wird, wird das Rückmeldedatum verwendet. Die Wartung wird am Rückmeldedatum + Wartungsintervall durchgeführt.

Eingabe 3: Das nächste Wartungsdatum wird gemäß Wartungsintervall umgeplant. Wenn eine Wartung mit zwei Tagen Verzögerung rückgemeldet wird, werden zwei Tage hinzugefügt, bevor die Wartung wieder durchgeführt wird.

Wenn eine Wartung zwei Tage früher als geplant rückgemeldet wird, erfolgt keine Anpassung. Die nächste Wartung wird am ursprünglich geplanten Datum durchgeführt.

… den manuellen Umplanungstyp, der nach der Demontage in (MOS125) durchgeführt werden soll. Für jeden Typ kann eine Meldung definiert werden, die an den verantwortlichen Planer gesendet werden soll, nachdem die Komponente demontiert wurde. Wenn dieses Feld leer bleibt, wird keine Meldung gesendet.

Definieren Sie manuelle Planungstypen in "Manueller Planungstyp. Öffnen" (MOS316).

… den manuellen Umplanungstyp, der durchgeführt werden soll, nachdem die Wartung abgeschlossen ist. Für jeden Typ kann eine Meldung definiert werden, die an den verantwortlichen Planer gesendet werden soll, nachdem die Arbeit in (MOS050) abgeschlossen wurde. Wenn dieses Feld leer bleibt, wird keine Meldung gesendet.

Definieren Sie manuelle Planungstypen in "Manueller Planungstyp. Öffnen" (MOS316).

… den manuellen Umplanungstyp, der nach der Montage in (MOS125) oder Montage von (MOS050) durchgeführt werden soll. Für jeden Typ kann eine Meldung definiert werden, die an den verantwortlichen Planer gesendet werden soll, nachdem die Komponente montiert wurde. Wenn dieses Feld leer bleibt, wird keine Meldung gesendet.

Definieren Sie manuelle Planungstypen in "Manueller Planungstyp. Öffnen" (MOS316).

…, ob ein Instandhaltungsprogramm für Instandhaltungsgrenzwerte berücksichtigt werden soll.

Gültige Eingaben:

0 = Nein

1 = Ja

Wenn 1 ausgewählt ist, werden die im leeren Instandhaltungsprogramm bestimmten Grenzen verwendet, auch wenn ein Instandhaltungsprogramm für das Objekt in (MMS240) bestimmt wurde.