Microsoft Dynamics 365 Business Central

Navision wurde ursprünglich von Navision Software A/S, einem dänischen Unternehmen, entwickelt. Die Softwarelösung verbreitete sich vor allem in Europa, wo es von Navision Solution Centern (NSCs) vertrieben wurde. Die Schwerpunkte lagen in Dänemark und Deutschland. Die Software verfügte über eine eigene satzorientierte proprietäre Datenbank, die speziell auf die Bedürfnisse der ERP-Software zugeschnitten war.

Navision hatte mit Microsoft lange Zeit kooperiert, bevor es im Juli 2002 von Microsoft übernommen wurde. Microsoft wollte sich damit auf dem Markt für ERP-Systeme positionieren. Die aktuelle Version ist Business Central 2024 Release Wave 2 (On-Premises), die finale NAV-Version, welche im Dezember 2017 erschien, ist Microsoft Dynamics NAV 2018. Frühere Produktversionen hießen Microsoft Dynamics NAV 2017, NAV 2016, NAV 2015, NAV 2013 R2, NAV 2013, NAV 2009 R2, NAV 2009 SP1, NAV 2009, NAV 5.0 SP1, NAV 5.0, Microsoft Navision 4.0 SP3, 4.0 SP2, Microsoft Business Solutions Navision 4.0 SP1, 4.0, 3.70, Navision Attain 3.60, 3.10, 3.01, 3.0, Navision Solution 3.0, Navision Financials 2.65, 2.60, 2.50, 2.01, 2.0, 1.3, 1.2, 1.0 und unter einer zeichenorientierten Benutzungsoberfläche gab es NAVISION 1.00 bis NAVISION 3.56a, welche auch als „blaue Version“ bezeichnet wurde.

• 1983: Erik Damgaard und Preben Damgaard gründen Damgaard Data und bringen in Dänemark eine Finanzbuchhaltung Danmax für den IBM-PC unter PC-DOS auf den Markt.
• 1984: Jesper Balser, Torben Wind und Peter Bang gründen PC & C und bringen in Dänemark eine Finanzbuchhaltung PCPLUS für den IBM-PC unter PC-DOS auf den Markt.
• 1987: PC&C bringt das Nachfolgesystem Navigator in Client/Server-Architektur als 16-Bit-Software auf den Markt.
• 1990: Lars Damsgaard Andersen, Jesper Bowman und Per Grønfeldt gründen die PC&C Vertriebs GmbH mit Sitz in Hamburg.
• 1993: Damgaard Data bringen Concorde XAL auf den Markt.
• 1994: IBM übernimmt 50 % der Anteile an Damgaard Data Development.
• 1996: PC&C benennt sich in Navision Software A/S um und bringt in enger Zusammenarbeit mit Microsoft die erste ERP-Software Navision Financials unter Windows 95 als 32-Bit-Software mit proprietärer Datenbank auf den Markt. Die Zusammenarbeit mit IBM endet damit.
• 1997: Damgaard stellt AXAPTA in einer Beta-Version mit dem Codenamen Atlanta vor.
• 1998: Damgaard Data kauft die IBM-Anteile zurück.
• 1998: Concorde Software GmbH mit Sitz in Böblingen benennt sich um in Damgaard GmbH.
• 1998: Damgaard bringt AXAPTA auf den Markt.
• 2000: Navision Software und Damgaard haben ihre Fusion bekannt gegeben. Als NavisionDamgaard wollen sie ihre ERP-Produkte für den Mittelstand künftig gemeinsam entwickeln und vertreiben. Navision kauft Damgaard per Aktientausch im Verhältnis eins zu eins. Mit Jesper Balser und Preben Damgaard wird das Unternehmen zwei Chefs haben.
• 2001: Es wird entschieden, den Namen Damgaard verschwinden zu lassen. Folglich heißt das Unternehmen nur noch Navision A/S; die bisherigen Produkte Damgaard Axapta und Damgaard XAL werden in Navision Axapta und Navision XAL umbenannt.
• 2001: Damgaard XAL (zuvor Concorde XAL) soll gepflegt werden.
• 2002: Microsoft übernimmt Navision A/S. Das am 7. Mai unterbreitete Kaufangebot sei erfolgreich abgeschlossen, der Konzern werde die Navision-Anteile für rund 1,45 Milliarden Euro übernehmen.
• 2002: Microsoft Business Solutions wird nach eigenen Angaben Entwicklung, Vermarktung und Support der Navision-Anwendungen „nahtlos fortführen“. Diese werden unter den Bezeichnungen Microsoft Navision Axapta, Microsoft Navision Attain, Microsoft Navision C5 sowie Microsoft Navision XAL in das Portfolio integriert.
• 2003: Microsoft kündigt an: Unterstützung und Verbesserung der Lösungen Microsoft Business Solutions–Axapta und Microsoft Business Solutions–Navision bis mindestens 2012. (Die Vorgängersysteme Navision C5 und XAL werden nicht erwähnt.) Entwicklung einer einzigen umfassenden Businesslösung auf Basis der Microsoft .NET-Plattform. Verfügbarkeit dieser Lösung ab 2008.
• 2008: Änderung der Produktnamen: aus Microsoft Business Solutions-Axapta wird Microsoft Dynamics AX^[2], aus Microsoft Business Solutions-Navision wird Microsoft Dynamics NAV.^[3] Beide Systeme werden weiterentwickelt, ob es eine Zusammenführung in eine einzige Applikation gibt, ist derzeit nicht festgelegt.
• 2018: Änderung der Produktnamen: aus Microsoft Dynamics NAV wird Microsoft Dynamics 365 Business Central on-premises, sowie Neueinführung der cloudbasierten ERP-Anwendung Microsoft Dynamics 365 Business Central

