---
title: "NAV-Analyse mit KI/AI | Business Central | NAVtoBC.de"
description: "Navision mit KI analysieren: C/AL-Code, SQL-Schema und Geschäftsprozesse verstehen. Migration zu Business Central und AL planen."
url: https://navtobc.de/de
language: de
---

NAVISION-ANALYSE MIT KI

# Navision verstehen. Migration nach Business Central vorbereiten.

Wir analysieren Navision und Microsoft Dynamics NAV mit künstlicher Intelligenz (KI) und automatisierter C/AL-Code-Analyse. Jahrelange Navision-Erfahrung verbindet Ihr gewachsenes Prozesswissen mit einem klaren Zielbild für Business Central.

[Unverbindliche Erstaufnahme anfragen](https://navtobc.de/de/kontakt) [Ergebnisse entdecken](https://navtobc.de/de/beispiel-ergebnisse)

Business Central-Standard zuerst. Zertifizierte Module bevorzugen.  
Nur gezielt individuell entwickeln.

NAVtoBC.de Analyse & Migrationsplanung

IHRE ENTSCHEIDUNGSGRUNDLAGE

## Wissen wird Perspektive.

DEMO

01 / VORRANG **Business Central-Standard** Funktionen nutzen

02 / ERWEITERUNG **Zertifizierte  
Module** Individualcode ablösen

03 / BEGRÜNDETE LÜCKE **Gezielt  
individuell** Notwendiges entwickeln

**Zusammenhänge bleiben erhalten** Konsistente Ersatzwerte

**Kunde** P-7Q4X9

**Auftrag** P-7Q4X9

**Rechnung** P-7Q4X9

**Jede Empfehlung nachvollziehbar.** Mit Quellen, Prüfstatus und offenen Entscheidungen.

**Gewachsenes Wissen. Klarer Plan.** Analysieren · dokumentieren · priorisieren

Illustratives Ergebnisformat mit synthetischen Daten.

ERGEBNISSE, MIT DENEN SIE WEITERKOMMEN

## Vier Ergebnisse. Eine klare Richtung.

Keine bloße Codeübernahme. Sie erhalten eine dokumentierte Grundlage für Entscheidungen – mit Quellen, Prüfstatus und offenen Punkten.

01 / BESTAND

### Technische Bestandsaufnahme

Anpassungen, Schnittstellen und Abhängigkeiten nachvollziehen.

Objektübersicht & Referenzgraphen

02 / PROZESSE

### Dokumentierte Geschäftsprozesse

Abläufe, Regeln und Ausnahmen mit Ihren Fachbereichen prüfen.

Prozesslandkarte & JSON-Regelwerk

03 / WISSEN

### Strukturierte Wissensdatenbank

Gewachsenes Systemwissen mit Herkunft und Prüfstatus sichern.

Wissensartikel & Quellverweise

04 / ZIELBILD

### Priorisierter Migrationsvorschlag für Business Central

Standard, zertifizierte Module und notwendige Entwicklung abwägen.

Entscheidungsmatrix & Roadmap

DIE ANALYSEERGEBNISSE IM VIDEO

### Vier Ergebnisse. Eine klare Richtung.

1:30 Min. · Full HD · Mit Ton

![Die vier Ergebnisse der NAVtoBC-Analyse](https://navtobc.de/film/ergebnisse-v1/poster.webp)

[Die vier Ergebnisse der NAVtoBC-Analyse](https://navtobc.de/film/ergebnisse-v1/index.m3u8)

Bestandsaufnahme, Geschäftsprozesse, Wissensdatenbank und Migrationsvorschlag – die vier Ergebnisse in 90 Sekunden. Wiedergabe in 1080p mit 30 Bildern pro Sekunde.

WARUM JETZT?

### Früh Klarheit schaffen. Migration gezielt planen.

Welche Anpassungen werden noch gebraucht? Welche Schnittstellen müssen erhalten bleiben? Und welche Geschäftsregeln stecken im gewachsenen C/AL-Code?

**Wissensträger haben die Firma verlassen.**

Wir holen das Wissen zurück:

- durch Quellcode-Analyse
- durch Workshops mit den Fachabteilungen

Eine frühzeitige Analyse macht diese Zusammenhänge nachvollziehbar, bevor Sie Budget, Zeitplan und Umsetzung festlegen. So können Sie Anforderungen mit Ihren Fachbereichen und Ihrem Umsetzungspartner fundiert bewerten.

Das gewonnene Wissen unterstützt Sie schon heute bei der Fehlersuche, der Dokumentation und der Weiterentwicklung Ihres bestehenden NAV-Systems.

[Unverbindliche Erstaufnahme anfragen](https://navtobc.de/de/kontakt)

Welche Supportfristen gelten für Ihr System?  
[NAV-Versionen und Supportzeiten ansehen](https://navtobc.de/de/nav-versionen)

DIE 3 HAUPTRISIKEN

## Warum manche Projekte scheitern.

Eine Migration verändert mehr als die Software. Sie betrifft gewachsene Abläufe, Verantwortlichkeiten und das Wissen Ihrer Mitarbeitenden. Diese drei Risiken gehören deshalb früh auf den Tisch.

1. ### Der 1:1-Wahn

   Wer eine historisch gewachsene, stark modifizierte Navision-Landschaft eins zu eins in Business Central nachbauen will, übernimmt auch alte Komplexität. Das kann Zeitplan und Budget sprengen.

   #### Was hilft

   Geschäftliche Anforderungen vom bisherigen Code trennen. Erst Business Central-Standard und passende Module prüfen, dann notwendige Individualentwicklung planen.
2. ### Unzureichende Vorab-Analyse

   Ohne Code- und Prozessanalyse werden teure Sonderfunktionen mitgeschleppt, die nicht mehr genutzt werden oder im modernen Standard längst abgedeckt sind. Gleichzeitig können wichtige Abhängigkeiten übersehen werden.

   #### Was hilft

   Code, Schnittstellen und tatsächliche Nutzung mit den Fachbereichen abgleichen. Für jede Anpassung begründet entscheiden: übernehmen, ersetzen oder stilllegen.
3. ### Mangelndes Change Management

   Werden die Fachabteilungen erst kurz vor dem Go-Live einbezogen, bleiben alte Arbeitsweisen häufig bestehen. Neue Abläufe sind dann technisch umgesetzt, aber im Alltag noch nicht angekommen.

   #### Was hilft

   Fachbereiche früh beteiligen, Verantwortliche benennen und Zeit für Schulungen einplanen. Neue Prozesse gemeinsam an realistischen Geschäftsfällen testen.

### Nicht jede Anpassung muss mit. Aber jede geschäftskritische Regel muss verstanden sein.

KI macht gewachsenes Systemwissen leichter zugänglich. Die Fachbereiche ergänzen, warum eine Regel gebraucht wird. Gemeinsam entsteht eine fundierte Grundlage für Entscheidungen.

[Migrationsrisiken frühzeitig klären](https://navtobc.de/de/kontakt?thema=nav-analyse)

VOM EINZELNEN OBJEKT BIS ZUM GESAMTSYSTEM

## Detaillierte Navision-Analyse mit KI/AI.

**Ihr System verstehen. Zusammenhänge erkennen. Wissen dauerhaft nutzbar machen.**

Wir analysieren Ihr **Navision-, Dynamics-NAV- oder MS-Dynamics-NAV-System** bis auf Objektebene. Automatisierte C/AL-Code-Analyse, Schema-Analyse und künstliche Intelligenz (**KI**) verbinden Quellcode, Daten und Schnittstellen zu einer nachvollziehbaren Wissensbasis.

**Automatische C/AL-Analyse mit eigenem Analysewerkzeug. Ausgewertet werden TXT-Objektexporte.** Native FOB-Dateien werden nicht direkt verarbeitet. Die Ergebnisse bilden die Grundlage für Ihre Migrationsentscheidungen. Notwendiger Individualcode wird neu in AL geschrieben, nicht automatisch konvertiert.

![Detaillierte Navision-Analyse mit KI.](https://navtobc.de/film/analyseumfang-v1/de/poster.webp)

[Detaillierte Navision-Analyse mit KI.](https://navtobc.de/film/analyseumfang-v1/de/index.m3u8)

NAVtoBC.de · VIDEO

### Detaillierte Navision-Analyse mit KI.

Der Analyseumfang im Video erklärt.

[Auf YouTube ansehen](https://www.youtube.com/watch?v=T2ga-4ENZq4)

### Alle Bestandteile im Blick

Die Analyse umfasst die Objekttypen Ihres NAV-Systems:

- Codeunit
- Dataport
- Form
- MenuSuite
- Page
- Report
- Table
- XMLPort

**SQL-Daten – auf Wunsch pseudonymisiert.** Auch Datenbestände werden einbezogen. So lassen sich nicht nur einzelne Funktionen, sondern auch ihre Abhängigkeiten und Datenwege untersuchen.

### Ergebnisse pro Objekt dokumentieren

Die Analyseergebnisse werden **für jedes Objekt einzeln nachgehalten, strukturiert abgelegt und durchsuchbar gemacht**. Funktionen, Geschäftsregeln und Zusammenhänge bleiben auffindbar. Aus gewachsenem Quellcode entsteht eine Wissensbasis für Fehleranalysen und Migrationsentscheidungen.

### Schnittstellen und Drittsysteme einbeziehen

Ihr NAV endet nicht an der eigenen Datenbank. Deshalb beziehen wir **externe Schnittstellen und Drittanbieter-Tools** ein – beispielsweise **EDI-Systeme und Shopanbindungen**.

Auch weitere SQL-Datenbanken mit Navision-Bezug können im vereinbarten Analyseumfang ausgelesen und untersucht werden. So werden Datenwege über Systemgrenzen hinweg nachvollziehbar.

[Importe, Exporte und Datenwege im Detail](https://navtobc.de/de/schnittstellen)

### Jeden Analyseschritt nachvollziehen

Alle Analyseschritte werden **im Detail einschließlich der Transkripte protokolliert**. Ergebnisse werden den untersuchten Objekten und den dokumentierten Analyseschritten zugeordnet.

Damit bleibt nachvollziehbar, **was untersucht wurde, welche Zusammenhänge erkannt wurden und worauf eine Schlussfolgerung beruht**.

DER BLICK NACH VORN

### Ihr Zielbild: Business Central

Vom gewachsenen NAV-System zu einer klar dokumentierten Grundlage für Ihre Migration.

[![Beispiel einer Business-Central-Startseite mit Navigation, Aufgaben und Kennzahlen.](https://navtobc.de/business-central-beispiel.png) Beispielansicht öffnen](https://navtobc.de/business-central-beispiel.png)

**Beispielansicht von Microsoft Dynamics 365 Business Central.** Die Abbildung veranschaulicht die Zieloberfläche; sie zeigt kein Ergebnis unserer NAV-Analyse.

1. **Navision verstehen** Objekte, Daten und Schnittstellen
2. **Wissen sichern** Strukturiert und durchsuchbar
3. **Business Central vorbereiten** Standard zuerst, gezielt erweitern

DATENWEGE VERSTEHEN. SCHNITTSTELLEN GEZIELT VORBEREITEN.

### Schnittstellen und angebundene Systeme.

**Datenaustausch in Navision strukturiert analysieren. Mit KI fundiert bewerten.**

EDI-Lösungen, BI-Systeme, Shops und individuelle Import- und Exportprozesse gehören häufig zur gewachsenen NAV-Landschaft. **Wir analysieren diese Anbindungen und machen Datenwege, Feldzuordnungen und fachliche Abhängigkeiten nachvollziehbar.** Daraus entstehen konkrete Vorschläge für Ihre Migration nach Business Central.

#### Systeme im Analyseumfang

EDI-Datenwege und BI-Auswertungen im Zusammenhang mit Ihrem Navision-System.

![Lobster](https://navtobc.de/images/lobster-logo.svg)

EDI-Datenwege

![Qlik](https://navtobc.de/images/qlik-logo.svg)

BI-Auswertungen

![KI-Analyse der Navision-Schnittstellen.](https://navtobc.de/film/schnittstellen-v1/de/poster.webp)

[KI-Analyse der Navision-Schnittstellen.](https://navtobc.de/film/schnittstellen-v1/de/index.m3u8)

NAVtoBC.de · VIDEO

#### KI-Analyse der Navision-Schnittstellen.

Datenwege und angebundene Systeme im Video.

[Auf YouTube ansehen](https://www.youtube.com/watch?v=hrNUQJ0pfO0)

#### Datenaustausch Navision

Datenquellen, Ziele, Formate und Übergabepunkte erfassen. Die Analyse zeigt, welche Informationen zwischen Navision und den angebundenen Systemen fließen.

#### Datenimport Navision

Importprozesse für Artikel, Preise, Kunden, Bestände und Bewegungsdaten untersuchen: Herkunft, Struktur, Feldbelegung und vorhandene Validierungslogik.

#### Datenübertragung Navision

Technische Übertragungswege, Trigger und Verarbeitungsreihenfolgen nachvollziehen. Fehlerquellen und Abhängigkeiten werden als Grundlage für Verbesserungen dokumentiert.

#### Datenexport Navision

Exportlogik, Inhalte, Zielformate und Empfänger analysieren. Die fachliche Bedeutung der Daten bleibt für angebundene Systeme, Reports und die Weiterverarbeitung sichtbar.

#### Datenexport für Shopsysteme

Die Übergabe von Artikel-, Preis-, Bestands- und Auftragsdaten prüfen. Bestehende Regeln und Abhängigkeiten werden für das spätere Business-Central-Zielbild aufbereitet.

#### Datenimport von Artikeldaten

Lieferantendaten, Kataloge und Vorsysteme einbeziehen. Pflichtfelder, Varianten, Einheiten, Preise und individuelle Prüfregeln werden systematisch untersucht.

#### Analyse der Felder für den Import-Match

**Schlüsselfelder, Zuordnungslogik und Dublettenprüfung verstehen.** Wir prüfen, wie Datensätze erkannt und abgeglichen werden und welche fachlichen Regeln für Business Central benötigt werden.

#### Angebundene Systeme einbeziehen

**EDI-Systeme:** zum Beispiel Lobster EDI, Anvaigo EDI Connect (ehemals Anveo), SEEBURGER BIS, ecosio und Softzoll.

**Analyse und Reporting:** zum Beispiel Qlik, Microsoft Power BI und Jet Reports.

Im vereinbarten Analyseumfang betrachten wir die Anbindungen und zugehörigen SQL-Datenbanken mit Navision-Bezug.

SCHEMATISCHE DEMO

#### Datenaustausch rund um Navision

Beispielhafte Anbindungen, Datenwege und Ansatzpunkte für die Analyse.

EDI **Lobster EDI** Belege, Stammdaten  
und Statusinformationen

BI **Qlik** Reporting, Analyse  
und Datenbereitstellung

**Navision / Dynamics NAV** C/AL · SQL · Geschäftslogik

IMPORT **Artikeldaten** Stammdaten, Varianten,  
Einheiten und Preise

SHOP **Shopsysteme** Artikel, Preise, Bestände  
und Aufträge

DARAUF RICHTET SICH DIE ANALYSE

**Datenexport** Inhalte, Zielformate  
und Empfänger

**Import-Match** Feldzuordnung, Schlüssel  
und Dublettenprüfung

**Illustrative Darstellung, kein Kundenprojekt.** Die Pfeile zeigen beispielhafte Datenrichtungen, keine live gemessenen Datenströme. Die tatsächlichen Schnittstellen und Feldzuordnungen werden projektspezifisch geprüft. Produktnamen dienen der Einordnung; eine Partnerschaft mit den genannten Anbietern wird nicht behauptet.

**Datenwege der Demo als Text**

- Lobster EDI ↔ Navision: Austausch von Belegen, Stammdaten und Statusinformationen.
- Navision → Qlik: Bereitstellung von Daten für Reporting und Analyse.
- Externe Artikelquellen → Navision: Import mit Feldzuordnung und Validierung.
- Navision ↔ Shopsysteme: Export von Artikeln, Preisen und Beständen; Rückfluss von Aufträgen.
- Datenexport und Import-Match sind Analysebereiche, keine zusätzlichen Fremdsysteme.

NAVISION UND POWER BI

#### Ihre Power-BI-Berichte. Vorbereitet für Business Central.

Viele Navision-Systeme liefern Kennzahlen an Microsoft Power BI. Wie die Daten dorthin gelangen, hängt von der NAV-Version ab. Und davon hängt ab, was bei der Migration mit Ihren Berichten passiert.

- **OData-Webdienste, ab NAV 2013:** NAV veröffentlicht Seiten und Abfragen als Webdienst, Power BI liest sie als OData-Feed. FlowFields und Berechtigungen berechnet NAV selbst.
- **Direkter SQL-Zugriff, auch bei NAV 2009 R2:** Power BI liest die Tabellen je Mandant direkt aus der Datenbank. FlowFields stehen dort nicht als Spalten, und die NAV-Berechtigungen greifen nicht.
- **Power BI im Rollencenter, ab NAV 2017:** Berichte erscheinen direkt im NAV-Client.

In Business Central online führt der unterstützte Weg zu Power BI über API-Seiten und -Abfragen; einen direkten Datenbankzugriff gibt es dort nicht. Für Finanzen und Verkauf stellt Microsoft fertige Vorlage-Apps bereit. Berichte, die auf NAV-Tabellen oder veröffentlichten NAV-Seiten aufsetzen, müssen deshalb neu angebunden werden.

**Die NAVtoBC-Analyse erfasst, welche Tabellen, Felder und Webdienste Ihre Power-BI-Berichte heute nutzen,** und zeigt, was in Business Central neu angebunden werden muss. So planen Sie den Umbau Ihrer Berichte, bevor die Migration startet.

Quellen: [Microsoft: Power BI mit Dynamics NAV](https://learn.microsoft.com/en-us/dynamics-nav-app/across-how-use-financials-data-source-powerbi) · [Microsoft: Daten aus Business Central abrufen](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-extract-data)

IHR ERGEBNIS

#### Keine Blackbox bei den Datenwegen.

Sie erhalten eine dokumentierte Schnittstellenlandschaft, nachvollziehbare Feldzuordnungen und **KI-gestützte Vorschläge** für die weitere Umsetzung: benötigte Anbindungen erhalten, vereinfachen oder gezielt ablösen.

**Business Central online gesondert bewertet:** Direkter Dateizugriff auf dem Server ist dort laut Microsoft nicht möglich. Dateibasierte Schnittstellen, etwa CSV-Dateien in Austauschordnern, brauchen deshalb einen neuen Weg über Webservices, APIs oder einen Dateiupload im Browser.

**Business Central-Standard zuerst, geeignete ISV-Module danach.** Notwendige individuelle Anforderungen werden neu in AL umgesetzt. Vorschläge und offene Punkte werden mit Ihren Fachbereichen, Ihrer Inhouse-IT und dem Partner Ihrer Wahl abgestimmt.

[Schnittstellenanalyse anfragen](https://navtobc.de/de/kontakt?thema=schnittstellen)

VERARBEITUNG SICHTBAR MACHEN

### Ihre Datenwege. Ihre Business-Logik. Als Graph nachvollziehbar.

**Die Graphdatenbank visualisiert die Zusammenhänge in Ihrem NAV.** Sie zeigt, wie Daten verarbeitet werden, welche Funktionen ineinandergreifen und welche Business-Logik dabei angewendet wird.

Verknüpfte Objekte, Aufrufketten und Datenwege machen die Verarbeitung durch Ihr Navision-System nachvollziehbar – einschließlich der untersuchten Schnittstellen und angebundenen Systeme. Grundlage sind die analysierten Quellen und dokumentierten Ergebnisse.

### Fünf Auswertungen aus dem Graphen. Jeder Weg belegt.

Jedes Objekt Ihres NAV wird zum Knoten: Tabellen, Forms, Reports, Codeunits, Dataports und MenuSuites. Jeder Aufruf, jede Tabellenreferenz und jeder Menüeintrag wird zur Kante. So lässt sich das Netz abfragen, nicht nur betrachten.

**Erreichbarkeit mit Nachweis**

Von fachlich abgestimmten Ankern aus – MenuSuite-Einträgen, Berichten, Aufgabenwarteschlangen – ermittelt der Graph für jedes Objekt, ob und über welchen Weg es erreichbar ist. Ergebnis je Objekt: erreichbar ja/nein, Ankerdistanz und die Kette, über die es erreicht wird.

**Abhängigkeiten je Tabelle**

Welche Objekte lesen oder schreiben eine Tabelle? Ein Blick auf „Sales Header“ zeigt alle Forms, Reports und Codeunits, die daran hängen – die Grundlage, um die Auswirkungen einer Änderung oder einer BC-Umstellung zu bewerten.

**Externe Abhängigkeiten: .NET, COM, DLL**

Der Graph erfasst je Objekt, wo C/AL über NAV hinausgreift: DotNet-Variablen und -Aufrufe (DotNet-Analyse), CREATEAUTOMATION, COM-Objekte, Automation Server und DLL-Abhängigkeiten. .NET-Interop ist in Business Central nur On-Premises verfügbar, nicht online. COM- und Automation-Aufrufe lassen sich nicht unverändert nach AL übernehmen. Jede Fundstelle steht deshalb mit dem betroffenen Objekt als eigener Befund im Ergebnis – die Grundlage, um den Ersatz in AL zu planen.

**Nicht nachgewiesen erreichbare Objekte**

Objekte ohne Pfad von einem Anker werden gesammelt und als prüfpflichtig ausgewiesen – nicht als Löschliste. Erst die fachliche Prüfung entscheidet über eine Stilllegung.

**Lücken im Export**

Referenzierte Objekte, die im Export fehlen, nicht kompilierte Objekte und ungelöste Aufrufe werden als eigene Befunde geführt. So bleibt sichtbar, was die Analyse nicht abdeckt.

Grundlage sind bereinigte Objektexporte, keine Datenbankverbindung. Der Graph zeigt statische Beziehungen im Export. Dynamische Aufrufe, fehlende Objekte und Parsergrenzen werden als solche markiert, nicht als sicher analysiert ausgegeben.

Objektsteckbrief aus dem Graphen SYNTHETISCHE DATEN

**Retoure anlegen** *:Form* *:Objekt*

**Kennung**

FRM-50710

**Erreichbar**

ja · Ankerdistanz 1

**Erreicht über**

MenuSuite → Retourenerfassung → FRM-50710

**Verwendet**

Tabelle 36 „Sales Header“ (lesen, schreiben)

**Extern**

keine .NET-, COM- oder DLL-Abhängigkeit

**Stand**

Export vom 02.03.2018 · kompiliert · im Export

NACHWEIS JE OBJEKT **erreichbar, Distanz 1 ab MenuSuite – Pfad mit Quelle je Kante**

Beispieldarstellung mit fest hinterlegten, erfundenen Objektnamen. Keine Live-Analyse und keine Verbindung zu einer Graphdatenbank.

WISSEN, DAS IM BETRIEB WEITERHILFT

### Ihr Sofortgewinn: schnellere Fehlersuche – schon vor der Migration.

Die Analyse schafft nicht nur die Grundlage für Ihre Migration nach Business Central. **Sie bringt bereits im bestehenden NAV-System einen unmittelbaren Vorteil:** Fehler lassen sich auf Basis des dokumentierten Systemwissens schneller und gezielter eingrenzen.

Durchsuchbare Objektergebnisse, dokumentierte Geschäftsregeln und visualisierte Datenwege zeigen, wie Funktionen und Abläufe zusammenhängen. Statt diese Zusammenhänge bei jeder Störung erneut zu untersuchen, greifen Sie auf die bereits erarbeitete Wissensbasis zurück.

**So kann aus stundenlanger Suche eine gezielte Eingrenzung in wenigen Minuten werden – ein zusätzlicher Gewinn für Ihren laufenden Betrieb, noch bevor Sie auf Business Central umsteigen.**

*Die tatsächliche Dauer hängt vom Fehlerbild und vom dokumentierten Analyseumfang ab.*

[Analyseumfang besprechen](https://navtobc.de/de/kontakt)

DIE BESONDERHEITEN VON C/AL

## Wenig Code. Viel Wirkung.

In Navision steckt Geschäftslogik nicht nur in Funktionen. Auch Feldeigenschaften, Trigger, Filter und der Ausführungskontext bestimmen, was tatsächlich passiert.

Wer C/AL automatisiert analysiert, muss diese Zusammenhänge gemeinsam lesen. Hier sind die wesentlichen Besonderheiten für eine fundierte Analyse und Migrationsplanung.

C/AL RICHTIG EINORDNEN

### Von Navision bis Business Central 14.

**C/AL steht für Client/server Application Language.** Die Sprache wurde in Navision und Dynamics NAV eingesetzt und war noch in Business Central 14 (Spring 2019, On-Premises) verfügbar. Ab Business Central 15 wurde C/AL durch AL abgelöst.

UNSERE ANALYSEBASIS

### TXT-Objektexporte.

Wir lesen die als **TXT exportierten NAV-Objekte** mit C/AL-Code und Objekteigenschaften. **Native FOB-Dateien werden nicht direkt verarbeitet.**

Liegen nur FOB-Dateien vor, werden die Objekte zunächst in eine geeignete NAV-Entwicklungsumgebung importiert und dort als TXT exportiert. Dafür sind ein passender Versionsstand und die erforderliche Entwicklerlizenz nötig. Eine umbenannte Dateiendung genügt nicht.

EIN KLEINER UNTERSCHIED MIT FOLGEN

### Zuweisen oder validieren?

Beide Zeilen setzen einen Wert im Record-Puffer. `VALIDATE` führt zusätzlich die Feldvalidierung einschließlich `OnValidate` aus. Dieser Trigger kann weitere Felder verändern, Geschäftslogik auslösen und selbst Datenbankänderungen vornehmen.

Direkte Zuweisung

```
Customer.Name := 'Beispiel';
```

Mit Feldvalidierung

```
Customer.VALIDATE(Name, 'Beispiel');
```

### Was bei der Analyse zusammengehört.

Die Themen aufklappen und die technischen Details entdecken.

****Sprache & Werte** Pascal-Syntax, Code, Optionen und fachliche Datentypen**

- **Pascal-geprägte Syntax:** `BEGIN … END`, `:=` für Zuweisungen sowie `//` und `{ … }` für Kommentare. Bezeichner und Schlüsselwörter unterscheiden nicht nach Groß- und Kleinschreibung. Variablen werden global im Objekt oder lokal in Funktionen und Triggern deklariert. `VAR`-Parameter können den Wert beim Aufrufer verändern.
- **Code ist ein eigener Datentyp:** Er wandelt Text in Großbuchstaben um und entfernt führende und nachfolgende Leerzeichen. Die definierte Länge von `Code` und `Text` gehört zur Auswertung. Zeichenketten und Arrays werden ab Position 1 adressiert.
- **Optionen haben eine Reihenfolge:** `OptionString` definiert die Mitglieder; ihre Zahlenwerte beginnen bei 0. Name, Position und übersetzte Beschriftung sind zu unterscheiden. Ein Umbau auf AL-Enums muss die vorhandenen Werte berücksichtigen. AL unterstützt weiterhin auch `Option`; die Umstellung auf Enums ist nicht automatisch zwingend.
- **Fachliche Werte statt bloßer Zahlen:** `0D`, Abschlussdaten, `WORKDATE` und Datumsformeln haben eigene Bedeutung. Rundungsregeln sowie sprachabhängige Umwandlungen mit `FORMAT` und `EVALUATE` können Ergebnisse und Schnittstellen beeinflussen.

**Für die Analyse:** Gleiche sichtbare Werte können technisch unterschiedlich behandelt werden. Datentyp, Länge, Sprache und Parameterübergabe gehören deshalb zum Befund.

****Objekte & Metadaten** Typ plus ID, Feldnummern und Eigenschaften**

- **Objekte statt einzelner Quelldateien:** Je nach NAV-Version gehören Table, Page, Report, Codeunit, Query, XMLport und MenuSuite dazu; ältere Generationen kennen auch Form und Dataport. Eindeutig ist die Kombination aus **Objekttyp und ID**. Der Bereich 50000–99999 ist klassisch für Kundenanpassungen vorgesehen; Partnerbereiche und Nutzbarkeit hängen auch von der Lizenz ab.
- **Eigenschaften tragen Geschäftslogik:** `TableRelation`, `CalcFormula`, `SourceTableView`, `RunObject` und `RunPageLink` erzeugen Beziehungen, Filter und Aufrufe außerhalb des eigentlichen C/AL-Codes. Feldnummern, Schlüssel, Report-DataItems und XMLport-Strukturen gehören ebenfalls zum Modell.
- **Bezeichner sind keine Beschriftungen:** `CaptionML` und `OptionCaptionML` liefern mehrsprachige Anzeigen, etwa Deutsch und Englisch. Sie ersetzen weder Objekt- noch Feldidentitäten. Sprachstand und Zeichenkodierung des TXT-Exports müssen erhalten bleiben.

**Für die Analyse:** Ein vollständiger Objektexport enthält mehr Wissen als herauskopierte Funktionen. Metadaten sind ein Teil des Programms.

****Trigger & Geschäftslogik** VALIDATE, RunTrigger und versteckte Folgeaktionen**

- **Trigger und Funktionen:** C/AL bietet globale und lokale Funktionen. Daneben stehen Tabellen-Trigger wie `OnInsert`, `OnModify`, `OnDelete` und `OnRename`, Feld-Trigger wie `OnValidate` und `OnLookup` sowie Page- und Report-Trigger. Reihenfolge und Aufrufkontext sind entscheidend.
- **Ein Parameter verändert den Ablauf:** Bei `INSERT`, `MODIFY` und `DELETE` steuert `RunTrigger`, ob der zugehörige Tabellen-Trigger ausgeführt wird. Ohne Angabe ist er `FALSE`. `MODIFY(TRUE)` führt `OnModify` aus, validiert aber nicht automatisch jedes Feld. Massenoperationen müssen gesondert betrachtet werden.
- **Prüfen, übertragen und validieren unterscheiden sich:** `TESTFIELD` prüft einen Feldwert. `TRANSFERFIELDS` ordnet Werte über Feldnummern zu und führt keine `OnValidate`-Trigger aus. Eine direkte Feldzuweisung umgeht ebenfalls diese Feldvalidierung.
- **Impliziter Kontext:** `Rec`, `xRec` und `WITH` beeinflussen, worauf sich ein Ausdruck bezieht. Lokale und globale Variablen haben unterschiedliche Gültigkeitsbereiche. Globale Variablen können Zustand innerhalb einer Objektinstanz erhalten; `SingleInstance`-Codeunits teilen ihre Instanz innerhalb einer Sitzung.

**Für die Analyse:** Ein Funktionsname allein erklärt den Ablauf nicht. Auch Trigger-Schalter, Variablenkontext und ausgelöste Folgeaktionen müssen nachvollzogen werden.

****Record-Zustand & Berechnungen** Filter, FlowFields, temporäre Daten und Mandanten**

- **Records merken sich mehr als Feldwerte:** Filter, Filtergruppen, Schlüssel und aktueller Datensatz beeinflussen Zugriffe. `SETRANGE`, `SETFILTER`, `FILTERGROUP`, `RESET`, `FINDSET`, `FINDFIRST` und `NEXT` müssen im Zusammenhang gelesen werden. `GET` verwendet den Primärschlüssel und ignoriert gewöhnliche Filter; Sicherheitsfilter sind gesondert zu berücksichtigen.
- **FlowField ist nicht FlowFilter:** Ein FlowField speichert sein berechnetes Ergebnis nicht dauerhaft in der Tabelle. `CalcFormula` beschreibt die Berechnung, etwa eine Summe oder einen Lookup. `CALCFIELDS` berechnet den Wert; je nach Einbindung übernimmt dies auch die Oberfläche. Ein FlowFilter liefert Filterbedingungen für solche Berechnungen und berechnet selbst keinen Ergebniswert.
- **Gleiche Tabelle, anderer Kontext:** Temporäre Record-Variablen verarbeiten Daten im Speicher. `CHANGECOMPANY` ändert den Mandanten des Datenzugriffs; Trigger laufen weiterhin im aktuellen Mandantenkontext. `DataPerCompany` unterscheidet mandantenbezogene und gemeinsame Tabellen.

**Für die Analyse:** Tabellenname und Feldwert reichen nicht aus. Filter, Berechnungsdefinition, temporärer Zustand und Mandant bestimmen die Aussage.

****Dynamische Abhängigkeiten & Events** RecordRef, FieldRef, Aufrufe und Subscriber**

- **Wiederverwendung ohne Klassenmodell:** C/AL bietet keine Sprach-Namespaces und keine nativen Interface-Definitionen. Ein eigenes Klassenmodell mit Vererbung gehört ebenfalls nicht zur Sprache. Codeunits stellen globale Funktionen bereit; `CODEUNIT.RUN` startet deren `OnRun`-Trigger. Referenzen können über Namen, deklarierte Objektsubtypen oder Nummern aufgelöst werden.
- **Ziele können erst zur Laufzeit feststehen:** `RecordRef`, `FieldRef`, `Variant` und variabel übergebene Objekt-IDs erlauben generische Verarbeitung. Auch Konfigurationstabellen können festlegen, welcher Code tatsächlich aufgerufen wird.
- **Events sind bereits Teil von C/AL:** Seit NAV 2016 können Publisher und Subscriber zusätzliche Aufrufbeziehungen schaffen. Die Analyse muss diese Bindungen berücksichtigen; eine Suche nach direkten Funktionsaufrufen erfasst sie nicht vollständig.

**Für die Analyse:** Statisch belegte Abhängigkeiten und erst mit Konfiguration oder Laufzeitwissen auflösbare Beziehungen werden getrennt ausgewiesen.

****Transaktionen & SQL** COMMIT, Fehlerbehandlung, Schlüssel und Sperren**

- **Transaktionen laufen teilweise implizit:** C/AL eröffnet und beendet Datenbanktransaktionen automatisch. `COMMIT` setzt eine ausdrückliche Grenze. Ein späterer Fehler nimmt bereits bestätigte Änderungen nicht zurück.
- **Fehlerbehandlung ist Teil der Logik:** Rückgabewerte von Datenbankfunktionen, der ausgewertete Boolean-Rückgabewert von `CODEUNIT.RUN` und `TryFunction` verändern den Fehler- und Transaktionsablauf. Datenbankänderungen innerhalb einer TryFunction werden bei einem abgefangenen Fehler nicht automatisch zurückgerollt; zulässige Schreibzugriffe hängen von Version und Serverkonfiguration ab.
- **C/AL beeinflusst SQL, ohne SQL zu zeigen:** `SETCURRENTKEY`, Filter, `LOCKTABLE`, `FINDSET`, Schlüssel und SIFT-Aggregate wirken auf Zugriffe und Sperrverhalten. Ein gesetzter Schlüssel garantiert keinen bestimmten SQL-Ausführungsplan. Auffällige Muster liefern Ansatzpunkte; ihre tatsächliche Performance wird gemessen.

**Für die Analyse:** Datenkonsistenz und Performance lassen sich nur mit Transaktionsgrenzen, Fehlerpfaden und dem konkreten Datenbankbetrieb bewerten.

****Historie & Standardvergleich** TXT-Format, Version List, Länderstände und Anpassungen**

- **Ein eigenes, dokumentiertes Exportformat:** C/SIDE verwaltet Objekte in der Datenbank und exportiert sie als FOB oder TXT. TXT enthält Quellcode und Metadaten wie Version List, Datum, Uhrzeit und Modified-Flag. Solche Exporte lassen sich mit Git verwalten; technische Metadaten können Vergleiche jedoch mit zusätzlichen Änderungen füllen. Microsoft stellt selbst Vergleichs- und Konvertierungswerkzeuge bereit.
- **Anpassungen können im Standard stecken:** In klassischen NAV-Projekten wurde Microsoft-Code häufig direkt geändert. Die `Version List` ist ein Hinweis, kein vollständiger Änderungsnachweis. Belastbar wird die Einordnung durch einen Vergleich mit dem passenden unveränderten Ausgangsstand und vorhandener Projektdokumentation.
- **Die richtige Basis zählt:** NAV-Version, Build beziehungsweise kumulatives Update, Länderstand und Partnerlösungen müssen zusammenpassen. Deutsche, österreichische oder schweizerische Lokalisierungen können andere Standardobjekte und fachliche Regeln enthalten.

**Für die Analyse:** Erst der passende Vergleichsstand zeigt, welche Logik zum Standard, zur Lokalisierung, zu einem Add-on oder zur individuellen Anpassung gehört.

****Laufzeit, Rechte & Schnittstellen** Clientgenerationen, Berechtigungen und externe Einstiegspunkte**

- **Die NAV-Generation verändert die Umgebung:** Classic Client, RoleTailored Client ab NAV 2009, Forms und Pages sowie Dataports und XMLports gehören zu unterschiedlichen Entwicklungsständen. .NET-Interop wurde bereits mit **NAV 2009 R2** eingeführt. Automation/COM, .NET-Komponenten und Client- beziehungsweise Serverausführung müssen versionsbezogen betrachtet werden.
- **Rechte sind nur teilweise im Export sichtbar:** Die Objekteigenschaft `Permissions` gehört zum Quellbestand. Zugewiesene Permission Sets, Benutzerrechte, Sicherheitsfilter und Lizenzumfang müssen zusätzlich erfasst werden. Indirekte Berechtigungen können beeinflussen, über welchen Ablauf Daten geändert werden dürfen.
- **Nutzung beginnt auch außerhalb des Codes:** Aufgabenwarteschlangen, veröffentlichte Webservices, Dateipfade, externe Komponenten und angebundene SQL-, EDI- oder Shopsysteme können Abläufe starten oder steuern. `GUIALLOWED` und clientabhängige Funktionen sind für Hintergrundläufe relevant. Fehlende statische Aufrufe beweisen deshalb keine Nichtnutzung.

**Für die Analyse:** Der TXT-Export wird mit freigegebener Konfiguration, Schnittstellenwissen und geeigneten Nutzungsnachweisen ergänzt. Offene Abhängigkeiten werden gezielt mit IT und Fachbereichen geklärt.

WAS SIE DAVON HABEN

### Geschäftsregeln verstehen. Migration fundiert planen.

Eine belastbare Analyse verbindet C/AL-Code, Objektmetadaten und den tatsächlichen Betrieb. So werden Regeln, Abhängigkeiten und offene Fragen nachvollziehbar – als Grundlage für Business Central-Standard, geeignete Module und gezielte AL-Entwicklung.

[C/AL-Analyse anfragen](https://navtobc.de/de/kontakt?thema=nav-analyse)

**Fachliche Quellen & Einordnung**

Geprüft am 09.10.2026 anhand der Microsoft-Dokumentation. Die Übersicht bündelt die wesentlichen Besonderheiten für die Analyse; Details hängen von NAV-Version, Objektstand und Betriebsumgebung ab.

- [C/AL bis Business Central 14 und TXT-Objektexporte](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-txt2al-tool)
- [FOB/TXT: Objekte exportieren und importieren](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/cside/cside-import-objects)
- [.NET-Interop in NAV 2009 R2](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2010/10/27/net-interoperability-in-nav-2009-r2/)
- [Events in C/AL seit NAV 2016](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/15/integration-events-in-microsoft-dynamics-nav-2016/)
- [C/AL-Funktionen, Variablen und VALIDATE](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2012/12/03/writing-unit-tests-in-cal/)
- [FlowFields in NAV 2018](https://learn.microsoft.com/en-us/previous-versions/dynamicsnav-2018-developer/FlowFields)
- [TXT-Objekte, Metadaten und Standardvergleich](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/upgrade/comparing-and-merging-application-object-source-files)
- [TryFunctions und Fehlerbehandlung in C/AL](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/28/nav-design-pattern-tryfunction-net-exception-handling-in-cal/)
- [SingleInstance, Arbeitsdatum und Seiteneffekte](https://www.microsoft.com/en-us/dynamics-365/blog/it-professional/2015/10/19/test-isolation-in-the-application-test-automation-suite/)
- [Sprachvergleich: Optionen gibt es auch in AL](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/methods-auto/option/option-data-type)
- [CHANGECOMPANY und Triggerkontext (AL-Referenz)](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/methods-auto/record/record-changecompany-method)
- [Permissions und indirekte Rechte (AL-Referenz)](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/properties/devenv-permissions-property)

[So verbinden wir Codeanalyse und KI](https://navtobc.de/de/methoden)

AUSGANGSVERSION & ZIELARCHITEKTUR

## Ihre NAV-Version. Der Weg zu Business Central.

Von Microsoft Navision 4.0 bis Microsoft Dynamics NAV 2018: Wir klären Versionsstand, verfügbare Quellen und Anpassungen. Daraus entsteht Ihr individueller Analyse- und Migrationsplan.

![Von Navision zu Business Central.](https://navtobc.de/film/business-central-v1/de/poster.webp)

[Von Navision zu Business Central.](https://navtobc.de/film/business-central-v1/de/index.m3u8)

NAVtoBC.de · VIDEO

### Von Navision zu Business Central.

Supportfristen, Upgrade oder Neuimplementierung und was vor dem Umstieg neu bewertet werden muss: das Erklärvideo in sechs Minuten.

[Auf YouTube ansehen](https://www.youtube.com/watch?v=NZa7nJfbgx0)

MICROSOFT-SUPPORT IM ÜBERBLICK

Status heute: 05.11.2026. Rot: abgelaufen · Grün: erweiterter Support.

**Support-Enddaten der Produktfamilien.** Für ältere Originalreleases und Service Packs gelten zum Teil frühere Termine. Diese finden Sie direkt in der jeweiligen Zeile unter „Supportende je Release“.

Navision und Dynamics NAV vor Business Central – ab Version 4.0

| Produktgeneration | Versionen und Release-Stände | Mainstream-Support bis | Erweiterter Support bis | Status heute | Quelle |
| --- | --- | --- | --- | --- | --- |
| Microsoft Navision / Dynamics NAV 4.0 | 4.0 · 4.0 SP1 · 4.0 SP2 · 4.0 SP3 **Supportende je Release** 4.0 (Originalrelease) 12.01.2010; 4.0 SP1 10.07.2007; 4.0 SP2 08.01.2008; 4.0 SP3 12.01.2010 | 12.01.2010 | Nicht ausgewiesen\* | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-40) |
| Microsoft Dynamics NAV 5.0 | 5.0 · 5.0 SP1 **Supportende je Release** 5.0 (Originalrelease) 13.04.2010; 5.0 SP1 11.04.2017 | 10.04.2012 | 11.04.2017 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-50) |
| Microsoft Dynamics NAV 2009 | NAV 2009 · NAV 2009 SP1 · NAV 2009 R2 **Supportende je Release** NAV 2009 (Originalrelease) 11.10.2011; NAV 2009 SP1 14.01.2020; NAV 2009 R2 14.01.2020 | 13.01.2015 | 14.01.2020 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2009) |
| Microsoft Dynamics NAV 2013 | NAV 2013 | 09.01.2018 | 10.01.2023 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2013) |
| Microsoft Dynamics NAV 2013 R2 | NAV 2013 R2 | 09.01.2018 | 10.01.2023 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2013-r2) |
| Microsoft Dynamics NAV 2015 | NAV 2015 | 14.01.2020 | 14.01.2025 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2015) |
| Microsoft Dynamics NAV 2016 | NAV 2016 | 13.04.2021 | 14.04.2026 | × Abgelaufen | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2016) |
| Microsoft Dynamics NAV 2017 | NAV 2017 | 11.01.2022 | 11.01.2027 | ✓ Erweiterter Support | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2017) |
| Microsoft Dynamics NAV 2018 | NAV 2018 | 10.01.2023 | 11.01.2028 | ✓ Erweiterter Support | [Microsoft](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2018) |

**Kein automatisches Abschaltdatum:** Das Supportende bezeichnet das Ende der jeweiligen Microsoft-Supportphase, nicht das automatische Ende der Softwarenutzung. Für Support ist der jeweils unterstützte Update- bzw. Service-Pack-Stand erforderlich. Individuelle Partnerverträge sind nicht Bestandteil dieser Übersicht.

**\* Version 4.0:** Microsoft nennt den 12.01.2010 als Ende des Mainstream-Supports, aber kein gesondertes Enddatum für erweiterten Support.

Quellenstand: 24.09.2026 . Kalendertage gemäß Microsoft Lifecycle (Pacific Time), ohne Umrechnung auf das deutsche Datum. Zusätzliche Quellen: [NAV 2009 R2](https://learn.microsoft.com/de-de/lifecycle/products/dynamics-nav-2009-r2) · [Microsoft-Support- und Service-Pack-Richtlinie](https://learn.microsoft.com/de-de/lifecycle/policies/fixed).

Die Übersicht nennt Hauptversionen sowie die aufgeführten Service Packs und R2-Stände. Länderstände, kumulative Updates, Branchenmodule und individuelle Anpassungen werden bei der Erstaufnahme gesondert erfasst. Die Nennung einer Version ist kein pauschales Versprechen einer automatisierten Direktmigration.

VON C/AL ZU AL

### C/AL verstehen. Den Weg zu AL gezielt planen.

Nicht jede Anpassung muss in eine AL Extension überführt werden. Zuerst prüfen wir den Business Central-Standard, dann geeignete zertifizierte ISV-Module und erst danach notwendige Individualentwicklung.

01 / QUELLCODE

### C/AL-Code-Analyse

C/AL-Quellcode und TXT-Objektexporte aus C/SIDE werden auf Funktionen, Geschäftsregeln, Aufrufe und Abhängigkeiten untersucht. Die automatisierte Code-Analyse liefert Belege für die KI-gestützte Auswertung.

**Ergebnis: dokumentierte NAV-Logik.**

02 / DATENMODELL

### Schema-Analyse & SQL

Tabellen, Felder, Schlüssel und Datenbeziehungen werden zusammen mit EDI-, Shop- und weiteren Schnittstellen betrachtet. SQL-Daten ergänzen die Schema-Analyse im vereinbarten Umfang – auf Wunsch pseudonymisiert.

**Ergebnis: nachvollziehbare Datenwege.**

03 / ZIELBILD

### Standard, ISV oder AL Extension?

Wir ordnen jede notwendige Anforderung dem Business Central-Standard, einem geeigneten ISV-Modul oder einer begründeten individuellen AL Extension zu. Die technische Umsetzung wird separat vereinbart.

**Ergebnis: ein begründeter Migrationsvorschlag.**

NAV 2009 R2 UND SP1

### Upgrade oder Neuimplementierung?

Ein technisches Upgrade von NAV 2009 R2 oder SP1 führt laut Microsoft über NAV 2013 oder 2015, NAV 2018 und Business Central 14 zur aktuellen Version. Viele Unternehmen setzen Business Central deshalb neu auf.

Übernommen werden dann typischerweise Stammdaten, Einrichtung, offene Posten und Eröffnungssalden. Die Buchungshistorie wird für die Aufbewahrungsfristen lesbar archiviert. Welche Anpassungen weiter gebraucht werden, klärt die Fit-Gap-Analyse. Notwendiger Individualcode wird neu in AL geschrieben.

**Hier setzt die NAVtoBC-Analyse an:** Sie zeigt, welche Logik, Daten und Schnittstellen im gewachsenen System stecken und wovon sie abhängen.

Quelle: [Microsoft: Migrate Dynamics NAV to Business Central](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/administration/migrate-nav)

**Ihre Version ist nicht eindeutig zuzuordnen?** Wir klären den tatsächlichen Objekt-, Anwendungs- und Datenbankstand gemeinsam mit Ihnen.

[NAV-Version besprechen](https://navtobc.de/de/kontakt)

Technischer Hintergrund: [Microsoft: Programmieren in AL](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-programming-in-al)

REFERENZ AUS DER PRAXIS

## 480.000 Zeilen C/AL. Fast 1.000 Codeunits.

**Wissen für den täglichen Betrieb.** In diesem Kundenprojekt wurden der Navision-Quellcode sowie die Navision-SQL-Datenbank und alle weiteren angebundenen SQL-Datenbanken in die Analyse einbezogen. Die Datenauswertung erfolgte pseudonymisiert.

C/AL-CODE **480.000 Zeilen**

CODEUNITS **Fast 1.000**

SYSTEM **NAV 2009 R2**

DATENBESTAND **ca. 1,5 TB**

SYSTEMHISTORIE **20 Jahre**

BRANCHE **Großhandel & B2C**

REFERENZPROJEKT

### System verstehen. Fundiert entscheiden.

Quellcode, Business-Logik, Funktionen und Datenwege wurden systematisch erfasst, strukturiert und gegen Business Central-Standard sowie geeignete ISV-Module gespiegelt.

DAS GEWONNENE WISSEN IM EINSATZ

### Fehler finden. Wissen dokumentieren. Änderungen vorbereiten.

01

### Fehlersuche unterstützen.

Mit KI Zusammenhänge untersuchen und mögliche Fehlerursachen eingrenzen.

02

### Dokumentation erstellen.

Einzelne Bereiche gezielt aufbereiten, beispielsweise EDI-Datenwege.

03

### Änderungen vorbereiten.

Konkrete Vorschläge für Navision entwickeln, beispielsweise zur Unterstützung von ZUGFeRD.

KUNDENSTIMME

### Das Wissen hilft uns heute ganz praktisch.

> „In unserem Navision-System wurden 480.000 Zeilen C/AL-Code aus fast 1.000 Codeunits analysiert. Neben unserer Navision-SQL-Datenbank wurden auch alle weiteren angebundenen SQL-Datenbanken einbezogen. Die Auswertung der Daten erfolgte pseudonymisiert.
>
> Das gewonnene Wissen nutzen wir heute ganz praktisch: Die KI unterstützt uns bei der Fehlersuche und hilft, Zusammenhänge im System nachzuvollziehen. Dokumentationen für einzelne Bereiche können wir auf Knopfdruck erstellen lassen – beispielsweise zu unseren EDI-Datenwegen.
>
> Außerdem erhalten wir konkrete Vorschläge für Änderungen und Erweiterungen in Navision, etwa zur Unterstützung von ZUGFeRD. Damit hilft uns die Analyse bereits im laufenden Betrieb und schafft zugleich eine fundierte Grundlage für die weitere Entwicklung unseres Systems.“

Kundenstimme aus einem NAV-Analyseprojekt

ERGEBNIS **Strukturierte Wissensbasis, visualisierte Zusammenhänge und ein nachvollziehbarer Migrationsvorschlag für Business Central.** [Ähnliches Analyseprojekt anfragen](https://navtobc.de/de/kontakt?thema=nav-analyse)

STANDARD VOR SONDERLÖSUNG

## Business Central-Standard zuerst. Weniger Individualcode.

Nicht jede historisch gewachsene NAV-Anpassung muss mit. Wir prüfen jede notwendige Anforderung in dieser Reihenfolge – gemeinsam mit Ihren Fachbereichen.

![Business Central-Standard zuerst.](https://navtobc.de/film/standard-zuerst-v1/de/poster.webp)

[Business Central-Standard zuerst.](https://navtobc.de/film/standard-zuerst-v1/de/index.m3u8)

NAVtoBC.de · VIDEO

### Business Central-Standard zuerst.

Individualcode durch ein ISV-Modul ersetzt.

[Auf YouTube ansehen](https://www.youtube.com/watch?v=-VZ_e1-bDMY)

1. 01

   ZUERST

   ### Standard nutzen.

   Funktionen und Konfiguration von Business Central haben Vorrang. Wir prüfen, wie sich Ihre Abläufe am Standard ausrichten lassen, ohne notwendige Geschäftsanforderungen aufzugeben.

   **Business Central-Standard wird bevorzugt.**
2. 02

   DANN

   ### Zertifizierte Module.

   Reicht der Standard nicht aus, prüfen wir passende zertifizierte Branchen- und Funktionsmodule. Individuelle Programmierungen werden möglichst durch diese Erweiterungen ersetzt.

   **Passende Module vor neuer Programmierung.**
3. 03

   NUR WENN NÖTIG

   ### Gezielt entwickeln.

   Individualentwicklung bleibt für geschäftlich notwendige Anforderungen, die weder Standard noch geeignete Module erfüllen. Verbleibende Lücken werden dokumentiert und begründet.

   **Jede Eigenentwicklung mit Begründung.**

**Wie wir Module auswählen**

Wir prüfen fachliche Eignung, Integrationen, Lizenz- und Wartungskosten, Hersteller-Support sowie Kompatibilität mit Zielversion, Land und Betriebsmodell. Zertifizierungs- oder Validierungsnachweise werden für das konkrete Modul und die betreffende Version geprüft.

Eine Marketplace-Validierung ist keine pauschale Garantie für Ihren Geschäftsprozess. Die Eignung wird im Projekt gesondert bewertet. [Microsoft: technische App-Validierung](https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-checklist-submission)

PRAXISBEISPIEL / AMAZON-ANBINDUNG

### Individualcode durch ein ISV-Modul ersetzt.

**Gewachsene Geschäftslogik verstehen. Individuelle Schnittstellen gezielt ablösen.**

Eine individuell entwickelte Amazon-Anbindung in Navision enthielt eigene C/AL-Logik zur Verarbeitung von Bestell- und Versandinformationen. Der Quellcode berücksichtigt unter anderem bereits versandte Positionen, vorhandene Navision-Auftragszuordnungen und unterschiedliche Fulfillment-Center.

**In diesem Beispiel wurde die bisherige Individualprogrammierung durch ein ISV-Modul zur Amazon-Anbindung ersetzt.**

VON DER ANPASSUNG ZUR MODULLÖSUNG

VORHER **Individuelle Amazon-Anbindung**

Eigene C/AL-Logik in Navision

ABLÖSUNG **ISV-Modul für Amazon**

Bestehende Individualprogrammierung ersetzt

Geschäftslogik bewahren –  
**Individualcode nicht ungeprüft übernehmen.**

Für die Migrationsplanung ist entscheidend, die bisherigen Geschäftsregeln zu kennen und ihre Abdeckung in der neuen Lösung zu prüfen. Nicht der alte Programmcode muss unverändert erhalten bleiben, sondern die fachlich notwendige Funktion.

**Unsere KI-gestützte Analyse unterstützt die Vorbereitung Ihrer Navision-Migration zu Business Central:** Sie macht Geschäftslogik, Abhängigkeiten und Schnittstellen nachvollziehbar. So lässt sich fundiert entscheiden, was der Standard übernimmt, wo ein geeignetes ISV-Modul passt und welche individuelle AL-Entwicklung tatsächlich notwendig bleibt.

**C/AL-Quelltext und erkannte Geschäftsregeln ansehen**

**Vom Betreiber bereitgestellter C/AL-Quelltextausschnitt.** Der Ausschnitt ist unverändert und endet mitten in einem Verarbeitungsabschnitt. Er ist kein vollständiges, ausführbares Programm.

C/AL · Ausschnitt der bisherigen Amazon-Anbindung

```
CLEAR(l_HoldOpen);

      l_SalesLineAmazon.RESET;
      l_SalesLineAmazon.SETRANGE("Amazon Document Type",p_SalesHeaderAmazon."Amazon Document Type");
      l_SalesLineAmazon.SETRANGE("Amazon-Order-Id",p_SalesHeaderAmazon."Amazon-Order-Id");
      l_SalesLineAmazon.SETFILTER("Navision Order No.",'=%1','');
      l_SalesLineAmazon.SETFILTER("Quantity-Shipped",'>%1',0); // AKT#032
      IF NOT l_SalesLineAmazon.FIND('-') THEN BEGIN
        EXIT;
      END ELSE BEGIN
        //  AKT#038 BEG
        l_FulfillmentCenterId := l_SalesLineAmazon."Fulfillment-Center-Id";
        IF l_FulfillmentCenterId<>'' THEN BEGIN
          p_SalesHeaderAmazon."Fulfillment-Center-Id" := l_FulfillmentCenterId;
          p_SalesHeaderAmazon."Shipment-Date" := l_SalesLineAmazon."Shipment-Date"
        END;
        REPEAT
          IF l_FulfillmentCenterId <> l_SalesLineAmazon."Fulfillment-Center-Id" THEN
            l_HoldOpen := TRUE;
        UNTIL l_SalesLineAmazon.NEXT=0;
        //  AKT#038 END
      END;

      // Funktion für Navision Auftragserstellung
      CLEAR(WarningMessageOrder);
      CLEAR(ShippingCost);
      IF (p_SalesHeaderAmazon."Order No." = '') AND
         (p_SalesHeaderAmazon."Amazon-Order-Id" <>'') THEN BEGIN
         //(p_SalesHeaderAmazon."Error Message"='') THEN BEGIN  //Fehlerprüfung??
```

#### Was sich aus diesem Ausschnitt ableiten lässt

**01 / Passende Bestellung eingrenzen**

Die Positionen werden nach Amazon-Belegart und Amazon-Bestellnummer gefiltert.

**02 / Noch nicht zugeordnete Versandpositionen auswählen**

Die Navision-Auftragsnummer muss leer und die versandte Menge größer als null sein. Wird keine passende Position gefunden, endet dieser Funktionsaufruf mit `EXIT`.

**03 / Versandinformationen übernehmen**

Ist die Fulfillment-Center-ID der ersten gefundenen Position gefüllt, werden diese ID und das Versanddatum in die Belegkopfvariable übernommen. Eine Speicherung dieser Änderung zeigt der Ausschnitt nicht.

**04 / Unterschiedliche Fulfillment-Center erkennen**

Weicht eine der gefundenen Positionen von der zuerst ermittelten Center-ID ab, wird `l_HoldOpen` auf `TRUE` gesetzt.

**05 / Weitere Auftragsverarbeitung vorbereiten**

Der folgende Abschnitt setzt eine leere Auftragsnummer und eine vorhandene Amazon-Bestellnummer im Kopf voraus. Die darunter stehende Prüfung der Fehlermeldung ist auskommentiert und damit nicht aktiv.

**Grenze des Ausschnitts:** Die eigentliche Auftragserstellung, die spätere Wirkung von `l_HoldOpen` und der vollständige Bestell- und Versandprozess sind hier nicht enthalten. Die erfolgte Ablösung ist die Praxisangabe des Betreibers; der Code allein belegt weder die Funktionsabdeckung des Moduls noch einen abgeschlossenen Business-Central-Go-Live.

Welche Ihrer NAV-Anpassungen lassen sich sinnvoll ablösen?

[Potenzial Ihrer NAV-Anpassungen klären](https://navtobc.de/de/kontakt?thema=standard-module)

**Ihr Ergebnis:** Eine Entscheidungsmatrix je Anpassung – durch Standard ablösen, zertifiziertes Modul prüfen oder begründet individuell entwickeln. Noch ungeklärte Anforderungen bleiben sichtbar.

GEMEINSAM NACH BUSINESS CENTRAL

## Ihr Systemhaus bleibt Ihr Partner. Wir ergänzen die Analyse.

**Zusammenarbeit statt Partnerwechsel – für eine effiziente und schlanke Migration nach Business Central.**

Wir unterstützen Ihr bestehendes Navision-Systemhaus und Ihre Inhouse-IT mit aufbereiteten Analysedaten, dokumentierten Geschäftsregeln und einer fundierten Entscheidungsgrundlage. **Dabei geht es nicht darum, Ihren bisherigen Partner zu ersetzen, sondern sein Know-how und das Wissen Ihrer eigenen Mitarbeitenden gezielt zu ergänzen.**

Wir arbeiten unabhängig von einem bestimmten Systemhaus mit den Partnern Ihrer Wahl zusammen. Die technische Migration kann weiterhin durch Ihren bestehenden Partner, Ihre interne Entwicklungsabteilung oder gemeinsam umgesetzt werden.

01 / SYSTEMHAUS

### Für Ihr Navision-Systemhaus

**Mehr Transparenz für Planung und Umsetzung.**

Ihr Partner kennt Ihr Unternehmen und begleitet Ihre Lösung. Wir ergänzen dieses Wissen durch eine systematische Analyse von C/AL-Code, Objekten, Datenwegen und Schnittstellen.

Die strukturierten Ergebnisse helfen dabei, Anpassungen zu bewerten, Abhängigkeiten zu erkennen und die Migration nach Business Central gezielt vorzubereiten: **Standardfunktionen nutzen, geeignete ISV-Module einsetzen und nur notwendige Individualentwicklung neu in AL umsetzen.**

02 / INHOUSE-IT

### Für Ihre Inhouse-IT

**Gewachsenes Wissen sichern. Ihr Team entlasten.**

Auch Ihre interne Navision-Abteilung unterstützen wir direkt bei der Migrationsvorbereitung. Durchsuchbare Objektdokumentationen, extrahierte Geschäftsregeln und eine Graphdatenbank machen Zusammenhänge nachvollziehbar und erleichtern die Abstimmung zwischen IT, Fachbereichen und Umsetzungspartnern.

**Das Wissen Ihrer Mitarbeitenden bleibt entscheidend. Unsere Analyse ergänzt es um eine strukturierte, überprüfbare Grundlage.**

03 / EIGENSTÄNDIG

### Auch ohne Beteiligung eines Systemhauses

**Die Analyse ist eigenständig möglich.**

Sie können die Navision-Analyse auch unabhängig von einem Migrationsprojekt und ohne aktive Mitarbeit eines externen Partners beauftragen. Die benötigten Zugänge und Analysequellen stimmen wir direkt mit Ihnen ab.

Die Ergebnisse stehen Ihnen anschließend für den laufenden Betrieb, Ihre interne Planung und die Zusammenarbeit mit einem Partner Ihrer Wahl zur Verfügung.

### Drei Fragen für das Gespräch mit Ihrem Umsetzungspartner

1. **Welche Daten übernehmen wir, und wie werden sie zugeordnet?** Viele Standardtabellen wie Debitor, Artikel oder Verkaufskopf gibt es weiterhin. Entscheidend sind eigene Felder, Optionswerte und Nummernserien.
2. **Welche Anpassungen werden neu in AL entwickelt, und mit welchem Aufwand?** Microsofts Konverter Txt2Al gab es nur mit Business Central 14. Forms und Dataports aus NAV 2009 R2 verarbeitet er nicht.
3. **Wie übernehmen wir Dimensionen wie Kostenstelle und Kostenträger?** Heute verweisen Posten über einen Dimensionssatz auf ihre Dimensionen. Bei einer Neuimplementierung zählen vor allem Vorgabedimensionen, offene Posten und Code, der Dimensionen verarbeitet.

**Die NAVtoBC-Analyse liefert für alle drei Fragen die Grundlage:** Tabellen und Felder mit Nutzungsnachweis, Anpassungen mit ihren Abhängigkeiten und die Stellen, an denen Code Dimensionen liest oder schreibt.

**Ihr Vorteil:** Alle Beteiligten arbeiten mit einer gemeinsamen, nachvollziehbaren Wissensbasis – statt dieselben Zusammenhänge immer wieder neu erschließen zu müssen.

[Zusammenarbeit besprechen](https://navtobc.de/de/kontakt)

ERGEBNISSE ANSEHEN STATT NUR DARÜBER LESEN

## Vom Prozesswissen zum Zielbild für Business Central.

Ein zusammenhängendes Beispiel: Kunde, Auftrag und Rechnung. Wechseln Sie zwischen Analyse, Prozess, Wissen und Roadmap.

Illustratives Beispiel mit synthetischen Daten – kein Kundenprojekt.

NAV → Business Central SYNTHETISCHES BEISPIEL

BEISPIELERGEBNIS

## Das große Ganze. Im Blick.

SYNTHETISCHES ANALYSEBEISPIEL .txt`// Konsistente ErsatzwerteKunde.Name: "P-7Q4X9"Kunde.ID: "K-7Q4X9"Auftrag.Kunde: "K-7Q4X9"Rechnung.Kunde: "K-7Q4X9"`

**Zusammenhänge nachvollziehen**

Gleicher Kunde in Auftrag und Rechnung

Quelle: synthetische Beispieldaten Fachlich prüfen

Nur freigegebene Analyseartefakte mit konsistenten Ersatzwerten

DURCHGÄNGIG NACHVOLLZIEHBAR

### Gleicher Kunde. Verknüpfte Belege. Prüfbare Entscheidungen.

1. **Zusammenhang erkennen**

   „P-7Q4X9“ bleibt über die Kundenkennung K-7Q4X9 mit Auftrag und Rechnung verknüpft.
2. **Wissen dokumentieren**

   Der Wissensartikel hält den Zusammenhang mit Quellenfeld und fachlichem Prüfstatus fest.
3. **Zielbild für Business Central bewerten**

   Standardabdeckung zuerst prüfen. Nur verbleibende Anforderungen führen zur Modulprüfung oder Individualentwicklung.

[Pseudonymisierung im Beispiel ansehen](https://navtobc.de/de/pseudonymisierung)

**Beispiel einer Entscheidungsmatrix ansehen**

Synthetisches Entscheidungsformat, keine geprüfte Modul- oder Kundenempfehlung.

| Anforderung im Beispiel | Prüfweg | Nächster Schritt | Status |
| --- | --- | --- | --- |
| Kunde und Belege zuordnen | Business Central-Standard zuerst | Ablauf und Konfiguration fachlich abgleichen | Standardprüfung offen |
| Zusätzliche Branchenanforderung | Zertifiziertes Modul, falls Standard nicht ausreicht | Eignung, Nachweis, Integration und Kosten prüfen | Modulsichtung offen |
| Verbleibende Sonderregel | Individualentwicklung nur bei bestätigter Lücke | Notwendigkeit und Alternativen dokumentieren | Keine Entwicklung freigegeben |

VOM ANALYSEERGEBNIS ZUM WISSENSPORTAL

## Ihr NAV-Wissen.Im direkten Dialog.

Stellen Sie Fragen zu Ihrem Navision-System – so einfach wie in einer Chat-Oberfläche nach dem Vorbild von ChatGPT.

Das Webportal stellt Ihnen das von der KI dokumentierte Wissen zur Verfügung: Geschäftsregeln, Abläufe, Schnittstellen und technische Zusammenhänge werden im Dialog zugänglich.

Im Hintergrund verarbeitet eine per API angebundene KI Ihre Abfragen und bezieht die lokal gesammelte Wissensbasis ein. Bei Bedarf kann das Portal über freigegebene, lesende Schnittstellen auch aktuelle Daten aus der Navision-Datenbank und weiteren Ressourcen einbeziehen.

[Portalansicht in Originalgröße öffnen](https://navtobc.de/images/nav-wissensportal.png)

EINBLICK INS WISSENSPORTAL NAV Projektanalyse

[![Wissensportal NAV Projektanalyse: Chat-Eingabe für Fragen zum Projekt sowie Einstiege für Überblick, Zusammenhänge und offene Punkte.](https://navtobc.de/images/nav-wissensportal.png)](https://navtobc.de/images/nav-wissensportal.png)

Analyseergebnisse und freigegebene Datenquellen über eine gemeinsame Chat-Oberfläche nutzen.

**Lokale Benutzeranmeldung**

Der Zugang erfolgt über lokale Benutzerkonten. So ist die Nutzung einem angemeldeten Benutzer zugeordnet.

**Rechte gezielt vergeben**

Die Rechteverwaltung legt fest, welche freigegebenen Informationen und Ressourcen ein Benutzer abfragen darf.

**Ausschließlich lesender Zugriff**

Die angebundenen Datenquellen werden nur gelesen. Das Portal verändert keine NAV-Daten oder andere Quellbestände.

**Abfragen dokumentieren**

Alle Abfragen werden protokolliert. Die Nutzung des Portals bleibt dadurch nachvollziehbar.

Welche Wissensbestände, Live-Datenquellen und Berechtigungen eingebunden werden, stimmen wir gemeinsam für Ihr Projekt ab.

[Wissensportal kennenlernen](https://navtobc.de/de/kontakt?thema=wissensportal)

ERFAHRUNG TRIFFT METHODIK

## Langjährige Navision-Erfahrung. Mit KI systematisch nutzbar gemacht.

Wir verbinden praktisches Navision-Wissen mit automatisierter Codeanalyse und KI-gestützter Auswertung. Daraus entstehen dokumentierte Zusammenhänge und konkrete Vorschläge für Ihr bestehendes System und den Weg zu Business Central.

Navision Dynamics NAV MS Dynamics NAV Business Central

DER NAVtoBC-ANSATZ

## Erst verstehen. Dann gezielt verändern.

Jahre an Anpassungen müssen kein Hindernis sein. Entscheidend ist, zu erkennen, welche Logik Ihr Geschäft heute wirklich braucht.

01

KI-Analyse

### Das bestehende NAV verstehen.

Freigegebene TXT-Objektexporte mit eigenem C/AL-Parser auswerten: individuelle Logik, Aufrufe, Referenzen und Schnittstellen mit Quellenbezug erfassen.

IHR ERGEBNIS **Technische Bestandsaufnahme**

02

Geschäftsprozesse

### Abläufe aus der Logik ableiten.

Prozesshypothesen und Business-Regeln aus den Quellen extrahieren, als JSON-Regelwerk und Graphen dokumentieren und fachlich validieren.

IHR ERGEBNIS **Dokumentierte Prozesslandkarte**

03

Wissensdatenbank

### Wissen dauerhaft nutzbar machen.

Erkenntnisse strukturiert ablegen – mit Quellenbezug, fachlichem Kontext und nachvollziehbarem Prüfstatus.

IHR ERGEBNIS **Ihre zentrale Wissensbasis**

04

Migrationsvorschlag für Business Central

### Den passenden Weg vorbereiten.

Business Central-Standard bevorzugen, zertifizierte Module prüfen und nur notwendige Individualentwicklung in eine priorisierte Roadmap aufnehmen.

IHR ERGEBNIS **Fundierter Migrationsplan**

KI unterstützt die Analyse. Fachbereiche validieren die Ergebnisse und entscheiden über die Zielprozesse.

KLARER LEISTUNGSUMFANG

## Eine klare Grundlage. Ein abgestimmter nächster Schritt.

Unser hier beschriebenes Angebot umfasst die Analyse Ihres NAV-Systems, die Dokumentation Ihres Prozesswissens und einen fundierten Migrationsvorschlag für Business Central.

**Umsetzung, Tests und Go-Live separat vereinbaren.** Die Ergebnisse sind die Grundlage für Ihr internes Team, Ihren bestehenden Partner oder eine anschließend vereinbarte Umsetzung.

[Umfang für Ihr Projekt besprechen](https://navtobc.de/de/kontakt)

DATENSCHUTZ BEGINNT VOR DER ANALYSE

## Ihr Prozesswissen zählt. Nicht Ihre sensiblen Daten.

SQL-Zugriff ist für die Analyse erforderlich – aber nicht direkt durch die KI. Ein vorgeschalteter Pseudonymisierungsserver greift kontrolliert auf die Datenbank zu und ersetzt identifizierende Werte „on the fly“, bevor freigegebene Ergebnisse an die Analyse weitergegeben werden.

IHR QUELLCODE BLEIBT IHR WISSEN

### Ihr Quellcode wird nicht zum Training von KI-Modellen verwendet.

Das ist eine Voraussetzung für jede Analyse: Es werden nur Betriebsmodelle eingesetzt, bei denen die Verwendung Ihres Quellcodes zu Trainingszwecken ausgeschlossen ist. Bei Cloud-Diensten wird dies anhand der vereinbarten Bedingungen und Einstellungen geprüft; lokal erfolgt die Analyse ohne Nutzung Ihres Quellcodes zum Modelltraining.

01 / KONTROLLIERTER SQL-ZUGRIFF

### SQL-Zugriff mit vorgeschaltetem Schutz.

Der vorgeschaltete Pseudonymisierungsserver erhält den abgestimmten SQL-Zugriff. Er verarbeitet Daten, Nutzungsstatistiken und Bestandskennzahlen vor der Weitergabe. SQL-Zugangsdaten und Datenbank-Backups gelangen nicht an die KI oder die Homepage. Objekt- und Metadatenexporte ergänzen die Analyse.

02 / ON-THE-FLY

### Werte ersetzen. Nicht löschen.

Identifizierende Werte werden beim Einlesen durch dauerhaft konsistente Ersatzwerte ausgetauscht. Der Beispielkunde „Müller“ erhält das Pseudonym „P-7Q4X9“ – auch bei späteren Abfragen desselben Analysebestands. Datensätze und fachlich erforderliche Beziehungen bleiben erhalten.

03 / NACHVOLLZIEHBAR

### Zusammenhänge bleiben erhalten.

Abgestimmte Ersetzungsregeln sichern die Zuordnung über Kunden, Aufträge und Rechnungen hinweg. Nach Prüfung und Freigabe werden die Ergebnisse lokal oder mit einer vereinbarten Cloud-KI analysiert. Geschäftsregeln werden aus dem Code und den Systemzusammenhängen abgeleitet.

IN IHRER KUNDENUMGEBUNG

**NAV / SQL  
& TXT-Objektexporte**

→

**Schutzserver:  
Werte ersetzen**

→

**Prüfen &  
freigeben**

ANALYSE: LOKAL ODER CLOUD

**KI-gestützte  
Analyse**

→

**Wissen &  
Business Central-Roadmap**

Die Analyseumgebung kann vollständig lokal liegen. Im Cloud-Betrieb verlassen nur dafür freigegebene Artefakte mit konsistenten Ersatzwerten Ihre Umgebung. Kein automatischer Wechsel von lokal zu Cloud.

Kein direkter SQL-Zugriff durch die KI

[Datenschutz für Ihr Projekt abstimmen](https://navtobc.de/de/kontakt?thema=datenschutz)

DATEN ERSETZEN. ZUSAMMENHÄNGE ERHALTEN.

## Aus Müller wird P-7Q4X9. Der Zusammenhang bleibt.

Identifizierende Werte werden vor der KI-Verarbeitung durch beständige Pseudonyme ersetzt. Derselbe eindeutig zugeordnete Kunde erhält innerhalb des vereinbarten Analysebestands auch bei späteren Abfragen denselben Ersatzwert. Verschiedene Kunden mit gleichem Nachnamen erhalten unterschiedliche Pseudonyme.

Beziehungen zwischen Kunden, Aufträgen und Rechnungen bleiben nachvollziehbar. So lassen sich Geschäftsprozesse, Abhängigkeiten und Programmregeln analysieren, ohne dafür die ursprünglichen Namen zu benötigen.

Die Pseudonymisierung betrifft die Analysedaten; die produktiven NAV-Daten werden nicht umgeschrieben. Die Zuordnung zu den Originalwerten wird getrennt und zugriffsgeschützt gespeichert und nicht an die KI weitergegeben. Die Daten bleiben für den Verantwortlichen personenbezogen.

[Pseudonymisierung: Art. 4 Nr. 5 DSGVO ↗](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32016R0679)

Pseudonymisierung am Beispiel SYNTHETISCHE DATEN

**Name**

P-7Q4X9

**Kundennr.**

K-7Q4X9

**E-Mail**

p-7q4x9@example.invalid

**Kunde im Auftrag**

P-7Q4X9 · K-7Q4X9

**Kunde in Rechnung**

P-7Q4X9 · K-7Q4X9

GLEICHER KUNDE. GLEICHER ERSATZWERT. **P-7Q4X9 bleibt P-7Q4X9 – in Auftrag und Rechnung.**

IHRE INFRASTRUKTUR. IHRE KI-STRATEGIE.

## Cloud-KI oder lokale KI. Sie entscheiden.

ChatGPT, Claude und jede andere Cloud-KI kommen als Betriebsoption infrage. Oder Sie nutzen verschiedene lokale Modelle: auf Ihrer Hardware oder auf Hardware, die wir Ihnen für das Projekt leihweise bereitstellen. Die konkrete Anbindung stimmen wir mit Ihnen ab.

CLOUD-KI

### ChatGPT, Claude. Und Ihre Cloud-KI.

Sie sind nicht an einen bestimmten Anbieter gebunden. ChatGPT, Claude und weitere Cloud-KI unterstützen freigegebene Analyseschritte. Anbieter, Modell und verfügbare Schnittstellen stimmen wir projektspezifisch ab.

ChatGPT · OpenAI Claude · Anthropic Weitere Cloud-KI

**Details zum Betriebsmodell**

**Datenweg**

Vor der KI-Verarbeitung identifizierende Werte konsistent ersetzen, prüfen und freigeben.

**Integration**

Den gewählten Anbieter über geeignete, separat eingerichtete Schnittstellen anbinden.

**Abstimmung**

Vertragsbedingungen, Datenverarbeitung und Aufbewahrung vorab prüfen.

[Cloud-KI besprechen](https://navtobc.de/de/kontakt)

LOKALE KI

### Ihre Hardware. Oder unsere Leihgabe.

Verschiedene lokale KI-Modelle laufen auf Ihrer eigenen Hardware. Alternativ stellen wir Ihnen passende Hardware als Leihgabe für das Projekt bereit. Modellauswahl und Ausstattung richten sich nach Ihren Analyseaufgaben.

Ihre Hardware Hardware als Leihgabe Verschiedene Modelle

**Details zum Betriebsmodell**

**Datenweg**

Auch lokal: konsistente Ersatzwerte und Freigabe vor der KI-Verarbeitung.

**Betrieb**

Lokale Analyse auf eigener oder leihweise bereitgestellter Hardware in Ihrer Umgebung.

**Abgrenzung**

Keine automatische Weiterleitung an Cloud-Dienste. Ausgehende Verbindungen kontrollieren.

[Lokale KI besprechen](https://navtobc.de/de/kontakt)

OPTIONAL KOMBINIERBAR

### Lokal und Cloud. Gezielt zusammenspielen.

Einzelne KI-Aufgaben lokal, andere in der Cloud – mit eigener Freigabe je Verarbeitungsschritt. **Kein automatischer Cloud-Fallback.** Die gleichen Qualitätskriterien gelten für alle Betriebsmodelle.

[Betriebsmodell klären](https://navtobc.de/de/kontakt)

Konkrete Modelle und Integrationen werden im Projekt vereinbart. Die KI-Betriebsart ist unabhängig davon, ob Business Central später online oder lokal betrieben wird.

WEITERE KI-ANALYSEN

### Active Directory mit KI analysieren.

Auf KI4AD.de erfahren Sie mehr zur KI-gestützten Analyse Ihres Active Directory.

[KI4AD.de besuchen](https://ki4ad.de/)

KI-GESTÜTZTE TECHNIKEN & VERFAHRENSWEISEN

## C/AL tief analysieren. Nachvollziehbar im Ergebnis.

Eigener Parser, gezielte KI-Unterstützung und verbindliche Prüfketten: Unser Analyseansatz verbindet technische Befunde mit fachlichem Verständnis.

### Hinweis zur Aussagekraft der Analyse

**KI macht Fehler.** Vollständigkeit und Fehlerfreiheit lassen sich bei einer Analyse nicht garantieren – auch nicht bei rein manueller Arbeit.

Ziel ist eine **ausreichend fundierte Arbeitsgrundlage für Ihre Migration**. Deshalb machen wir Unsicherheiten und offene Punkte sichtbar und prüfen die Ergebnisse gemeinsam mit Ihren Fachbereichen.

DER ANALYSEWEG ALS 3D-FILM

### Vom Datenfluss zur KI-Analyse.

60 Sekunden

![3D-Film über Daten, Schnittstellen und KI-Analyse](https://navtobc.de/film/datenfluss-v1.webp)

[3D-Film über Daten, Schnittstellen und KI-Analyse](https://navtobc.de/film/navtobc-datenfluss-v1.mp4)

Schnittstellen verbinden, den NAV-Bestand strukturieren, Daten freigeben und Befunde durch KI analysieren und gegenprüfen. Eine schematische Darstellung mit Beispieldaten, ohne Ton.

[Interaktiven 3D-Player öffnen](https://navtobc.de/film/index.html) [Film als MP4 herunterladen](https://navtobc.de/film/navtobc-datenfluss-v1.mp4)

**Die fünf Filmszenen als Text**

1. **00:00 · Schnittstellen.** Daten aus EDI, Shop, SQL und C/AL fließen in den NAV-Bestand.
2. **00:12 · NAV-Verarbeitung.** Quellcode, Tabellen und Referenzen werden strukturiert erfasst.
3. **00:24 · Datenfreigabe.** Konsistente Ersatzwerte erhalten die Beziehungen zwischen freigegebenen Informationen.
4. **00:34 · KI-Analyse.** Getrennte Rollen analysieren und prüfen Belege, Widersprüche und offene Fragen.
5. **00:48 · Ergebnisse.** Geschäftsregeln, Wissensbasis und BC-Zielbild werden mit Quellen und Prüfstatus nachvollziehbar.

**Unsere Verfahren im Detail 8 Analyse- und Prüfverfahren**

01 CODE VERSTEHEN

### Statische C/AL-Code-Analyse

Ein eigener C/AL-Parser erfasst Aufrufe und Referenzen im bereitgestellten Navision-Quellcode. Daraus entsteht ein funktions- und zeilengenauer Aufruf-/Referenzgraph als Grundlage der KI-gestützten Einordnung.

**Verfahren im Detail**

Jeder Befund verweist auf Objekt, Funktion und Zeile im freigegebenen Export. Nicht auflösbare dynamische Aufrufe, fehlende Objekte und Parsergrenzen werden sichtbar markiert – nicht als sicher analysiert ausgegeben.

02 RELEVANZ ERMITTELN

### Erreichbarkeit ab Ankerliste

Erreichbarkeitsanalyse ab einer fachlich abgestimmten Ankerliste statt iterativem Wegstreichen. Von bekannten Einstiegspunkten aus werden Abhängigkeiten verfolgt.

**Verfahren im Detail**

Zur Ankerliste gehören beispielsweise gestartete Berichte, Aufgabenwarteschlangen und externe Aufrufe. „Nicht von den erfassten Ankern erreichbar“ bedeutet nicht automatisch „ungenutzt“. Unklare Pfade bleiben prüfpflichtig.

03 NUTZUNG BELEGEN

### Nutzungsnachweis je Tabelle

SQL-Zugriffsstatistiken und aggregierte Bestandskennzahlen ergänzen die Codeanalyse. Der vorgeschaltete Pseudonymisierungsserver stellt freigegebene Ergebnisse bereit – tagesaktuell bei täglicher Erhebung und Verarbeitung.

**Verfahren im Detail**

Erhebungszeitpunkt, Beobachtungszeitraum und Hinweise auf Statistik-Resets werden mitgeführt. Der SQL-Zugriff erfolgt über den vorgeschalteten Server; die KI erhält nur freigegebene Ergebnisse. Fehlende Zugriffe sind kein Beweis für Nichtnutzung; Datenbestand und fachlicher Kontext werden getrennt bewertet. Bei einer Neuimplementierung zeigt der Nutzungsnachweis, welche Tabellen und Daten für die Übernahme in Frage kommen. Ältere NAV-Versionen exportieren Text im MS-DOS-Zeichensatz; Umlaute werden deshalb vor der Übernahme geprüft.

04 ERGEBNISSE GEGENPRÜFEN

### Mehragenten-Prüfketten

Getrennte Agentenrollen für Analyse, Gegenprüfung und Konsolidierung. Aussagen werden an Quellen zurückgebunden; Widersprüche und offene Fragen bleiben nachvollziehbar.

[![Claude Code zeigt eine laufende Prüfkette mit drei parallel arbeitenden KI-Agenten und den Phasen Verify und Critique.](https://navtobc.de/claude-code-pruefkette.png) Beispiel in Originalgröße öffnen](https://navtobc.de/claude-code-pruefkette.png)

**Beispiel aus Claude Code.** Drei KI-Agenten prüfen einen Werkzeugbestand parallel. Anschließend ist eine kritische Gegenprüfung vorgesehen.

**Verfahren im Detail**

Die Gegenprüfung bewertet Belege, Abdeckung und alternative Erklärungen. Übereinstimmung mehrerer Agenten allein ist kein Korrektheitsnachweis. Fachliche Freigaben und technische Prüfschranken bleiben erforderlich.

05 QUALITÄT PRÜFEN

### Selbsttests, Mutationsproben, Kontrollsummen

Selbsttests prüfen erwartete Ergebnisse. Mutationsproben verändern Testfälle gezielt. Kontrollsummen ordnen Befunde eindeutig den geprüften Artefaktständen zu.

**Verfahren im Detail**

Mutationstests prüfen, ob bewusst eingebaute Fehler auffallen. Kontrollsummen dienen dem Versions- und Integritätsabgleich; sie beweisen weder fachliche Richtigkeit noch den Schutz personenbezogener Daten. Fehlerhafte Prüfungen sperren die Ergebnisfreigabe.

06 AUS FEHLERN LERNEN

### Verbindlicher Fehlerlern-Prozess

Jeder bestätigte Fehler führt zu Ursachenanalyse, Regressionstest und einer versionierten Regel. Mechanisch verankerte Regeln werden automatisiert geprüft – nicht nur als Hinweis formuliert.

**Verfahren im Detail**

Ein Fehlerfall wird erst nach reproduzierbarem Nachweis, Korrektur und erfolgreichem Regressionstest geschlossen. Prüfschranken verhindern die Freigabe bei Regelverstößen. Regelstand und Verantwortlichkeit werden dokumentiert.

07 SCHWÄCHEN VERBESSERN

### SQL-Tabellen, CUs & Ports

Erkannte Schwächen in SQL-Tabellen, Codeunits (CUs) sowie Dataports/XMLports werden in konkrete Verbesserungsvorschläge übersetzt – mit Befund, Priorität und Prüfschritt.

**Verfahren im Detail**

Beispielsweise werden auffällige Zugriffsmuster, redundante Logik und unzureichende Importprüfungen untersucht. Performancevermutungen bleiben bis zur Messung Hypothesen. Änderungen am Produktivsystem erfolgen nicht automatisch.

08 GESCHÄFTSWISSEN BEWAHREN

### Business-Regel-Extraktion

Geschäftsregeln als maschinenlesbares JSON-Regelwerk und als Graphen: mit Bedingungen, Aktionen, Abhängigkeiten, Quellenverweisen und fachlichem Prüfstatus.

**Verfahren im Detail**

Regeln erhalten stabile IDs und Verweise auf Funktion und Zeile im freigegebenen Export. Bestätigte Regeln fließen in Wissensdatenbank und Fit-Gap für Business Central ein. Fehlende Informationen und nicht belegte Annahmen bleiben gekennzeichnet.

### Vertiefende Fragen

**Wie entsteht ein tagesaktueller Nutzungsnachweis? +**

Der vorgeschaltete Server liest die vereinbarten SQL-Zugriffsstatistiken und Bestandskennzahlen aus. Identifizierende Werte werden vor der Weitergabe durch konsistente Ersatzwerte ersetzt. Tagesaktualität setzt tägliche Erhebung und erfolgreiche Verarbeitung voraus; Datenstand und Beobachtungsfenster werden ausgewiesen. SQL-Nutzungszähler können beispielsweise nach einem Serverneustart zurückgesetzt sein. Fehlende Zugriffssignale sind deshalb kein Beweis für Nichtnutzung; vorhandene Daten allein beweisen ebenfalls keinen aktiven Geschäftsprozess.

**Warum analysieren Sie die Erreichbarkeit ab einer Ankerliste?+**

Wir beginnen bei fachlich abgestimmten Einstiegspunkten und verfolgen von dort die Aufruf- und Referenzbeziehungen. Das ersetzt ein rein iteratives Wegstreichen scheinbar ungenutzter Objekte. Unvollständige Ankerlisten, dynamische Aufrufe und fehlende Exporte werden ausdrücklich als Grenzen markiert. Die Analyse löscht keine Objekte und ersetzt keine fachliche Stilllegungsentscheidung.

**Welche Geschäftsregeln erhalten wir als JSON und Graphen?+**

Das vorgesehene Ergebnis enthält pro extrahierter Business-Regel eine ID, Bedingungen, Aktionen, Abhängigkeiten sowie Quellenverweise auf Objekt, Funktion und Zeile. Ein Regelgraph zeigt die Beziehungen. Prüfstatus und offene Annahmen bleiben erhalten; erst die fachliche Bestätigung macht aus einem Regelentwurf eine freigegebene Wissensgrundlage.

**Was bedeutet ein mechanisch verankerter Fehlerlern-Prozess?+**

Bestätigte Fehler werden als reproduzierbare Fälle dokumentiert und durch Regressionstests sowie versionierte Prüfregeln abgesichert. Diese Regeln werden automatisiert kontrolliert und können eine Freigabe blockieren. Ein bloßer zusätzlicher Hinweis an einen KI-Agenten genügt dafür nicht.

**Wie werden Claude und ChatGPT in automatisierte Abläufe eingebunden?+**

Die Nutzung von ChatGPT und eine Integration über die OpenAI API sind getrennt zu betrachten. Für automatisierte Prüfketten wird eine Anbindung über die OpenAI API bzw. Claude API projektspezifisch eingerichtet. Ein ChatGPT-Abonnement ersetzt keine gesonderte API-Abrechnung.

[OpenAI: ChatGPT und API getrennt ↗](https://help.openai.com/en/articles/8156019-how-can-i-move-my-chatgpt-subscription-to-the-api) · [Anthropic: Claude API ↗](https://platform.claude.com/docs/en/api/overview)

UNSER QUALITÄTSANSPRUCH

Jede Aussage mit Beleg.  
**Jede Unsicherheit sichtbar.**

Deterministische Codeanalyse und KI ergänzen sich. Was die Quellen nicht belegen, wird als offen ausgewiesen und mit Ihren Fachbereichen geklärt.

[Analyse besprechen](https://navtobc.de/de/kontakt)

Die Verfahren verbinden technische Befunde mit fachlicher Prüfung und nachvollziehbarer Dokumentation.

GUT ZU WISSEN

## Die wichtigen Fragen. Vor dem ersten Schritt.

Nicht jede Anpassung muss mit. Aber jede geschäftskritische Regel verdient Aufmerksamkeit.

[Ihre Situation besprechen](https://navtobc.de/de/kontakt)

**Wird C/AL automatisch analysiert?**

**Ja.** Unser eigenes Analysewerkzeug analysiert den C/AL-Quellcode Ihres Navision- beziehungsweise Dynamics-NAV-Systems automatisch. Die Ergebnisse werden pro Objekt strukturiert dokumentiert und durchsuchbar abgelegt.

**Gibt es ein eigenes Analysewerkzeug?**

**Ja.** Wir setzen ein eigenes Analysewerkzeug für die automatisierte NAV-Analyse ein.

**Werden NAV-FOBs direkt ausgewertet?**

**Nein.** Unser Analysewerkzeug liest TXT-Objektexporte mit C/AL-Code und Objekteigenschaften. Liegen Objekte als FOB vor, werden sie zuerst in eine geeignete NAV-Entwicklungsumgebung importiert und dort mit der erforderlichen Entwicklerlizenz als TXT exportiert. Native FOB-Dateien werden nicht direkt verarbeitet.

[C/AL-Besonderheiten und Analysebasis im Detail →](https://navtobc.de/de/cal-besonderheiten)

**Gibt es eine automatische AL-Code-Transformation?**

**Nein.** Bestehender C/AL-Code wird nicht automatisch in AL-Code umgewandelt. Zuerst prüfen wir den Business Central-Standard und geeignete ISV-Module. Nur weiterhin notwendige Individualprogrammierung wird auf Grundlage der benötigten Geschäftslogik **neu in AL geschrieben** – statt den alten Code eins zu eins zu übertragen.

**Welche Business-Central-Zielversionen werden unterstützt?**

**Alle Business-Central-Zielversionen ab 2025.** Die konkrete Zielversion wird für das jeweilige Migrationsprojekt festgelegt.

**Wie unterstützt KI die NAV-Migration?**

KI steht für künstliche Intelligenz. Wir verbinden die C/AL-Code-Analyse Ihres Navision- oder Dynamics-NAV-Systems mit KI-gestützter Auswertung. Sie erhalten dokumentierte Geschäftsregeln, eine durchsuchbare Wissensbasis und einen Migrationsvorschlag für Business Central. Die Analyse ist die Grundlage für die technische Migration; fachliche Freigaben treffen Ihre Fachbereiche. Die Umsetzung vereinbaren wir auf Wunsch anschließend gesondert, oder Ihr Partner übernimmt sie.

**Was bedeutet C/AL zu AL bei der Migration?**

C/AL beschreibt die bestehende Programmlogik vieler NAV-Anpassungen; AL wird für Business-Central-Erweiterungen verwendet. Bei einer C/AL-to-AL-Migration prüfen wir zuerst, ob der Business Central-Standard die Anforderung bereits erfüllt oder geeignete zertifizierte ISV-Module verfügbar sind. Nur begründete Lücken werden als individuelle AL Extensions geplant – keine bloße Eins-zu-eins-Übernahme des alten Codes.

**Ist eine Cloud Migration zwingend erforderlich?**

Nein. Das Zielbild für Business Central – online oder On-Premises – wird getrennt vom KI-Betriebsmodell festgelegt. Für eine Cloud Migration untersuchen wir insbesondere Schnittstellen, Datenstrukturen und Erweiterungen. Die NAV-Analyse kann mit Cloud-KI oder lokalen KI-Modellen auf Ihrer Hardware beziehungsweise einer von uns bereitgestellten Leihhardware erfolgen. Der konkrete Umsetzungsweg wird im Projekt vereinbart.

**Benötigt die Analyse Zugriff auf unsere SQL-Datenbank? +**

Ja. Der erforderliche SQL-Zugriff erfolgt über einen vorgeschalteten Pseudonymisierungsserver mit abgestimmten Berechtigungen. Dieser ersetzt identifizierende Werte, bevor freigegebene Ergebnisse die KI erreichen. Die KI und diese Homepage erhalten weder einen direkten Datenbankzugang noch SQL-Zugangsdaten oder Datenbank-Backups. Objekt- und Metadatenexporte können ergänzend bereitgestellt werden.

**Kann die KI-Analyse in der Cloud oder vollständig lokal erfolgen? +**

Ja. Als Betriebsoption kommen ChatGPT, Claude und jede andere Cloud-KI infrage; geeignete Schnittstellen, Vertragsbedingungen und Datenfreigaben werden vorab abgestimmt. Alternativ nutzen wir verschiedene lokale Modelle auf Ihrer Hardware oder auf Hardware, die wir Ihnen als Leihgabe bereitstellen. Eine ausdrücklich vereinbarte Kombination ist ebenfalls möglich. Die Ersetzung identifizierender Werte und die Freigabe erfolgen in allen Varianten vor der KI-Verarbeitung.

**Welche Hardware benötigen wir für lokale KI? +**

Verschiedene lokale Modelle können Analyse, Regel-Extraktion und Gegenprüfung übernehmen. Sie laufen auf Ihrer vorhandenen Hardware oder auf Hardware, die wir Ihnen für das Projekt leihweise bereitstellen. Ausstattung, Laufzeit der Leihgabe und Modelllizenzen stimmen wir anhand der Analyseaufgaben ab. Bei rein lokalem Betrieb bleiben auch Embeddings, Wissensdatenbank, Protokolle und Hilfsdienste lokal. Cloud-Funktionen und automatische Cloud-Ausweichrouten werden nicht ungefragt aktiviert.

**Kann KI alle Geschäftsprozesse automatisch erkennen?+**

Die Analyse soll aus den verfügbaren Artefakten Prozesshypothesen und Geschäftsregeln ableiten. Manuelle Arbeitsschritte, nicht dokumentierte Ausnahmen und Abläufe außerhalb von NAV müssen in Workshops ergänzt werden. Ergebnisse bleiben bis zur fachlichen Bestätigung als Entwurf gekennzeichnet.

**Werden Anpassungen eins zu eins nach Business Central übernommen?**

Nein. Wir bevorzugen den Business Central-Standard. Reicht dieser nicht aus, sollen Individualprogrammierungen möglichst durch passende zertifizierte Module ersetzt werden. Nur für notwendige, nachweislich verbleibende Anforderungen kommt Individualentwicklung infrage. Entscheidungen, Alternativen und offene Prüfungen werden dokumentiert.

**Ist die Analyse bereits die technische Migration?**

Die Analyse liefert die Entscheidungsgrundlage. Technische Umsetzung, Datenübernahme, Migrationstests und Produktivstart werden gesondert vereinbart – mit Ihrem internen Team, Ihrem bestehenden Partner oder im Rahmen einer anschließend vereinbarten Umsetzung.

**Funktionieren unsere Power-BI-Berichte nach der Migration weiter?**

Nicht unverändert, wenn sie direkt auf NAV-Tabellen oder veröffentlichte NAV-Seiten zugreifen. Business Central stellt Daten für Power BI über API-Seiten und -Abfragen bereit; in Business Central online ist das der einzige unterstützte Weg. Für Finanzen und Verkauf gibt es fertige Vorlage-Apps. Wir erfassen, welche Datenquellen Ihre Berichte nutzen, und zeigen, was neu angebunden werden muss.

**Welche Angaben helfen beim Erstgespräch?**

Ihre NAV-Version, die wichtigsten Fachbereiche, bekannte Anpassungen und Ihr Ziel für Business Central. Gemeinsam klären wir anschließend die Analysequellen und das passende KI-Betriebsmodell.

DER ERSTE SCHRITT IST KLARHEIT

## Was steckt in Ihrem NAV?

Erzählen Sie uns von Ihrer Ausgangssituation. Gemeinsam klären wir, welche Analyse für Ihre Migration sinnvoll ist.

SO GEHT ES WEITER

**01**

Ausgangslage und Zielbild besprechen

**02**

SQL-Zugriff und Datenschutz abstimmen

**03**

Analysevorgehen und KI-Betriebsmodell festlegen

UNVERBINDLICHE ERSTAUFNAHME

### Unverbindliche Erstaufnahme

Ein paar Eckdaten genügen für eine erste Einordnung von Aufwand und Vorgehen.

\* Pflichtangabe

KOSTEN & ZEITRAHMEN

#### Was kostet es und wie lange dauert es?

Kosten und Dauer hängen von NAV-Version, Anpassungsgrad, Schnittstellen, Datenumfang und Zielbild ab. Nach einer kurzen Erstaufnahme erhalten Sie einen konkreten Kostenrahmen und eine realistische Zeitschätzung – bevor weitere Schritte vereinbart werden.

NAVtoBC.de steht in keinerlei Verbindung zu NAVTOBC.com.