ERP-Stammdaten
Business Central
- Artikel
- Kunden
- Preise
- Lager
- Fertigung
Mercura + Microsoft Dynamics 365 Business Central
Konfigurieren Sie komplexe Produkte, berechnen Sie Preise, erstellen Sie Angebote und übertragen Sie freigegebene Konfigurationen an Business Central.
Mercura ergänzt Ihren Business Central-Vertriebsprozess um Produktkonfiguration, Preisfindung und automatisierte Angebotserstellung — ohne Business Central als ERP zu ersetzen.
Verkaufsangebot
ERP-Stammdaten
Konfigurieren · Preis · Angebot
Vertriebs- und Fertigungsdaten
Business Central bleibt das führende ERP-System. Mercura ergänzt die Konfigurationsschicht, die vor einem korrekten Angebot oder Auftrag erforderlich ist.
Sehen Sie einen realen Mercura CPQ-Workflow mit Microsoft Dynamics 365 Business Central.
Erfahren Sie, wie Konfigurations- und Vertriebsdaten von Mercura in den Business Central-Vertriebsprozess gelangen — ohne die Konfiguration im ERP manuell neu anzulegen.
Auf YouTube ansehen, wenn die Einbettung nicht lädt →
Führen Sie den Vertriebsmitarbeiter durch gültige Produktauswahl und Konfigurationsregeln.
Berechnen Sie das Vertriebsergebnis und erstellen Sie kundenfertige Angebotsdokumente aus derselben Konfiguration.
Übertragen Sie das genehmigte Ergebnis in den vereinbarten Business Central-Vertriebsworkflow.
Airmaster nutzt einen dedizierten Produktkonfigurator mit Mercura. Kunden konfigurieren Lüftungsprodukte über ein gebrandetes Frontend, während Produktregeln, Berechnungen und Angebotslogik in Mercura laufen.
Geführte Konfiguration
Nur relevante und gültige Optionen werden angezeigt.
Regeln und Preise in Echtzeit
Die Konfigurationslogik reagiert auf geänderte Auswahl.
Kundenorientierte Experience
Die Oberfläche kann im Web, in einem Portal oder in einer eigenen Anwendung liegen.
Die gleiche strukturierte Konfiguration, mit der das Produkt berechnet wird, kann kundenfertige Angebotsdokumente füllen — mit konfigurierten Artikeln, Artikelnummern, Mengen, Preisen, Beschreibungen und technischen Daten.
Die genehmigte Mercura-Konfiguration kann über Standard-APIs und individuelle AL-APIs in Microsoft Dynamics 365 Business Central abgebildet werden, wo unternehmensspezifische Daten erforderlich sind.
Technische Referenz
Die Integration wird um Ihre Business Central-Umgebung konfiguriert. Eine typische Architektur kann so aussehen:
| Daten | Richtung | BC-Schnittstelle | Zweck |
|---|---|---|---|
| Artikel | Business Central → Mercura | Standard-API (Artikel) | ERP-Artikelstammdaten wiederverwenden |
| Kunden | Business Central → Mercura | Standard-API (Debitor) | Kundenspezifische Konfiguration und Preisgestaltung |
| Mengeneinheiten | Business Central → Mercura | Standard-API | Konsistente Produktmengen |
| Standardpreise | Business Central → Mercura | Standard-API / Preislisten | ERP-Preise als Input nutzen |
| Lagerinformationen | Business Central → Mercura | Standard-API | Relevante Verfügbarkeit anzeigen, wo erforderlich |
| Konfiguration | Mercura → Business Central | Feldzuordnung / individuelle API | Konfigurationsinformationen erhalten |
| Angebotspositionen | Mercura → Business Central | Standard-API (Verkaufsangebotsposition) | Konfigurierte Vertriebspositionen übertragen |
| Verkaufsangebot | Mercura → Business Central | Standard-API (Verkaufsangebot) | Angebotsworkflow im ERP fortsetzen |
| Verkaufsauftrag | Mercura → Business Central | Standard-API (Verkaufsauftrag) | Genehmigte Auftragsinformationen übertragen |
| Komponenten/BOM-Daten | Mercura → Business Central | Standard- oder individuelle API | konfigurationsbasierte Fertigung unterstützen |
| Technische Werte | Mercura → Business Central | Individuelle API bei Bedarf | Konfigurationsspezifische Attribute übertragen |
Fertigungsunternehmen erweitern Business Central oft mit benutzerdefinierten Feldern, AL-Erweiterungen und unternehmensspezifischen Tabellen. Mercura integriert mit Ihrer Umgebung — nicht mit einer theoretischen Standarddatenbank.
In der technischen Analyse klären wir, welche Daten über Microsoft-APIs verfügbar sind, was eine individuelle API erfordert und was genau nach Business Central zurückfließen soll.
Für Business Central Online unterstützt Microsoft Service-to-Service-Authentifizierung für externe Anwendungen mit Microsoft Entra Application Identities — sodass Integrationen OAuth statt Mitarbeiterkonten für unbeaufsichtigte System-zu-System-Kommunikation nutzen können.
Preisgestaltung kann in Business Central bleiben, zwischen Business Central und Mercura geteilt werden oder vollständig in Mercura berechnet werden. Es gibt keine universelle Antwort — die korrekte Architektur hängt davon ab, wo Ihre Vertriebslogik heute liegt.
Business Central bleibt Preis-Master. Mercura holt den relevanten Preis und nutzt ihn während der Konfiguration.
Am besten, wenn: Ihr ERP liefert bereits die benötigten Preise und CPQ löst vor allem Produktkonfiguration.
Business Central liefert Basis-Artikel-/Kundenpreise. Mercura berechnet konfigurationsspezifische Zusätze (Basismaschine + Breitenzuschlag + Materialfaktor + Motor-Upgrade + Steuerpaket + Zubehör = konfigurierter Preis).
Am besten, wenn: Standardartikel haben feste ERP-Preise, aber Optionen und Abmessungen führen zu zusätzlicher Preislogik.
Mercura führt das CPQ-Preismodell und überträgt den resultierenden Preis nach Business Central.
Am besten, wenn: Preisgestaltung hängt stark von Abmessungen, Formeln, Produktbeziehungen, debitorenspezifischer Logik, Engineering-Werten und Konfigurationsattributen ab.
Für Configure-to-Order-Hersteller ist ein korrektes Angebot nur der Anfang. Die Produktion muss wissen, was zu bauen ist.
Microsoft Business Central nutzt Fertigungs-BOMs für Komponenten und Routings für die erforderlichen Fertigungsoperationen.
Mercura ermittelt, welches bestehende Business Central-Produkt/BOM der Konfiguration entspricht.
Gut geeignet, wenn: Die produzierbaren Varianten sind bereits im ERP abgebildet.
Ein Basisartikel existiert in Business Central. Mercura ergänzt die konfigurationsspezifischen Informationen für die Kundenversion.
Gut geeignet, wenn: Sie möchten keinen separaten ERP-Artikel für jede theoretische Kombination.
Mercura berechnet, welche Komponenten und Mengen aus den Kundenauswahl erforderlich sind. Die resultierende Struktur wird in den vereinbarten Business Central-Fertigungsflow übertragen.
Gut geeignet, wenn: Die BOM ändert sich wirklich basierend auf der Konfiguration.
Mercura ermittelt die Vertriebskonfiguration. Strukturierte Parameter gehen an Engineering/CAD. Die technischen Daten aus Engineering erstellen oder aktualisieren dann die finale Fertigungsstruktur in Business Central.
Gut geeignet, wenn: Jeder Auftrag erfordert noch einen Engineering-Schritt, aber CPQ kann den wiederholbaren Teil automatisieren.
Technische Referenz
Für Business Central-Architekten, Implementierungspartner und technische Evaluatoren.
CPQ für Business Central verbindet Konfiguration, Preisberechnung und Angebotserstellung komplexer Produkte mit Microsoft Dynamics 365 Business Central.
Business Central verwaltet zentrale ERP-Prozesse wie Artikelstammdaten, Kunden, Verkaufsbelege, Lager, Finanzen und Fertigung.
Mercura übernimmt die Komplexität, die vor einem korrekten Auftrag anfällt:
Das Ergebnis ist ein Vertriebsprozess, in dem der Vertriebsmitarbeiter Kundenanforderungen nicht manuell in ERP-Daten übersetzen muss.
Sie brauchen wahrscheinlich keine dedizierte CPQ-Software, wenn Vertriebsmitarbeiter vor allem Standardartikel, Mengen und Preise aus einem bestehenden Business Central-Katalog auswählen.
CPQ wird wertvoll, wenn das korrekte Angebot oder Auftrag Wissen erfordert, das nicht leicht als einfache Artikelauswahl abgebildet werden kann.
Engineering-Abhängigkeit. Der Vertrieb braucht Engineering, um das korrekte Produkt, Optionen, Komponenten oder Abmessungen für jede Kundenanforderung festzulegen. Wiederverwendbares Produktwissen wird zu Konfigurationsregeln, sodass wiederholbare Engineering-Entscheidungen automatisch im Vertrieb erfolgen.
Konfigurationskomplexität. Zu viele gültige Kombinationen für einfache ERP-Artikelauswahl. Modellieren Sie die Regeln für ein gültiges Produkt und berechnen Sie die korrekten Vertriebs- oder Fertigungsdaten aus der gewählten Konfiguration.
Komplexe Preisgestaltung. Der Endpreis hängt von Abmessungen, Materialien, Komponenten, Kundenvereinbarungen, Margen und berechneten Werten ab — oft verteilt über ERP und Tabellen. Business Central-Preise können CPQ speisen, während konfigurationsspezifische Logik im Vertriebsprozess berechnet wird.
Manuelle Angebote und visueller Vertrieb. Angebote werden manuell über Business Central, Excel, Word und E-Mail zusammengestellt — während ERP-Artikelnummern Kunden wenig visuellen Kontext geben. Erstellen Sie kundenfertige Angebote aus derselben strukturierten Konfiguration, mit Bildern, Zeichnungen oder interaktivem 3D, wo es dem Verkauf hilft.
Eine starke CPQ-Architektur dupliziert kein ERP. Jedes System sollte eine klar definierte Verantwortung haben.
Es gibt keine Vorgabe, dass jede Implementierung dieselbe Architektur folgt. Das korrekte Design hängt davon ab, wo Ihre Produkt- und Vertriebslogik heute liegt.
Beispiel basierend auf einem realen konfigurierbaren Schweißroboter in Mercura (Migatronic CoWelder). Der Käufer wählt aus:
Konfigurator: Basic / Track / 360 / Combi
Hardware: Roboterarm, Schweißgerät, Tischsystem
Software: Sequence, MigaJob control, DUO Plus, Offset
Zubehör: Verschleißteile, Werkzeugpakete
Services: Schulungs- und Inbetriebnahmepakete
Beispiel-Regellogik basierend auf der CoWelder-Konfigurationsstruktur (Migatronic Case Study):
WENN Combi gewählt wird DANN werden MIG/MAG- und TIG-Schweißwege verfügbar.
WENN ein größeres Tischsystem gewählt wird DANN aktualisieren sich kompatible Roboterreichweiten-Optionen.
WENN Offset-Software hinzugefügt wird DANN passen Engineering und Preisgestaltung automatisch an.
Der Vertriebsmitarbeiter muss diese Beziehungen nicht merken. Der Konfigurator tut das.
Vertriebsergebnis: konfigurierter Preis, Kosten, Marge, Rabatt, Beschreibungen, kundenorientierte Spezifikation.
Technische Daten: gewählte Komponenten, Abmessungen, Optionswerte, berechnete Mengen, Konfigurations-ID, BOM-Informationen, technische Attribute.
Die gleiche strukturierte Konfiguration kann Preise, Spezifikationen, Bilder, technische Werte, optionale Produkte und Vertriebskonditionen in die erforderliche Angebotsvorlage füllen.
Die vereinbarten Daten werden nach Business Central übertragen. Je nach Architektur kann das Verkaufsangebot, Verkaufsauftrag, Artikelpositionen, Konfigurationsreferenz, berechnete Abmessungen, gewählte Komponenten und Fertigungsdaten umfassen.
Einmal konfigurieren. Die Konfiguration im gesamten Prozess wiederverwenden.
Ein reales konfigurierbares Produkt auswählen. Wählen Sie eine repräsentative Produktfamilie. Liefern Sie Produktdaten, verfügbare Optionen, Konfigurationsregeln, Preisgestaltung, ein Beispielangebot, Business Central-Artikelstruktur und erwartete ERP-Daten.
Den aktuellen Prozess abbilden. Ermitteln Sie, wer das Produkt heute konfiguriert, welche Informationen benötigt werden, wo Preisgestaltung stattfindet, wo Engineering involviert wird, was in Business Central eingeht und was die Produktion letztlich braucht.
Systemzuständigkeiten definieren. Für jedes relevante Datenelement entscheiden Sie, ob Business Central, Mercura oder ein berechnetes/geteiltes Modell es führt — inklusive Artikel, Kunden, Preise, Kosten, Konfigurationsattribute, Komponenten, Dokumente und Aufträge.
Den API-Vertrag definieren. Identifizieren Sie Standard- und individuelle Business Central-Endpoints, Mercura-Endpoints, Authentifizierung, Datenrichtung, Synchronisationsverhalten und Fehlerbehandlung.
Das Produktmodell aufbauen. Konfigurieren Sie Produkte, Optionen, Attribute, Regeln, Einschränkungen, Formeln, Preisgestaltung, Dokumente und Visualisierung.
Mit historischen Aufträgen validieren. Nehmen Sie tatsächliche Kundenangebote, die früher manuell erstellt wurden. Führen Sie dieselben Anforderungen durch Mercura und vergleichen Sie Konfiguration, Preis, gewählte Produkte, Mengen, Dokumente und erwartete ERP-Daten in Business Central vor der Automatisierung.
Mit begrenztem Scope live gehen. Starten Sie mit einer Produktfamilie oder Vertriebsworkflow und erweitern Sie dieselbe Architektur nach erfolgreicher Integration und Produktmodell.
Nicht jedes Objekt, das ein Hersteller benötigt, sollte als Standard-Plug-and-Play-Business Central-Endpoint dargestellt werden.
Benutzerdefinierte Felder, Fertigungsstrukturen, Erweiterungen und unternehmensspezifische Tabellen erfordern oft zusätzliches Integrationsdesign. Wo die benötigten Informationen nicht über Microsofts Standard-APIs verfügbar sind, unterstützt Business Central den Aufbau individueller APIs in AL.
Deshalb beginnen Mercura-Integrationprojekte mit Datenmapping, nicht mit Annahmen.
Experlogix, Insight Works und ähnliche ERP-zentrische Tools
Am besten, wenn:
Am besten, wenn:
Wenn ein einfacherer Business Central-nativer Konfigurator die bessere Lösung für Ihre Anforderungen ist, identifizieren wir das lieber in der technischen Analyse als unnötige CPQ-Software zu implementieren.
CPQ für Business Central verbindet Konfiguration, Preisberechnung und Angebotserstellung komplexer Produkte mit Microsoft Dynamics 365 Business Central. Eine CPQ-Plattform führt den Nutzer durch gültige Produktkonfiguration, berechnet das Vertriebsergebnis und erstellt Angebotsdaten, bevor relevante Informationen an Business Central gesendet werden.
Ja. Mercura kann Daten mit Business Central über Business Central-APIs austauschen. Die genaue Integration hängt von Ihrem Business Central-Datenmodell, Erweiterungen, Preissetup und gewünschtem Vertriebs-/Fertigungsworkflow ab.
Nein. Mercura ist eine CPQ-Plattform. Business Central kann weiterhin ERP-Prozesse verwalten, inklusive Artikelstammdaten, Kunden, Verkaufsbelege, Lager, Finanzen und Fertigung. Mercura übernimmt Produktkonfiguration und Vertriebslogik, die vor oder während der Erstellung dieser Transaktionen erforderlich ist.
Ja. Eine gängige Architektur ist, dass Business Central System of Record für ERP-Artikeldaten bleibt, während Mercura die Konfigurationslogik führt. Die genaue Zuständigkeit wird in der Implementierung definiert.
Ja. Business Central stellt Artikeldaten über seine REST API bereit.
Microsofts Item API-Referenz ansehen →Business Central stellt Verkaufsangebot- und Angebotsposition-APIs bereit. Eine Mercura-Konfiguration kann in die relevante Business Central-Angebotsstruktur abgebildet werden, wenn das der gewählte Workflow ist.
Microsofts Sales Quote API-Referenz ansehen →Ja. Business Central bietet API-Operationen zur Erstellung von Verkaufsaufträgen. Die resultierende Mercura-Konfiguration kann gemäß dem vereinbarten Datenmodell auf einen Business Central-Verkaufsauftrag abgebildet werden.
Microsofts Sales Order API-Dokumentation ansehen →Ja, aber individuelle Daten erfordern explizites Integrationsdesign. Microsofts Standard-APIs exponieren vordefinierte Schemas. Wenn Informationen außerhalb der Standard-API exponiert werden müssen, kann eine individuelle API in AL erstellt werden.
Microsofts API-Dokumentation lesen →Mercura kann die Artikel, Komponenten und Mengen, die eine Konfiguration erfordert, berechnen. Wie diese Struktur nach Business Central übertragen wird, hängt von Ihrer Fertigungsarchitektur ab — manche Implementierungen wählen bestehende BOMs, andere generieren konfigurationsspezifische Strukturen, andere übergeben Parameter über Engineering, bevor die finale Fertigungsstruktur erstellt wird.
Ja. Business Central kann den Endpreis führen, Basispreise an Mercura liefern oder einen von Mercura berechneten konfigurierten Preis empfangen. Die Preisarchitektur sollte für jeden Teil der Berechnung eine klar definierte Quelle der Wahrheit haben.
Ja. Mercura kann Konfigurationserlebnisse für interne Vertriebsmitarbeiter, Händler, Distributoren, Kunden und eigene Anwendungen bereitstellen, während die resultierende Konfiguration mit Business Central synchronisiert wird.
Für Business Central Online unterstützt Microsoft Service-to-Service-Authentifizierung für externe Anwendungen mit Microsoft Entra Application Identities.
Microsofts Service-to-Service-Authentifizierungsdokumentation ansehen →Ja. Die Integration kann Microsofts Business Central Online API-Architektur nutzen.
Die Business Central API-Verbindung ist nur ein Teil des Projekts. Der Scope wird typisch durch die Anzahl konfigurierbarer Produktfamilien, Produktkomplexität, Preiskomplexität, Dokument- und Visualisierungsanforderungen, Business Central-Anpassungen und Fertigungsdaten bestimmt. Mercura plant Implementierungen um ein reales konfigurierbares Produkt und einen Angebotsworkflow — statt eine generische Implementierungsdauer zu nennen.
Offizielle Business Central-Ressourcen
Sie brauchen keine weitere generische CPQ-Presentation. Zeigen Sie uns ein reales konfigurierbares Produkt und wie das entsprechende Angebot oder Auftrag heute in Business Central bearbeitet wird. Wir demonstrieren dann, wie derselbe Prozess mit Mercura funktionieren kann.
CPQ-Demo anfordern