Microsoft Dynamics 365 · Implementierung
Als Microsoft Dynamics 365 Partner bauen wir Microsoft-Dynamics-CRM-Einführungen seit der CRM-3.0-Ära — in 4 Phasen mit klaren Deliverables und transparentem Implementation-Cost. SMB-Einführung 60.000–180.000 € netto, Mittelstand 180.000–600.000 € netto. Teams von 2 bis 6 Personen, mit derselben Person, die berät, am Code-Editor und im Hypercare. Keine Übergabe an Offshore. Keine PowerPoint-Kaskade.
30 Tage kostenlos
Wir setzen den Test-Tenant in 48 h auf, schulen Ihre Key-User (2 Std.), halten wöchentliche Sprechstunden mit dem Architekten und prototypisieren Ihren Wunsch-Use-Case. Nach 30 Tagen erhalten Sie eine Architektur-Empfehlung — Sie entscheiden über Übernahme oder Abschalten.
Vier Phasen
Vier klar getrennte Phasen mit eigenen Deliverables und eigener Budget-Logik. Keine endlose „Build-and-Test"-Schleife — sondern Wegmarken, an denen Sie als Auftraggeberin oder Auftraggeber bewusst Ja oder Nein sagen können.
Workshops mit Fach- und Power-Usern. Solution-Blueprint, Modul-Mapping, Lizenz-Architektur, Datenmodell-Skizze, Migrations-Plan. Festpreis. Sie können nach Phase 01 das Projekt beenden, falls etwas nicht passt — wir verlangen keinen Build.
Konfiguration in 2-Wochen-Sprints. Wöchentliche Demos. Sie sehen das System wachsen — keine Mystery-Box. Customization, Plug-ins, Power-Apps-Erweiterungen, Integrationen ans ERP. T&M mit Budget-Korridor und transparenter Burn-Rate.
Daten-Migration aus Salesforce, NAV, Excel oder Altsystem. Drei Migrations-Läufe: Trockenübung, Pre-Production-Test, finaler Cutover. End-to-End-Tests mit echten Nutzern. Schulungs-Welle 1. Festpreis-Phase.
Live-Schaltung in einem definierten Cutover-Fenster. 4 Wochen Hypercare mit täglichem Check-in, schneller Reaktion, Adoption-Begleitung. Übergang in Application Care oder Pay-per-Hour-Support. Festpreis.
Migrationen
Eine Migration ist nicht nur „Daten kopieren". Es ist die Frage: Welche Datensätze haben heute noch Wert, welche tragen wir nur als Archiv mit, und welche bleiben bewusst draußen?
Accounts, Contacts, Opportunities, Custom Objects, Tasks, Email-History. Wir nutzen Skribbla oder eigene Pipelines. Heikle Themen: Custom-Field-Mapping bei stark angepassten Salesforce-Implementierungen, Approval-Prozesse, Process-Builder-Logik. Typisch 4–8 Wochen Migrations-Spur, parallel zum Build.
Klassisches On-Prem-NAV (4.0 bis 2018) auf Business Central in der Cloud — oder bei reinem CRM-Bedarf direkt auf Dynamics 365 Sales. Inkl. Stammdaten, Belegen, historischen Verträgen. Achtung: NAV-spezifische Customization müssen manuell überdacht werden, ein 1:1-Lift-and-Shift funktioniert selten.
Vertriebs-Pipeline in Excel. Kunden in Access. Vertragsdaten in SharePoint-Listen. Wir konsolidieren, bereinigen Duplikate, normalisieren Adressen. Oft die am stärksten unterschätzte Migration — weil „Excel" einfach klingt, in Wahrheit aber organisch gewachsene Datenmodelle versteckt.
Wir hatten in den letzten Jahren Migrationen aus Sage CRM, SAP Cloud for Customer, Oracle Sales Cloud, SugarCRM, Vtiger, Pipedrive und HubSpot. Das technische Vorgehen ist immer ähnlich: Export, Mapping, Bereinigung, Import in mehreren Wellen, Validierung.
Beispiel-Timeline
Sales-Implementierung für ein Vertriebsteam mit Migration aus Pipedrive, Outlook-Integration und einem Power-BI-Dashboard. Discovery 2 Wochen, Build 8 Wochen, Migration 3 Wochen, Hypercare 4 Wochen. Investitions-Rahmen: ca. 80.000 bis 110.000 € netto plus Lizenzen.
Sales, Customer Service und Field Service mit ERP-Integration (NAV) und Migration aus Salesforce. Discovery 4 Wochen, Build 24 Wochen, Migration 6 Wochen, Hypercare 4 Wochen. Investitions-Rahmen: ca. 280.000 bis 420.000 € netto plus Lizenzen.
Hinweis. Beide Spannweiten sind ehrliche Korridore aus realen Projekten der letzten 5 Jahre — keine Wunsch-Zahlen. Eine konkrete Aussage für Ihr Vorhaben gibt es nach dem 30-minütigen Discovery oder spätestens am Ende von Phase 01.
Was uns unterscheidet
Sie sprechen vom Discovery bis zum Hypercare mit denselben Personen. Kein Account Manager als Übersetzer. Keine Übergabe an ein Offshore-Delivery-Team. Wenn etwas brennt, rufen Sie die Person an, die das Plug-in geschrieben hat.
2 bis 6 Personen pro Projekt. Solution-Architect, Functional Consultant, Developer, Migration-Engineer. Mehr braucht es nicht. Weniger Stuhlreihen, weniger Status-Meetings, weniger Verlust zwischen Plan und Code.
Wir setzen Microsoft Dynamics 365 für unser eigenes Projekt-Geschäft ein — auf Basis unserer eigenen Project & Service Management-Lösung. Wenn wir Ihnen einen Workflow empfehlen, haben wir ihn in der Regel selbst getestet.
Nach Go-Live übernehmen wir den Betrieb selbst — als Application Care. Keine Übergabe an einen Run-Partner, keine Wissens-Verluste. Wer Ihr System gebaut hat, betreut es danach.
Mit direktem Eskalations-Weg zum Microsoft-Support. Wenn ein Plattform-Bug auftritt, öffnen wir das Ticket bei Microsoft direkt — Sie müssen nicht selbst eskalieren oder einen Microsoft-Account-Manager suchen.
Wir nehmen kein Projekt an, von dem wir wissen, dass es scheitern wird. Zu wenig Budget, falsches Modul, fehlende interne Verantwortung — das sagen wir vor Vertragsunterzeichnung. Mehr dazu in unserer Beratungs-Übersicht.
Qualifikation
Microsoft-CRM-Implementierungen seit 2005 — durch alle Plattform-Wechsel hindurch. Vom On-Prem-CRM 3.0 über CRM 2011/2013/2015 bis zu Dynamics 365 in der Cloud. Wir kennen die Migrations-Pfade, die Plattform-Eigenheiten und die Microsoft-Roadmap-Realitäten aus erster Hand.
Cost-Breakdown
Ein typisches D365-Implementierungs-Budget besteht aus fünf Posten. Die Anteile schwanken mit Modul-Mix, Daten-Komplexität und Adoption-Anspruch. Die folgende Tabelle zeigt die Bandbreite aus realen Mittelstands-Projekten.
| Posten | Typischer Anteil am Gesamt-Budget (3 Jahre) | Wichtigste Treiber |
|---|---|---|
| Microsoft-Lizenzen | 30–45 % | Nutzer-Anzahl, Modul-Mix (Sales/CS/FS/PO/CIJ), Vollnutzer- vs. Team-Member-Anteil, Add-ons (Copilot, Power BI Pro) |
| Dienstleistung Beratung & Build | 35–50 % | Modul-Anzahl, Customization-Tiefe, Integrationen (ERP, Marketing, BI), Plug-ins, Power-Apps-Overlays |
| Daten-Migration | 5–15 % | Daten-Volumen, Quell-System (Salesforce vs. Excel), Custom-Field-Komplexität, Anzahl Migrations-Wellen |
| Schulung & Adoption | 5–10 % | Nutzer-Anzahl, Rollen-Vielfalt, Online vs. Vor-Ort, Wiederholungs-Wellen, Zertifizierungs-Vorbereitung |
| Change-Management | 5–10 % | Organisations-Reife, Anzahl Stakeholder-Gruppen, Kommunikations-Bedarf, Begleitung durch externes Change-Coaching |
Die Bandbreiten basieren auf Implementierungen der letzten 5 Jahre — SMB (60.000–180.000 € netto Dienstleistung) und Mittelstand (180.000–600.000 € netto Dienstleistung). Eine konkrete Budget-Aussage liefert der Solution-Blueprint am Ende der Discovery-Phase. Tagessatz auf Anfrage.
Die offensichtlichen Posten — Lizenzen, Build, Migration — stehen in jedem Angebot. Erfahrungsgemäß entstehen Budget-Überschreitungen aber durch fünf Posten, die in der Discovery-Phase oft zu klein angesetzt werden:
Eine realistische Gesamt-Kalkulation für eine Microsoft-Dynamics-CRM-Einführung im Mittelstand sieht in der Praxis so aus: Die Implementierungs-Dienstleistung im Jahr 1 entspricht typisch dem 1,5- bis 2-fachen der jährlichen Lizenzkosten. Über drei Jahre kommen jährliche Lizenzen, Application Care (10–20 % der Implementierungs-Summe pro Jahr) und kleinere Erweiterungs-Wellen hinzu.
Beispiel-TCO mittlerer Mittelstand, 180 Nutzer, Sales + Customer Service + Field Service, 3 Jahre: Implementierung 320.000 € netto, Lizenzen ca. 380.000–520.000 € (abhängig von Voll- vs. Team-Member-Mix), Application Care 110.000–160.000 €, geplante Erweiterungen 60.000–120.000 € — TCO-Korridor 870.000 bis 1.280.000 € netto über 3 Jahre. Der License Cost Calculator liefert dazu die Lizenz-Komponente auf den Cent genau.
Phasen-Diagramm
Sechs Schritte in einer linearen Abfolge — mit jeweils typischer Dauer und einem klar definierten Output. Jede Phase ist in sich abgeschlossen und stellt einen Entscheidungspunkt dar.
2–3 Wochen
Output: Ist-Aufnahme, Stakeholder-Map, Soll-Bild, Lizenz-Grobkalkulation.
2–4 Wochen
Output: Solution-Blueprint, Datenmodell, Integration-Mapping, Risiko-Register.
6–24 Wochen
Output: Konfiguriertes System, Plug-ins, Power Apps, Integrationen — Sprint-weise demo-ready.
2–6 Wochen
Output: UAT-Abnahme, Migrations-Trockenlauf, Schulungs-Welle 1, Cutover-Plan.
1–2 Wochen
Output: Produktiv-Cutover, finale Migration, Rollback-Plan-Bereitschaft.
4 Wochen
Output: Daily Standups, schnelle Korrekturen, Übergang in Application Care.
Risiko-Matrix
Risiken sind Teil jeder Microsoft-Dynamics-365-Einführung. Sie werden nicht durch optimistische Planung kleiner, sondern durch frühe Sichtbarkeit und klare Mitigations-Maßnahmen.
| Risiko | Symptom in der Praxis | Mitigation bei arades |
|---|---|---|
| 1. Scope-Creep | Stetig wachsende Anforderungs-Liste, Build verlängert sich um Monate. | Solution-Blueprint mit klarer In-Scope/Out-of-Scope-Liste. Change-Requests mit eigenem Aufwand und Budget-Folge. Quality-Gate am Ende jeder Phase. |
| 2. Daten-Qualität | Duplikate, fehlende Pflichtfelder, inkonsistente Adress-Formate, Owner-Lücken. | Drei Migrations-Wellen mit Validierungs-Reports. Daten-Cleansing-Aufgaben sichtbar im Backlog. Power-User binden Verantwortung pro Datendomäne. |
| 3. Adoption | 100 Lizenzen, 40 aktive Nutzer. Der Vertrieb pflegt parallel in Excel weiter. | Adoption-Plan ab Discovery. Rollen-spezifische Schulungs-Wellen. Champion-Modell. Vier Wochen Hypercare mit täglichen Standups. |
| 4. Integrationen | ERP-Schnittstelle reicht 80 % — die letzten 20 % treiben Wochen an Aufwand. | Integration-Mapping in Phase 02 (Design). Spike-Phasen für unklare Schnittstellen, bevor T&M-Build startet. Power Automate als Standard, Custom-Code nur wo unvermeidlich. |
| 5. Change-Management | Die Geschäftsführung sponsert, der Mittelbau bremst, die Sachbearbeitung weiß nichts. | Stakeholder-Map ab Discovery. Sponsor-Briefings monatlich. Mittelbau aktiv im Workshop. Change-Coach-Empfehlung bei größeren Roll-outs. |
Greenfield vs. Migration
Eine der wichtigsten frühen Entscheidungen — und eine der häufigsten Quellen für teure Korrekturen, wenn sie zu spät getroffen wird. Beide Wege haben klare Stärken und klare Stolpersteine.
Pro: Schnellere Time-to-Value (oft 2 bis 4 Monate kürzer), keine Altlasten, kleinere Risiko-Fläche, klarere Architektur. Schulungs- und Adoption-Aufwand niedriger, weil ein „neuer Start" mental einfacher ist.
Contra: Historische Daten gehen verloren oder müssen archiviert werden. Re-Engineering bewährter Prozesse, die im Altsystem implizit liefen. Risiko, gewachsene Logik zu unterschätzen.
Empfohlen für: Kleine bis mittlere Unternehmen mit veraltetem Altsystem, unklaren Datenbeständen oder erstem CRM-Einsatz. Auch sinnvoll bei strategischer Neuausrichtung des Vertriebs-Modells.
Pro: Historische Daten und Kontext bleiben verfügbar. Bewährte Prozesse können 1:1 übernommen oder schrittweise optimiert werden. Die Nutzer-Akzeptanz ist höher, weil bekannte Datensätze sichtbar sind.
Contra: Längere Projekt-Dauer (plus 20 bis 40 % Time-to-Value). Höheres Risiko durch Daten-Qualität und Custom-Field-Mapping. Versuchung, gewachsene Komplexität unbesehen mitzuziehen.
Empfohlen für: Mittelständler mit gepflegtem Altsystem (Salesforce, NAV, älteres D365 On-Prem), mehrjähriger Vertriebs-Historie und regulierten Branchen mit Aufbewahrungs-Pflichten.
In über 80 % unserer Mittelstands-Projekte fällt die Entscheidung in der Architektur-Phase nach Bewertung von Daten-Qualität, Prozess-Reife und strategischen Zielen.
Weiterführend
Bevor Sie den ersten Klick machen. Modul-Wahl, Lizenz-Architektur, Roadmap. 30-Min-Discovery kostenlos, 1-Tag-Workshop ab 2.400 €.
Aus Lizenzen werden Nutzer. Online-Live, Vor-Ort, On-Demand-Videos. Inkl. Microsoft-Zertifizierungs-Vorbereitung MB-210, MB-220, MB-230, MB-240, PL-200.
Nach Go-Live. Reaktion unter 4 h, direkter Eskalations-Weg zu Microsoft. Pay-per-Hour, Application Care oder Strategic Care.
Selbst rechnen. Vollnutzer- gegen Team-Member-Lizenzen, Device-Lizenzen, Add-ons. Transparenz vor dem Microsoft-Bestellprozess.
Microsoft-Dynamics-365-Lizenzierung mit Vollnutzer-, Team-Member- und Device-Lizenzen. CSP-Modell, jährliche Renewal-Logik, Add-on-SKUs.
Nach Hypercare. Planbarer Monatsvertrag mit SLA. Releases, Hotfixes, Erweiterungen, Tenant-Hardening. Kein Übergang zu einem fremden Run-Partner.
Vor der Implementierung. Modul-Wahl, Lizenz-Architektur, Roadmap. Discovery 30 Min kostenlos, Strategie-Workshop 1 Tag.
Die Themen-Hub-Sicht auf die Einführung: drei Pakete (Quick-Start, Mittelstand, Plus) mit konkreten Preis-Korridoren, sechs typische Einführungs-Fehler und drei Rechen-Beispiele zur Total Cost of Ownership.
Häufige Fragen
Für eine SMB-Implementierung (1–2 Module, 20–80 Nutzer, ohne ERP-Integration) typisch 3–6 Monate. Für mittelständische Projekte (3+ Module, 80–500 Nutzer, mit ERP-Integration und Migration) typisch 6–12 Monate. Längere Projekte sind oft ein Warnsignal — wir bauen lieber iterativ in mehreren kleineren Wellen.
Eine SMB-Implementierung mit Sales und Customer Service liegt zwischen 60.000 € und 180.000 € netto. Eine mittelständische Einführung mit 3+ Modulen und ERP-Integration zwischen 180.000 € und 600.000 € netto. Plus laufende Microsoft-Lizenzen — die wir mit dem License Cost Calculator transparent machen.
Ja. Wir migrieren regelmäßig aus Salesforce — Accounts, Contacts, Opportunities, Custom Objects und historische Aktivitäten. Wir nutzen Skribbla, KingswaySoft oder eigene Power-Automate-Pipelines, je nach Datenvolumen und Komplexität. Die Migration ist meistens technisch lösbar — die Frage ist eher, welche Daten Sie gar nicht mit umziehen sollten.
Sie sprechen direkt mit den Personen, die bauen. Keine Account-Manager-Schicht, keine Übergabe an Offshore-Teams. Wir arbeiten in Teams von 2–6 Personen, leben Eat-your-own-Dogfood (eigene Lösungen wie PSA und Intercompany sind auf D365 gebaut) und übernehmen nach Go-Live die Betreuung selbst — keine Übergabe an einen Run-Partner.
Vier Wochen Hypercare in der Implementierungs-Phase enthalten — täglicher Check-in, schnelle Korrekturen, Adoption-Begleitung. Danach Übergang in Application Care (monatlicher Service-Vertrag) oder Pay-per-Hour, abhängig davon, wie geschäftskritisch das System ist.
Wir implementieren CE-Module (Sales, Customer Service, Field Service, Project Operations, Customer Insights Journeys) und Business Central (SMB-ERP). Für die F&O-Apps Finance, Supply Chain Management, Commerce und Human Resources verweisen wir an spezialisierte F&O-Partner aus unserem Netzwerk — und übernehmen oft die Integration zwischen CE und F&O. Mehr im D365-ERP-Wissensbereich.
Wir arbeiten in 4 Phasen mit phasenweisem Festpreis: Discovery (Festpreis), Build (T&M mit Budget-Korridor), Migration (Festpreis), Hypercare (Festpreis). So kombinieren wir Planungssicherheit für Sie mit Flexibilität für unvermeidbare Anpassungen während des Builds.
Eine typische D365-Implementierung verteilt die Kosten auf fünf Posten: Microsoft-Lizenzen (30–45 %), Dienstleistung Beratung und Build (35–50 %), Daten-Migration (5–15 %), Schulung und Adoption (5–10 %), Change-Management (5–10 %). Die Anteile schwanken stark mit Komplexität, Modul-Mix und Migrations-Tiefe — präzise Zahlen am Ende der Discovery-Phase. Details in der Cost-Breakdown-Sektion oben.
Greenfield (komplett neu) ist schneller und planungssicherer, kostet meist 20 bis 30 % weniger, verzichtet aber auf historische Daten und etablierte Prozesse. Eine Migration aus dem Altsystem behält Historie und Adoption, dauert länger und trägt mehr Risiko. Faustregel: Kleine Unternehmen oder verbrauchte Altsysteme tendieren zu Greenfield; gewachsene Mittelständler mit gepflegten Daten zu Migration. Konkret entscheiden wir in der Architektur-Phase.
Fünf wiederkehrende Risiken: 1) Daten-Qualität (Duplikate, Lücken, inkonsistente Formate), 2) Custom-Field-Mapping bei stark angepassten Altsystemen, 3) Beziehungs-Modell (Hierarchien, Multi-Account-Strukturen), 4) Historische Aktivitäten (E-Mails, Anrufe) mit unklarem Geschäfts-Wert, 5) Bewegungs-Daten (Tasks, offene Opportunities) mit Owner-Mapping. Wir adressieren jedes Risiko mit einer dedizierten Validierungs-Welle vor dem Cutover. Siehe die Risiko-Matrix oben.
Drei gängige Strategien: 1) Big Bang — alle Module, alle Nutzer an einem Stichtag, höchstes Risiko, kürzeste Dauer. 2) Modul-weise — Sales zuerst, dann Customer Service, dann Field Service, jeweils 2–4 Monate Abstand. 3) Standort- oder Tochter-weise — Roll-out pro Geo-Einheit oder rechtlicher Einheit, mit Lerneffekt zwischen Wellen. Für die meisten KMU-Projekte empfehlen wir Modul-weise, für Holdings Standort-weise.
Faustregel aus realen Mittelstands-Projekten: Die Implementierungs-Dienstleistung liegt typisch zwischen 1.500 € und 3.500 € netto pro Nutzer — abhängig von Modul-Tiefe, Customization und Migration. Beispiel: 180 Nutzer × 1.800 € = ca. 324.000 € netto Dienstleistung. Hinzu kommen Microsoft-Lizenzen (Sales Enterprise ca. 95 €/Nutzer/Monat, Customer Service Enterprise ca. 105 €/Nutzer/Monat) und ggf. Add-ons. Die Pro-Nutzer-Kennzahl sinkt mit steigender Nutzer-Zahl deutlich — bei 500+ Nutzern eher 800–1.500 € pro Nutzer.
Fünf Posten, die in der Discovery-Phase oft zu klein angesetzt werden: 1) Mehrere UAT-Runden statt einer einzigen, 2) die letzten 20 % der ERP-Integration, 3) Daten-Cleansing durch Power-User vor Migration, 4) Wiederholungs-Schulungen 3 und 6 Monate nach Go-Live, 5) Add-on-Lizenzen (Copilot for Sales, Customer Voice, Power BI Pro), die erst im Build sichtbar werden. Unsere Discovery-Phase macht alle fünf Posten explizit sichtbar — kein Versteck im Kleingedruckten.
Branchen-spezifische Anforderungen treiben die Dienstleistungs-Kosten typisch um 20–40 % nach oben. Beispiele: regulierte Branchen (Pharma, Finanzdienstleister) brauchen Audit-Trail, GxP-Validierung und erweiterte Berechtigungs-Modelle; Maschinenbau braucht Service-Verträge, Field-Service-Routing und ERP-Tiefe; Professional Services brauchen Project Operations mit Time-and-Material-Abrechnung. Wir bauen für beide Profile — die Branchen-Tiefe schätzen wir in der Discovery-Phase ein und beziffern sie als eigenen Posten im Solution-Blueprint.
30 Min · kostenlos · ohne Verpflichtung
Erzählen Sie uns von Ihrem Vorhaben. Welche Module, welche Größe, welcher Zeitrahmen. Wir geben Ihnen eine ehrliche erste Einordnung — Größenordnung, Risiken, mögliche Phasen-Aufteilung.
Begleitende Dienstleistungen
Engineering-Projekte stehen selten allein — Lizenz-Logik, Architektur-Klärung, Quality-Gates, Wissens-Transfer und Folge-Betrieb laufen meistens parallel. Hier die häufigsten Begleitleistungen, die wir in Discovery-Spike, Sprint-Festpreis oder Application-Care-Verträgen zubuchen.
Vorab · Architektur
Bevor implementiert wird: Tenant-Struktur, Datenmodell, Sicherheitskonzept, Integration-Mapping. Ergebnis ist ein Architektur-Dokument, mit dem jedes Engineering-Team weiterarbeiten kann — auch ein anderes als wir.
Ansehen →
Vorab · CSP
Welche Lizenz-Bundles für welche User, welche Add-on-SKUs notwendig sind, wo Sie über- oder unterlizenziert sind. Als Microsoft Lizenzierungspartner bezogen — mit der Option, CSP nur als Kontrolle ohne Margenmaximierung zu nutzen.
Ansehen →
Während · Quality-Gate
Unabhängige Zweit-Meinung während eines laufenden Implementations-Projekts — egal ob wir es selbst durchführen oder ein anderer Partner. CMMI-basierte Quality-Gates, Risk-Reviews, Festpreis pro Gate.
Während · Adoption
Nicht der klassische 2-Tage-Workshop, der nach einer Woche vergessen ist — sondern ein dynamisches Lernprogramm über 4–6 Wochen mit Erstschulung, Anwendungsphasen und Aufbau-Sessions. Schulungs-Matrix für Rollen und Themen.
Ansehen →
Danach · Betrieb
Nach Go-Live: planbarer Application-Care-Vertrag mit Monatspauschale, SLA-basiert. Inklusive Releases, Hotfixes, Erweiterungen, Tenant-Hardening — und kontinuierlicher Begleitung statt nur Reaktion auf Ticket.
Ansehen →
Danach · Wissen
Wenn die ursprünglichen Entwickler weg sind, der Vorgänger-Partner nicht mehr greifbar oder die Dokumentation veraltet — Reverse Engineering der bestehenden Lösung mit dokumentiertem Ergebnis: Code-Map, Datenmodell, Customization-Inventar.
Ansehen →