Mit der Programmiersprache AL (Application Language) können Erweiterungen für Business Central entwickelt werden. Mittels Events (Publisher und Subscriber) kann die sogenannte BaseApp erweitert und Funktionalitäten zu Business Central hinzugefügt werden. Bestehende AL-Objekte können sowohl erweitert als auch neue erstellt werden. So kann man zum Beispiel bestehende Tabellen, Seiten, Berichte etc. erweitern.

Erweiterungen können mit Visual Studio Code entwickelt werden.

Am 1. Oktober 2022 ist die „Universal Code Initiative“ entstanden. Durch sie soll gewährleistet werden, dass AL-Code sowohl im SaaS-Modell als auch On-Premises ausgeführt werden kann. Business Central Extensions können dadurch nicht mehr direkt auf Client-Ressourcen zugreifen. Damit geht Microsoft einen Schritt weiter in Richtung „Cloud first“.

C/AL (C/SIDE Application Language) ist eine interne Programmiersprache für Microsoft Dynamics NAV auf Basis der C/SIDE-Entwicklungsumgebung. C/AL ist ereignisgesteuert, aber nicht objektorientiert. C/AL zählt zu den Programmiersprachen der 4. Generation. C/AL ist syntaktisch mit Turbo Pascal verwandt, hat allerdings keine so strenge Typisierung wie Pascal.

Praktisch der gesamte Funktionsumfang von Microsoft Dynamics NAV ist in C/AL programmiert und für die Solution-Center zugänglich. Somit kann NAV an die Bedürfnisse und Wünsche der Kunden angepasst werden.

Der Zugang zu C/AL kann optional in einer Entwickler-Lizenz erworben werden. Programmierer erhalten dadurch die Möglichkeit, die Anwendung an ihre spezifischen Anforderungen anzupassen. Die Anwendungsobjekte können durch eine binäre oder textbasierte Import-/Exportfunktion einfach portiert werden.

Die Version 14.0 ist die letzte Version, die C/AL unterstützt. Ab Version 15 findet die gesamte Weiterentwicklung in der proprietären Sprache AL statt.

Unter C/SIDE (Client/Server Integrated Development Environment) versteht man zum einen die Microsoft Navision eigene Entwicklungsumgebung, welche sich in wesentlichen Teilen auf das interne Datenbankmodell stützt als auch die von Navision selbst verwendete proprietäre Datenbank.

