SAE & SAP® – Data transfer and KMAT‑integration with the SAE variant platform
We explain in clear terms how SAE retrieves SAP data—in particular, configurable variant objects (KMATs)—from SAP S/4HANA and makes it usable in the SAE variant platform (SAE Developer) and in SAE CPQ.
Zweck & Nutzen
The SAE DNA
SAE was developed based on the fundamental assumption that variant management and CPQ systems can only be successful in the long term if they are natively compatible with SAP data structures and support bidirectional exchange. Think of SAE as an interpreter who speaks SAP as their “native language.” This applies not only to terms (characteristic, class, condition type), but also to meaning and behavior: rules, fallbacks, validities, and approvals are not “recreated,” but understood in their logic and made usable in SAE.Translated with DeepL.com (free version)
IMPORTANT – Performance of the solution: To ensure flawless functionality, SAE experts have developed their own variant solver engine in addition to the database structures, which evaluates SAP KMATs and their relationship knowledge extremely quickly and accurately. Conventional generic solvers and standard algorithms are not sufficient for this; numerous failed projects prove that project success is not possible without a powerful SAP-specific solver.
The practical benefits are obvious: teams do not have to relearn or maintain data twice. Changes in SAP remain the source of truth, and SAE ensures that they are transferred to sales quickly, correctly, and transparently.
Architecture overview
Die Komponenten im Überblick
SAP S/4 HANA
(inkl. AVC/LO-VC)
Quelle für KMAT‑Modelle, Preislogiken, Stammdaten, Stücklisten und Arbeitspläne
SAE Variantenmanagement Plattform
Bestehtaus den Hauptmodulen SAE-Developer und SAE-CPQ.
SAE‑Interface‑Cockpit (SAE‑IC)
In SAP verankertes Integrationsmodul für Extraktion, Mapping, Validierung und Delta‑Synchronisation.
SAP Business Technology Platform (BTP)
Sicherer und skalierbarer Integrationslayer für Datenaustausch, Orchestrierung und Services.
SAE
Developer
Zentrale Variantenmodellierungs‑ und Verwaltungsapplikation (Versionierung, Release‑Management, Organisationskontexte).
SAE CPQ
Configure Price Quote
Angebots‑/Auftragskonfiguration, Preisermittlung, Dokumentenerzeugung und Übergabe an Folgesysteme.
Die Datenflüsse (vereinfacht dargestellt)
Extraction in SAP (SAE‑IC)
Selection of relevant objects and rules; technical preparation for download to the SAE variant management platform, the SAE Developer module.
Transport via SAP BTP
Secure, scalable transfer to the SAE variant management platform.
Release to SAE CPQ
Sales staff can concentrate on consulting and building customer relationships.
Feedback to SAP (via SAE-IC & SAP BTP)
Transfer of the complete, SAP-compliant configuration to SD documents – regardless of whether they are quotations or sales orders. In addition, condition types are transferred according to the calculation schema. Optionally, additional sales, production, and/or project structures can be created/updated (e.g., multi-level customer order bills of material, work plans for production, network plans, and WBS elements, right through to project processing).
KMAT-Daten aus SAP, mit LO-VC/AVC
EinVertriebsmitarbeiter konfiguriert eine Maschine. Die Merkmalsauswahl schränkt über Regeln die Optionen ein, Mengen in BOM/Arbeitsplan passen sich automatisch an, die Preise werden gemäß Zugriffsfolgen ermittelt. Alles beruht auf Daten, die vorher über SAE‑IC aus SAP geholt und im Developer versioniert wurden.
Nach Freigabe erzeugt CPQ das Angebot; bei Annahme wird die Konfiguration inkl. Konditionsarten in den SD‑Beleg zurückgeschrieben.
kein KMAT im SAP, kein LO-VC/AVC
Alle Objekte für die Variantenkonfigurationwerden nun im SAE-Developer aufgebaut. Nach Releasefreigabe des Variantenmodelles für die jeweiligen Vertriebskanäle und Länder konfiguriert der Vertriebsmitarbeiter analog Beispielszenario 1 eine Maschine via entsprechender Merkmalsauswahl undmitlaufender Preisermittlung.
Zusätzlich zur vertrieblichen Stücklistenauflösung findet nun eine technische Stücklisten– und Arbeitsvorgangsauflösung (MBOM, BOB) statt. All diese „technischen Datenobjekte“ werden - sobald aus dem Angebot ein Kundenauftrag erstellt werden soll, an das SAP-System via SAE-IC und SAP-BTP übergeben. Das SAE-IC erzeugt Kundenauftragsstückliste(n) und Kundenauftragsarbeitspläne, Projektstrukturen usw. im SAP mit allen benötigten technischen Baugruppen.
Somit kann die Disposition ohne vorheriger manueller Datenpflege im Industrial Engineering oder AV auf diese Daten (Stücklisten, Arbeitspläne … ) zurückgreifenund automatisch Fertigungsaufträge (FAUF), Bestellanforderungen (BANF) usw. generieren.
Datenobjekte & Abdeckung
Variantenmodell (KMAT) und Beziehungswissen
- Merkmale, Merkmalswerte, Klassen (z. B. Klasseart 300)
- Regeln: Vorbedingungen, Auswahlbedingungen, Prozeduren, Constraints inkl. zugehöriger Tabellen
- Materialstammdaten (inkl. relevanter Sichten)
Stücklisten & Arbeitspläne
- Stücklisten (Super‑BOM, konfigurierbare BOMs) inklusive Beziehungswissen (Auswahlbedingungen, Prozeduren) – z. B. regelbasierte Mengensteuerung.
- Arbeitspläne mit konfigurierbaren Vorgängen und Regeln (Auswahl/Änderung von Vorgaben wie Maschinen‑ oder Rüstzeiten)
Vertriebsrelevante Preis & Konditionsobjekte (SD)
- Kalkulationsschema(ta) und Konditionstechnik
- Konditionsarten, Zugriffsfolgen, Schlüssel‑/Preistabellen
- Hierarchische Zugriffe („Fallback‑Kaskaden“) – Beispiel
1. Suche in ATAB_V_M1 mit (VKOrg=1000, Material=XYZ)
2. Falls nicht gefunden → ATAB_M1 (Material=XYZ) → Gesteuert über die Zugriffsfolge im SD‑Customizing.
Integrationsmechanismen
SAE‑Interface‑Cockpit (SAE‑IC) in SAP
- Selektion& Filter: Steuerbar nach Werk, VKOrg, Änderungsstand, Gültigkeit usw.
- Mapping& Transformation: Namensräume, Einheiten, Domänen.
- Validierung: Konsistenzprüfungen vor Export (z. B. referenzielle Integrität, Pflichtwerte).
- Delta‑Logik: Inkrementelle Aktualisierung, Änderungsbelege, Versionsabgleich.
- Monitoring: Protokolle, Fehlerhandling, Wiederanläufe.
- Daten-Upload (SAE → SAP): Neben der Extraktion (SAP → SAE) ermöglicht das SAE‑IC eine kontrollierte und überwachte Datenübertragung nach SAP, um z.B. vollständige SD‑Belege mit Positionen automatisiert anzulegen/zu aktualisieren (vgl. "Daten-Upload in SAP" für Details zu SD, Produktion und Projekten).
Das SAE‑Interface‑Cockpit (SAE‑IC) ist eine eigenständige Software innerhalb von SAP und erfordert keine Modifikationen am SAP‑Standard. Damit bleibt der Clean‑Core‑Ansatz vollständig gewahrt – Upgrades, Patches und Wartungsvorgänge bleiben risikoarm und kompatibel.
SAP-BTP als Integrationsdrehscheibe
- Sichere Übertragung (AuthN/AuthZ, Verschlüsselung), Skalierung und Orchestrierung.
- Services für Ereignisse (Eventing), Warteschlangen, API‑Management, Protokollierung.
- Erweiterbarkeit: Einbettung kundenspezifischer Microservices/Adapter.
Daten-Uploadin SAP (Module SD, PP, PS … )
- SD‑Belege: Übergabe vollständig konfigurierter KMAT-Positionen mit Belegart Angebot oder Kundenauftrag SD) – egal welche Belegart.
- Konditionstechnik: Übermittlung der Konditionsarten an das SD-Kalkulationsschema im Beleg.
- Fertigung & Logistik: Anlage/Aktualisierung mehrstufiger Kundenauftragsstücklisten und Kundenauftragsarbeitsplänen – damit kein LO-VC/AVC im SAP nötig (siehe Beispielszenario 2 oben).
- Projektsysem (PS): Erzeugung/Aktualisierung von Netzplänen, Netzstrukturen und PSP‑Elementen innerhalb der SD‑Auftragsstruktur zur Projektabwicklung.
- Technikpfad: Rückgabe erfolgt via SAE‑IC und SAP BTP, konsistent zu den in 3.2 beschriebenen Datenflüssen.
Preisfindungslogik im SAE-CPQ
Preisfindungslogik
- Kalkulationsschema als Orchestrator der Konditionsarten.
- Zugriffsfolgen definieren mehrstufige, hierarchische „Lookup‑Wege“ auf Preistabellen.
- Konditionsarten repräsentieren Preiselemente (Grundpreis, Zuschläge/Abschläge, Frachten, Steuern etc.).
- SAE‑Abbildung: Reproduktion der Lookup‑Kaskaden im SAE‑Pricing, Modul SAE CPQ
1. CPQ übergibt Material=XYZ, VKOrg=1000, Kundensegment=IND.
2. SAE‑Pricing prüft Zugriffsfolge ZV01:
a) ATAB_V_M1 (VKOrg+Material) → kein Fund.
b) ATAB_M1 (Material) → Treffer: Grundpreis 12.450 €.
3. Zuschläge/Abschläge (z. B. Volumenrabatt) werden als weitere Konditionsarten mit eigenen Zugriffsketten gezogen.
Mehrstufigkeit & Instanziierung
Mehrstufigkeit & Instantiierung
- Mehrstufige Variantenobjekte (konfigurierbare Baugruppen in hierarchischen Strukturen inklusive der Vertriebsstücklisten) werden vollständig übernommen.
- Instanziierung in SAE Developer mit entsprechenden Beziehungswissen je konfigurierbaren Objekt (KMat) und Hierarchieebene
($Self, $Parent, $Root).
Ein Anlagen‑KMAT besteht aus Hauptbaugruppe (z. B. Grundrahmen) und Unterbaugruppen(Antrieb, Steuerung, Sicherheit). Je nach Merkmal „Einsatzumgebung“(Innen/Außen, Zone) zieht die Steuerung andere Komponenten; dieSicherheitsebene fügt Sensorik hinzu; der Antrieb wählt Motor/Übersetzung undbeeinflusst wiederum Mengen in der Stückliste. SAE übernimmt diese Wechselwirkungenvollständig aus SAP und stellt sie in der Konfiguration in Echtzeit dar.
Release-& Ländermanagement
(SAE Developer → CPQ)
(1) Der VERTRIEB arbeitet jederzeit mit dem aktuell freigegebenen vollständigen Variantenmodell (Struktur, Regeln, Preise, Dokumente).
(2) Über den SAE Developer können kundenspezifische Erweiterungen auf Basis der SAP-Variantendaten gezielt ergänzt werden – z. B. zusätzliche Einschränkungen per Regeln fürbestimmte Länder oder Verkaufsorganisationen (VKOrg). Das originale SAP-Regelwerk bleibt in seiner Grundfunktion unangetastet.
Stets die neuesten Releases für den Vertrieb
- Release-Objekte: komplettes Variantenmodell inkl. KMAT-Struktur, Beziehungswissen, Preislogik, Texte/Dokumente.
- Versionierung: Klare Stände (z. B. R2025.10) werden über den SAE-Developer an das CPQ-Modul verteilt. Dadurch können unterschiedliche Konfigurationsstände in Angeboten performt werden.
- Freigaben für (Regeln, Preise, Stücklisten, Arbeitspläne usw.).
Erweiterungen ohne Änderung des Kernregelwerks
- Hohe Flexibilität: Im SAE-Developer lassen sich additive Regeln ergänzen (z. B. Auswahlverbote, Mengengrenzen, Texte, Zusatzpreise – werden als manuelle Konditionen an SAP übertragen).
- Unveränderbarkeit des Kerns: Das SAP-basierte Kernregelwerk bleibt semantisch unverändert; Erweiterungen wirken darüber (kein Überschreiben der Grundlogik).
- Land A: Option Edelstahl X aus regulatorischen Gründen nicht zulässig → additive Regel via SAE-Developer.
- VKOrg 2000: zusätzlicher Regionalzuschlag; landesspezifische Texte in Dokumenten.
- Zoll/Compliance: Sperren bestimmter Komponenten oder Mindestanforderungen (z. B. IP-Schutzklasse) je Region.
Governance, Qualität & Sicherheit
- Rollen & Rechte: Nur autorisierte User dürfen lokalisierte Regeln im SAE-Developer ergänzen.
Clarity instead of complexity
Get started with SAE variant management today and take control of your variant diversity, product portfolio, and market.
Hinweis: Dieser Artikel soll Ihnen einen kompakten Überblick geben. Inhalte werdensorgfältig erstellt, können sich jedoch weiterentwickeln. Bitte betrachten Sie die Angaben als unverbindliche Information; für konkrete Entscheidungen empfehlen wir die Rücksprache mit Ihrem SAE-Kontakt.