--- title: "Functional Object in IFS Cloud früh anlegen" date: 2026-10-15 description: "Functional Object in IFS Cloud schon im Verkaufsangebot anlegen, Servicevertrag früh verknüpfen und ohne Custom Code den Asset-Lebenszyklus steuern." author: "Dariusz Mysliwiec" intro_image: "https://www.ifs-erp.com/images/articles/63-de-a9d8709a.webp" fulltext_image: "https://www.ifs-erp.com/images/articles/63-de-a9d8709a.webp" categories: - name: "Blog" url: "https://www.ifs-erp.com/blog-de.md" tags: - name: "IFS Cloud" url: "https://www.ifs-erp.com/tags/ifs-cloud-de.md" - name: "Clean Core" url: "https://www.ifs-erp.com/tags/clean-core-de.md" - name: "Functional Object" url: "https://www.ifs-erp.com/tags/functional-object-de.md" - name: "Service Contract" url: "https://www.ifs-erp.com/tags/service-contract-de.md" --- # Functional Object in IFS Cloud früh anlegen ![Functional Object in IFS Cloud früh anlegen](https://www.ifs-erp.com/images/articles/63-de-a9d8709a.webp) IFS Cloud Anlagenlebenszyklus · Functional Object · Verkaufsangebot · Servicevertrag ## Das Functional Object gehört in das Verkaufsangebot, nicht erst in den ersten Serviceeinsatz Wer ein Functional Object erst beim ersten Serviceauftrag anlegt, baut Datenstrukturen nach, die das Angebot längst kannte. Dieser Beitrag zeigt am Beispiel von SMAY, wo in IFS Cloud das Objekt entsteht, womit man es verknüpft und warum dafür kein Custom Code nötig ist. [Technisches 30-Minuten-Gespräch buchen](https://www.ifs-erp.com/de/kontakt-de) [Zum Verkaufsangebot springen](#ph-sec2) ## 1.Auf einen Blick - Ein Functional Object beschreibt die Funktion eines Geräts in einer Anlage, das Serial Part ist das gelieferte Gerät. Der Lüfter einer Anlage kann in zwanzig Jahren dreimal getauscht werden, die Anforderung „Luft absaugen“ bleibt bestehen. - Das Functional Object entsteht im Sales Quotation. Dort stehen die funktionalen Anforderungen und die geplante Einbauumgebung bereits fest, und die Daten fließen in die Projekt- und Servicephase weiter. - Der Service Contract hängt von Anfang an am Functional Object. Der Service greift dann auf die Konfiguration aus dem Angebot zu und muss Artikel nicht nachträglich identifizieren. - Die Verknüpfung von Angebot und Anlagenstruktur läuft über Workflow und Business Process Automation. Eigenes PL/SQL, das das Update auf 25R1 oder 25R2 erschwert, entfällt. - Externe CRM-Systeme übergeben Daten über die Standard-OData-APIs von IFS Cloud. Damit bleibt der Core sauber (Clean Core). ## 2.Das Verkaufsangebot: Hier entsteht das digitale Abbild der Anlage Ein Sales Quotation ist in IFS Cloud der früheste Zeitpunkt, an dem die Konfiguration einer Anlage feststeht. Wer das Angebot nur als kaufmännisches Dokument behandelt, verschenkt diesen Zeitpunkt. Legt man dort die funktionalen Anforderungen und die erwartete Einbauumgebung fest, stehen sie in der Projekt- und Servicephase ohne Bruch zur Verfügung. Stellt SMAY ein Angebot aus, sollte das System die Platzhalter für die physische Hardware bereits vorbereiten. So bleibt der Bedarf des Kunden mit der späteren Instandhaltung verbunden. Fehlt diese Verbindung, müssen Sie Datenstrukturen sechs Monate später von Hand nachbauen. Das kostet Zeit und Geld, und die Arbeit hätte das Angebot bereits geleistet. ## 3.Functional Object und Serial Part sind zwei Objekte mit zwei Aufgaben Das Serial Part ist das Gerät, das Sie ausliefern. Ein Functional Object ist die Rolle, die dieses Gerät im Gebäude oder in der Anlage übernimmt. Wer nur das Serial Part verfolgt, kennt die Historie des Metalls. Wer das Functional Object verfolgt, kennt die Historie der Position. | Merkmal | Serial Part | Functional Object | | --- | --- | --- | | Was es beschreibt | Das physische Gerät, das Sie liefern | Die Funktion des Geräts in der Anlage | | Beispiel | Der Lüfter, der heute eingebaut ist | Die Absaugung, die über zwanzig Jahre gebraucht wird | | Austausch | Wird zurückgenommen, aufgearbeitet und ersetzt | Bleibt bestehen, die Betriebsdaten bleiben erhalten | Diese Trennung macht Kreislaufwirtschaft technisch möglich: Sie nehmen das Serial Part zur Aufarbeitung zurück, löschen dessen Historie und setzen ein neues Gerät ein, ohne die Betriebsdaten der Anlage zu verlieren. Ohne diese Trennung bleibt nur eine Sammlung von Tabellen. ## 4.Den Kreis schließen: der Servicevertrag am Functional Object Eine Kreislaufwirtschaft braucht einen Mechanismus, der das Gerät zurückholt, und in IFS Cloud ist das der Service Contract. Hängt er vom ersten Tag an am Functional Object, plant der Service Wartung voraus. Er repariert nicht nur, was ausfällt, sondern verwaltet einen Gerätebestand, dessen Komponenten später ausgebaut oder für ein zweites Leben aufgearbeitet werden. Hat das Serviceteam keinen Zugriff auf die Konfiguration aus dem Sales Quotation, muss es Artikel identifizieren, die längst mit dem Objekt verknüpft sein sollten. Diese Suche kostet Arbeitszeit und drückt die Marge im Service. ## 5.Konfiguration statt Custom Code IFS Cloud bietet die Mittel, ein Angebot mit einem Functional Object zu verknüpfen, über Konfiguration. Für den Datenfluss vom Angebot in die Anlagenstruktur sind Workflow und Business Process Automation vorgesehen, nicht CRIMS und keine eigenen Skripte. Jedes PL/SQL, das das Erzeugen von Anlagenobjekten steuert, erschwert das Update auf 25R1 oder 25R2. Ziel ist ein Clean Core. Kommen Daten aus einem externen CRM-System, übergeben Sie sie über die Standard-OData-APIs. Das hält die Integration stabil, und Ihre Daten zum Anlagenlebenszyklus überstehen die folgenden Updates. Die Reihenfolge ist damit festgelegt: Das Functional Object entsteht im Angebot, der Service Contract wird vor der Auslieferung verknüpft, und beides läuft über Standardfunktionen. ## 6.FAQ Was ist der Unterschied zwischen Functional Object und Serial Part in IFS Cloud? Das Serial Part ist das physische Gerät, das ausgeliefert wird. Ein Functional Object ist die Funktion, die dieses Gerät in der Anlage erfüllt. Wird das Gerät getauscht, bleibt das Functional Object samt Betriebsdaten bestehen, und nur das Serial Part wechselt. Wann sollte ein Functional Object in IFS Cloud angelegt werden? Ein Functional Object sollte in IFS Cloud im Sales Quotation entstehen. Dort liegen die funktionalen Anforderungen und die Einbauumgebung vor, und die Daten gelangen ohne Nacharbeit in die Projekt- und Servicephase. Wer es erst beim ersten Serviceauftrag anlegt, baut die Struktur nachträglich von Hand auf. Braucht die Verknüpfung von Angebot und Functional Object eigenen Code? Nein. In IFS Cloud übernehmen Workflow und Business Process Automation den Datenfluss vom Angebot in die Anlagenstruktur. Eigenes PL/SQL erschwert dagegen das Update auf 25R1 oder 25R2, daher hält Konfiguration den Core sauber. Ich bin Dariusz Myśliwiec. Ich arbeite seit 18 Jahren praktisch mit IFS (Apps 7.5 bis 10 und IFS Cloud). Ich bin IFS Certified Associate Consultant und nach PRINCE2® 7 zertifiziert. **Ausgewählte Kunden aus meiner IFS-Arbeit:** Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm. ## Besprechen Sie Ihr Functional Object in einem technischen 30-Minuten-Gespräch Nennen Sie mir Ihr IFS-Cloud-Release und den Punkt im Prozess, an dem Anlagen heute erfasst werden. Sie gehen mit einer klaren Empfehlung aus dem Gespräch. Sie sprechen direkt mit dem Berater, der die Arbeit ausführt. [Technisches 30-Minuten-Gespräch buchen](https://www.ifs-erp.com/de/kontakt-de) [CRIMS-Katalog ansehen](https://www.ifs-erp.com/de/marktplatz) IFS ist eine eingetragene Marke der IFS AB. Diese Beratung steht in keiner Verbindung zur IFS AB.