Was ist neu in DataMigrate Pro?

DataMigrate Pro kann die Daten aus NAV und Business Central miteinander abgleichen. Seit der Einführung dieser Funktion ist viel dazugekommen. Dieser Überblick nennt, was im Alltag einer Migration am meisten bringt. Er ist eine Auswahl, kein vollständiges Änderungsprotokoll.

NAV und Business Central abgleichen

Stimmen die Zahlen nach der Migration? Der Abgleich beantwortet das. Er vergleicht die Daten der NAV-SQL-Datenbank mit den aktuellen Werten in Business Central, liest dabei nur und verändert nichts. Geprüft werden offene Debitoren- und Kreditorenposten sowie die Salden von Sachkonten, Debitoren und Kreditoren. Weitere Berichte vergleichen Buchungen nach Geschäfts- und Produktbuchungsgruppen und nach Umsatzsteuergruppen, dazu Lagerbestände und Lagerwerte.

Stichtage, Zeiträume und Eröffnungssalden berücksichtigt der Abgleich ebenso wie die bei der Migration verwendeten Wertzuordnungen. Abweichungen und Kontrollsummen sind verständlich aufbereitet. Die Ergebnisse speichern Sie als CSV, HTML oder JSON.

GDPdU-Export für die Prüfung

Für ausgewählte Finanzdaten erstellt DataMigrate Pro getrennte GDPdU-Archive aus NAV und Business Central. Der Export läuft direkt im Abgleich oder eigenständig. Unternehmen und Buchungszeitraum legen Sie unabhängig voneinander fest. Jedes Archiv enthält die Indexdatei index.xml, die GDPdU-DTD und die exportierten Rohdaten.

Das konfigurierbare Finanzprofil umfasst 32 Tabellen und 430 Felder. Bei NAV liest DataMigrate Pro die gespeicherten Spalten der gewählten Tabellen aus dem Quellschema, auch kundenspezifische Felder. FlowFields, die nicht gespeichert sind, und optionale Felder, die es in älteren NAV-Versionen nicht gibt, zählen nicht als Lücke. Bei Business Central bestimmen die veröffentlichten Seiten und das Profil die Auswahl.

Die Daten werden gestreamt, die Archive offline gegen die DTD geprüft. Fehlende Tabellen, Schlüssel, Seiten oder Felder nennt DataMigrate Pro ausdrücklich, ein unvollständiger Export ist als solcher markiert. Bei einem technischen Fehler gibt es kein halbes Ergebnis: Dann werden beide Archive nicht veröffentlicht.

Cutover und Eröffnungssalden vorbereiten

Die Ledger-Cutoff-Funktionen helfen bei einem geplanten Umstieg. Sie analysieren die Daten bis zu einem Stichtag, prüfen offene Posten und Kontensalden und bestimmen Eröffnungsbestände und nötige Offsets einheitlich. Je nach Szenario berücksichtigen sie auch Lagerbestände und Anlagen.

Die Fachbereiche prüfen und entscheiden über eine geführte Oberfläche. Jede Einstellung ist dokumentiert, mit wirksamem Wert, Herkunft, Standardwert und Entscheidungshinweis. Änderungen und ungültige Kombinationen werden geprüft, und die Verifikation erkennt Entscheidungen, die nach dem Eröffnungsbestand eingefroren wurden. Ein SHA-256-Fingerprint bindet die wirksamen Einstellungen an die Nachweise des Laufs.

Nachweise für Analyse, Startblock und Verifikation

Ledger-Cutoff-Diagnosen können automatisch ein Audit-ZIP anlegen. Darin liegen HTML-Berichte auf Deutsch und Englisch, vollständige JSON- und CSV-Nachweise, die wirksamen Entscheidungen, offene Posten, kritische Prüfergebnisse und zeitgestempelte Momentaufnahmen. Ein SHA-256-Integritätsmanifest zeigt, ob die archivierten Dateien unverändert sind.

Die Nachweise sind an die CLI-Abläufe, die Vorschauen im Mapping Editor, die Startblöcke und die Verifikationen angebunden. So sehen Sie jederzeit, ob Datensätze geplant, bestätigt, testweise verarbeitet oder exportiert wurden. Die ursprünglichen Quellschlüssel bleiben getrennt von den umgewandelten Zielnummern erhalten.

