Configurez des produits complexes, calculez le bon prix et créez des configurations prêtes pour la commande, tout en conservant IFS Cloud comme système central pour l'ERP et la fabrication.
IFS Cloud propose déjà de solides fonctionnalités Configure-to-Order, et IFS commercialise désormais son propre produit IFS CPQ. Mercura offre une architecture alternative : une couche CPQ indépendante et modulaire, connectée à IFS Cloud, pour les fabricants qui souhaitent utiliser IFS pour l'ERP, la fabrication, le calcul des coûts et l'exécution des commandes, tout en proposant des expériences de configuration dédiées aux équipes commerciales, au CRM, aux distributeurs, aux clients et aux canaux digitaux.
CPQ pour les équipes internes, les distributeurs et les clients
Architecture API-first
IFS CloudExemple de sortie
Devis commercial
Client
Nordic Manufacturing
Article configuré
Système industriel
Statut
Validé
Transfert
Prêt pour commande
Transfert de données illustratif, et non une capture d'écran d'un tenant IFS Cloud de production.
Qu'est-ce qu'IFS CPQ ?
Qu'est-ce qu'IFS CPQ ?
Trois notions distinctes méritent d'être comprises. Une recherche sur IFS CPQ peut renvoyer à plusieurs capacités connexes.
1. IFS Cloud Configure-to-Order et Sales Configurator
IFS Cloud dispose depuis longtemps de fonctionnalités de configuration produit pour la fabrication Configure-to-Order. Les articles configurables sont organisés en familles de configuration avec caractéristiques et options. Des règles guident les utilisateurs vers des combinaisons valides, et les configurations peuvent être utilisées dans les devis commerciaux, les commandes clients, les ordres d'atelier, le Dynamic Order Processing et d'autres processus de fabrication.
2. IFS CPQ
IFS propose également un produit dédié appelé IFS CPQ. IFS le positionne comme une expérience CPQ intégrée pour la vente de produits industriels complexes, avec des capacités telles que le Guided Selling, la tarification dynamique, la configuration multi-niveaux et au niveau système, la gouvernance tarifaire, les parcours destinés aux distributeurs et revendeurs, ainsi que la configuration web orientée client.
•Business Opportunities
•Sales Quotations
•Customer Orders
3. Un CPQ indépendant connecté à IFS Cloud
Vous pouvez aussi conserver IFS Cloud comme plateforme ERP et de fabrication, tout en utilisant un système CPQ séparé comme Mercura pour la configuration produit, la tarification, la visualisation et les expériences de vente digitales. Cette architecture est particulièrement pertinente lorsque la configuration doit fonctionner au-delà des systèmes et canaux IFS.
Une configuration IFS CPQ confirmée peut créer les lignes source IFS correspondantes avec les articles de vente, quantités et IFS CTO Configuration IDs appropriés.
Configurateur existant
IFS dispose-t-il déjà d'un configurateur produit ?
Oui. C'est un point important.
Une évaluation CPQ crédible ne doit pas partir du principe qu'IFS ne propose pas de configuration produit. Le Sales Configurator existant et la fonctionnalité Configure-to-Order d'IFS Cloud peuvent guider les utilisateurs à travers caractéristiques et options, appliquer des règles de configuration, calculer une tarification dépendante de la configuration et relier le résultat aux processus de fabrication en aval.
IFS a depuis ajouté l'offre IFS CPQ distincte pour une expérience CPQ commerciale plus large.
Ce n'est pas la bonne question
IFS peut-il configurer des produits ?
Ce n'est plus la seule question
IFS propose-t-il du CPQ ?
La question utile
Quelle architecture de configuration convient à nos produits, utilisateurs, canaux de vente et environnement IFS ?
Choix d'architecture
IFS Sales Configurator, IFS CPQ ou Mercura ?
La bonne réponse dépend du problème que vous cherchez à résoudre.
Utiliser IFS Cloud CTO / Sales Configurator lorsque
✓La configuration produit sert avant tout le processus de fabrication IFS
✓Les commerciaux travaillent principalement dans IFS
✓Vos articles configurables correspondent déjà au modèle de familles de configuration IFS
✓Caractéristiques et options s'alignent étroitement sur les structures produit IFS
✓La configuration doit piloter directement les processus BOM, gamme opératoire, ordre d'atelier ou DOP d'IFS
✓Vous souhaitez que la logique de configuration reste dans l'environnement IFS central
Envisager IFS CPQ lorsque
◆Vous souhaitez un produit CPQ fourni et pris en charge dans le cadre de votre relation IFS
◆L'intégration étroite avec IFS Business Opportunities, Sales Quotations et Customer Orders est prioritaire
◆Vous voulez du Guided Selling s'appuyant sur IFS CTO
◆Vous avez besoin d'une configuration multi-niveaux ou au niveau système
◆La tarification dynamique, les workflows d'approbation et la gouvernance des marges sont requis
◆Vous souhaitez une configuration distributeur, revendeur ou client dans l'architecture IFS CPQ
Envisager Mercura + IFS Cloud lorsque
◆La configuration produit doit exister au-delà de l'interface IFS
◆Votre CRM est l'espace de travail principal des équipes commerciales
◆Vous souhaitez un frontend commercial ou client entièrement personnalisé
◆Les distributeurs ont besoin d'une expérience à leur marque
◆La configuration produit doit s'intégrer à un site web ou portail existant
◆Un même modèle CPQ doit fonctionner à travers ERP, CRM, PIM, CAD et canaux digitaux
◆Votre organisation exploite plusieurs environnements ERP
◆Vous souhaitez que le modèle produit CPQ reste indépendant du cycle de vie ERP
◆La visualisation interactive 2D ou 3D est centrale dans la vente
◆Vous voulez une architecture CPQ headless / pilotée par API
◆Vous comparez IFS CPQ à des plateformes CPQ spécialisées
Conservez dans IFS les données et la logique liées à la fabrication et aux opérations. Choisissez l'architecture CPQ qui répond le mieux aux besoins des utilisateurs qui configurent et achètent réellement les produits.
Comparaison à trois
IFS CTO vs IFS CPQ vs Mercura + IFS Cloud
Capacité
IFS Cloud CTO / Sales Configurator
IFS CPQ
Mercura + IFS Cloud
ERP et fabrication IFS
Natif
Intégration native
IFS reste responsable
Articles configurables
Oui
Utilise l'intégration IFS CTO
Peut mapper vers les articles configurés IFS
Caractéristiques et options
Oui
Oui
Oui
Règles de configuration
Oui
Oui
Oui
Guided Selling
Oui, orienté configuration
Oui
Oui
Tarification de configuration
Oui
Oui
Oui
Gouvernance tarifaire dynamique
Capacités tarifaires IFS
Oui
Oui
Intégration devis commercial
Natif
Intégration native
Intégration API
Intégration commande client
Natif
Intégration native
Intégration API
IFS CTO Configuration ID
Natif
Créé via l'intégration
Peut être mappé si nécessaire
Évaluation BOM / gamme opératoire
Responsabilité native IFS
Connecté à IFS CTO
IFS peut rester le système de référence pour la fabrication
Configuration multi-niveaux
Structures de fabrication
Oui
Oui
Vente au niveau système
Selon le modèle
Oui
Oui
Expérience distributeur / revendeur
Possibilités B2B IFS
Oui
Oui
Configurateur web client
Selon l'architecture IFS choisie
Oui
Oui
Frontend personnalisé / approche SDK
Ce n'est pas l'objectif central
Architecture IFS CPQ
Architecture centrale Mercura
Workflow CRM-first
Nécessite une intégration
Selon le paysage
Modèle d'intégration central
Multi-ERP / CPQ indépendant de l'ERP
Non
Orienté IFS
Oui
2D / 3D interactif
Selon l'implémentation
Pris en charge ; les assets 3D restent à la charge du client
Capacité centrale Mercura
Meilleure adéquation
CTO centré fabrication
CPQ de bout en bout centré IFS
CPQ modulaire multi-canal autour d'IFS
Architecture CPQ intégrée
IFS CPQ est intégré à IFS Cloud — mais reste une architecture CPQ connectée
Cette distinction est importante pour les équipes d'architecture.
IFS décrit IFS CPQ commercialement comme intégré à IFS Cloud et nativement connecté à IFS Cloud Manufacturing.
La documentation technique d'IFS explique le fonctionnement sous-jacent. La solution CPQ est provisionnée comme application externe et connectée à IFS Cloud via :
•IFS Connect
•Appels REST API
•Un utilisateur d'intégration IFS CPQ
•Projections API IFS
•Webhooks
•Authentification basée sur OAuth/OIDC
•Single Sign-On
•Un domaine CPQ dédié
•Pages CPQ intégrées dans l'interface IFS
Une application CPQ n'a pas besoin de s'exécuter dans l'application ERP elle-même pour être profondément intégrée à IFS Cloud.
Mercura suit le même principe de séparation des responsabilités : IFS continue de gérer l'ERP et l'exécution fabrication, tandis que le CPQ échange des informations structurées avec IFS via des interfaces d'intégration prises en charge.
La différence réside dans la plateforme CPQ que vous choisissez d'utiliser.
Ce qu'IFS Cloud doit gérer
Que doit gérer IFS Cloud ?
Pour un fabricant IFS, l'objectif ne doit pas être de recréer IFS dans le CPQ. IFS excelle dans l'exécution fabrication. Selon votre implémentation, IFS peut rester la référence pour :
•Articles
•Articles de vente
•Clients
•Sites
•Sociétés
•Stocks
•Calcul des coûts
•Listes de prix
•Tarifs client
•Structures produit
•BOM
•Gammes opératoires
•Familles de configuration
•Caractéristiques de configuration
•Règles de fabrication
•Ordres d'atelier
•Dynamic Order Processing
•Livrables projet
•Finance
•Commandes clients
•Actifs installés et service
Mercura doit consommer ou référencer les informations dont le processus de configuration commerciale a réellement besoin.
Ce que le CPQ doit gérer
Que doit gérer le CPQ ?
La couche CPQ transforme les exigences en éléments que IFS peut exécuter. Mercura peut gérer :
Guided Selling
Traduire les exigences client en choix techniquement pertinents.
•Capacité requise
•Dimensions
•Application
•Performance
•Environnement
•Type d'installation
•Exigences réglementaires
Configuration produit
Appliquer dépendances, contraintes et calculs pendant la configuration.
•Dimensions autorisées
•Compatibilité des composants
•Accessoires requis
•Options mutuellement exclusives
•Composants sélectionnés automatiquement
•Contraintes de capacité
•Calculs de performance
•Choix spécifiques à une région
•Logique de famille produit
Configuration visuelle
Montrer aux utilisateurs ce qu'ils construisent.
•Images dynamiques
•Visualisation 2D
•3D interactif
•Matériaux et finitions
•Dimensions
•Accessoires
•Agencements produit
•Visuels techniques
Sortie commerciale
Générer des documents commerciaux et techniques à partir de la configuration structurée.
•Descriptions produit
•Détails de configuration
•Quantités
•Prix
•Remises
•Images
•Paramètres techniques
•Plans
•Alternatives
•Informations client
•Informations projet
•Conditions générales
Configure-to-Order dans IFS
Comment IFS Cloud gère déjà le Configure-to-Order
Les capacités CTO d'IFS vont au-delà d'une simple recherche d'article ERP.
Un article configurable est lié à une famille de configuration. La famille définit les caractéristiques et options communes pour décrire des variantes valides. Le IFS Sales Configurator guide ensuite l'utilisateur dans ses choix.
Les règles peuvent :
✓Présenter des valeurs valides
✓Restreindre les combinaisons
✓Afficher des informations
✓Attacher automatiquement des valeurs
✓Détacher automatiquement des valeurs
✓Garantir la compatibilité des caractéristiques et options sélectionnées
Utilisé dans :
Opportunités CRM
Sales Quotations
Customer Orders
Ordres d'atelier
Dynamic Order Processing
Fabrication
IFS prend également en charge le contrôle de révision de configuration et la réutilisation de configurations identiques existantes.
Une intégration IFS doit réutiliser le modèle CTO existant là où il apporte de la valeur, plutôt que de le remplacer aveuglément.
ERP et fabrication
IFS Cloud
Articles
Sales Parts
Clients
Sites
Sociétés
Stocks
Coûts
Listes de prix
→contexte
M
Configurer · Tarifer · Devis
Mercura
Guided selling
Configuration produit
Configuration visuelle
Sortie commerciale
→résultat approuvé
Exécution commerciale
IFS Cloud
Devis commerciaux
Commandes client
Configurations CTO
Structures de fabrication
Ordres d'atelier
Finance
Canaux de vente
Le configurateur n'a pas besoin de vivre dans IFS
Les utilisateurs ERP internes ne sont qu'un public possible. Les produits complexes peuvent aussi être vendus via CRM, force de vente terrain, distributeurs, revendeurs, partenaires, ingénieurs, clients et e-commerce. Une couche CPQ dédiée permet d'exposer le même savoir produit gouverné à travers des expériences différentes.
Vente interne
Lancer la configuration depuis une opportunité ou un processus commercial. Les ventes reçoivent un guidage sans devoir comprendre toute la structure de fabrication sous-jacente.
Configuration distributeur
Donner aux canaux de vente externes un accès contrôlé aux produits pertinents, règles de configuration valides, assortiments spécifiques au client, logique commerciale et génération de devis, sans exposer toute l'interface ERP. IFS CPQ propose également des capacités portail distributeur et revendeur ; les organisations doivent comparer l'expérience requise plutôt que supposer qu'un CPQ externe est automatiquement nécessaire.
Self-service client
Permettre aux clients de configurer des produits directement via votre site web ou portail. IFS CPQ inclut des capacités de configurateur web orientées client. Mercura est pertinent lorsque vous souhaitez que cette expérience fasse partie d'une architecture digitale headless ou personnalisée plus large, plutôt qu'une solution principalement centrée IFS.
CPQ CRM-first
De nombreux fabricants utilisent IFS pour l'ERP et la fabrication, mais une autre plateforme pour le CRM. Une architecture typique est donc CRM → Mercura CPQ → IFS Cloud. Cela évite de forcer les commerciaux dans l'ERP simplement parce que la fabrication y est exécutée.
Un CPQ à travers plusieurs systèmes
C'est l'une des raisons les plus fortes d'évaluer un CPQ spécialisé aux côtés d'IFS CPQ. Certaines organisations exploitent :
•IFS pour la fabrication
•Salesforce ou HubSpot pour le CRM
•PIM pour le contenu produit
•PLM ou CAD pour l'ingénierie
•Plusieurs ERP après des acquisitions
•Portails distributeurs séparés
•Plateformes e-commerce
•Portails clients
La configuration produit doit-elle être une capacité IFS exposée vers l'extérieur, ou une couche de connaissance produit indépendante connectée à IFS et au reste de la stack ?
Il n'y a pas de réponse universellement correcte. C'est une décision d'architecture.
CPQ visuel
CPQ visuel avec IFS Cloud
Les produits industriels complexes sont souvent difficiles à vendre avec seulement des caractéristiques et des champs ERP. Mercura peut combiner logique de configuration et retour visuel.
•Imagerie produit dynamique
•Compositions produit 2D
•3D interactif
•Changements de matériau et de couleur
•Placement des accessoires
•Modifications de dimensions
•Agencements système
•Plans techniques
IFS CPQ prend également en charge des scénarios de configuration visuelle ; les conditions produit IFS précisent que les modèles 3D requis pour IFS CPQ restent à la charge du client.
Lors de la comparaison des solutions, évaluez :
→Qui crée et maintient la visualisation ?
→Comment la visualisation est-elle liée aux règles ?
→Le même modèle peut-il être intégré dans un frontend personnalisé ?
→Peut-il être utilisé en dehors d'IFS ?
→Comment les assets 3D sont-ils produits ?
→Qui possède le code frontend et l'expérience utilisateur ?
De la configuration à l'engagement
Utilisez la même configuration structurée pour créer des documents de proposition à votre image — puis mappez le résultat approuvé vers IFS Cloud.
Quand Mercura convient
Quand Mercura est-il le meilleur choix autour d'IFS ?
Mercura est particulièrement pertinent lorsque le problème CPQ dépasse la configuration ERP.
Votre équipe commerciale ne travaille pas principalement dans IFS
Le configurateur doit s'ouvrir depuis le CRM ou un autre espace de travail commercial.
Vous avez des distributeurs ou clients avec des exigences UX distinctes
Ils ont besoin d'une expérience à leur marque plutôt qu'une interface orientée ERP.
La configuration fait partie de votre site web
Le configurateur produit est un produit de vente digitale à part entière.
Vous exploitez plusieurs systèmes back-office
Un même modèle CPQ doit servir plusieurs ERP, CRM ou unités métier.
La visualisation est centrale dans la vente
Les clients doivent voir le résultat pendant qu'ils configurent.
Votre modèle produit doit rester indépendant de l'ERP
La logique commerciale évolue à un rythme différent des données de référence ERP.
Vous souhaitez une architecture headless
La configuration doit être consommée via des APIs et des applications personnalisées.
IFS n'est qu'une partie d'un écosystème plus large
La couche CPQ doit orchestrer la connaissance produit à travers IFS, CRM, PIM, CAD et d'autres systèmes.
Quand IFS CPQ convient
Quand choisir IFS CPQ plutôt ?
Si IFS Cloud est clairement au centre de l'architecture commerciale et de fabrication, et que vous souhaitez une solution CPQ fournie dans l'écosystème IFS, IFS CPQ mérite une étude approfondie.
•La plupart des processus commerciaux commencent et se terminent dans IFS
•IFS CTO contient déjà une logique de configuration significative
•L'intégration directe IFS Business Opportunity / Sales Quotation / Customer Order est importante
•L'organisation souhaite un éditeur logiciel enterprise stratégique unique
•Les structures de fabrication IFS sont centrales pour chaque configuration
•Les expériences utilisateur IFS CPQ standard répondent au besoin métier
•Vous préférez l'intégration CPQ packagée d'IFS à une intégration CPQ séparée
Mercura ne doit pas être ajouté simplement pour ajouter une application de plus.
Quand le Sales Configurator suffit
Quand le Sales Configurator IFS existant suffit-il ?
Tous les clients IFS n'ont pas besoin d'un produit CPQ dédié.
•Les utilisateurs configurent principalement les produits dans IFS
•Caractéristiques et options correspondent au modèle IFS existant
•Les devis sont principalement des documents ERP
•La configuration fabrication est la complexité principale
•L'UX distributeur / client externe n'est pas importante
•Une visualisation digitale riche n'est pas requise
•Vous n'avez pas besoin d'une couche CPQ indépendante
C'est souvent la première question d'architecture à trancher.
Passage à la fabrication
Connecter le CPQ à la fabrication IFS
C'est là qu'IFS est particulièrement fort. Un configurateur commercial ne doit pas produire un beau devis que la fabrication ne peut pas exécuter. L'intégration doit définir comment la configuration commerciale approuvée devient la bonne entrée fabrication IFS.
01
Modèle 1 : le CPQ sélectionne un article de vente IFS existant
Mercura détermine quel article de vente existant correspond aux exigences client. L'article et la quantité résultants sont transférés dans le processus commercial IFS concerné.
Idéal lorsque: Vous fabriquez ou stockez un catalogue fini de variantes valides.
02
Modèle 2 : le CPQ configure un article configurable IFS
Mercura capture les choix requis et les mappe vers les caractéristiques et options de configuration IFS correspondantes. IFS reste responsable de la configuration CTO formelle et de son évaluation fabrication en aval.
Idéal lorsque: Votre configuration IFS CTO existante contient déjà la logique fabrication que vous souhaitez conserver.
03
Modèle 3 : le CPQ crée des lignes commerciales tandis qu'IFS évalue les structures de fabrication
Une configuration de haut niveau peut produire plusieurs articles de vente et quantités. IFS peut ensuite utiliser ses règles de configuration fabrication, structures produit, gammes opératoires, DOP ou autres processus en aval pour déterminer comment la commande sera exécutée.
Idéal lorsque: Le CPQ possède la solution commerciale, IFS la définition fabrication.
04
Modèle 4 : la configuration pilote l'évaluation BOM et gamme opératoire
IFS peut évaluer des règles de configuration pour créer des structures de fabrication. Les produits configurés alimentent structures produit et logique de gamme opératoire, et IFS prend en charge la création de structures DOP basées sur l'évaluation de configuration.
Idéal lorsque: Les choix client déterminent directement composants et opérations de fabrication.
05
Modèle 5 : CPQ → ingénierie → IFS
Tous les produits ETO ne peuvent ni ne doivent être entièrement automatisés. Mercura peut standardiser tout ce qui est répétable et produire les paramètres dont l'ingénierie a besoin. L'ingénierie finalise ensuite le produit avant que la BOM approuvée, la structure projet ou la définition fabrication n'entre dans IFS.
Idéal lorsque: Chaque commande comporte un vrai travail d'ingénierie, mais les ventes peuvent automatiser une part substantielle de la configuration.
La bonne architecture dépend de votre processus de fabrication. Nous ne partons pas du principe que chaque fabricant doit générer des BOM de la même manière.
Commandes provisoires
Les commandes provisoires IFS sont particulièrement utiles pour les devis complexes
IFS propose un pont intéressant entre configuration, calcul des coûts et ingénierie. Un produit configuré sur un devis commercial ou une commande client peut être explosé en commande provisoire.
✓Inspecter le produit configuré
✓Consolider le coût estimé
✓Apporter des modifications d'ingénierie mineures
✓Recalculer le coût avant le devis
Pour les fabricants complexes, cela crée une architecture solide :
1 Exigence client
2 Configuration commerciale Mercura
3 Configuration IFS CTO
4 Structure provisoire / coût estimé
5 Prix commercial et devis
6 Commande approuvée
Cela peut être préférable à déplacer le calcul détaillé des coûts de fabrication dans la plateforme CPQ.
Responsabilité tarifaire
Comment la tarification doit-elle fonctionner avec IFS CPQ ?
IFS dispose déjà de fonctionnalités tarifaires substantielles. Ne les dupliquez pas inutilement.
Tarification configurée IFS
Pour les articles de vente configurables, IFS peut calculer le prix à partir du prix de base de l'article de vente non configuré, de la valeur économique des caractéristiques de configuration et de la valeur économique des options.
•Majorations en montant
•Majorations en pourcentage
•Tables de combinaison
•Formules tarifaires
•Calculs d'ajout
•Calculs de remplacement
•Dépassements de prix
•Contrôles de réduction maximale
Modèle 1 : IFS possède le prix
Mercura configure le produit et demande ou consomme le prix pertinent depuis IFS.
Idéal lorsque
IFS contient déjà la logique tarifaire commerciale, les tarifs client appartiennent à l'ERP, la gouvernance des prix de vente est pilotée par l'ERP et la configuration ne nécessite pas de tarification CPQ supplémentaire substantielle.
Modèle 2 : IFS fournit la base commerciale et Mercura calcule les suppléments dépendants de la configuration
Exemple : prix article de vente IFS + dimensions choisies + facteur matière + pack performance + accessoires + suppléments spécifiques au projet = prix de vente configuré.
Idéal lorsque
L'ERP possède les données commerciales standard, mais le prix de vente final dépend de calculs qui n'existent que dans le contexte de configuration.
Modèle 3 : Mercura calcule le prix configuré
Mercura effectue le calcul complet de configuration et transmet la valeur commerciale résultante dans le processus transactionnel IFS convenu.
Idéal lorsque
La tarification est indissociable d'un modèle de configuration hautement spécialisé.
Modèle 4 : IFS CPQ possède le prix CPQ
Si vous choisissez IFS CPQ, IFS commercialise la tarification dynamique, la modélisation de scénarios, les workflows d'approbation et le contrôle des marges comme capacités centrales. Dans cette architecture, il y a peu de raison d'introduire une autre couche tarifaire CPQ.
Idéal lorsque
Vous souhaitez une couche tarifaire CPQ unique et gouvernée, fournie dans l'écosystème IFS.
Ne construisez pas deux fois la même logique tarifaire
La décision tarifaire la plus importante n'est pas de savoir quel système possède le moteur tarifaire le plus puissant.
Quel système doit posséder chaque règle tarifaire ? Les accords client, listes de prix et logique commerciale ERP peuvent appartenir à IFS. Les formules de configuration peuvent appartenir au CPQ. Le coût de fabrication doit rester proche d'IFS Costing et de la fabrication. La logique d'approbation doit avoir un seul lieu de gouvernance.
Une bonne architecture IFS CPQ minimise les règles dupliquées.
Intégration IFS Cloud
REST et OData
Comment Mercura s'intègre à IFS Cloud
IFS Cloud expose les fonctionnalités métier via des REST APIs basées sur OData. IFS décrit les REST APIs comme sa méthode d'intégration privilégiée et expose des Projections IFS Cloud réutilisables pour l'intégration. Les opérations HTTP standard telles que GET, POST, PUT, PATCH et DELETE sont prises en charge selon l'API.
✓Premium APIs
✓Integration APIs
✓Standard APIs
✓Entity Service APIs pour les scénarios système-à-système appropriés
Authentification avec IFS Cloud
Pour les intégrations système-à-système, IFS recommande le flux OAuth 2.0 client credentials. L'application externe obtient un access token via un client IFS IAM et l'utilise lors des appels aux APIs concernées.
•Client IFS IAM
•OAuth 2.0
•IFS REST APIs
•OData
•Projections IFS
•Integration ou Premium APIs prises en charge
•IFS Connect le cas échéant
•Webhooks ou intégration asynchrone le cas échéant
•Projections personnalisées uniquement si nécessaire
Une application externe peut-elle créer une configuration IFS ?
Oui.
La documentation IFS indique explicitement qu'une configuration peut être initiée par une application externe. L'intégration CPQ moderne d'IFS illustre également ce modèle architectural.
✓Article de vente
✓Quantité
✓Configuration ID
✓Configuration CTO terminée
Pour une implémentation Mercura, nous déterminerions d'abord quel flux métier pris en charge par IFS doit posséder la configuration résultante, plutôt que de supposer que chaque client nécessite le même mapping.
Échange de données
Quelles données Mercura et IFS peuvent-ils échanger ?
Une conception typique peut inclure :
Données
Direction
Objectif
Articles de vente
IFS → Mercura
Réutiliser le référentiel produit ERP
Informations article
IFS → Mercura
Contexte technique / produit
Clients
IFS → Mercura
Devis spécifiques au client
Sociétés
IFS → Mercura
Contexte organisationnel
Sites
IFS → Mercura
Contexte fabrication / commercial
Unités
IFS → Mercura
Quantités cohérentes
Informations tarifaires
IFS → Mercura
Entrée tarifaire ERP
Stock / disponibilité
IFS → Mercura
Disponibilité commerciale le cas échéant
Caractéristiques de configuration
IFS → Mercura
Réutiliser le modèle CTO existant
Options de configuration
IFS → Mercura
Réutiliser les valeurs IFS autorisées
Informations de coût
IFS → Mercura
Lorsque commercialement pertinent
Configuration
Mercura → IFS
Définition produit approuvée
Articles de vente
Mercura → IFS
Lignes commerciales configurées
Quantités
Mercura → IFS
Quantités de commande
Référence de configuration
Mercura → IFS
Traçabilité vers le CPQ
Données de devis commercial
Mercura → IFS
Poursuivre le flux de devis
Données de commande client
Mercura → IFS
Poursuivre le processus de commande
Paramètres techniques
Mercura → IFS
Contexte fabrication en aval
Données composants
Mercura → IFS
Lorsque l'architecture convenue l'exige
Le mapping réel doit reposer sur la configuration IFS du client.
Qualification du paysage
Ce que nous validons avant de concevoir une intégration IFS
Les implémentations IFS diffèrent considérablement. Avant de définir l'intégration, nous examinons :
Le résultat doit être une conception d'intégration basée sur votre environnement IFS réel, et non un schéma de connecteur générique.
Environnement IFS
• Version IFS Cloud
• Modules pertinents
• Sociétés
• Sites
• Modèle de permissions
• Intégrations existantes
• Configuration IAM
Configuration produit
• Articles configurables
• Familles de configuration
• Caractéristiques
• Options
• Règles de configuration
• Révisions de configuration
• Usage existant du Sales Configurator
Fabrication
• Structures produit
• Structures de configuration
• Gammes opératoires
• DOP
• Ordres d'atelier
• Commandes provisoires
• Livrables projet
• Processus ETO
Tarification
• Tarifs articles de vente
• Listes de prix
• Accords client
• Tarification de configuration
• Tarification des caractéristiques
• Tarification des options
• Formules tarifaires
• Tables de combinaison
• Remises
• Calcul des coûts
Flux commercial
• CRM / Business Opportunities
• Sales Quotations
• Customer Orders
• Approbations
• Documents
• Processus de révision
Intégration
• Premium APIs pertinentes
• Integration APIs
• Projections
• Points de terminaison OData
• Exigences IFS Connect
• Authentification
• Projections personnalisées
• Gestion des erreurs
• Exigences de synchronisation
Aide à la décision
Questions sur IFS CPQ, réponses
Qu'est-ce qu'IFS CPQ ?+
IFS CPQ est l'offre Configure, Price, Quote d'IFS pour les fabricants qui vendent des produits configurables complexes. IFS le positionne comme une expérience IFS Cloud intégrée avec Guided Selling, configuration, tarification dynamique, approbations, configuration multi-niveaux et au niveau système, support distributeur / revendeur et configuration web orientée client.
IFS Cloud dispose-t-il déjà d'un configurateur produit ?+
Oui. IFS Cloud inclut depuis longtemps des fonctionnalités Configure-to-Order et Sales Configurator basées sur des articles configurables, des familles de configuration, caractéristiques, options et règles de configuration. IFS CPQ est une offre CPQ plus large, construite autour de ces capacités de fabrication et intégrée à celles-ci.
Quelle est la différence entre IFS CPQ et IFS Sales Configurator ?+
Le IFS Sales Configurator fait partie de la fonctionnalité Configure-to-Order sous-jacente d'IFS et se concentre sur la création de configurations valides d'articles configurables. IFS CPQ est le produit commercial plus large. Il ajoute une expérience CPQ dédiée avec des capacités telles que Guided Selling, gouvernance tarifaire dynamique, configuration au niveau système et expériences commerciales externes, tout en intégrant le résultat aux objets métier IFS et au CTO.
IFS CPQ est-il natif à IFS Cloud ?+
Commercialement, IFS décrit IFS CPQ comme intégré et nativement connecté à IFS Cloud. Techniquement, la documentation IFS décrit la solution CPQ comme une application externe intégrée à IFS Cloud via des appels REST, IFS Connect, SSO, webhooks et des utilisateurs d'intégration dédiés. Les utilisateurs bénéficient ainsi d'une expérience intégrée tout en conservant une architecture de service CPQ séparée.
Mercura est-il une alternative à IFS CPQ ?+
Oui. Mercura peut être utilisé comme couche CPQ indépendante aux côtés d'IFS Cloud, au lieu d'IFS CPQ. La meilleure architecture dépend de votre modèle IFS CTO existant, de vos canaux de vente, de votre stratégie CRM, de vos exigences frontend, de votre paysage système et du degré de couplage souhaité avec l'écosystème IFS.
Mercura remplace-t-il IFS Cloud ?+
Non. IFS doit continuer à gérer l'ERP, la fabrication et les processus opérationnels. Mercura prend en charge l'expérience de configuration commerciale et transmet le résultat approuvé dans le processus IFS convenu.
Mercura peut-il s'intégrer à IFS Configure-to-Order ?+
Oui, une intégration peut être conçue pour préserver une architecture IFS CTO existante. Par exemple, Mercura peut déterminer ou collecter les sélections de configuration tandis qu'IFS reste responsable de l'article configuré formel, de la Configuration ID et de l'évaluation fabrication en aval. Le modèle exact dépend de la configuration CTO du client.
Un CPQ externe peut-il créer des configurations dans IFS ?+
La documentation IFS autorise explicitement l'initiation de configurations par des applications externes. L'intégration appropriée doit utiliser les APIs IFS prises en charge et respecter les validations métier exigées par le processus IFS du client.
Comment Mercura se connecte-t-il à IFS Cloud ?+
IFS Cloud expose des REST APIs utilisant OData et Projections. IFS indique que les REST APIs sont l'approche d'intégration privilégiée. Une intégration peut utiliser Premium APIs, Integration APIs, projections standard, IFS Connect ou d'autres interfaces prises en charge selon le processus métier.
IFS recommande OAuth 2.0 client credentials pour les intégrations système-à-système. La configuration d'authentification finale dépend du modèle d'interaction et de l'environnement IFS.
Elle peut résider dans IFS, Mercura ou dans une architecture hybride contrôlée. IFS prend déjà en charge une tarification configurée sophistiquée avec prix de base, tarification des caractéristiques et options, formules et tables de combinaison. Ne recréez pas cette logique dans le CPQ sans raison claire.
La configuration peut-elle créer des informations BOM et gamme opératoire dans IFS ?+
IFS CTO peut évaluer des configurations pour déterminer les structures de fabrication en aval, y compris les structures et opérations DOP pilotées par la configuration. Mercura peut fournir la configuration commerciale tandis qu'IFS continue d'évaluer et d'exécuter la logique fabrication.
IFS peut-il calculer le coût d'un produit configuré avant le devis ?+
Oui. IFS prend en charge les commandes provisoires pour les lignes de devis commercial et de commande client configurées. Celles-ci peuvent être explosées pour inspection et consolidation du coût estimé ; des modifications d'ingénierie mineures sont possibles avant recalcul du coût. C'est particulièrement utile pour les produits complexes ou partiellement conçus.
Les distributeurs peuvent-ils utiliser le CPQ sans accès complet à IFS ?+
Oui. IFS CPQ et Mercura peuvent tous deux prendre en charge des expériences commerciales externes. IFS CPQ propose des capacités portail distributeur / revendeur et configurateur web orienté client. Mercura est particulièrement pertinent lorsque ces expériences doivent s'intégrer dans une architecture personnalisée ou multi-système plus large.
Mercura peut-il fonctionner depuis Salesforce, HubSpot ou un autre CRM tandis qu'IFS reste l'ERP ?+
Oui. Une architecture courante est CRM → Mercura CPQ → IFS Cloud. Le CRM possède l'opportunité, Mercura l'expérience de configuration commerciale, et IFS l'exécution opérationnelle.
Mercura prend-il en charge IFS Applications 10 ?+
Cette page se concentre principalement sur IFS Cloud. Les environnements IFS Applications plus anciens utilisent des technologies d'intégration différentes et doivent être évalués individuellement avant de définir l'architecture.
Ressources techniques officielles
Contenu technique revu en août 2026. Validez vos hypothèses en fonction de votre version IFS Cloud, des modules activés et de votre paysage d'intégration.
IFS pilote l'exploitation. Choisissez l'architecture CPQ qui pilote le mieux la vente.
Quelle architecture IFS CPQ vous convient ?
Si vous utilisez déjà IFS, la première question n'est pas de savoir si vous avez besoin d'un logiciel supplémentaire. Il s'agit de déterminer où doit résider la connaissance de configuration. Pour certaines organisations, le Sales Configurator IFS existant suffit. Pour d'autres, le nouveau produit IFS CPQ est l'extension la plus naturelle d'IFS Cloud. Et pour les fabricants qui ont besoin d'une couche de configuration modulaire à travers CRM, ERP, distributeurs, clients et expériences digitales personnalisées, Mercura peut fournir la couche CPQ tandis qu'IFS reste l'épine dorsale fabrication et opérationnelle. Apportez un produit configurable, un exemple de devis et un aperçu de votre configuration IFS CTO actuelle. Nous identifierons où doivent résider règles produit, tarification, calcul des coûts et logique fabrication — et si Mercura, IFS CPQ ou le configurateur IFS existant est le meilleur choix.
Mercura CPQ
Démo CPQ personnalisée sous 48 heures
Découvrez comment Mercura s'intègre à vos systèmes ERP, CRM et outils de vente existants.
Approuvé par des fabricants à travers l'Europe, de la ventilation et des portes à l'éclairage, les ascenseurs et l'équipement industriel.