Microsoft Dynamics 365 ERP · Mittelstand
Microsoft Dynamics 365 ERP ist heute kein einzelnes Produkt mehr, sondern eine Familie eigenständiger Apps. Diese Seite ordnet die Begriffe (Microsoft ERP, Dynamics ERP, D365 ERP), erklärt die F&O-Nachfolger-Apps nach der erneuten Aufteilung 2024, zeigt sechs Auswahl-Kriterien für einen Microsoft-ERP-Partner und beschreibt drei konkrete Implementierungs-Szenarien aus mittelständischer Praxis.
Begriffs-Klarheit
Vier Begriffe, ein Produkt-Universum. Wer in Google nach „Microsoft ERP", „Dynamics ERP", „Microsoft Dynamics ERP" oder „Dynamics 365 ERP" sucht, landet im selben Themenfeld — und doch verbergen sich hinter diesen Sammelbegriffen heute zwei deutlich verschiedene Welten. Diese Seite trennt sie klar und zeigt, welche Welt zu welcher Unternehmens-Konstellation passt.
Microsoft selbst spricht offiziell von „Microsoft Dynamics 365" und nutzt „ERP" als beschreibendes Suffix. Im täglichen Sprachgebrauch — bei Partnern, in Ausschreibungen, bei Berater-Vergleichen — sind alle vier Schreibweisen austauschbar. Wer „Microsoft ERP" sagt, meint dasselbe wie jemand, der „D365 ERP" sagt. Die Abgrenzung erfolgt nicht über den Begriff, sondern über die konkrete App.
Bis 2020 hieß die Enterprise-ERP-Suite von Microsoft „Dynamics 365 Finance & Operations" (kurz F&O) — ein gemeinsames Markendach für Finanzen, Supply Chain, Retail, Human Resources und Projekt-Management. 2020 löste Microsoft diesen Verbund auf und gab die Disziplinen als eigenständige Anwendungen heraus. 2024 wurde diese Trennung weiter geschärft: Lizenz-Modelle, Modul-Zuschnitte und Roadmaps unterscheiden sich heute deutlich zwischen den Apps. Wer heute „F&O" sucht, sucht eigentlich vier oder fünf separate Produkte mit eigener Lizenz.
Heute besteht die Microsoft-ERP-Familie aus zwei klar getrennten Welten:
Beide Welten teilen sich Microsoft Dataverse als Datenfundament für angrenzende Apps, Microsoft Power Platform für Erweiterungen, Power BI für Reporting und Microsoft Copilot für AI-gestützte Funktionen. Sie unterscheiden sich jedoch in Lizenz-Logik, Implementations-Tiefe und typischer Projekt-Dauer fundamental.
In Erstgesprächen begegnet uns regelmäßig die Erwartung, beide Welten ließen sich gleich behandeln — ein Partner, ein Vertrag, eine Migration. In der Realität sind Business Central und die F&O-Nachfolger-Apps zwei eigenständige Liefer-Disziplinen mit unterschiedlichen Implementations-Methodiken, unterschiedlichen Entwickler-Profilen (AL-Extensions bei Business Central, X++-Erweiterungen plus Power-Platform-Pro-Code bei F&O) und unterschiedlichen Branchen-Logiken. Wer eine Microsoft-ERP-Initiative startet, profitiert davon, die Welt-Wahl früh zu treffen — die zugehörige Partner-Auswahl folgt der Welt-Wahl, nicht umgekehrt.
F&O-Nachfolger-Apps
Nach der Aufteilung 2020 und ihrer weiteren Differenzierung 2024 stehen heute fünf Apps im Vordergrund — vier Successor-Apps aus der ehemaligen F&O-Welt plus Business Central als eigenständige SMB-Linie.
| App | Zielgruppe | Kernfunktion | Vorgänger |
|---|---|---|---|
| Microsoft Dynamics 365 Business Central | KMU und Mittelständler bis ca. 250 Mitarbeitende | Komplettes ERP: Finanzbuchhaltung, Vertrieb, Einkauf, Lager, Projekte, Service, Fertigung (Premium) | Dynamics NAV (Navision) |
| Microsoft Dynamics 365 Finance | Anspruchsvolle Mittelständler und größere Organisationen | Hauptbuch, Anlagenbuchhaltung, Konsolidierung, Multi-Entity-Reporting, Cash & Bank Management, Tax Engine, IFRS-/HGB-Fähigkeit | Dynamics AX Finance |
| Microsoft Dynamics 365 Supply Chain Management | Fertigung, Großhandel, Distribution mit Branchen-Tiefe | Lager, Einkauf, Verkauf, Produktionsplanung, Master Planning, Quality Control, Asset Management | Dynamics AX Trade & Logistics |
| Microsoft Dynamics 365 Commerce | Retail und Omnichannel-Handel | Omnichannel-Retail, POS, E-Commerce-Plattform, Filial- und Online-Inventar, Customer Loyalty, Self-Service | Dynamics AX Retail |
| Microsoft Dynamics 365 Project Operations | Projekt-getriebene Organisationen (Beratung, Engineering, Bau) | Projekt-Akquise, Ressourcen-Planung, Leistungs-Erfassung, Projekt-Buchhaltung, Abrechnung; Brücke zwischen Sales- und ERP-Welt | Project Service Automation / Dynamics AX Project |
Drei Hinweise zur Lese-Hilfe: Erstens sind Microsoft Dynamics 365 Human Resources und Microsoft Dynamics 365 Intelligent Order Management seit 2024 als eigenständige Apps weiter verfügbar, gehören aber inhaltlich nicht zum klassischen ERP-Kern. Zweitens lassen sich Finance und Supply Chain Management gut kombiniert lizenzieren — viele Mittelstands-Projekte buchen beide Apps gemeinsam. Drittens ist Business Central kein „kleines F&O", sondern eine eigenständige Linie mit eigener Codebase, eigenem Datenmodell und eigener Erweiterungs-Logik (AL-Extensions statt X++).
Auswahl-Kriterien
Die Wahl des Microsoft-ERP-Partners entscheidet erfahrungsgemäß stärker über den Erfolg einer Einführung als die Wahl zwischen Business Central und F&O-Nachfolger. Sechs anbieter-neutrale Hebel — fragen Sie diese Punkte bei jedem Microsoft-ERP-Partner ab.
01 · Spezialisierung statt Breite
Business Central und die F&O-Nachfolger-Apps verlangen unterschiedliche Methodiken, unterschiedliche Entwickler-Profile und unterschiedliche Branchen-Logik. Wer als Partner beide Welten gleichermaßen anbietet, hat in keiner echte Tiefe. Achten Sie auf einen klaren Schwerpunkt: Business-Central-Spezialist oder F&O-Spezialist. Echte Multi-Welt-Partner sind selten und meist mehrere hundert Mitarbeitende groß.
02 · Branchen-Erfahrung mit Referenzen
Fertigungs-Buchhaltung mit Mehrlager-Bewertung unterscheidet sich grundlegend von Projekt-Buchhaltung mit Leistungsverrechnung. Eine Außendienst-Disposition mit Servicetechniker-Routen hat andere Anforderungen als ein Großhandel mit Konsignations-Lager. Fragen Sie nach drei konkreten Projekten in Ihrer Branche — nicht nach Branchen-Logos auf der Website.
03 · Dokumentierte Liefer-Methodik
Konsistente Implementations-Qualität entsteht aus dokumentierten Liefer-Prozessen, nicht aus individuellem Talent. Ein Partner mit etablierter Methodik beschreibt Architektur-Review-Verfahren, Sprint-Strukturen, Hyper-Care-Übergaben und Application-Care-Übergänge nachvollziehbar — und liefert Projekt für Projekt vergleichbar. Bitten Sie um das Liefer-Handbuch.
04 · Ehrliche Negativ-Empfehlung
Ein guter Partner sagt auch dann „Microsoft Dynamics 365 ERP ist nicht die richtige Wahl", wenn er damit ein Projekt nicht gewinnt. Branchen-Standardlösungen, SAP Business One oder spezialisierte Mittelstands-ERP können in konkreten Konstellationen besser passen. Wer auf jede Anfrage mit „ja, können wir" antwortet, riskiert Ihr Projekt — und das eigene Reputations-Konto.
05 · Software-Development-Tiefe
Reine Customization über die Bordmittel reicht selten für tragfähige Implementierungen. Ein Partner mit echter Software-Development-Tiefe liefert Pro-Code-Erweiterungen, Azure-Functions-Integration, eigene Web-Services und REST-APIs für angrenzende Systeme — und kann bei Bedarf auch außerhalb des Microsoft-Stacks entwickeln. Reine Konfiguratoren stoßen schnell an Grenzen.
06 · Partner-Größe & Persönlichkeit
Bei großen Microsoft-Generalisten verhandeln Sie im Sales mit Senior-Architekten und bekommen in der Delivery oft ein Junior- oder Offshore-Team. Bei kleineren Partnern sind dieselben Personen pre- und post-Vertragsabschluss aktiv, Eskalationen erreichen die Geschäftsführung kurzfristig, und Verantwortung versickert nicht zwischen Hierarchie-Ebenen. Die richtige Größe hängt vom Vorhaben ab — persönliche Greifbarkeit ist oft entscheidender als die absolute Firmen-Größe.
Diese sechs Punkte sind Marktstandard für eine gute Auswahl-Diligence. Im nächsten Abschnitt zeigen wir, wo arades gegen jeden Punkt belastbar liefert — und wo nicht.
arades als Microsoft ERP Partner
arades ist mit Absicht kein „alles für jeden"-Partner. Wir sind auf den deutschen Mittelstand mit 50–500 Mitarbeitenden spezialisiert und konzentrieren uns auf die Microsoft-ERP-Bereiche, in denen wir tief liefern. Wo wir nicht der richtige Partner sind, sagen wir das offen und vermitteln gegebenenfalls weiter.
arades liefert Microsoft Dynamics 365 Business Central selbst — von Discovery über Implementierung bis Application Care. Für Mittelständler mit 50–250 Mitarbeitenden ist Business Central in vielen Konstellationen die wirtschaftlich tragfähigste Option. Wir kennen Datenmodell, AL-Extensions, Erweiterungs-Logik und die typischen Stolperfallen aus eigener Implementations-Praxis.
Wir setzen keine F&O-Nachfolger-Apps (Finance, Supply Chain Management, Commerce, Project Operations) selbst um — diese Disziplin verlangt ein dediziertes Team mit eigener Methodik und mehrjähriger Praxis. Wenn Sie F&O brauchen, vermitteln wir an spezialisierte Partner aus unserem Netzwerk und bleiben bei Bedarf auf der CRM-Seite oder als Architektur-Gegen-Lese involviert.
arades arbeitet seit 2006 auf der Microsoft-Dynamics-Plattform — durchgängig durch NAV-Versionen, AX-Generationen, die Cloud-Umstellung 2016 und die F&O-Aufteilung 2020. Diese Plattform-Tiefe macht den Unterschied bei Architektur-Entscheidungen, die fünf Jahre nach Go-Live noch tragen müssen.
Dokumentierte Architektur-Review-Verfahren, definierte Sprint-Strukturen in der Implementierungs-Phase, standardisierte Hyper-Care-Übergaben und festgelegte Übergänge in die Application Care. So entsteht wiederholbare Qualität — unabhängig von der individuellen Tagesform der Beteiligten.
Wir betreiben mehrere eigene Lösungen mit Kunden im Live-Betrieb: Bildungsinstitute-App (Kurs-Verwaltung, Teilnehmer-Tracking), Verbände & Kammern (Mitglieder-Verwaltung), den License Cost Calculator sowie Intercompany Integration. Diese Doppelrolle als Implementierer und Software-Hersteller schärft unsere Architektur-Entscheidungen.
Sie sprechen im Sales-Prozess mit denselben Architektinnen und Architekten, die später Ihre Implementierung leiten. Keine Übergabe an ein Offshore-Team, keine Account-Manager-zu-Delivery-Wand. Geschäftsführung direkt erreichbar. Application Care zur planbaren Monats-Flatrate. Festpreise für Strategie-Workshops und Architektur-Reviews — ohne Stundenlisten-Überraschung.
Migrations-Pfade
In Erstgesprächen mit mittelständischen Kunden sehen wir immer wieder dieselben Ausgangs-Konstellationen. Jeder dieser Pfade hat eigene Daten-Modell-Brüche, eigene Lizenz-Mathematik und eine eigene typische Projekt-Dauer. Hier die fünf häufigsten Migrations-Pfade — und worauf jeweils zu achten ist.
Der klassische Konzern-Migrations-Pfad: Dynamics AX-Installationen aus den 2010er Jahren wechseln auf Dynamics 365 Finance plus Supply Chain Management. Vorsicht bei X++-Customizations — viele Eigenentwicklungen aus der AX-Welt müssen in der Cloud-Variante neu konzipiert werden. Daten-Migration ist aufwändig, weil sich das Datenmodell zwischen AX und den Successor-Apps in mehreren Bereichen geändert hat. Typische Projekt-Dauer: 12–24 Monate inklusive Parallel-Betrieb.
Der direkte Nachfolger-Pfad. Wer NAV 2013, 2015, 2017, 2018 oder NAV 2019 betreibt, hat mit Business Central den vorgesehenen Migrations-Pfad — das Datenmodell ist weitgehend kompatibel, viele C/AL-Anpassungen lassen sich systematisch in AL-Extensions überführen. Microsoft stellt Migrations-Tools bereit, dennoch ist Beratung in den Bereichen Lizenz-Umstellung (perpetual → subscription) und Customization-Refactoring wesentlich. Typische Dauer: 4–9 Monate, je nach Anpassungs-Tiefe.
Wachsende KMU, die mit SAP Business One an Funktions-Grenzen stoßen oder die Microsoft-Cloud-Integration suchen, wechseln häufig auf Business Central. Vorteil: native Anbindung an Microsoft 365, Power BI und Power Platform. Herausforderung: Stammdaten-Migration und Geschäftslogik-Übersetzung — die beiden Systeme haben unterschiedliche Denkmuster in Buchungs- und Belegfluss. Typische Dauer: 5–10 Monate.
Produzierende Mittelständler mit Sage-Historie wechseln häufig in Richtung Microsoft, wenn Microsoft 365 bereits etabliert ist und ein homogener Cloud-Stack gewünscht wird. Sage 100 zielt eher auf Business Central, Sage X3 in komplexen Fertigungs-Konstellationen häufig auf Finance plus Supply Chain Management. Daten-Migration ist erfahrungsgemäß aufwändiger als bei NAV-Migrationen, weil sich die Stamm- und Bewegungs-Datenmodelle deutlicher unterscheiden.
abas-Kunden — typischerweise Fertiger und Anlagenbauer — bewegen sich entweder in Richtung Business Central (kleinere und mittlere Konstellationen) oder Finance plus Supply Chain Management (anspruchsvolle Mittelständler mit Multi-Site-Fertigung). abas-Eigenentwicklungen müssen in der Microsoft-Welt neu strukturiert werden. Wichtig: realistische Bewertung, welche abas-Funktionen sich im Microsoft-Standard abbilden lassen und wo Eigenentwicklungs-Aufwand entsteht.
Auch innerhalb der Business-Central-Welt gibt es Wege: Upgrade von Business Central on-premises auf Business Central Online, Wechsel zwischen Essentials und Premium, oder Re-Strukturierung der Anpassungs-Logik nach Übernahme einer Implementierung von einem anderen Partner. Diese internen Pfade sind oft kürzer (2–6 Monate), erfordern aber eine saubere Bestands-Aufnahme und einen klaren Cutover-Plan.
Über alle Migrations-Pfade hinweg ist die Daten-Migration der häufigste Grund für Verzögerungen — nicht die Software-Konfiguration. Stammdaten (Kunden, Lieferanten, Artikel, Konten-Plan), offene Posten (Forderungen, Verbindlichkeiten, offene Bestellungen) und Bewegungsdaten (Historien-Buchungen, Lager-Bewegungen) müssen aus dem Altsystem extrahiert, bereinigt, gemappt und in die neue Welt überführt werden. Erfahrungs-Werte: 25–40 % des Implementations-Aufwands entfallen auf Daten-Migration. Ein realistisches Projekt-Budget plant diesen Aufwand explizit ein — gerne im Rahmen eines vorgelagerten Daten-Audits.
Implementierungs-Szenarien
Drei anonymisierte Konstellationen aus laufender Implementations-Praxis. Reale Vorhaben mit realer Lizenz-Mathematik und realer Dauer — so können Sie unser Liefer-Profil mit Ihrer Situation abgleichen.
Sales-Schwerpunkt · 60–120 Mitarbeitende
Mittelständischer Großhändler mit ausgeprägtem Vertriebs-Apparat. Business Central als ERP-Kern für Finanzbuchhaltung, Einkauf, Lager und Verkauf — Dynamics 365 Sales auf derselben Microsoft-Datenwelt für die Pipeline-Logik, Forecasting und Opportunity-Management. Power BI als gemeinsame Reporting-Schicht. Dauer 6–9 Monate, gestaffelter Rollout. Anschließend Application Care zum festen Monatspreis.
Ansehen →
Finance-Schwerpunkt · 150–300 Mitarbeitende
Mittelständische Unternehmensgruppe mit mehreren Buchungskreisen, internationaler Konsolidierung und HGB-/IFRS-Reporting-Bedarf. Microsoft Dynamics 365 Finance plus Dynamics 365 Supply Chain Management auf F&O-Plattform. arades vermittelt an spezialisierten F&O-Partner, bleibt für Microsoft-Cloud-Architektur (Identity, Azure-Anbindung, Power BI) involviert. Dauer 12–18 Monate, mehrstufige Cutover-Strategie.
Ansehen →
Commerce-Schwerpunkt · 80–200 Mitarbeitende
Filialist mit 20–40 Standorten plus Online-Shop. Microsoft Dynamics 365 Commerce als Retail-Kern (POS, Filial-Inventar, Customer Loyalty), Anbindung an Microsoft Dynamics 365 Finance für die Buchungsebene und an Power BI für Filial-Reporting. arades agiert als Microsoft-Cloud-Architekt im Hintergrund, der Commerce-Spezialist führt die Implementierung. Dauer 9–15 Monate.
Ansehen →
Häufige Fragen
Microsoft Dynamics 365 ERP ist heute ein Sammelbegriff für zwei Welten: Microsoft Dynamics 365 Business Central für den klassischen Mittelstand (Nachfolger von Dynamics NAV) und die F&O-Nachfolger-Apps Finance, Supply Chain Management, Commerce sowie Project Operations für anspruchsvolle Mittelständler und größere Organisationen. Microsoft hat die ehemalige Finance-&-Operations-Suite 2020 in eigenständige Apps mit eigener Lizenz und eigener Roadmap aufgeteilt. Microsoft ERP, Dynamics ERP und D365 ERP meinen dasselbe Produkt-Universum.
Die Lizenzkosten beginnen bei Business Central bei rund 70 € pro Nutzer und Monat (Essentials) und reichen bei den F&O-Nachfolger-Apps bis rund 180 € pro Nutzer und Monat. Die Gesamtkosten eines Projekts liegen typischerweise zum Faktor 3–5 über den reinen Lizenzkosten — Implementierung, Datenmigration, Schulung, Anpassungen und laufender Betrieb. Mittelständische Business-Central-Projekte liegen zwischen 60.000 € und 250.000 € netto, F&O-Projekte zwischen 250.000 € und über 1.000.000 € netto. Eine belastbare Kostenrechnung ergibt sich erst nach einer Bedarfsanalyse — der License Cost Calculator liefert eine erste Lizenz-Orientierung.
Faustregel: Unternehmen bis rund 250 Mitarbeitende und mit überschaubarer Prozess-Komplexität sind in der Business-Central-Welt gut aufgehoben. Ab rund 500 Mitarbeitenden, bei internationaler Konsolidierung, Multi-Entity-Strukturen oder hochkomplexer Fertigung führt der Weg häufig in die F&O-Welt mit Finance plus Supply Chain Management. Zwischen 250 und 500 Mitarbeitenden entscheiden Branche, Anzahl der Buchungskreise und Integrations-Tiefe — nicht die Mitarbeiterzahl allein. Klärung am besten im Architektur-Review.
Sechs Kriterien zählen: Spezialisierung auf eine ERP-Welt (Business Central oder F&O — nicht beides oberflächlich), Branchen-Erfahrung mit konkreten Referenzen, dokumentierte Liefer-Methodik für wiederholbare Qualität, ehrliche Negativ-Empfehlung, wenn Dynamics 365 nicht passt, Software-Development-Tiefe für Erweiterungen jenseits der Bordmittel, sowie Partner-Größe und persönliche Greifbarkeit. Wer alle Microsoft-ERP-Welten gleichermaßen anbietet, hat in keiner echte Tiefe.
Microsoft hat die Aufteilung der ehemaligen Finance-&-Operations-Suite, die 2020 begann, mit zusätzlichen Veränderungen 2024 fortgesetzt — Lizenz-Modelle, Modul-Zuschnitte und Roadmaps wurden weiter differenziert. Heute sprechen wir von eigenständigen Apps: Dynamics 365 Finance, Dynamics 365 Supply Chain Management, Dynamics 365 Commerce und Dynamics 365 Project Operations. Der Sammelbegriff F&O wird weiter genutzt, ist aber technisch überholt — jede App hat eine eigene Lizenz, eigene Capabilities und teilweise eigene Codebase.
Häufige Ausgangslagen bei mittelständischen Migrationen: Dynamics AX 2009 oder 2012 (Wechsel auf F&O-Nachfolger-Apps), Microsoft Dynamics NAV (Upgrade auf Business Central — der direkte Nachfolger-Pfad), SAP Business One bei wachsenden KMU, Sage 100 und Sage X3 bei produzierenden Unternehmen, abas ERP, sowie ältere ERP-Eigenentwicklungen. Jeder Migrations-Pfad hat eigene Daten-Modell-Brüche, eigene Lizenz-Mathematik und eine eigene typische Projekt-Dauer.
Business Central in einem Standard-Setup: 3–6 Monate für KMU mit 10–50 Mitarbeitenden, 6–12 Monate für Mittelständler mit 50–250 Mitarbeitenden. F&O-Nachfolger-Apps (Finance plus Supply Chain Management): 9–18 Monate für anspruchsvolle Mittelständler, 18–30 Monate für größere Konstellationen mit Multi-Entity und internationaler Konsolidierung. Die Dauer hängt stärker von Daten-Migrations-Aufwand und Prozess-Tiefe ab als von der Mitarbeiterzahl.
Microsoft Dynamics 365 ERP ist tief in die Microsoft Cloud integriert — Microsoft 365, Power Platform, Power BI, Azure und Microsoft Copilot stehen ohne zusätzliche Adapter zur Verfügung. SAP setzt traditionell auf eine eigene Stack-Welt (S/4HANA, Fiori, BTP), Sage und abas sind klassische On-Premises-Spezialisten mit Cloud-Pfaden. Der Microsoft-Vorteil zeigt sich besonders dort, wo CRM und ERP in einer gemeinsamen Datenwelt arbeiten sollen oder Power BI als zentrale Reporting-Schicht eingeplant ist.
Drei Schulungs-Pflichten, die in keinem Microsoft-ERP-Projekt fehlen sollten: Endanwender-Schulung (modul- und rollenspezifisch — Buchhalter brauchen andere Inhalte als Lageristen), Power-User-Schulung für die internen ERP-Verantwortlichen (typisch 1–3 Personen, übernehmen First-Level-Support und Stammdaten-Pflege) und Admin-Schulung (Sicherheit, Berechtigungs-Rollen, Anpassungs-Grundlagen, Integration). Details unter Microsoft Dynamics 365 Schulungen.
Ein ERP-System ist nicht „eingeführt und fertig". Microsoft veröffentlicht in Business Central zweimal pro Jahr ein Major-Release, in F&O quartalsweise Updates. Hinzu kommen Lizenz-Anpassungen, neue Anforderungen aus der Fachseite und Integration mit angrenzenden Systemen. Application Care übernimmt diese laufende Pflege zur planbaren Monats-Flatrate — wahlweise im Vollservice oder als Backup zu einem internen ERP-Team.
Weiterführend
Sechs Folge-Themen in der Reihenfolge, in der sie nach der ersten Auswahl typischerweise gebraucht werden.
Sechs Auswahl-Kriterien für einen Microsoft-Dynamics-365-Partner — anbieter-neutral aufbereitet, mit Fokus auf den deutschen Mittelstand und persönlicher Verantwortlichkeit statt Hochglanz-Broschüren.
Discovery-Gespräch, Strategie-Workshop, Architektur-Review — drei Beratungs-Formate für KMU und Mittelstand. Modul-Wahl, Lizenz-Architektur, ehrliche Negativ-Empfehlung bei Bedarf.
Sales, Customer Service, Field Service, Project Operations, Business Central — Base/Attach-Logik, Copilot Credits, NCE-Mechanik. Mit Triennial-Discount und Mengen-Rabatten.
Microsoft Dynamics 365 Business Central als Service-Page von arades — Implementierung, Erweiterungen, Application Care für KMU und Mittelständler bis 250 Mitarbeitende.
Aus 50 Lizenzen werden 50 Nutzer. Rollen-spezifische Curricula für Endanwender, Power-User und Administratoren. Online-Live, Vor-Ort und On-Demand.
Selbst rechnen, was Ihre Microsoft-Dynamics-365-Lizenzen mit der richtigen Mischung aus Voll-, Team-Member- und Device-Lizenzen kosten würden — tagesaktuell unter licenses.arades.de.
30 Min · kostenlos · ohne Verpflichtung
Erzählen Sie uns von Ihrem Vorhaben. Wir hören zu, ordnen Ihre Situation in die Microsoft-ERP-Welten ein und geben eine ehrliche Einschätzung — ob Business Central, ob F&O-Nachfolger, ob ein spezialisierter Partner aus unserem Netzwerk besser passt. Wenn ein anderes Produkt besser zu Ihnen passt, sagen wir das.