Auch Lager und Anlagen liefern Prüfspuren: Layer- und Bestandsnachweise, Lagerwerte gegen Sachkonten, Anlagenkontrollsummen und CSV-Exporte der Ergebnisse. Die Verifikation führt diese Kontrollen auf Wunsch erneut aus und prüft Offsets, Lookups und Transfergrenzen. Ob ein Fehler als Blocker gilt, legen Sie per Entscheidung fest. So landet er nicht unbemerkt in einem Startblock.

Wertzuordnungen einfacher pflegen

Die Klassifizierung schlägt Zuordnungen für wichtige Stammdaten und Buchungsgruppen vor. Sie prüfen die Vorschläge, ergänzen fehlende Werte aus den Quelldaten und kontrollieren die Änderungen vor der Übernahme. Die Oberfläche zeigt dazu Beschreibungen und die Bedingungen, die für eine Zuordnung gelten.

Das Bearbeiten ist bequemer geworden: Werte lassen sich aus Excel einfügen, als CSV importieren und exportieren und filtern. Vorschau, Validierung und Synchronisierung machen Änderungen nachvollziehbarer. Damit sinkt das Risiko, eine falsche Zuordnung auf weitere Tabellen anzuwenden.

Mapping und Migration transparent steuern

Der Mapping Editor ist an vielen Stellen übersichtlicher und verlässlicher geworden. Zuordnungen lassen sich gezielt auswählen und zurücksetzen, Änderungen werden zuverlässig gespeichert und an Business Central weitergegeben. Konfigurationsänderungen prüfen Sie vor der Anwendung, und fehlende Quellfelder oder mehrdeutige Zuordnungen fallen früh auf.

Neu ist ein Mapping-Auditbericht, der nur liest, auf Deutsch oder Englisch. Er erklärt Tabellen- und Feldzuordnungen, Verknüpfungen, Berechnungen, Wertübersetzungen und Transfernachweise und enthält vollständige Wertelisten und einen Mapping-Fingerprint. Exportieren lässt er sich als druckfertiges HTML, als Markdown oder JSON, einzelne Abschnitte auch als CSV.

Der Bericht bezieht die tatsächlichen Transferdaten ein: welche Tabellen Datensätze übertragen haben, wie viele und in welchem Zeitraum. Die relevanten Wertzuordnungen beschreibt er in der Sprache einer Prüfung, etwa wie Sachkonto-, Debitoren- und Kreditorennummern aus NAV auf die Nummern in Business Central übersetzt werden. Quell- und Zielwerte stehen vollständig in den Listen. Wer prüft, kann den dokumentierten Mapping-Stand also mit der ausgeführten Migration vergleichen.

Coverage-Berichte für Wertzuordnungen liefern zusätzlich Kennzahlen und Listen offener oder auffälliger Zuordnungen, als CSV oder HTML.

Große Läufe im Blick

Bei Cutover und Migration zeigen Fortschrittsanzeigen den aktuellen Schritt und den Laufstatus. Analysen lassen sich gezielt abbrechen. Größere Transfers passen Sie über konfigurierbare Batchgrößen an Ihre Umgebung an. Zusätzliche Prüfungen und verständlichere Fehlermeldungen zeigen Probleme, bevor etwas nach Business Central geschrieben wird.

Demo-Modus

Der Demo-Modus führt durch die Einrichtung einer lokalen Demo-Umgebung und bereitet Beispieldaten für einen Testlauf vor. So lernen Sie DataMigrate Pro kennen, ohne zuerst eine eigene Quellumgebung aufzubauen.

DataMigrate Pro mit KI-Agenten

Ein MCP-Server, der derzeit mit einigen Kunden getestet wird, stellt ausgewählte Funktionen KI-Agenten wie GitHub Copilot zur Verfügung. Schreibende und ausführende Aktionen sind standardmäßig aus. Mehr dazu im eigenen Beitrag: DataMigrate Pro mit KI-Agenten: der MCP-Server.

Weitere Verbesserungen

• Ein Offline-Decoder unterstützt die Analyse von FOB-Codeunits.
• NAV-Schemavarianten und fehlende Felder verarbeitet DataMigrate Pro jetzt robuster.
• Fortschritts-, Diagnose- und Audit-Informationen erleichtern die Fehlersuche und die Prüfung der Ergebnisse.

Einzelne technische Korrekturen und versionsspezifische Details stehen in der Versionshistorie. Wenn Sie sich eine der Neuerungen an Ihren eigenen Daten ansehen möchten, sprechen Sie uns an: Kontakt. Mehr zum Produkt finden Sie auf der Seite DataMigrate Pro.