Bis etwa Navision 3.60 wurde diese Datenbank als Basis für Installationen empfohlen. Diese ist auch bis Dynamics NAV 2009 R2 bei Verwendung des bisherigen Classic Clients weiter verwendbar, jedoch wurde für neuere Installationen vermehrt der Microsoft SQL Server empfohlen, nur dieser unterstützt wahlweise auch den ab NAV 2009 eingeführten rollenbasierten Client. Ab NAV 2013 ist dann nur noch der Microsoft SQL-Server nutzbar. Nachteil der oftmals auch als „Native Datenbank“ oder neuerdings als Microsoft Dynamics NAV Classic Server bezeichneten Navision-eigenen Datenbank ist, dass diese nicht oder nur eingeschränkt mit SQL-Befehlen angesprochen werden kann, sowie die eingeschränkten Sicherungs- bzw. Wiederherstellungsmöglichkeiten im Vergleich zum Microsoft SQL Server. Mit anderen Datenbank-Servern, etwa Oracle Database, ist Navision nicht kompatibel.

Die Navision Datenbank zeichnet sich durch hohe Stabilität, Transaktionssicherheit, Trigger und durch hohe Geschwindigkeit bei der Bildung von Summen aus. Genau diese Funktionalität wird gerade in Buchhaltungssystemen sehr oft benötigt (Summenbilden auf Konten, bzw. innerhalb von Zeiträumen).

Die Version 14.0 ist die letzte Version, die C/SIDE bereitstellt. Alle weiteren Entwicklungen finden seither in Visual Studio Code statt.

Durch einen kleinen Trick wird erreicht, dass durch lediglich drei Datenbankzugriffe (richtigerweise durch Zugriffe auf einen speziellen Index) Summen aus beliebig großen Datenmengen gebildet werden können. Ein Zugriff auf die Einzelwerte zur Summenbildung ist somit nicht erforderlich.

Diese Technik ist unter dem geschützten Namen SIFT (SumIndex Field Technology oder SumIndexed Flow Technology) direkt innerhalb der Datenbank implementiert. In sogenannten FlowFields werden die berechneten Summen angezeigt. FlowFilter dienen zur Einschränkung der in den FlowFields angegebenen Werte auf bestimmte vorgegebene Kriterien.

Bei SIFT werden mit dem Feldindex auch die aufsummierten Werte mitgespeichert. Durch Subtraktion des höchsten Summenindexwertes von dem Summenindexwert des dem niedrigsten Datensatz vorhergehenden Wertes wird die Summe der Werte zwischen beiden Werten ermittelt.

Eine Tabelle enthält chronologisch sortiert folgende Werte:

Beim Einfügen eines Datensatzes wird der zugehörige SumIndex-Wert (wie in der letzten Spalte der Tabelle ersichtlich) durch einfache Addition des Betrages mit dem vorhergehenden SumIndex-Werte ermittelt.

Zur Berechnung der Summe aller Werte von 2006-06-01 bis 2006-12-30 geht man wie folgt vor:

• man bestimmt den Wert von SumIndex des letzten Records im Bereich (2006-12-30): 440
• man sucht den niedrigsten Datensatz im gewählten Bereich: 2006-06-01
• man bestimmt den Wert von SumIndex des vorhergehenden Datensatzes (2006-02-01): 150
• die Differenz der SumIndex-Werte ist gleich die Summe aller dazwischenliegenden Werte: 440 − 150 = 290

Dieses Verfahren funktioniert auch mit einer beliebig großen Anzahl von Werten zwischen den beiden gesuchten Größen.

Die Funktionalität von Microsoft Dynamics NAV basiert auf Objekten, die in der Datenbank selbst abgelegt sind. Microsoft Dynamics NAV besteht aus den Objekttypen Table, Page, Report, Codeunit, XMLport, MenuSuite und Query. Die Objekttypen XMLport und MenuSuite sind ab der Version 4 von Microsoft Dynamics NAV enthalten, das Objekt Page ab Version 2009 und das Objekt Query ab Version 2013, in der die in älteren Versionen vorhandenen Objekte Form und Dataport entfernt wurden. Die Objekttypen TableData und System sind anwendungsinterne Objekttypen, die von Entwicklern, die die übrigen Objekttypen anpassen oder auch neu erstellen können, nicht verändert werden können.

