Données de référence ERP
Business Central
- Articles
- Clients
- Tarification
- Stocks
- Fabrication
Mercura + Microsoft Dynamics 365 Business Central
Configurez des produits complexes, calculez les prix, générez des devis et transférez les configurations validées vers Business Central.
Mercura enrichit votre processus commercial dans Business Central avec la configuration produit, le calcul des prix et l'automatisation des devis, sans remplacer Business Central comme ERP.
Devis de vente
Données de référence ERP
Configuration · Prix · Devis
Données commerciales et de production
Business Central reste votre ERP de référence. Mercura ajoute la couche de configuration nécessaire avant de pouvoir créer un devis ou une commande fiable.
Découvrez un véritable workflow Mercura CPQ connecté à Microsoft Dynamics 365 Business Central.
Découvrez comment les données de configuration et les données commerciales sont transférées de Mercura vers le processus de vente dans Business Central, sans avoir à ressaisir manuellement la configuration dans l'ERP.
Regarder sur YouTube si l'intégration ne se charge pas →
Guidez le commercial à travers des choix produit valides et des règles de configuration.
Calculez le résultat commercial et générez un document client à partir de la même configuration.
Transférez le résultat validé vers le flux de vente Business Central convenu.
Airmaster utilise un configurateur produit dédié basé sur Mercura. Les clients configurent des produits de ventilation via une interface de marque, tandis que les règles produit, les calculs et la logique de devis s'exécutent dans Mercura.
Configuration guidée
Seuls les choix pertinents et valides sont présentés.
Règles et tarification en temps réel
La logique de configuration réagit à chaque modification de sélection.
Expérience client
L'interface peut être hébergée sur le web, dans un portail ou dans une autre application sur mesure.
La même configuration structurée utilisée pour calculer le produit peut alimenter des devis prêts pour le client — avec articles configurés, références, quantités, prix, descriptions et données techniques.
La configuration Mercura validée peut être mappée vers Microsoft Dynamics 365 Business Central via les API standard et des API AL personnalisées lorsque des données spécifiques à l'entreprise sont requises.
Tarification et documents spécifiques à la configuration.
Génération de devis →Référence technique
L'intégration est configurée autour de votre environnement Business Central. Une architecture type peut ressembler à ceci :
| Données | Direction | Intégration BC | Objectif |
|---|---|---|---|
| Articles | Business Central → Mercura | API standard (Item) | Réutiliser les données articles ERP |
| Clients | Business Central → Mercura | API standard (Customer) | Configuration et tarification spécifiques au client |
| Unités de mesure | Business Central → Mercura | API standard | Quantités produit cohérentes |
| Prix standard | Business Central → Mercura | API standard / listes de prix | Utiliser la tarification ERP comme entrée |
| Informations de stock | Business Central → Mercura | API standard | Afficher la disponibilité pertinente si nécessaire |
| Configuration | Mercura → Business Central | champs mappés / API personnalisée | Conserver les informations de configuration |
| Lignes de devis | Mercura → Business Central | API standard (Sales quote line) | Transférer les lignes commerciales configurées |
| Devis de vente | Mercura → Business Central | API standard (Sales quote) | Poursuivre le flux de devis dans l'ERP |
| Commande de vente | Mercura → Business Central | API standard (Sales order) | Transférer les informations de commande validées |
| Composants / données nomenclature | Mercura → Business Central | API standard ou personnalisée | Supporter la production sur configuration |
| Valeurs techniques | Mercura → Business Central | API personnalisée si nécessaire | Transférer les attributs spécifiques à la configuration |
Les entreprises manufacturières étendent souvent Business Central avec des champs personnalisés, des extensions AL et des tables spécifiques. Mercura s'intègre à votre environnement — pas à une base de données théorique standard.
La phase de cadrage identifie les données accessibles via les API Microsoft, celles qui nécessitent une API personnalisée, et exactement ce qui doit revenir dans Business Central.
Pour Business Central Online, Microsoft prend en charge l'authentification service à service pour les applications externes via des identités d'application Microsoft Entra — les intégrations peuvent ainsi utiliser OAuth plutôt que des comptes employés pour la communication système à système sans intervention.
La tarification peut rester dans Business Central, être partagée entre Business Central et Mercura, ou être entièrement calculée dans Mercura. Il n'y a pas de réponse universelle — la bonne architecture dépend de l'endroit où réside aujourd'hui votre logique commerciale.
Business Central reste la référence tarifaire. Mercura récupère le prix pertinent et l'utilise pendant la configuration.
Convient lorsque : Votre ERP produit déjà les prix requis et le CPQ résout principalement la configuration produit.
Business Central fournit la tarification article/client de base. Mercura calcule les compléments spécifiques à la configuration (machine de base + supplément largeur + facteur matériau + montée en gamme du moteur + pack de commande + accessoires = prix configuré).
Convient lorsque : Les articles standard ont une tarification ERP établie, mais les options et dimensions introduisent une logique tarifaire supplémentaire.
Mercura détient le modèle tarifaire CPQ et transfère le prix résultant vers Business Central.
Convient lorsque : La tarification dépend fortement des dimensions, formules, relations produit, logique spécifique au client, valeurs d'ingénierie et attributs de configuration.
Pour les fabricants sur configuration, un devis correct n'est que le début. La production doit savoir quoi fabriquer.
Microsoft Business Central utilise des nomenclatures de production pour définir les composants requis pour les produits manufacturés et des gammes pour définir les opérations nécessaires à leur production.
Mercura détermine quel produit/nomenclature Business Central existant correspond à la configuration.
Pertinent lorsque : L'ensemble des variantes manufacturables est déjà représenté dans l'ERP.
Un article de base existe dans Business Central. Mercura ajoute les informations spécifiques à la configuration nécessaires pour fabriquer la version du client.
Pertinent lorsque : Vous ne souhaitez pas un article ERP distinct pour chaque combinaison théorique.
Mercura calcule quels composants et quantités sont requis à partir des sélections du client. La structure résultante est transférée vers le flux de fabrication Business Central convenu.
Pertinent lorsque : La nomenclature change réellement selon la configuration.
Mercura détermine la configuration commerciale. Des paramètres structurés sont transmis à l'ingénierie/CAO. Les données techniques issues de l'ingénierie permettent ensuite de créer ou de mettre à jour la structure de fabrication finale dans Business Central.
Pertinent lorsque : Chaque commande nécessite encore une étape d'ingénierie, mais le CPQ peut automatiser la partie répétable du processus.
Référence technique
Pour les architectes Business Central, partenaires d'implémentation et évaluateurs techniques.
Le CPQ pour Business Central relie la configuration de produits complexes, le calcul des prix et la création de devis à Microsoft Dynamics 365 Business Central.
Business Central gère les processus ERP fondamentaux : données articles, clients, documents de vente, stocks, finances et fabrication.
Mercura prend en charge la complexité qui survient avant qu'une commande correcte puisse être créée :
Le résultat est un processus commercial où le vendeur n'a pas besoin de traduire manuellement les exigences client en données ERP.
Vous n'avez probablement pas besoin d'un logiciel CPQ dédié si vos commerciaux sélectionnent principalement des articles standard, des quantités et des prix dans un catalogue Business Central existant.
Le CPQ devient pertinent lorsque créer le devis ou la commande correct exige des connaissances qui ne peuvent pas facilement être représentées par une simple sélection d'articles.
Dépendance à l'ingénierie. Les ventes ont besoin de l'ingénierie pour déterminer le produit, les options, les composants ou les dimensions corrects pour chaque exigence client. Les connaissances produit réutilisables deviennent des règles de configuration, de sorte que les décisions d'ingénierie répétables s'appliquent automatiquement pendant la vente.
Complexité de configuration. Trop de combinaisons valides existent pour une simple sélection d'articles ERP. Modélisez les règles qui définissent un produit valide et calculez le résultat commercial ou de fabrication correct à partir de la configuration sélectionnée.
Tarification complexe. Le prix final dépend des dimensions, matériaux, composants, accords clients, marges et valeurs calculées — souvent répartis entre l'ERP et des tableurs. La tarification Business Central peut alimenter le CPQ tandis que la logique spécifique à la configuration est calculée pendant le processus de vente.
Devis manuels et vente visuelle. Les devis sont assemblés manuellement entre Business Central, Excel, Word et e-mail — tandis que les références ERP offrent peu de contexte visuel au client. Générez des devis prêts pour le client à partir de la même configuration structurée, avec images, dessins ou 3D interactive lorsque cela aide la vente.
Une architecture CPQ solide ne duplique pas un ERP. Chaque système doit avoir une responsabilité clairement définie.
Aucune implémentation n'est tenue de suivre la même architecture. Le bon design dépend de l'endroit où résident aujourd'hui votre logique produit et commerciale.
Exemple basé sur un robot de soudage configurable réel implémenté dans Mercura (Migatronic CoWelder). L'acheteur sélectionne parmi :
Configurateur : Basic / Track / 360 / Combi
Matériel : Bras robot, poste de soudage, système de table
Logiciel : Sequence, MigaJob control, DUO Plus, Offset
Accessoires : Pièces d'usure, kits d'outillage
Services : Formations et packages de mise en service
Exemple de logique de règles basé sur la structure de configuration CoWelder (étude de cas Migatronic) :
SI Combi est sélectionné ALORS les chemins de soudage MIG/MAG et TIG deviennent disponibles.
SI un système de table plus grand est sélectionné ALORS les options de portée robot compatibles se mettent à jour.
SI le logiciel Offset est ajouté ALORS l'ingénierie et la tarification s'ajustent automatiquement.
Le commercial n'a pas besoin de mémoriser ces relations. Le configurateur s'en charge.
Résultat commercial : prix configuré, coût, marge, remise, descriptions, spécification orientée client.
Données techniques : composants sélectionnés, dimensions, valeurs d'options, quantités calculées, ID de configuration, informations de nomenclature, attributs techniques.
La même configuration structurée peut alimenter prix, spécifications, images, valeurs techniques, produits optionnels et conditions commerciales dans le modèle de devis requis.
Les données convenues sont transférées vers Business Central. Selon l'architecture, cela peut inclure devis de vente, commande de vente, lignes d'articles, référence de configuration, dimensions calculées, composants sélectionnés et données de fabrication.
Configurez une fois. Réutilisez la configuration tout au long du processus.
Sélectionner un produit configurable réel. Choisissez une famille de produits représentative. Fournissez les données produit, options disponibles, règles de configuration, tarification, un exemple de devis, structure d'articles Business Central et sortie ERP attendue.
Cartographier le processus actuel. Déterminez qui configure le produit aujourd'hui, quelles informations sont nécessaires, où la tarification intervient, où l'ingénierie entre en jeu, ce qui est saisi dans Business Central et ce dont la production a finalement besoin.
Définir la propriété des systèmes. Pour chaque donnée pertinente, décidez si Business Central, Mercura ou un modèle calculé/partagé en est propriétaire — articles, clients, prix, coûts, attributs de configuration, composants, documents et commandes.
Définir le contrat API. Identifiez les endpoints Business Central standard et personnalisés, les endpoints Mercura, l'authentification, la direction des données, le comportement de synchronisation et la gestion des erreurs.
Construire le modèle produit. Configurez produits, options, attributs, règles, contraintes, formules, tarification, documents et visualisation.
Valider sur des commandes historiques. Prenez des devis clients réels précédemment créés manuellement. Faites passer les mêmes exigences dans Mercura et comparez configuration, prix, produits sélectionnés, quantités, documents et sortie Business Central avant d'automatiser.
Mettre en production avec un périmètre borné. Commencez avec une famille de produits ou un flux de vente, puis étendez la même architecture une fois l'intégration et le modèle produit validés.
Tous les objets requis par un fabricant ne doivent pas être présentés comme un endpoint Business Central standard prêt à l'emploi.
Les champs personnalisés, structures de fabrication, extensions et tables spécifiques à l'entreprise exigent souvent une conception d'intégration supplémentaire. Lorsque l'information requise n'est pas disponible via les API standard de Microsoft, Business Central permet de construire des API personnalisées en AL.
C'est pourquoi les projets d'intégration Mercura commencent par le mapping des données, pas par des hypothèses.
Experlogix, Insight Works et outils similaires centrés ERP
Convient lorsque :
Convient lorsque :
Si un configurateur natif Business Central plus simple correspond mieux à vos besoins, nous préférons l'identifier en phase de cadrage plutôt que d'implémenter un logiciel CPQ superflu.
Le CPQ pour Business Central relie la configuration de produits complexes, le calcul des prix et la création de devis à Microsoft Dynamics 365 Business Central. Une plateforme CPQ guide l'utilisateur à travers une configuration produit valide, calcule le résultat commercial et génère le devis avant d'envoyer les informations pertinentes vers Business Central.
Oui. Mercura peut échanger des données avec Business Central via les API Business Central. L'intégration exacte dépend de votre modèle de données Business Central, extensions, configuration tarifaire et flux de vente/fabrication souhaité.
Non. Mercura est une plateforme CPQ. Business Central peut continuer à gérer les processus ERP, y compris les données articles, clients, documents de vente, stocks, finances et fabrication. Mercura gère la configuration produit et la logique commerciale requise avant ou pendant la création de ces transactions.
Oui. Une architecture courante consiste à ce que Business Central reste votre ERP de référence pour les données articles, tandis que Mercura maintient la logique de configuration. La répartition exacte est définie lors de l'implémentation.
Oui. Business Central expose les données articles via sa REST API.
Voir la référence API Item de Microsoft →Business Central expose des API pour les devis de vente et leurs lignes. Une configuration Mercura peut être mappée vers la structure de devis Business Central pertinente lorsque c'est le flux sélectionné.
Voir la référence API Sales Quote de Microsoft →Oui. Business Central fournit des opérations API pour créer des commandes de vente. La configuration Mercura résultante peut être mappée vers une commande de vente Business Central selon le modèle de données convenu.
Voir la documentation API Sales Order de Microsoft →Oui, mais les données personnalisées exigent une conception d'intégration explicite. Les API standard de Microsoft exposent des schémas prédéfinis. Si des informations hors API standard doivent être exposées, une API personnalisée peut être créée en AL.
Consulter la documentation API de Microsoft →Mercura peut calculer les articles, composants et quantités requis par une configuration. La manière dont cette structure est transférée vers Business Central dépend de votre architecture de fabrication — certaines implémentations sélectionnent des nomenclatures existantes, d'autres génèrent des structures spécifiques à la configuration, d'autres encore transmettent des paramètres via l'ingénierie avant la création de la structure de fabrication finale.
Oui. Business Central peut détenir le prix final, fournir des prix de base à Mercura, ou recevoir un prix configuré calculé par Mercura. L'architecture tarifaire doit avoir une source de référence clairement définie clairement définie pour chaque partie du calcul.
Oui. Mercura peut fournir des expériences de configuration pour commerciaux internes, distributeurs, revendeurs, clients et applications sur mesure, tout en synchronisant la configuration résultante avec Business Central.
Pour Business Central Online, Microsoft prend en charge l'authentification service à service pour les applications externes via des identités d'application Microsoft Entra.
Voir la documentation Microsoft sur l'authentification service à service →Oui. L'intégration peut utiliser l'architecture API Business Central Online de Microsoft.
La connexion API Business Central n'est qu'une partie du projet. Le périmètre est généralement déterminé par le nombre de familles de produits configurables, la complexité produit, la complexité tarifaire, les exigences documentaires et de visualisation, les personnalisations Business Central et la sortie fabrication. Mercura cadrera les implémentations autour d'un produit configurable réel et d'un flux de devis, plutôt que de chiffrer une durée d'implémentation générique.
Ressources officielles Business Central
Vous n'avez pas besoin d'une autre présentation CPQ générique. Montrez-nous un produit configurable réel et comment le devis ou la commande correspondant est traité dans Business Central aujourd'hui. Nous pourrons alors démontrer comment le même processus pourrait fonctionner avec Mercura.
Demander une démonstration CPQ