01 · DYNAMICS-UNIVERSUM
Microsoft Dynamics 365 ist kein Produkt, sondern ein Ökosystem.
Wer eine Senior-Rolle im D365-Umfeld besetzen oder selbst suchen will, kommt mit der Frage "kennst du F&SCM" nicht weit. Das Ökosystem besteht aus ERP, CRM, Low-Code-Plattform, Daten- und KI-Schicht und der Azure-Foundation. An den Schnittstellen entstehen die Senior-Rollen, die schwer zu besetzen sind. Diese Karte zeigt die Komponenten, mit denen wir in unseren Mandaten am häufigsten zu tun haben. Jeder Knoten enthält eine kurze Definition, typische Einsatzfelder, die zugehörigen Skills, die Rollen, für die wir vermitteln, einen Hiring-Hinweis aus unserer Praxis und einen Hinweis auf typische Verwechslungen. Die Karte ist kein Glossar, sondern ein Marktkompass. Klick einen Knoten an, um zu sehen, wie wir die Komponente einordnen.
06 · ALLE KOMPONENTEN
Alle Knoten im Detail.
Jeder Knoten mit allen sechs Sektionen. Direkt-Links funktionieren: z.B.
#node-d365-finance
scrollt direkt zum Eintrag.
Business Applications
Endkundenmodule für ERP, CRM und Verticals
Core D365 Finance Hauptbuch, Konzern-FiBu
§ 1 · Was ist es
Finanzwesen-Modul aus dem F&SCM-Block (am Markt weiterhin als F&O oder Finance & Operations bekannt). Es deckt Hauptbuch, Debitoren und Kreditoren, Anlagebuchhaltung, Konsolidierung, Budgetierung und Reporting ab. Die historische Linie ist Axapta, Dynamics AX, D365 Finance & Operations, D365 Finance & Supply Chain Management.
§ 2 · Wo wird es eingesetzt
Konzerne und gehobener Mittelstand mit komplexer Konzern-Buchhaltung, mehreren Legal Entities und regulatorischer Tiefe (Pharma, Finanzdienstleister, regulierte Industrie). Implementierungen laufen über mehrere Jahre und mehrere Phasen.
§ 3 · Welche Skills hängen daran
Funktional: Finanzbuchhaltung, Konsolidierung, Steuern, Mehrwertsteuerlogik, Intercompany, Electronic Reporting, Lifecycle Services. Technisch: X++, Data Management Framework, Power Platform-Anbindung über Dataverse, Azure DevOps für Build und Release.
§ 4 · Typische AlpineReach-Rollen
Senior Finance Functional Consultant, Finance Solution Architect, Finance Lead in Programm-Setups, Technical Consultant F&SCM (X++).
§ 5 · Hiring-Hinweis
Senior Finance-Consultants mit echtem Programm-Track-Record sind in DACH knapp. Viele sitzen langfristig in Rollouts und sind nicht verfügbar. Suchläufe dauern bei uns typischerweise sechs bis zwölf Wochen, je nach Branche und Sprachprofil.
§ 6 · Typische Verwechslung
Finance Consultant ist nicht gleich Finance Solution Architect. Viele Profile kennen Buchungslogik, aber nicht Programmarchitektur, Integrationen und globale Template-Rollouts.
Core Supply Chain Management Produktion, Lager, MRP
§ 1 · Was ist es
Supply Chain Management ist die operative Hälfte des F&SCM-Blocks. Es deckt Beschaffung, Bestandsführung, Produktion, Warehousing und Transport ab. Am Markt sprechen viele weiterhin von F&O oder SCM, im offiziellen Microsoft-Lizenzmodell ist es ein eigenes Modul, das mit Finance gemeinsam oder einzeln lizenziert wird.
§ 2 · Wo wird es eingesetzt
Produzierende Unternehmen, Handel mit komplexer Logistik, regulierte Branchen mit Track-and-Trace. Häufig in mehrstufigen Produktions-Setups mit Werks- und Lagervernetzung.
§ 3 · Welche Skills hängen daran
Funktional: Produktionssteuerung, MRP, Advanced Warehouse Management, Master Planning, EDI-Anbindungen. Technisch: X++ für Custom-Logik, Dataverse-Integration, Power Apps für mobile Lagerprozesse, IoT-Anbindungen über Azure.
§ 4 · Typische AlpineReach-Rollen
Senior SCM Functional Consultant, SCM Solution Architect, Produktions- oder WMS-Consultant, Technical Consultant F&SCM (X++) mit SCM-Schwerpunkt.
§ 5 · Hiring-Hinweis
Funktionale SCM-Profile mit echter Produktions-Tiefe sind seltener als reine Finance-Profile. Wer Master Planning sauber kann, hat in DACH praktisch freie Auswahl an Mandaten.
§ 6 · Typische Verwechslung
WMS-Consultant ist nicht gleich SCM-Consultant. Viele bringen Lagerprozess-Erfahrung mit, ohne den breiteren Master-Planning-Kontext.
Core Business Central Mid-Market ERP, AL
§ 1 · Was ist es
Business Central ist die Cloud-Weiterentwicklung von Dynamics NAV (vormals Navision). Es deckt Finanzbuchhaltung, Verkauf, Einkauf, Lager und einfache Produktion ab. Customizing erfolgt über die Sprache AL (Application Language), Extensions werden über AppSource oder direkt im Mandanten installiert.
§ 2 · Wo wird es eingesetzt
Mittelstand mit zwanzig bis fünfhundert Mitarbeitenden, häufig produzierende Betriebe, Handel und Dienstleistung. Implementierungen sind deutlich kürzer als bei F&SCM, oft drei bis neun Monate.
§ 3 · Welche Skills hängen daran
Funktional: BC-Modulkenntnis, lokale Rechnungslegung (Swiss GAAP FER, HGB, RLG), Schweizer, deutsche und österreichische Lokalisierungen. Technisch: AL-Development, Extensions, Power Platform-Anbindung, REST-API-Integration.
§ 4 · Typische AlpineReach-Rollen
Senior Business Central Functional Consultant, Business Central Developer (AL), Business Central Solution Architect, BC Inhouse-Consultant.
§ 5 · Hiring-Hinweis
Der Schweizer Markt ist von einer überschaubaren Zahl spezialisierter Microsoft-Partner geprägt. Senior-Profile wandern oft zwischen denselben drei bis fünf Häusern, was Inhouse-Wechsel zu interessanten Optionen macht.
§ 6 · Typische Verwechslung
NAV-Erfahrung ist nicht gleich Business-Central-Reife. Viele kennen die alte On-Prem-Welt, aber nicht das moderne Extension-Modell und die Cloud-Lifecycle-Logik.
Core Project Operations Projektgeschäft, Ressourcen, Billing
§ 1 · Was ist es
Project Operations verbindet die Vertriebsseite eines Projekts (CE-Logik) mit der operativen Abwicklung und Faktura (F&SCM-Logik). Es ist das Modul für projektbasierte Unternehmen wie IT-Dienstleister, Ingenieurbüros, Beratungen und Bauunternehmen. Es existiert in zwei Varianten, Core und Integrated with ERP.
§ 2 · Wo wird es eingesetzt
Projektgetriebene Branchen mit Mischung aus T&M- und Festpreis-Mandaten. Häufig in Setups, in denen Sales, Resource Management und Finance enger zusammenarbeiten müssen als bei klassischen ERP-Implementierungen.
§ 3 · Welche Skills hängen daran
Funktional: Project Operations Configuration, Resource Scheduling, WIP- und Revenue-Recognition, Integration zwischen CE- und F&SCM-Welt. Technisch: Dataverse, Power Automate für Approval-Flows, Plug-ins, gegebenenfalls X++ wenn der Finance-Backend involviert ist.
§ 4 · Typische AlpineReach-Rollen
Project Operations Consultant, PO Solution Architect, hybride F&SCM- und CE-Profile.
§ 5 · Hiring-Hinweis
Profile, die Project Operations, Dataverse und Finance-Backend wirklich produktiv zusammenbringen, sind in DACH sehr selten. In der Praxis entstehen Shortlists fast immer über Netzwerk und Referenzen, nicht über klassische aktive Suche.
§ 6 · Typische Verwechslung
CE-Sales-Consultants haben oft kein Projekt-Faktura-Wissen, F&SCM-Profile selten Resource-Scheduling-Tiefe. Echte Hybride sind die Ausnahme.
Core D365 Sales B2B-Vertriebs-CRM
§ 1 · Was ist es
Sales ist das klassische Vertriebs-CRM aus der Customer-Engagement-Familie. Es deckt Leads, Opportunities, Quotes, Orders, Forecasting und Sales-Pipeline-Management ab. Es ist der direkte Nachfolger von Microsoft Dynamics CRM.
§ 2 · Wo wird es eingesetzt
B2B-Vertriebsorganisationen mit komplexem Sales-Cycle, häufig in Kombination mit Customer Insights für Marketing-Automation und Customer Service für die Nach-Vertriebs-Phase.
§ 3 · Welche Skills hängen daran
Funktional: Sales-Prozess-Design, Forecasting, Sales Accelerator, Lead-Scoring. Technisch: Dataverse, Power Automate, Plug-in-Development (.NET), JavaScript für Client-Customizing.
§ 4 · Typische AlpineReach-Rollen
Senior CE Functional Consultant, CE Solution Architect, Senior CE Developer.
§ 5 · Hiring-Hinweis
Reine Sales-Profile sind in DACH eher Standard. Spannend werden Profile, die Sales plus Customer Service plus Customer Insights als zusammenhängende Plattform denken. Solche CE-Generalisten Senior sind das, wofür unsere Mandanten am meisten suchen.
§ 6 · Typische Verwechslung
CRM-Consultant ist nicht gleich CE-Architekt. Viele kennen die UI-Konfiguration, aber nicht die Plattform-Architektur über Sales, Service und Insights hinweg.
Core Customer Service Cases, Omnichannel
§ 1 · Was ist es
Customer Service deckt Case-Management, Wissensdatenbanken, Service-Level-Agreements, Omnichannel-Kontakt (Voice, Chat, Mail), Queue-Routing und neuerdings KI-gestützte Antwortvorschläge ab. Es teilt sich Daten und Plattform mit Sales und Marketing.
§ 2 · Wo wird es eingesetzt
Customer-Care-Center, B2B-Support, technische Service-Organisationen. Häufig in Verbindung mit Field Service, wenn der Service über das Telefon hinaus zum Kunden vor Ort führt.
§ 3 · Welche Skills hängen daran
Funktional: Case-Routing, SLA-Konfiguration, Omnichannel for Customer Service, Knowledge Management. Technisch: Dataverse, Power Automate, Copilot Studio für Bot-Anbindungen.
§ 4 · Typische AlpineReach-Rollen
CE Functional Consultant mit Service-Schwerpunkt, Omnichannel-Architekt.
§ 5 · Hiring-Hinweis
Customer-Service-Mandate sind in DACH stabil, aber der Skill-Markt rund um Omnichannel und Copilot-Integration verschiebt sich gerade stark. Wer beides verbindet, sticht aus der Bewerber-Pipeline heraus.
§ 6 · Typische Verwechslung
Service Desk ist nicht gleich Customer Service. ITIL-Profile bringen oft den falschen Fokus mit für Customer-Centric-Service-Mandate.
Adjacent Customer Insights Marketing Automation, Journeys
§ 1 · Was ist es
Customer Insights besteht heute aus zwei Komponenten: Customer Insights – Data (die CDP-Komponente, vormals Customer Insights) und Customer Insights – Journeys (die Marketing-Automation-Komponente, vormals D365 Marketing). Microsoft hat beide unter einem Namen zusammengeführt, fachlich bleiben es zwei sehr unterschiedliche Skill-Profile. Im Markt werden die Profile oft weiterhin als Marketing Automation, CDP oder D365 Marketing bezeichnet.
§ 2 · Wo wird es eingesetzt
Data-Seite: Customer-Data-Plattform-Projekte, häufig in Retail, Versicherung, Banking. Journeys-Seite: Marketing-Automation für B2C und B2B, Trigger-basierte Kampagnen, Lead-Nurturing.
§ 3 · Welche Skills hängen daran
Data: Datenmodellierung, Identitätsauflösung, Segmentierung, Anbindung an Fabric oder ADF. Journeys: Customer-Journey-Design, E-Mail-Templates, Trigger-Strategie, Compliance (DSGVO, Schweizer DSG).
§ 4 · Typische AlpineReach-Rollen
Customer Insights Specialist (Data oder Journeys, selten beides), CE Architect mit CI-Tiefe.
§ 5 · Hiring-Hinweis
Die zwei Welten verschmelzen ungleichmässig. Wenige Profile beherrschen beide. Mandanten wissen oft nicht, welche der beiden Seiten sie eigentlich suchen. Im Erstgespräch kläre ich das immer früh.
§ 6 · Typische Verwechslung
CDP-Spezialist ist nicht gleich Marketing-Automation-Profi. Selbst innerhalb eines Microsoft-Stacks reden die zwei Welten unterschiedliche Sprachen.
Adjacent Field Service Aussendienst-Disposition
§ 1 · Was ist es
Field Service deckt Einsatzplanung, Routenoptimierung, Ersatzteil-Management, Techniker-Apps und Asset-Management ab. Es ist eng mit Customer Service verzahnt und nutzt häufig IoT-Daten aus Azure für vorausschauende Wartung.
§ 2 · Wo wird es eingesetzt
Maschinen- und Anlagenbau, Aufzug- und Klimatechnik, Telekommunikation, Energie- und Versorgungsunternehmen, alles mit Aussendienst-Technik.
§ 3 · Welche Skills hängen daran
Funktional: Resource Scheduling Optimization, Inspections, Connected Field Service. Technisch: Mobile Power Apps für Techniker, IoT-Anbindungen über Azure, Karten-Integration.
§ 4 · Typische AlpineReach-Rollen
Field Service Functional Consultant, Field Service Architect, Integration Consultant für IoT-Anbindung.
§ 5 · Hiring-Hinweis
Field Service ist im Schweizer Maschinenbau ein wachsender Markt. Profile mit echter Disposition-Praxis plus Microsoft-Stack sind selten. Häufig finden wir sie eher bei spezialisierten Microsoft-Partnern als bei Endkunden.
§ 6 · Typische Verwechslung
Disposition-Erfahrung aus SAP- oder Eigenbau-Lösungen überträgt sich nur teilweise. Die D365-Field-Service-Logik ist eigen.
Adjacent D365 Commerce Retail, POS, Loyalty
§ 1 · Was ist es
Commerce ist das Retail-Modul der F&SCM-Familie. Es deckt Filialkasse (POS), Headquarters-Management, Loyalty, eCommerce-Frontend und Omnichannel-Logik ab. Es ist die Cloud-Weiterentwicklung der Retail-Erweiterung von Dynamics AX.
§ 2 · Wo wird es eingesetzt
Filialisten mit eigener Kasse, vertikale Retailer (Mode, Sport, Lebensmittel-Spezialhandel), gemischte D2C-/B2B-Setups. Häufig in Verbindung mit Customer Insights für das Loyalty-Programm.
§ 3 · Welche Skills hängen daran
Funktional: POS-Configuration, Loyalty, Channel-Logik, Pricing. Technisch: Commerce-SDK, Retail Server, Customizing auf POS-Ebene, Headless-Anbindungen.
§ 4 · Typische AlpineReach-Rollen
Commerce Functional Consultant, Retail Solution Architect, POS Developer.
§ 5 · Hiring-Hinweis
Commerce-Mandate sind in der Schweiz selten, in Deutschland regelmässiger, in Österreich eher die Ausnahme. Wer Retail-Erfahrung mit Microsoft-Tiefe verbindet, hat einen sehr klaren Markt.
§ 6 · Typische Verwechslung
eCommerce-Plattform-Erfahrung (Shopify, Salesforce Commerce Cloud) ist nicht gleich D365 Commerce. POS-Tiefe lässt sich nicht aus Web-Shop-Hintergrund ableiten.
Adjacent Human Resources HR auf F&SCM-Basis
§ 1 · Was ist es
Human Resources ist das HR-Modul von D365. Es wurde zwischenzeitlich als eigenständiges Produkt geführt und im Rahmen des Infrastructure Merge in die Finance-and-Operations-Infrastruktur überführt. Viele Kunden befinden sich je nach Historie noch in Migrations- oder Konsolidierungsszenarien.
§ 2 · Wo wird es eingesetzt
Mittelstand und Konzerne, die HR-Stammdaten, Personalentwicklung, Compensation und Benefits in derselben Plattform wie ihr ERP halten wollen. Lohnabrechnung läuft fast immer über externe Spezialsysteme.
§ 3 · Welche Skills hängen daran
Funktional: HR-Stammdatenmodellierung, Compensation Plans, Benefit Programs, Integration mit lokalen Payroll-Anbietern. Technisch: Dataverse-Integration, Power Apps für Self-Service-Portale, sichere Datenmodellierung wegen Personaldaten.
§ 4 · Typische AlpineReach-Rollen
D365 HR Consultant, HR-Architekt mit Integrations-Schwerpunkt.
§ 5 · Hiring-Hinweis
HR-Spezialisten im Microsoft-Umfeld sind in DACH dünn. Viele kommen aus SAP HCM oder Workday und müssen die Microsoft-Tiefe erst aufbauen. Quereinstiege funktionieren bei uns nur, wenn die HR-Prozesstiefe von Beginn an stark ist.
§ 6 · Typische Verwechslung
SAP-HCM-Erfahrung überträgt sich konzeptuell, technisch jedoch nicht. Migration zu D365 HR ist nicht trivial.
Low-Code & Process Automation
Plattformen für Citizen Developer und Profis
Core Power Apps Canvas, Model-driven, Power Fx
§ 1 · Was ist es
Power Apps ist die Low-Code-Plattform der Power Platform, mit zwei Welten: Canvas-Apps für freie UI-Gestaltung auf beliebigen Datenquellen und Model-driven Apps für Standard-Geschäftsanwendungen auf Dataverse. Die Formelsprache Power Fx wird in beiden eingesetzt.
§ 2 · Wo wird es eingesetzt
Inhouse-Tools, Self-Service-Portale, mobile Erweiterungen zu D365-Modulen, Prozess-Apps für Fachabteilungen. Häufig als Brücke zwischen D365 und Bestandssystemen.
§ 3 · Welche Skills hängen daran
Power Fx, Canvas-Design, Model-driven Customizing, Dataverse-Modellierung, Connector-Konfiguration, gegebenenfalls Pro-Code-Plug-ins.
§ 4 · Typische AlpineReach-Rollen
Power Platform Engineer, Power Apps Developer, Solution Architect Power Platform.
§ 5 · Hiring-Hinweis
Reine Low-Code-Profile sind im Markt zahlreich. Senior-Rollen verlangen heute fast immer Pro-Code-Tiefe (C#, Plug-ins, Custom Connectors, KI-Integration). Diese hybride Schicht ist eine der gefragtesten Skill-Kombinationen aktuell.
§ 6 · Typische Verwechslung
Citizen Developer ist nicht gleich Power Platform Engineer. Wer nur Canvas-Apps zusammenklickt, fällt bei Senior-Mandaten durch.
Core Power Automate Cloud Flows, RPA
§ 1 · Was ist es
Power Automate führt Workflows aus, sowohl in der Cloud (Cloud Flows) als auch auf Desktops via RPA (Desktop Flows). Es ist die zentrale Automatisierungs-Schicht der Power Platform und in nahezu jedes D365-Modul tief integriert.
§ 2 · Wo wird es eingesetzt
Approval-Workflows, Datentransport zwischen Systemen, RPA-Automatisierung für Bestandssysteme ohne API, ereignisgesteuerte Prozesse in CE und F&SCM.
§ 3 · Welche Skills hängen daran
Cloud-Flow-Design, Trigger-Strategie, Connector-Auswahl, Fehler-Handling, gegebenenfalls Custom Connectors über OpenAPI oder Swagger, RPA für Legacy-Anbindung.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Power Automate ist Pflicht-Skill für Power Platform Engineers und für CE-Consultants. Im F&SCM-Umfeld zunehmend relevant für Approval-, Benachrichtigungs- und Integrationsprozesse.
§ 5 · Hiring-Hinweis
Wer Power Automate sauber baut und nicht nur Flows zusammenklickt, ist meistens auch Power Apps und Dataverse stark. Die drei sind in unserer Erfahrung untrennbar.
§ 6 · Typische Verwechslung
Flows sind nicht gleich Architektur. Viele Profile bauen Workflows ohne Plan für Fehler-Handling oder Skalierung.
Niche Power Pages Externe Portale
§ 1 · Was ist es
Power Pages (vormals Power Apps Portals, davor Adxstudio) ist die Power-Platform-Komponente für externe Web-Portale. Sie wird genutzt, wenn Kunden, Lieferanten oder Partner über das Web auf Dataverse-Daten zugreifen sollen.
§ 2 · Wo wird es eingesetzt
Lieferanten-Portale, Kunden-Self-Service, Bewerber-Portale, Bürger-Portale im öffentlichen Sektor.
§ 3 · Welche Skills hängen daran
Liquid Templating, Portal-Security-Modell, Dataverse-Konfiguration, HTML- und CSS-Anpassungen, Web-Standards.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Power Pages taucht als Spezial-Skill in Power-Platform-Architekten-Profilen auf.
§ 5 · Hiring-Hinweis
Spezialisten für Power Pages sind selten und meistens bei Microsoft-Partnern beheimatet, nicht bei Endkunden. Wer Portal-Mandate hat, sollte das früh in der Ausschreibung deklarieren.
§ 6 · Typische Verwechslung
Web-Developer-Erfahrung ist nicht gleich Power-Pages-Reife. Liquid und das Dataverse-Security-Modell sind eigenständige Welten.
Data, Analytics & Customer Data
Daten-Backbone, Analytik, Customer Data Platform
Core Dataverse + CDM Daten-Backbone, Security
§ 1 · Was ist es
Dataverse ist die Datenbank-Plattform unter Power Platform und Customer Engagement. Sie basiert auf dem Common Data Model (CDM), einer normierten Sammlung von Geschäftsentitäten, die Daten zwischen Microsoft-Apps und Drittanbietern austauschbar machen sollen.
§ 2 · Wo wird es eingesetzt
Praktisch jedes CE-Modul, jede Power App auf Standard-Geschäftsdaten, viele Power-Automate-Flows. F&SCM nutzt Dataverse über Dual-write als Brücke nach Power Platform und Customer Insights.
§ 3 · Welche Skills hängen daran
Datenmodellierung (Tables, Columns, Relationships), Security-Modell (Business Units, Teams, Field-Level Security), Plug-ins (.NET), gegebenenfalls Virtual Tables für externe Daten.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Dataverse ist Pflicht-Skill für jeden Power Platform Engineer und CE Solution Architect.
§ 5 · Hiring-Hinweis
Dataverse-Security-Tiefe ist der häufigste blinde Fleck in Bewerber-Profilen. Wer das Modell wirklich beherrscht (nicht nur Standard-Rollen kennt), gehört in jedem Setup zur seltenen Spitze.
§ 6 · Typische Verwechslung
Dataverse ist nicht gleich SQL Server. Wer mit klassischer relationaler Modellierung kommt, unterschätzt das Security-Modell regelmässig.
Core Dual-write F&SCM Dataverse-Brücke
§ 1 · Was ist es
Dual-write ist die bidirektionale Synchronisations-Schicht zwischen F&SCM (Finance, Supply Chain Management) und Dataverse. Sie sorgt dafür, dass Stamm- und Bewegungsdaten zwischen ERP und CE/Power-Platform-Welt konsistent gehalten werden, ohne separate Integrations-Architektur zu bauen.
§ 2 · Wo wird es eingesetzt
In nahezu jedem Mandat, das F&SCM und Customer Engagement parallel produktiv betreibt. Pflicht-Komponente für Customer Insights – Data, wenn F&SCM-Quelldaten beteiligt sind.
§ 3 · Welche Skills hängen daran
Map-Konfiguration zwischen F&SCM-Tabellen und Dataverse-Entities, Konflikt-Auflösung, Initial-Synchronisations-Strategie, Verständnis der Lifecycle-Services-Anbindung.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Dual-write-Tiefe ist Skill-Add-on im Profil von F&SCM Solution Architects und Integration Specialists.
§ 5 · Hiring-Hinweis
Dual-write wird in Ausschreibungen oft unterschätzt. Mandanten merken erst im Projekt, dass die Map-Komplexität ein eigenes Profil verlangt. Wir sehen das regelmässig als Spät-Anforderung.
§ 6 · Typische Verwechslung
Dual-write ist nicht gleich Data Integration Framework. Die Tools überlappen, sind aber konzeptionell verschieden.
Core Power BI DAX, Reporting
§ 1 · Was ist es
Power BI ist die Reporting- und Visualisierungs-Schicht im Microsoft-Stack. Seit Fabric ist sie technisch Teil davon, lizenziell aber weiterhin eigenständig nutzbar. DAX als Modellierungs-Sprache, Power Query (M) als Daten-Aufbereitung.
§ 2 · Wo wird es eingesetzt
Praktisch jede Microsoft-Datenlandschaft. Häufig als Frontend auf Fabric, Synapse, SQL Server oder direkt auf F&SCM- und CE-Daten via Dataverse.
§ 3 · Welche Skills hängen daran
DAX, Power Query (M), Daten-Modellierung (Stern-Schema), Row-Level Security, Performance-Tuning, Deployment-Pipelines.
§ 4 · Typische AlpineReach-Rollen
Senior Power BI Developer, BI Lead, in Verbindung mit Fabric auch Analytics Engineer.
§ 5 · Hiring-Hinweis
Power BI ist der häufigste Quereinstieg in den Microsoft-Stack. Senior-Rollen verlangen aber DAX-Tiefe plus Daten-Modellierungs-Reife, die mancher mitbringt und mancher nicht. Bei uns ist die Trefferquote in den Erstprofilen niedriger als in den meisten anderen Bereichen.
§ 6 · Typische Verwechslung
Excel-Power-User ist nicht gleich BI Developer. DAX und Modellierungs-Hygiene sind eine eigene Disziplin.
Adjacent Microsoft Fabric Lakehouse, OneLake
§ 1 · Was ist es
Microsoft Fabric ist die SaaS-Analytics-Plattform, die seit 2023 die zuvor getrennten Tools Data Factory, Synapse, Power BI und mehrere weitere in einem Lakehouse-basierten Stack bündelt. Sie modernisiert und vereinheitlicht das, was vorher mehrere Lizenz- und Architektur-Wege brauchte.
§ 2 · Wo wird es eingesetzt
Datenplattform-Modernisierungen, Greenfield-Analytics-Projekte, Konsolidierungen heterogener Reporting-Landschaften. ADF und Synapse bleiben in Bestandsarchitekturen weiter relevant.
§ 3 · Welche Skills hängen daran
Lakehouse-Modellierung (Delta Lake), OneLake, Notebooks (Python oder Scala), Pipelines, Direct Lake mit Power BI, gegebenenfalls Real-Time Intelligence.
§ 4 · Typische AlpineReach-Rollen
Data Engineer mit Microsoft-Stack, Analytics Architect, Senior BI Consultant mit Fabric-Erfahrung.
§ 5 · Hiring-Hinweis
Der Markt ist gespalten: Senior-Data-Profile mit klassischem ADF- oder Synapse-Hintergrund müssen die Fabric-Modellierung neu lernen. Profile mit echter Produktiv-Erfahrung in Fabric sind 2026 noch dünn, die Lohnentwicklung in diesem Skill ist stark.
§ 6 · Typische Verwechslung
Fabric ist nicht einfach Power BI Premium plus Synapse. Die Lakehouse-Logik ist ein eigenes Paradigma.
Adjacent Customer Insights – Data CDP-Komponente
§ 1 · Was ist es
Customer Insights – Data ist die Customer-Data-Platform-Komponente. Sie führt Kundendaten aus heterogenen Quellen zusammen, löst Identitäten auf, baut Segmente und stellt sie für Marketing-, Service- und Vertriebs-Anwendungen zur Verfügung.
§ 2 · Wo wird es eingesetzt
CDP-Projekte in Retail, Versicherung, Banking. Häufig in Verbindung mit Fabric oder ADF für die Daten-Ingestion und mit Customer Insights – Journeys für die Aktivierung.
§ 3 · Welche Skills hängen daran
Datenmodellierung, Identitätsauflösung, Segmentierung, Anbindung an Fabric oder ADF, Compliance (DSGVO und Schweizer DSG).
§ 4 · Typische AlpineReach-Rollen
Customer Insights Specialist (Data-Schwerpunkt), CDP-Architekt, hybride Profile mit Data-Engineering plus Marketing-Verständnis.
§ 5 · Hiring-Hinweis
CDP-Spezialisten kommen oft aus dem Salesforce- oder Tealium-Umfeld und müssen den Microsoft-Stack neu lernen. Mandanten unterschätzen die Vorlaufzeit für die Daten-Ingestion regelmässig.
§ 6 · Typische Verwechslung
CDP ist nicht gleich CRM-Datenbank. Die Identitätsauflösung und Segment-Logik ist ein eigenständiges Handwerk.
AI, Copilot & Agents
KI-Schicht über dem D365-Stack
Adjacent Copilot Studio Konversations-Agenten
§ 1 · Was ist es
Copilot Studio (vormals Power Virtual Agents) ist die Low-Code-Plattform zum Bauen von Chatbots und KI-Agenten. Heute deutlich enger an Azure OpenAI angebunden als zur PVA-Zeit. Wird häufig für interne Wissens-Agenten und externe Service-Bots eingesetzt.
§ 2 · Wo wird es eingesetzt
First-Level-Support-Bots, interne HR- und IT-Self-Service-Agenten, Lieferanten-Anfragen, neuerdings auch komplexere Agenten mit Tool-Aufrufen.
§ 3 · Welche Skills hängen daran
Topics, Trigger Phrases, Generative Actions, Anbindung an Dataverse und Drittsysteme, Prompt-Design, Test-Strategie.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Copilot Studio ist als Skill in modernen Power-Platform-Engineer- und CE-Architekten-Profilen relevant.
§ 5 · Hiring-Hinweis
Der Markt für Copilot-Studio-Spezialisten ist sehr jung. Profile mit echter Produktiv-Erfahrung sind rar. Wer 2024 oder 2025 erste Implementierungen begleitet hat, ist heute gefragt.
§ 6 · Typische Verwechslung
PoC-Bots sind nicht gleich Produktiv-Agenten. Die Governance- und Test-Anforderungen sind in Enterprise-Setups eine eigene Disziplin.
Adjacent Copilot for D365 KI im Modul, kontextbezogen
§ 1 · Was ist es
Copilot for Dynamics 365 ist die KI-Schicht, die in nahezu jedem D365-Modul eingebettet ist. Sie beantwortet Fragen zu den Geschäftsdaten, generiert Texte, fasst Datensätze zusammen und schlägt Aktionen vor. Technisch basiert sie auf Azure OpenAI plus modul-spezifischen Datenanbindungen.
§ 2 · Wo wird es eingesetzt
In jedem D365-Modul, das es lizenziell aktiviert hat. Produktivitäts-Steigerung in Service, Vertrieb, Finance-Analyse, Marketing-Texten.
§ 3 · Welche Skills hängen daran
Verständnis der Datenmodelle der jeweiligen D365-Module, Prompt-Design, gegebenenfalls Anpassung über Copilot Studio, Governance- und Compliance-Logik.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Copilot-Erfahrung ist 2026 ein wertvoller Zusatz-Skill für CE- und Power-Platform-Architekten.
§ 5 · Hiring-Hinweis
Wer Copilot in einem Produktiv-Setup sauber konfiguriert und Governance gebaut hat, hat 2026 ein klares Differenzierungs-Merkmal. Die meisten Profile bringen bisher nur Demo- oder PoC-Erfahrung mit.
§ 6 · Typische Verwechslung
Copilot-Demos sind nicht gleich Copilot-Produktiv. Der Sprung von Klick-Demo zu Enterprise-Rollout ist gross.
Adjacent Azure OpenAI + AI Builder Pro-Code KI plus Low-Code AI
§ 1 · Was ist es
Azure OpenAI ist die Pro-Code- und Enterprise-KI-Schicht. AI Builder ist die Low-Code-KI-Funktionalität innerhalb der Power Platform, teilweise mit Bezug auf Azure OpenAI. Zusammen decken sie die zwei Schichten ab, auf denen KI im D365-Umfeld entsteht: tief integriert im Code, und niederschwellig in Power Apps oder Power Automate.
§ 2 · Wo wird es eingesetzt
Azure OpenAI: Custom-KI-Lösungen oberhalb der D365-Out-of-Box-Funktionen, eigene Agents, Dokument-Verarbeitung, semantische Suche. AI Builder: Formularerkennung, Sentiment-Analyse, Predictions in Power-Platform-Lösungen.
§ 3 · Welche Skills hängen daran
Azure OpenAI: Prompt-Engineering, RAG-Architektur, Embedding-Stores (häufig Azure AI Search), Latenz- und Kosten-Tuning, Security-Architektur. AI Builder: Modell-Auswahl, Anbindung an Power Apps und Flows.
§ 4 · Typische AlpineReach-Rollen
Selten in unseren Mandaten als eigene Rolle. Skill-Add-on für moderne Solution Architects.
§ 5 · Hiring-Hinweis
Echte Produktiv-Erfahrung mit Azure OpenAI in Enterprise-Setups ist 2026 noch dünn. Häufiger sehen wir Profile mit OpenAI-Konsumenten-Erfahrung, ohne Tiefe in Azure-Governance.
§ 6 · Typische Verwechslung
ChatGPT-Erfahrung ist nicht gleich Azure-OpenAI-Architektur. Enterprise-Security, EU-Daten und Cost-Tuning sind eigene Anforderungen.
Integration, Identity & Azure Foundation
Identität, Integration, Compute, Datenbewegung
Core Entra ID Identität
§ 1 · Was ist es
Entra ID (vormals Azure Active Directory) ist die Identitäts- und Zugriffs-Schicht für sämtliche Microsoft-Cloud-Dienste, inklusive D365 und Power Platform. Single Sign-On, Conditional Access, Multi-Factor, B2B- und B2C-Szenarien.
§ 2 · Wo wird es eingesetzt
In jedem D365- und Power-Platform-Mandanten. Wird in komplexeren Setups stark konfiguriert, gerade bei B2B-Szenarien (Partner-Zugriff) und B2C (Portal-Logins).
§ 3 · Welche Skills hängen daran
Conditional Access, App-Registrierung, OAuth-Flows, Identity Governance, B2B- und B2C-Konfiguration.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle in D365-Mandaten. Entra-ID-Tiefe ist Pflicht für jeden Solution Architect.
§ 5 · Hiring-Hinweis
Pure Entra-ID-Profile sind in der Microsoft-Security-Welt zu Hause, nicht in der D365-Welt. In unseren Mandaten erwarten wir die Kenntnis im Solution-Architect-Profil, suchen sie aber nicht separat.
§ 6 · Typische Verwechslung
On-Prem-AD-Erfahrung ist nicht gleich Entra-ID-Reife. Cloud-Identity-Konzepte (Conditional Access, B2B) sind eigene Welten.
Adjacent Logic Apps EAI-Workflows
§ 1 · Was ist es
Logic Apps ist die Azure-native Workflow-Engine. Sie überschneidet sich konzeptuell stark mit Power Automate, ist aber besser für komplexe Enterprise-Integrationen mit hohen Anforderungen an Throughput, B2B-Standards (AS2, EDIFACT) und Monitoring geeignet.
§ 2 · Wo wird es eingesetzt
EAI-Szenarien zwischen D365, Drittsystemen und externen Partnern. Häufig in Verbindung mit Service Bus, API Management und Functions.
§ 3 · Welche Skills hängen daran
Logic-Apps-Designer, ARM- oder Bicep-Deployment, B2B-Connector-Konfiguration, Integration mit On-Prem über Data Gateway.
§ 4 · Typische AlpineReach-Rollen
Integration Specialist (häufiger bei Microsoft-Partnern), Solution Architect mit Integrations-Schwerpunkt.
§ 5 · Hiring-Hinweis
Logic-Apps-Profile sind tendenziell älter und kommen oft aus der BizTalk-Welt. Die Schnittmenge mit D365-Funktional-Wissen ist klein, weshalb wir solche Profile fast immer in Architektur-Rollen platzieren.
§ 6 · Typische Verwechslung
Logic Apps ist nicht gleich Power Automate. Die Wahl zwischen den beiden ist eine Architektur-Entscheidung, keine UX-Frage.
Niche Service Bus Messaging
§ 1 · Was ist es
Service Bus ist Microsofts Enterprise-Messaging-Plattform. Topics, Queues, Subscriptions, geeignet für entkoppelte Integrationen, Event-getriebene Architekturen und Reliable Messaging zwischen Microservices oder zwischen D365 und Drittsystemen.
§ 2 · Wo wird es eingesetzt
Entkoppelte Integrations-Architekturen, häufig in Verbindung mit Logic Apps oder Functions. Wenn ein Mandat Eventual Consistency oder High Throughput sagt, ist Service Bus meist Teil der Antwort.
§ 3 · Welche Skills hängen daran
Topics- und Queue-Design, Subscription-Filter, Dead-Letter-Handling, Sessions, Premium-Tier-Konfiguration für hohen Durchsatz.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Service Bus ist Spezial-Wissen im Architekten-Werkzeugkasten.
§ 5 · Hiring-Hinweis
Service Bus taucht in Mandanten-Briefs selten als Pflicht-Skill auf, ist in der Praxis aber häufig vorhanden. Erfahrene Architekten haben es im Repertoire, ohne dass es im CV gross steht.
§ 6 · Typische Verwechslung
Queues sind nicht gleich Topics. Die Wahl zwischen den beiden hat Konsequenzen für Skalierung und Routing.
Adjacent Functions Serverless
§ 1 · Was ist es
Azure Functions ist Microsofts Serverless-Compute-Plattform. C# oder Python für individuelle Logik, Trigger aus Service Bus, HTTP, Timer, Event Grid, Dataverse-Events. Ergänzt Power Automate dort, wo Pro-Code-Tiefe nötig wird.
§ 2 · Wo wird es eingesetzt
Custom-Schnittstellen, API-Wrapper, Batch-Jobs, Event-getriebene Logik zwischen D365 und Drittsystemen.
§ 3 · Welche Skills hängen daran
C# (.NET) oder Python, Function-App-Architektur, Deployment via Bicep oder ARM, Application Insights für Monitoring.
§ 4 · Typische AlpineReach-Rollen
Selten als eigene Rolle. Functions sind im Architekten- und Senior-Developer-Skillset Standard.
§ 5 · Hiring-Hinweis
Functions sind im Bereich kann-jeder-Senior-Developer angekommen. Spezialisten gibt es kaum, wer das tiefer im Architektur-Sinne beherrscht, ist tendenziell Pro-Code-Power-Platform-Engineer.
§ 6 · Typische Verwechslung
Function-Apps sind nicht gleich Microservices. Architektur-Disziplin ist eine eigene Schicht über der Technologie.
Adjacent Data Factory Klassisches ETL
§ 1 · Was ist es
Azure Data Factory (ADF) ist Microsofts klassische ETL-Engine. Pipelines, Data Flows, Anbindung an On-Prem-Quellen via Self-Hosted Integration Runtime. Seit Fabric in Konkurrenz zu den Fabric-Pipelines, in vielen Bestandsarchitekturen aber weiter zentral.
§ 2 · Wo wird es eingesetzt
Bestehende Data-Warehouse-Landschaften, ETL zwischen D365 und Datalake oder Synapse, hybride On-Prem-/Cloud-Szenarien.
§ 3 · Welche Skills hängen daran
Pipeline-Design, Data Flows, Mapping- und Wrangling-Logik, Trigger-Strategien, Self-Hosted Integration Runtime, Monitoring.
§ 4 · Typische AlpineReach-Rollen
Data Engineer mit Microsoft-Schwerpunkt, BI- oder DWH-Architekt.
§ 5 · Hiring-Hinweis
ADF-Profile mit Senior-Tiefe sind solide vertreten. Spannend wird, wer den Übergang nach Fabric mitgegangen ist und beide Welten verbinden kann.
§ 6 · Typische Verwechslung
ADF ist nicht gleich SSIS. Cloud-ETL bringt eigene Konzepte mit (Integration Runtimes, Mapping Data Flows, Trigger-Strategien).
Niche Synapse Enterprise DWH, Pre-Fabric
§ 1 · Was ist es
Azure Synapse Analytics ist die analytische Datenplattform der Vor-Fabric-Ära. Dedicated SQL Pools, Serverless SQL, Spark Pools, Pipelines (ADF-basiert). Seit 2023 schiebt Microsoft Neuprojekte stark in Richtung Fabric, Synapse bleibt in Bestandsarchitekturen und in Spezial-Setups (Dedicated SQL Pool für extrem grosse Workloads) zentral.
§ 2 · Wo wird es eingesetzt
Bestehende Enterprise-DWH-Landschaften, gehobener Mittelstand mit eigenem Data-Engineering-Team, regulierte Branchen mit klaren Architektur-Pfaden.
§ 3 · Welche Skills hängen daran
T-SQL, Dedicated vs Serverless Pools, Spark in Synapse, Integration mit ADF und Power BI, Workspace-Security.
§ 4 · Typische AlpineReach-Rollen
Data Engineer (Senior), DWH-Architekt.
§ 5 · Hiring-Hinweis
Synapse-Profile sind 2026 in der Migrations-Phase. Mandanten suchen häufiger jemanden, der Synapse plus Fabric kann, als reine Synapse-Spezialisten. Wer nur Synapse hat und keinen Fabric-Pfad, hat einen kürzer werdenden Markt.
§ 6 · Typische Verwechslung
Synapse ist nicht gleich SQL Data Warehouse. Es ist ein integriertes Workspace-Modell, nicht nur eine Datenbank-Engine.
07 · NÄCHSTER SCHRITT
Diese Karte zeigt das Terrain. Die Rollen darauf besprechen wir lieber direkt.
Die Komponenten sind nur die Landkarte. Welche davon in deinem Programm wirklich zusammenwirken müssen, hängt von deiner Architektur, deiner Branche und deinem Team ab. Wenn du gerade ein konkretes Besetzungs-Vorhaben oder einen Karriereschritt im Kopf hast, sprechen wir besser direkt darüber.
Lass uns reden