• Neues Produkt — kein Upgrade der Business Suite, sondern sukzessive Neuprogrammierung auf der In-Memory-Datenbank SAP HANA.
• Radikal vereinfachtes Datenmodell — redundante Tabellen und Aggregate entfernt (z.B. Universaltabelle ACDOCA im Finanzwesen).
• SAP Fiori als neue User Experience — rollenbasierte Apps statt klassischer Transaktionsbildschirme.
• Echtzeit-Analytics im Kern — operative Auswertungen ohne separate Data-Warehouse-Ablage (→ Kapitel Reporting).

• Im einfachsten Fall ist jedes Werk Standort- und Planungswerk zugleich (werksbezogene Instandhaltung).
• Die Zuordnung „welches Standortwerk wird von welchem Planungswerk betreut" erfolgt im Customizing (Werkszuordnung Instandhaltung).
• Arbeitsplätze, Planergruppen und Arbeitsvorräte sind werkbezogen — werksübergreifende Konstellationen müssen bewusst entschieden werden.

• Standortwerke werden im Customizing dem zentralen Planungswerk zugeordnet.
• Standardfeature innerhalb eines Mandanten — keine Schnittstellen/ALE-Zusammensetzung nötig.
• Trade-off: zentrale Planung = Skaleneffekte & Standards; dezentral = Nähe zum Objekt. Diese Abwägung verkauft man als Berater, nicht das Transaktionswissen.

• Die IH-Planergruppe bündelt die planerische Verantwortung: Aufträge, Meldungen und Wartungspläne landen im Arbeitsvorrat der Gruppe.
• Technische Objekte werden über die Felder Planergruppe + Planungswerk einem zuständigen Planerteam zugeordnet.
• Typische Ausprägung bei MetLi: Planergruppen nach Gewerk (Elektro, HKLS, Aufzug) oder nach Region.
• Abgrenzung: Die Planergruppe plant — sie ist keine Kapazität und kein Kostenobjekt.

Ordnen Sie MetLis Organisation in SAP-Strukturen (20 Min. Arbeit): Liegenschaftsverwaltung, Technik-Zentrale, Dienstleister-Pool & Werkstätten.

• Welche Einheit wird Werk — und welches Werk ist Standort-, welches Planungswerk?
• Werksbezogen oder werksübergreifend organisieren?
• Wo hängen die Kostenstellen, damit Kosten je Liegenschaft auswertbar sind?
• Wo erfolgt der Kapazitätsabgleich — und was passiert, wenn der Arbeitsplatz falsch zugeordnet ist?

• Meldungen und Aufträge können auf beide Objektarten gebucht werden.
• Technische Objekte sind der Kontext aller Prozesse: Historie, Wartungspläne, Klassifizierung, Garantien hängen daran.
• Jedes Technische Objekt gehört zu einem Werk und ist einer Planergruppe zugeordnet (→ Kapitel 2).

• Top-Down-Prinzip: vom Groben zum Feinen — jede Ebene ist ein eigener Technischer Platz.
• Der Platz bleibt starr: Kosten und Historien werden am Ort ausgewertet, egal welches Equipment gerade eingebaut ist.
• Faustregel: „So viel wie nötig, so wenig wie möglich" — zu tiefe Strukturen erzeugen Zuordnungsfehler und Pflegeaufwand.

• Das Equipment ist ein individuelles, ein- und ausbaubares Wirtschaftsgut mit eigener Meldungs-, Auftrags- und Kostenthistorie.
• Einsatzliste: Beim Einbau in einen Technischen Platz dokumentiert das System lückenlos, wann das Equipment wo eingebaut war — der Kernunterschied zum Platz.
• Verknüpfung zur Materialwirtschaft über Materialnummer + Serialnummer (Bestandsführung einzelner Stücke).
• Auch Equipments haben eine Kostenstelle — oft geerbt vom übergeordneten Technischen Platz.