• Das Table-Objekt repräsentiert die Definition der Tabelle an sich, also z. B. Feldnamen und Datentypen der Felder, wobei das TableData-Objekt repräsentativ für die tatsächlichen Daten existiert.
• Das Form-Objekt dient üblicherweise zur Darstellung der Tabellendaten. Über die Formulare können Datensätze angelegt, angezeigt, modifiziert oder gelöscht werden. Man spricht bei Formularen, die mit einer Tabelle verknüpft sind, von gebundenen Formularen, wogegen Formulare ohne Verknüpfung mit einer Tabelle als ungebundene Formulare bezeichnet werden. Ungebundene Formulare existieren ab der Version 4 in der Standarddatenbank nicht mehr. In älteren Versionen wurde mit ungebundenen Formularen das Hauptmenü dargestellt, das mit der Version 4 durch das MenuSuite-Objekt abgelöst wurde. Ab NAV 2013 ist dieser Objekttyp nicht mehr enthalten.
• Das Page-Objekt dient im RTC (Role-Tailored-Client), welcher mit Version 2009 eingeführt wurde, der Darstellung von Tabellendaten, Abfragen und Menüs. Die in Pages und anderen Objekttypen enthaltene Geschäftslogik wird, im Gegensatz zu Forms, wo der Classic Client für die Verarbeitung zuständig ist, auf der Middle-Tier ausgeführt. Sie können in allen Clienttypen (Windowsclient, Webclient, SharePoint-Client, Tablet-/Phone-Client) gleichermaßen genutzt und dargestellt werden. Pages sind designtechnisch an die neueren Office Produkte (Version 2007 und neuer) und Windows 7 angepasst. Das grundsätzliche Rendering-Schema wird dabei durch den Pagetyp (u. a. Card (Karte), List (Übersicht), Role Center (Rollencenter), Worksheet (Buchungsblatt), Confirmation Dialog (Bestätigungsfenster), Navigate Page (Navigationsseite)) vorgegeben. Es kann dann durch Verändern weiterer Properties (Eigenschaften) im Rahmen der Möglichkeiten des Renderingverfahrens (die bei allen Clienttypen vor NAV 2015 Cumulative Update 4 identisch sind, der Client kann hier zur Laufzeit nicht ermittelt werden) angepasst werden. Im Gegensatz zu Forms kann hier aber nicht mehr pixelgenau frei designt werden und die Variabilität des Layouts auf Kartendarstellungen ist gegenüber diesen merklich eingeschränkt.
• Die Report-Objekte dienen zum Ausdruck der Tabellendaten auf einem Drucker oder als Stapelverarbeitungen ohne Ausdruck auf Papier (sog. ProcessingOnly-Reports). Mit Reports werden z. B. Lagerbestandslisten oder Verkaufsrechnungen ausgedruckt.
• Codeunits sind Container für Funktionen und Programmcode.
• Dataport-Objekte werden für den Import und Export von Tabellendaten im Plain-Text-Format verwendet. Ab NAV 2013 ist dieser Objekttyp nicht mehr enthalten, die Funktionalität wurde in die XMLports integriert.
• XMLport-Objekte werden wie Dataports für den Im- und Export von Daten verwendet, allerdings sind diese speziell dafür ausgelegt, Daten u. a. im XML-Format zu strukturieren. Ab NAV 2013 wurden zusätzlich die ehemaligen Dataportfunktionen integriert.
• MenuSuite-Objekte werden für den Aufbau der sog. Navigation Pane benötigt, die mit der Version 4 eingeführt wurde und dem Navigationsbereich in Outlook ähnelt. Die Navigation Pane hat das in älteren Versionen verwendete Hauptmenü ersetzt, das aus mehreren ungebundenen Formularen bestand. Es wird dazu verwendet, um sich durch die Anwendung zu bewegen.
• Query-Objekte (ab NAV 2013) dienen dem Erstellen von Datenbankabfragen, die innerhalb der anderen Objekte für den Lesezugriff genutzt werden können. Diese sollen mittelfristig die bisher in C/AL auscodierten Lesezugriffe weitgehend ersetzen, da diese im Zusammenspiel mit dem SQL-Server eine bessere Performance ermöglichen.

Table-, Form-, Page-, Report-, Codeunit-, Dataport-, XMLport- und Query-Objekte enthalten Trigger, in denen Programmcode hinterlegt werden kann.

In der C/SIDE-Umgebung kann ein Programmcode in vorhandenen Triggern hinterlegt werden. Es existieren drei Arten von Triggern:

Dokumentations-Trigger befinden sich in allen Objekten (mit Ausnahme des MenuSuite) und dienen zu Dokumentationszwecken. Jeglicher Inhalt dieser Trigger wird nicht ausgeführt.

