Mercura CPQ + IFS Cloud
Konfigurieren Sie komplexe Produkte, kalkulieren Sie den richtigen Preis und erstellen Sie auftragsfertige Konfigurationen – während IFS Cloud das zentrale System für ERP und Fertigung bleibt.
IFS Cloud bietet bereits leistungsstarke Configure-to-Order-Funktionalität, und IFS stellt nun ein eigenes IFS CPQ-Produkt bereit. Mercura bietet eine alternative Architektur: eine unabhängige, modulare CPQ-Schicht, die mit IFS Cloud verbunden ist – für Hersteller, die IFS für ERP, Fertigung, Kalkulation und Auftragsabwicklung nutzen und gleichzeitig maßgeschneiderte Konfigurationserlebnisse für Vertrieb, CRM, Händler, Kunden und digitale Kanäle bereitstellen möchten.
Verkaufsangebot
Was ist IFS CPQ?
Bei IFS CPQ sind drei unterschiedliche Ebenen zu unterscheiden. Wer nach IFS CPQ sucht, kann damit mehrere eng miteinander verbundene Funktionen und Lösungsansätze meinen.
IFS Cloud verfügt seit langem über Produktkonfigurationsfunktionen für Configure-to-Order-Fertigung. Konfigurierbare Teile sind in Konfigurationsfamilien mit Merkmalen und Optionen organisiert. Regeln führen Anwender durch gültige Kombinationen, und Konfigurationen können in Verkaufsangeboten, Kundenaufträgen, Werkstattaufträgen, Dynamic Order Processing und anderen Fertigungsprozessen genutzt werden.
IFS bietet zudem ein dediziertes Produkt namens IFS CPQ. IFS positioniert es als integrierte CPQ-Lösung für den Vertrieb komplexer Industrieprodukte mit Funktionen wie Guided Selling, dynamischer Preisgestaltung, mehrstufiger und systemweiter Konfiguration, Preisgovernance, Händler- und Reseller-Erfahrungen sowie kundenorientierter Web-Konfiguration.
Sie können IFS Cloud als ERP- und Fertigungsplattform beibehalten und gleichzeitig ein separates CPQ-System wie Mercura für Produktkonfiguration, Preisgestaltung, Visualisierung und digitale Vertriebskanäle und Verkaufserlebnisse nutzen. Diese Architektur ist besonders relevant, wenn Konfiguration über Systeme und Kanäle außerhalb von IFS hinweg funktionieren muss.
Eine bestätigte IFS CPQ-Konfiguration kann die entsprechenden IFS-Quellpositionen mit den passenden Verkaufsteilen, Mengen und IFS CTO Configuration IDs anlegen.
Bestehender Konfigurator
Ja. Das ist wichtig.
Eine seriöse CPQ-Bewertung sollte nicht mit der Annahme beginnen, IFS habe keine Produktkonfiguration. Der bestehende Sales Configurator und die Configure-to-Order-Funktionalität in IFS Cloud können Anwender durch Merkmale und Optionen führen, Konfigurationsregeln anwenden, konfigurationsabhängige Preise berechnen und die resultierende Konfiguration mit nachgelagerten Fertigungsprozessen verbinden.
IFS hat seither das separate IFS CPQ-Angebot für ein breiteres CPQ-Vertriebserlebnis ergänzt.
Nicht die richtige Frage
Kann IFS Produkte konfigurieren?
Nicht mehr die einzige Frage
Hat IFS CPQ?
Die sinnvolle Frage
Welche Konfigurationsarchitektur passt zu unseren Produkten, Anwendern, Vertriebskanälen und der IFS-Umgebung?
Architekturentscheidung
Die richtige Antwort hängt vom Problem ab, das Sie lösen.
Nutzen Sie IFS für Fertigungs- und Betriebswissen, das in IFS gehört. Wählen Sie die CPQ-Architektur, die den Menschen am besten dient, die das Produkt tatsächlich konfigurieren und kaufen.
Drei-Wege-Vergleich
| Funktion | IFS Cloud CTO / Sales Configurator | IFS CPQ | Mercura + IFS Cloud |
|---|---|---|---|
| IFS ERP und Fertigung | Nativ | Native Integration | IFS bleibt verantwortlich |
| Konfigurierbare Teile | Ja | Nutzt IFS CTO-Integration | Kann auf IFS-konfigurierte Teile abbilden |
| Merkmale und Optionen | Ja | Ja | Ja |
| Konfigurationsregeln | Ja | Ja | Ja |
| Guided Selling | Ja, konfigurationsorientiert | Ja | Ja |
| Konfigurationspreise | Ja | Ja | Ja |
| Dynamische Preisgovernance | IFS-Preisfähigkeiten | Ja | Ja |
| Verkaufsangebots-Integration | Nativ | Native Integration | API-Integration |
| Kundenauftrags-Integration | Nativ | Native Integration | API-Integration |
| IFS CTO Configuration ID | Nativ | Über Integration erstellt | Kann bei Bedarf abgebildet werden |
| BOM- / Arbeitsplan-Auswertung | Native IFS-Verantwortung | Mit IFS CTO verbunden | IFS kann Fertigungsmaster bleiben |
| Mehrstufige Konfiguration | Fertigungsstrukturen | Ja | Ja |
| Systemweiter Vertrieb | Modellabhängig | Ja | Ja |
| Händler- / Reseller-Erfahrung | IFS B2B-Möglichkeiten | Ja | Ja |
| Kunden-Web-Konfigurator | Erfordert gewählte IFS-Architektur | Ja | Ja |
| Individuelles Frontend / SDK-Ansatz | Nicht der Kernzweck | IFS CPQ-Architektur | Kern-Mercura-Architektur |
| CRM-first-Workflow | Erfordert Integration | Landschaftsabhängig | Kern-Integrationsmuster |
| Multi-ERP / ERP-unabhängiges CPQ | Nein | IFS-orientiert | Ja |
| Interaktives 2D / 3D | Implementierungsabhängig | Unterstützt; 3D-Assets bleiben Kundenverantwortung | Kern-Mercura-Fähigkeit |
| Beste Passung | Fertigungszentriertes CTO | IFS-zentriertes End-to-End-CPQ | Modulares Multi-Channel-CPQ rund um IFS |
Eingebettete CPQ-Architektur
Diese Unterscheidung ist für Architekturteams hilfreich.
IFS beschreibt IFS CPQ kommerziell als in IFS Cloud eingebettet und nativ mit IFS Cloud Manufacturing integriert.
Die eigene technische Dokumentation von IFS erklärt, wie dies im Hintergrund funktioniert. Die CPQ-Lösung wird als externe Anwendung bereitgestellt und mit IFS Cloud verbunden über:
Eine CPQ-Anwendung muss nicht innerhalb der ERP-Anwendung selbst laufen, um tief mit IFS Cloud integriert zu sein.
Mercura folgt demselben Prinzip der Aufgabenteilung: IFS behält ERP und Fertigungsausführung, während CPQ strukturierte Informationen über unterstützte Integrationsschnittstellen mit IFS austauscht.
Der Unterschied liegt darin, welche CPQ-Plattform Sie nutzen möchten.
Was IFS Cloud besitzen sollte
Für einen IFS-Hersteller sollte das Ziel nicht sein, IFS in CPQ nachzubauen. IFS ist außergewöhnlich stark in der Fertigungsausführung. Je nach Implementierung kann IFS maßgeblich bleiben für:
Mercura sollte die Informationen nutzen oder referenzieren, die der Vertriebskonfigurationsprozess tatsächlich benötigt.
Was CPQ besitzen sollte
Die CPQ-Schicht wandelt Anforderungen in etwas um, das IFS ausführen kann. Mercura kann übernehmen:
Kundenanforderungen in technisch sinnvolle Entscheidungen übersetzen.
Abhängigkeiten, Einschränkungen und Berechnungen während der Konfiguration anwenden.
Anwendern zeigen, was sie konfigurieren.
Kommerzielle und technische Dokumente aus der strukturierten Konfiguration erzeugen.
Configure-to-Order in IFS
Die CTO-Fähigkeiten von IFS gehen über eine einfache ERP-Artikelsuche hinaus.
Ein konfigurierbares Teil ist mit einer Konfigurationsfamilie verknüpft. Die Familie definiert gemeinsame Merkmale und Optionen zur Beschreibung gültiger Varianten. Der IFS Sales Configurator führt Anwender dann durch die Auswahl.
Regeln können:
Verwendet in:
IFS unterstützt auch Konfigurationsrevisionskontrolle und die Wiederverwendung identischer bestehender Konfigurationen.
Eine IFS-Integration sollte das bestehende CTO-Modell dort wiederverwenden, wo es wertvoll ist – nicht blind ersetzen.
ERP und Fertigung
Konfigurieren · Preis · Angebot
Kommerzielle Ausführung
Vertriebskanäle
Interne ERP-Anwender sind nur eine mögliche Zielgruppe. Komplexe Produkte werden auch über CRM, Außendienst, Distributoren, Händler, Reseller, Partner, Ingenieure, Kunden und E-Commerce verkauft. Mit einer eigenständigen CPQ-Schicht lässt sich dasselbe zentral gepflegte Produktwissen über unterschiedliche Vertriebskanäle und Benutzeroberflächen bereitstellen.
Konfiguration aus einer Opportunity oder einem Vertriebsprozess starten. Der Vertrieb wird durch die Konfiguration geführt, ohne die zugrunde liegende Fertigungsstruktur im Detail kennen zu müssen.
Externen Vertriebskanälen kontrollierten Zugang zu relevanten Produkten, gültigen Konfigurationsregeln, kundenspezifischen Sortimenten, kaufmännischer Logik und Angebotserstellung geben – ohne die vollständige ERP-Oberfläche freizugeben. IFS CPQ bietet selbst Portal-Funktionen für Händler und Reseller; Organisationen sollten die erforderliche Erfahrung vergleichen, statt automatisch ein externes CPQ anzunehmen.
Kunden ermöglichen, Produkte direkt über Website oder Portal zu konfigurieren. IFS CPQ umfasst kundenorientierte Web-Konfigurator-Fähigkeiten. Mercura ist relevant, wenn diese Erfahrung Teil einer breiteren Headless- oder individuellen Digitalarchitektur sein soll – statt primär einer IFS-zentrierten Lösung.
Viele Hersteller nutzen IFS für ERP und Fertigung, aber eine andere Plattform für CRM. Eine typische Architektur ist daher CRM → Mercura CPQ → IFS Cloud. So müssen Vertriebsmitarbeiter nicht ins ERP, nur weil die Fertigung dort läuft.
Das ist einer der stärksten Gründe, ein spezialisiertes CPQ neben IFS CPQ zu bewerten. Manche Organisationen betreiben:
Soll Produktkonfiguration eine nach außen exponierte IFS-Fähigkeit sein oder eine unabhängige Produktschicht, die mit IFS und dem restlichen Stack verbunden ist?
Es gibt keine universell richtige Antwort. Das ist eine Architekturentscheidung.
Visuelles CPQ
Komplexe Industrieprodukte lassen sich oft schwer allein mit Merkmalen und ERP-Feldern verkaufen. Mercura kann Konfigurationslogik mit visuellem Feedback verbinden.
IFS CPQ unterstützt ebenfalls visuelle Konfigurationsszenarien; in den IFS-Produktbedingungen heißt es ausdrücklich, dass erforderliche 3D-Modelle für IFS CPQ in Kundenverantwortung bleiben.
Nutzen Sie dieselbe strukturierte Konfiguration für markenkonforme Angebotsdokumente — und übertragen Sie das freigegebene Ergebnis nach IFS Cloud.
Wann Mercura passt
Mercura ist besonders relevant, wenn das CPQ-Problem über ERP-Konfiguration hinausgeht.
Der Konfigurator sollte aus CRM oder einem anderen Vertriebsarbeitsbereich starten.
Sie benötigen eine Markenerfahrung statt einer ERP-orientierten Oberfläche.
Der Produktkonfigurator ist ein digitales Vertriebsprodukt für sich.
Ein CPQ-Modell muss mehrere ERP-, CRM- oder Geschäftsbereiche bedienen.
Kunden müssen das Ergebnis während der Konfiguration sehen.
Vertriebslogik ändert sich in anderem Takt als ERP-Stammdaten.
Konfiguration muss über APIs und individuelle Anwendungen konsumiert werden.
Die CPQ-Schicht muss Produktwissen über IFS, CRM, PIM, CAD und andere Systeme orchestrieren.
Wann IFS CPQ passt
Wenn IFS Cloud eindeutig im Zentrum der Vertriebs- und Fertigungsarchitektur steht und Sie die CPQ-Lösung innerhalb des IFS-Ökosystems beziehen möchten, verdient IFS CPQ ernsthafte Prüfung.
Mercura sollte nicht allein der Vollständigkeit halber als weitere Anwendung ergänzt werden.
Wann der Sales Configurator ausreicht
Nicht jeder IFS-Kunde benötigt überhaupt ein dediziertes CPQ-Produkt.
Das ist oft die erste Architekturfrage, die es zu beantworten gilt.
Übergabe an die Fertigung
Hier ist IFS besonders stark. Ein Vertriebskonfigurator sollte kein schönes Angebot erzeugen, das die Fertigung nicht ausführen kann. Die Integration muss festlegen, wie aus der freigegebenen kommerziellen Konfiguration die richtigen Daten für die Fertigungsprozesse in IFS entstehen.
Mercura ermittelt, welches bestehende Verkaufsteil den Kundenanforderungen entspricht. Das resultierende Teil und die Menge werden in den relevanten IFS-Vertriebsprozess übertragen.
Am besten geeignet, wenn: Sie fertigen oder lagern einen endlichen Katalog gültiger Varianten.
Mercura erfasst die erforderlichen Auswahlen und bildet sie auf die entsprechenden IFS-Konfigurationsmerkmale und -optionen ab. IFS bleibt verantwortlich für die formale CTO-Konfiguration und deren nachgelagerte Fertigungsauswertung.
Am besten geeignet, wenn: Ihr bestehendes IFS CTO-Setup enthält bereits die Fertigungslogik, die Sie bewahren möchten.
Eine übergeordnete Konfiguration kann mehrere Verkaufsteile und Mengen ergeben. IFS kann dann Fertigungskonfigurationsregeln, Produktstrukturen, Arbeitspläne, DOP oder andere nachgelagerte Prozesse nutzen, um die Auftragsabwicklung festzulegen.
Am besten geeignet, wenn: CPQ besitzt die Vertriebslösung, IFS die Fertigungsdefinition.
IFS kann Konfigurationsregeln auswerten, um Fertigungsstrukturen zu erstellen. Konfigurierte Produkte können Produktstrukturen und Arbeitsplanlogik speisen, und IFS unterstützt die Erstellung von DOP-Strukturen auf Basis der Konfigurationsauswertung.
Am besten geeignet, wenn: Kundenauswahlen bestimmen direkt Komponenten und Fertigungsvorgänge.
Nicht jedes ETO-Produkt kann oder soll vollständig automatisiert werden. Mercura kann Wiederholbares standardisieren und die Parameter liefern, die Engineering benötigt. Engineering finalisiert das Produkt, bevor die freigegebene BOM, Projektstruktur oder Fertigungsdefinition in IFS eingeht.
Am besten geeignet, wenn: Jeder Auftrag enthält echte Engineering-Arbeit, aber der Vertrieb kann einen erheblichen Teil der Konfiguration automatisieren.
Die richtige Architektur hängt von Ihrem Fertigungsprozess ab. Wir gehen nicht davon aus, dass jeder Hersteller BOMs auf dieselbe Weise erzeugen sollte.
Interimsaufträge
IFS bietet eine interessante Brücke zwischen Konfiguration, Kalkulation und Engineering. Ein konfiguriertes Produkt in einem Verkaufsangebot oder Kundenauftrag kann in einen Interimsauftrag aufgelöst werden.
Für komplexe Hersteller entsteht so eine starke Architektur:
Das kann vorzuziehen sein gegenüber der Verlagerung detaillierter Fertigungskalkulation in die CPQ-Plattform.
Preisverantwortung
IFS verfügt bereits über umfangreiche Preisfunktionen. Duplizieren Sie diese nicht unnötig.
Für konfigurierbare Verkaufsteile kann IFS den Preis aus dem Basispreis des unkonfigurierten Verkaufsteils, dem wirtschaftlichen Wert der Konfigurationsmerkmale und dem wirtschaftlichen Wert der Optionen berechnen.
Mercura konfiguriert das Produkt und fordert den relevanten Preis von IFS an oder nutzt ihn.
Am besten geeignet, wenn
IFS enthält bereits die kommerzielle Preislogik, Kundenpreise gehören ins ERP, Vertriebspreis-Governance ist ERP-gesteuert und die Konfiguration erfordert keine wesentliche zusätzliche CPQ-Preisgestaltung.
Beispiel: IFS-Verkaufsteilpreis + gewählte Abmessungen + Materialfaktor + Leistungspaket + Zubehör + projektspezifische Zuschläge = konfigurierter Verkaufspreis.
Am besten geeignet, wenn
Das ERP besitzt Standard-Kommerzdaten, aber der endgültige Verkaufspreis hängt von Berechnungen ab, die nur im Konfigurationskontext existieren.
Mercura führt die vollständige Konfigurationsberechnung durch und übergibt den resultierenden kommerziellen Wert in den vereinbarten IFS-Transaktionsprozess.
Am besten geeignet, wenn
Preisgestaltung ist untrennbar mit einem hochspezialisierten Konfigurationsmodell verbunden.
Wenn Sie IFS CPQ selbst wählen, vermarktet IFS dynamische Preisgestaltung, Szenario-Modellierung, Freigabe-Workflows und Margenschutz als Kernfähigkeiten. In dieser Architektur gibt es wenig Grund, eine weitere CPQ-Preisschicht einzuführen.
Am besten geeignet, wenn
Sie wünschen eine einheitliche, gesteuerte CPQ-Preisschicht innerhalb des IFS-Ökosystems.
Die wichtigste Preisentscheidung ist nicht, welches System die leistungsfähigste Preisengine hat.
Welches System soll jede Preisregel besitzen? Kundenvereinbarungen, Preislisten und kaufmännische ERP-Logik können in IFS gehören. Konfigurationsformeln können in CPQ gehören. Fertigungskosten gehören nahe an IFS Costing und Fertigung. Freigabelogik sollte eine gesteuerte Heimat haben.
Eine gute IFS CPQ-Architektur minimiert doppelte Regeln.
IFS Cloud Integration
REST und OData
IFS Cloud stellt Geschäftsfunktionen über REST-APIs auf OData-Basis bereit. IFS beschreibt REST-APIs als bevorzugte Integrationsmethode und stellt IFS Cloud Projections bereit, die für Integration wiederverwendet werden können. Standard-HTTP-Operationen wie GET, POST, PUT, PATCH und DELETE werden je nach API unterstützt.
Für System-zu-System-Integrationen empfiehlt IFS den OAuth 2.0 Client Credentials Flow. Die externe Anwendung erhält ein Access Token über einen IFS IAM Client und nutzt dieses Token beim Aufruf der relevanten APIs.
Externe Konfiguration
Ja.
Die IFS-Dokumentation stellt ausdrücklich fest, dass eine Konfiguration von einer externen Anwendung initiiert werden kann. Die eigene moderne CPQ-Integration von IFS demonstriert ebenfalls dieses Architekturmuster.
Bei einer Mercura-Implementierung würden wir zuerst festlegen, welcher IFS-unterstützte Geschäftsprozess die resultierende Konfiguration besitzen soll – statt anzunehmen, dass jeder Kunde dieselbe Abbildung benötigt.
Datenaustausch
Ein typisches Design kann Folgendes umfassen:
| Daten | Richtung | Zweck |
|---|---|---|
| Verkaufsteile | IFS → Mercura | ERP-Produktstamm wiederverwenden |
| Teileinformationen | IFS → Mercura | Technischer/Produktkontext |
| Kunden | IFS → Mercura | Kundenspezifische Angebotserstellung |
| Unternehmen | IFS → Mercura | Organisationskontext |
| Standorte | IFS → Mercura | Fertigungs-/Kommerzkontext |
| Einheiten | IFS → Mercura | Konsistente Mengen |
| Preisinformationen | IFS → Mercura | ERP-Preiseingabe |
| Bestand / Verfügbarkeit | IFS → Mercura | Vertriebsverfügbarkeit wo relevant |
| Konfigurationsmerkmale | IFS → Mercura | Bestehendes CTO-Modell wiederverwenden |
| Konfigurationsoptionen | IFS → Mercura | Zulässige IFS-Werte wiederverwenden |
| Kosteninformationen | IFS → Mercura | Wo kommerziell angemessen |
| Konfiguration | Mercura → IFS | Freigegebene Produktdefinition |
| Verkaufsteile | Mercura → IFS | Konfigurierte kommerzielle Positionen |
| Mengen | Mercura → IFS | Auftragsmengen |
| Konfigurationsreferenz | Mercura → IFS | Rückverfolgbarkeit zu CPQ |
| Verkaufsangebotsdaten | Mercura → IFS | Angebotsfluss fortsetzen |
| Kundenauftragsdaten | Mercura → IFS | Auftragsprozess fortsetzen |
| Technische Parameter | Mercura → IFS | Nachgelagerter Fertigungskontext |
| Komponentendaten | Mercura → IFS | Wo vereinbarte Architektur es erfordert |
Landschaftsqualifizierung
IFS-Implementierungen unterscheiden sich erheblich. Vor der Integrationsdefinition prüfen wir:
Das Ergebnis sollte ein Integrationsdesign auf Basis Ihrer tatsächlichen IFS-Umgebung sein – nicht ein generisches Connector-Diagramm.
Entscheidungshilfe
IFS CPQ ist das Configure, Price, Quote-Angebot von IFS für Hersteller, die komplexe konfigurierbare Produkte verkaufen. IFS positioniert es als eingebettete IFS Cloud-Erfahrung mit Guided Selling, Konfiguration, dynamischer Preisgestaltung, Freigaben, mehrstufiger und systemweiter Konfiguration, Händler-/Reseller-Unterstützung und kundenorientierter Web-Konfiguration.
Ja. IFS Cloud umfasst seit langem Configure-to-Order- und Sales Configurator-Funktionalität auf Basis konfigurierbarer Teile, Konfigurationsfamilien, Merkmale, Optionen und Konfigurationsregeln. IFS CPQ ist ein breiteres CPQ-Angebot, das um diese Fertigungsfähigkeiten herum aufgebaut und integriert ist.
Der IFS Sales Configurator ist Teil der zugrunde liegenden IFS Configure-to-Order-Funktionalität und fokussiert auf gültige Konfigurationen konfigurierbarer Teile. IFS CPQ ist das breitere Vertriebsprodukt. Es ergänzt eine dedizierte CPQ-Erfahrung mit Funktionen wie Guided Selling, dynamischer Preisgovernance, systemweiter Konfiguration und externen Vertriebserfahrungen und integriert das Ergebnis mit IFS-Geschäftsobjekten und CTO.
Kommerziell beschreibt IFS IFS CPQ als eingebettet und nativ mit IFS Cloud integriert. Technisch beschreibt die IFS-Dokumentation die CPQ-Lösung als externe Anwendung, die mit IFS Cloud über REST-Aufrufe, IFS Connect, SSO, Webhooks und dedizierte Integrationsbenutzer verbunden ist. Anwender erhalten so eine eingebettete Erfahrung bei separater CPQ-Service-Architektur.
Ja. Mercura kann als unabhängige CPQ-Schicht neben IFS Cloud genutzt werden, statt IFS CPQ. Die bessere Architektur hängt von Ihrem bestehenden IFS CTO-Modell, Vertriebskanälen, CRM-Strategie, Frontend-Anforderungen, Systemlandschaft und der gewünschten Kopplung an das IFS-Ökosystem ab.
Nein. IFS sollte ERP, Fertigung und operative Prozesse weiter besitzen. Mercura übernimmt die Vertriebskonfigurationserfahrung und übergibt das freigegebene Ergebnis in den vereinbarten IFS-Prozess.
Ja, eine Integration kann so entworfen werden, dass eine bestehende IFS CTO-Architektur erhalten bleibt. Mercura kann beispielsweise Konfigurationsauswahlen ermitteln oder erfassen, während IFS für das formale konfigurierte Teil, die Configuration ID und die nachgelagerte Fertigungsauswertung verantwortlich bleibt. Das genaue Modell hängt vom CTO-Setup des Kunden ab.
Die IFS-Dokumentation erlaubt ausdrücklich, dass Konfigurationen von externen Anwendungen initiiert werden. Die passende Integration sollte unterstützte IFS-APIs nutzen und die vom IFS-Prozess des Kunden geforderten Geschäftsvalidierungen einhalten.
IFS Cloud stellt REST-APIs mit OData und Projections bereit. IFS nennt REST-APIs den bevorzugten Integrationsansatz. Eine Integration kann Premium APIs, Integration APIs, Standard-Projections, IFS Connect oder andere unterstützte Schnittstellen je nach Geschäftsprozess nutzen.
IFS Cloud REST API-Dokumentation →IFS empfiehlt OAuth 2.0 Client Credentials für System-zu-System-Integrationen. Das finale Authentifizierungs-Setup hängt vom Interaktionsmuster und der IFS-Umgebung ab.
IFS OAuth-Dokumentation →Sie kann in IFS, Mercura oder in einer kontrollierten Hybridarchitektur liegen. IFS unterstützt bereits ausgefeilte konfigurierte Preisgestaltung mit Basispreisen, Merkmals- und Optionspreisen, Formeln und Kombinationstabellen. Rekonstruieren Sie diese Logik in CPQ nicht ohne klaren Grund.
IFS CTO kann Konfigurationen auswerten, um nachgelagerte Fertigungsstrukturen zu bestimmen, einschließlich konfigurationsgesteuerter DOP-Strukturen und Vorgänge. Mercura kann die Vertriebskonfiguration liefern, während IFS die Fertigungslogik weiter auswertet und ausführt.
Ja. IFS unterstützt Interimsaufträge für konfigurierte Verkaufsangebots- und Kundenauftragspositionen. Diese können zur Prüfung aufgelöst und für geschätzte Kosten aufgerollt werden; kleinere Engineering-Änderungen sind vor Neukalkulation möglich. Das ist besonders nützlich für komplexe oder teilweise konstruierte Produkte.
Ja. Sowohl IFS CPQ als auch Mercura können externe Vertriebserfahrungen unterstützen. IFS CPQ wirbt mit Händler-/Reseller-Portal- und kundenorientierten Web-Konfigurator-Fähigkeiten. Mercura ist besonders relevant, wenn diese Erfahrungen in eine breitere individuelle oder Multi-System-Architektur eingebettet werden müssen.
Ja. Eine gängige Architektur ist CRM → Mercura CPQ → IFS Cloud. CRM besitzt die Opportunity, Mercura die Vertriebskonfigurationserfahrung und IFS die operative Ausführung.
Diese Seite fokussiert primär auf IFS Cloud. Ältere IFS Applications-Umgebungen nutzen andere Integrationstechnologien und sollten individuell bewertet werden, bevor die Architektur definiert wird.
Offizielle technische Ressourcen
Technische Inhalte zuletzt geprüft im August 2026. Validieren Sie Annahmen anhand Ihrer IFS Cloud-Version, aktivierter Module und Integrationslandschaft.
Capability-Stack erkunden
IFS führt den Betrieb. Nutzen Sie die CPQ-Architektur, die den Verkauf am besten führt.
Wenn Sie IFS bereits nutzen, lautet die erste Frage nicht, ob Sie weitere Software brauchen. Es geht darum, wo Konfigurationswissen leben soll. Für manche Organisationen reicht der bestehende IFS Sales Configurator. Für andere ist das neue IFS CPQ-Produkt die natürlichste Erweiterung von IFS Cloud. Und für Hersteller, die eine modulare Konfigurationsschicht über CRM, ERP, Händler, Kunden und individuelle digitale Erfahrungen hinweg benötigen, kann Mercura die CPQ-Schicht liefern, während IFS das Rückgrat für Fertigung und Betrieb bleibt. Bringen Sie ein konfigurierbares Produkt, ein Beispielangebot und einen Überblick über Ihr aktuelles IFS CTO-Setup mit. Wir zeigen, wo Produktregeln, Preisgestaltung, Kalkulation und Fertigungslogik leben sollten – und ob Mercura, IFS CPQ oder der bestehende IFS-Konfigurator am besten passt.