• Das SAP-Klassensystem reichert Technische Objekte mit such- und auswertbaren Eigenschaften an, die der Standardstamm nicht hat: Leistung = 50 kW, Spannung = 400 V.
• Bausteine: Merkmal CT04 (Typ, Werte, Einheit) → Klasse CL02 (Objektklasse für Techn. Objekte) → Bewertung am TP/Equipment.
• Vererbung: Basisklasse (z.B. HLK-Anlage) mit gemeinsamen Merkmalen, Unterklassen für Kälte-/RLT-Spezifika.
• NICHT für Ersatzteil-Strukturierung — dafür gibt es Stücklisten. Und keine Equipmenttypen für „50kW" (steuern Systemverhalten, nicht Inhalt).

• Stücklisten befüllen die Materialkomponente von Aufträgen — schnell planen statt alles freitippen.
• Nur bestandsgeführte Materialien erzeugen Reservierungen; Verbrauchsmaterialien laufen auch hier über Materialstämme.

• Im SAP-Kurssystem: M2 = Störmeldung (Ausfall), M1 = IH-Anforderung (geplante Maßnahme „Reinige Filteranlage").
• Achtung: Meldungsarten sind Customizing — im Kundenprojekt immer prüfen, welche Nummern dort gelten.
• Bezugsobjekt: Technischer Platz und/oder Equipment — entscheidet, wo die Historie hängt.

• Nur codierte Eingaben fließen in Standardanalysen des PMIS (Instandhaltungsinformationssystem) — Langtexte sind für die Schwachstellenanalyse wertlos.
• Zielbild: „Die 3 häufigsten Ursachen an RLT-Anlagen der Liegenschaft Mitte" ist mit einem Klick beantwortbar.
• Codepflege ist eine Berateraufgabe: Kataloge klein, praxisnah, mit den Technikern gemeinsam aufbauen.

• Freigabe aktiviert Fertigungslisten und macht den Auftrag voll planbar/rückmeldefähig.
• Kopf- oder Vorgangskontierung möglich — auch einzelne Vorgänge können Kosten auslösen.
• Auftragsarten (PM01, PM02, PM03 …) steuern Nummernkreis, Bildaufbau, Abrechnungsvorgaben — klassisches Customizing-Thema. Die gleichnamigen Steuerschlüssel (Kap. 7) sind ein anderes Konzept.

• Istkosten entstehen dynamisch während der Durchführung — nicht erst beim technischen Abschluss.
• Geplanter Materialbedarf ohne Lagerbestand → Bestellanforderung statt Reservierung (Verfügbarkeitsprüfung).

In der Gruppenarbeit simuliert ihr den Ausfall der RLT-3.02 im Verwaltungsgebäude Mitte über alle fünf Phasen — mit den Rollen Helpdesk, IH-Planer, Techniker, Controller — und beantwortet die vier Analyseschwerpunkte (Datenkonsistenz, MM-Integration, Kostensammler, Prozessabschluss).

• Reaktiv = Feuerwehr (teuer, ungeplant). Planmäßig = geplante Maßnahmen über Arbeitsplan + Wartungsplan.
• Der Wartungsplan generiert automatisch Wartungsaufträge (oder -meldungen) — inklusive geplantem Arbeitsplan, Material und Termin.
• Trigger der Terminierung: Kalender (zeitabhängig) oder Nutzung (leistungsabhängig) → Kapitel 6.

• Reihenfolge von Vorgängen über Anordnungsbeziehungen (AOB): „Normalfolge" verknüpft Ende von 0010 mit Anfang von 0020 (Fundament → Motor einbauen).
• Der Steuerschlüssel regelt bewirtschaftliche Funktionen (Eigen-/Fremdleistung, Kalkulation, Druck) — keine zeitlichen Logiken; die kommen von AOBs.

• Planbestandteile: Zyklus, Zyklusstart, Referenzobjekt, Arbeitsplan, Abruf (Auftrag oder Meldung), Auftragsart, Planergruppe.
• Terminierung erzeugt Plantermin (fällig) und Abrufdatum (Auftrag wird erzeugt) — Vorlaufsteuerung über den Eröffnungshorizont.
• Faustregel: Einzelzyklus für 80–90 % aller Fälle; Strategien nur bei echten Verdrängungslogiken.

• Pakete erhalten eine Hierarchie-Ziffer: Höhere Ziffer = höhere Priorität. Koinzidieren Termine, verdrängt das Paket mit der höheren Ziffer das andere (S4132-Beispiel: Paket 30 mit Hierarchie 2 deaktiviert Pakete 10 & 20 mit Hierarchie 1). → Die 12-Monats-Generalüberholung bekommt also die höhere Ziffer.
• Eröffnungshorizont (in % der Zykluszeit): 90 % = Auftragserstellung erst nach 90 % des Zyklus → genau 10 % Vorlauf für die Werkstatt.
• Verschiebungsfaktoren regeln, wie sich Folgetermine bei verfrühter/verspäteter Erledigung verhalten — nicht die Verdrängung.
• Auch leistungsabhängige Strategiepläne (Strategie in Mengeneinheit + Zähler) sind möglich — z.B. Fuhrpark in km.

• Leistungsabhängige Pläne nutzen einen Zyklus in Mengeneinheit statt Zeit.
• Auch leistungsabhängige Strategiepläne (Pakete in km/Bh mit Verdrängung) sind möglich — z.B. Fuhrpark 10.000/50.000 km.

• Ein Zähler ist ein Messpunkt der Kategorie „Zähler", der am technischen Objekt (meist Equipment) hängt.
• Die Jahresschätzung am Zähler erlaubt die Erstterminierung: Stand + Zyklus → über Jahresleistung in ein Kalenderdatum umgerechnet.
• Zählerstände werden ausschließlich über Messbelege geführt — Zeitrückmeldungen zählen sie nicht hoch.

• Jeder Messbeleg triggert die Neuberechnung der zukünftigen Plan- und Abruftermine — die Planung hängt an der realen Nutzung.
• Ohne Messbeleg keine Neuberechnung: Die Terminierung lebt von der Erfassungsdisziplin der Techniker.
• Migration: Zähler mit realem Startstand anlegen (z.B. 14.500 Bh) und Wartungsplan per „Start im laufenden Zyklus" fortsetzen — nicht bei 0 beginnen.

• Rollenkette: Planer (Auftrag/LV) → Einkäufer (Bestellung) → Dienstleister (Leistung) → Buchhalter (Prüfung/Zahlung).
• Leistungserfassungsblatt ohne Bestellbezug = keine saubere Abrechnungsbasis — Rechnungsprüfung wäre nicht möglich.
• MIRO prüft gegen Bestellung + Leistungserfassung (Mengen-/Preisabgleich) — deshalb die Belegdisziplin.

• Antwort auf die GA-Frage: Das Budget wird bei BANF/Bestellung blockiert (Obligo), echte Ist-Belastung kommt mit der Abnahme der Leistung.
• Beim TABG bleiben offene Bestellungen/Rechnungen kaufmännisch abwickelbar — erst CLOS schließt die Kasse.
• Kommit-Regel für Junioren: Jeder Beleg enthält die Auftragsnummer als Kontierungsbezug — dadurch bleibt der Kostensammler über alle Module hinweg konsistent.

• Aufgabe 1: Belegfluss modellieren — welches Dokument triggert welchen Schritt, wer macht was?
• Aufgabe 2: Modul-Zuordnung — wo wirkt PM, MM, CO, FI in jedem Schritt?
• Fokusfragen: Obligo-Timing · Leistungserfassung ohne Bestellbezug · falscher Steuerschlüssel · MIRO-Prüfgrundlage.

• Berater-Faustregel: Zuerst den SAP-Standard prüfen (View Browser) — die meisten EAM-Fragen sind bereits mit Standard-Views/Queries beantwortbar.
• Customizing entfällt weitgehend: Reports entstehen als CDS-Views + Queries, konfigurierbar durch Key-User.

• Kernaussage fürs Management: KPIs sind so gut wie die Eingabedaten der Techniker — kein Dashboard rettet ungepflegte Meldungsfelder.
• Aggregation nach Standort, Gewerk oder Fläche funktioniert nur, wenn Organisation & Anlagenstruktur sauber sind (→ Tag 1!).

Abschluss der zwei Tage: In der Gruppenarbeit designet ihr das Management-Dashboard für den FM-Leiter von MetLi — KPI 1 „MTTR", KPI 2 „Instandsetzungskosten nach Standort/Gewerk".