Event-Trigger werden bei bestimmten Ereignissen von Datenbanken ausgeführt. Diese Trigger werden automatisch bei der Erzeugung neuer Objekte in Datenbanken vom System erstellt. Es ist nicht möglich, diese Trigger manuell zu erstellen.

Wird in einem Objekt eine Funktion erstellt, entsteht ein neuer „Funktions-Trigger“, der den Namen der Funktion trägt. In neuen Funktions-Triggern wird dann der Programmcode hinterlegt, der bei Aufruf der Funktion ausgeführt wird.

Die aktuellste Version von Dynamics NAV erhielt den neuen Marktnamen Dynamics 365 Business Central On-Premises und wurde im Oktober 2018 erstmals veröffentlicht. Parallel dazu wurde der Webclient Business Central aktualisiert.

Die im Dezember 2017 veröffentlichte finale Version von Navision unter dem alten Namen ist Dynamics NAV 2018, diese war auch die letzte Version mit einem Concurrent-User-Lizenzmodell, ab Business Central wurde ein Named-User-Lizenzmodell eingeführt.

Mit dem 2019 Release Wave 2 Update (vormals Fall Update, interne Versionsnummer 15.0, ab 1. Oktober 2019) wurde sowohl der Windows-Client abgekündigt, als auch die Programmiersprache C/AL auf die neue Sprache AL mit der standardisierten Entwicklungsumgebung Visual Studio Code statt C/SIDE umgestellt. Dynamics 365 Business Central kann ab dieser Version nur noch via Webclient oder Windows-App genutzt werden. Kundenanpassungen sind sowohl bei der Cloudvariante von Business Central für den SaaS-Betrieb, als auch bei der On-Premise-Lösung, nur noch mittels sogenannter Extensions (seltener Apps) möglich. Das neue Entwicklungskonzept sieht keine Anpassungen am Quellcode der Basis-Anwendung mehr vor. Extension Code interagiert mit dem System über durch Microsoft bereitgestellte Events. Tables und Pages können über Extension-Objekte um Felder und Funktionalitäten erweitert werden. Neben der Erweiterung der Basis-Anwendung können auch eigenständige Objekte entwickelt werden. Seit dem Update kann der Quellcode der Basis-Anwendung im Read-Only Modus in Visual Studio Code angezeigt werden, nachdem er aus einer Ziel-Datenbank in das Projekt geladen wurde.

Der Support von NAV (Navision) wurde Anfang 2008 nach offiziellen Angaben von Microsoft^[4] auf 10 Jahre erweitert: 5 Jahre Mainstream Support und 5 Jahre Extended Support. Der Support beginnt mit der Version NAV 5.0.

Im ersten Quartal 2008 erschien eine Lösung für kleine Unternehmen und Kleinstunternehmen. Diese Lösung erhielt den Namen Microsoft Dynamics Entrepreneur Solution 2008 und basierte auf Dynamics NAV 5.0. Microsoft hat die Weiterentwicklung von Entrepreneur jedoch eingestellt, um sein Marketing strategisch auf NAV 2009 konzentrieren zu können. (Verkündet per Brief und Mail an MS Partner sowie auf dem 2008er Microsoft Dynamics ERP Launch in Fürstenfeldbruck, 8./9. September 2008)

Dynamics NAV 2009 erhielt als erstes NAV-Release statt der bisherigen Versionsnummer (in fortlaufender interner Versionierung: 6) die bei Microsoft-Software übliche Jahreszahl. Diese Version bot erstmals:

• Die Auswahlmöglichkeit zwischen dem neuen rollenbasierten Client („Role Tailored Client“) und dem bekannten Client, der nun als „Classic Client“ bezeichnet wird.
• Optionale Drei-Schichten-Architektur statt der bisherigen Zwei-Schichten-Architektur.
• Änderungen der Benutzeroberfläche, z. B. neues Form-Design, Grafiken (Infoparts), Icons (Papierstapel), Action Panel, Breadcrumb Bar, Command Bar.
• Programmierung erfolgt weiterhin in C/AL, der Quelltext wird aber intern nach C# portiert und eine DLL erstellt.
• Ab der Version NAV 2009 wird für den rollenbasierten Client Microsoft SQL Server 2005 (oder höher) vorausgesetzt, bei Verwendung des bisherigen Clients kann weiterhin der proprietäre Dynamics NAV Database Server eingesetzt werden, der aber technisch nicht mehr weiterentwickelt wird.

Ab der Version NAV 2013 (in interner Versionierung: 7) werden ältere Technologien wie der Classic Client, der proprietäre „native“ Server, NAS (Navision Application Server), C/FRONT, Forms, Dataports und herkömmliche Reportobjekte nicht mehr angeboten bzw. unterstützt. NAV 2013 war die erste Version, die für Unicode und für drei Clienttypen konzipiert war, einen Windowsclient (bisher bekannt als RTC (Role Tailored Client)), sowie einen neuen ebenfalls rollenbasierten Webclient (kompatibel mit Internet Explorer, Firefox, Chrome und Apple Safari) und einen neuen SharePoint-Client. In NAV 2015 (in interner Versionierung: 8) wurden zusätzlich auf Tablets abgestimmte Tablet-Clients eingeführt, die über die App Stores für Windows, Android und iOS verfügbar sind. NAV 2015 kann innerbetrieblich, bei externen Providern oder per Cloud Computing auf Microsoft Azure gehostet werden. Als neuer Objekttyp steht ab NAV 2013 Query zur Verfügung, mit dem Leseoperationen in der Datenbank performanter umgesetzt werden können. Für den Datenaustausch wird erstmals Open Data Protocol (OData) unterstützt (in NAV 2013 beschränkt auf Lesezugriffe, ab NAV 2013 R2 sind auch Schreiboperationen in die Datenbank möglich, ab NAV 2018 wird OData Version 4 unterstützt). Als Entwicklungsumgebungen werden Funktionalitäten des ehemaligen Classic Client und von Microsoft Visual Studio genutzt, als Programmiersprachen kommen dabei sowohl Visual Basic für Berichte als auch C# für optionale Add-Ins zusammen mit der proprietären Sprache C/AL zum Einsatz. Um Add-ins auch beim Einsatz des Webclients nutzbar zu machen, werden hierbei ab NAV 2013 R2 sowohl JavaScript als auch HTML5 unterstützt. Die in älteren Versionen bereits vorhandene Mandantenfähigkeit zum Verwalten von Konzernstrukturen und Tochterfirmen wurde in NAV 2013 R2 um eine Multi-Tenant-Fähigkeit erweitert, um auch rechtlich eigenständige Unternehmen als getrennte „Tenants“ (Mieter) zusammen in einer Datenbank betreiben zu können. Die Verwaltung des Quellcodes wurde dafür ab NAV 2013 R2 von der C/SIDE-Entwicklungsumgebung auf den Server verlagert, damit auch zeitweilige Offline-Tenants bei ihrem nächsten Online-Status die Programmänderungen erhalten.

• Andreas Luszczak, Robert Singer, Michaela Gayer: Microsoft Dynamics NAV 2013 – Grundlagen. Microsoft Press Deutschland 2013, ISBN 978-3-86645-568-9.
• Jürgen Holtstiege, Christoph Köster, Michael Ribbert, Thorsten Ridder: Microsoft Dynamics NAV 2013 – Geschäftsprozesse richtig abbilden. Ein praxisorientierter Compliance-Leitfaden. Microsoft Press Deutschland 2013, ISBN 978-3-86645-569-6.
• Michaela Gayer: Microsoft Dynamics NAV 2017 – Einführung in Design und Programmierung. MBS-Training 2017, ISBN 978-3-9502492-3-1.

• Produktwebseite über Microsoft Dynamics NAV

1. ↑ Zeitreise: von Navision bis Microsoft Dynamics 365 Business Central. In: www.anaptis.com. Abgerufen im 1. Januar 1 
2. ↑ Microsoft Dynamics AX 4.0 auf dem deutschen Markt verfügbar. In: www.computerwoche.de. Abgerufen im 1. Januar 1 
3. ↑ ERP: Microsoft lockt kleine Firmen auf Dynamics. In: www.computerwoche.de. Abgerufen im 1. Januar 1 
4. ↑ tfosmark: Microsoft Lifecycle-Richtlinie. Abgerufen am 19. September 2022 (deutsch).