KI-Agenten wie GitHub Copilot können heute Code schreiben und Daten auswerten. Für eine Migration ist das nur nützlich, wenn der Agent die Migration auch sehen kann: Verbindungen, Tabellen, Mappings, Protokolle. Genau dafür entsteht der MCP-Server von DataMigrate Pro. Er ist noch nicht allgemein verfügbar: Derzeit prüfen ihn einige Kunden im geschlossenen Testbetrieb (Closed Loop Testing). Neben Copilot kommen auch Claude und ChatGPT als Clients in Frage.

Was MCP ist und was der Server tut

Das Model Context Protocol (MCP) ist ein offener Standard, über den ein KI-Agent Werkzeuge einer Anwendung aufrufen kann. Der DataMigrate-Pro-Server ist eine eigenständige Konsolenanwendung auf Basis des offiziellen MCP-C#-SDK. Er nutzt dieselbe Fachlogik wie DataMigrate Pro selbst und braucht den Mapping Editor nicht. Er läuft unter Windows und im Moment über stdio, also als lokaler Prozess des Clients, zum Beispiel in VS Code.

Die Verbindungen kommen aus normalen DataMigrate-Pro-Einstellungsdateien. Zugangsdaten bleiben darin geschützt und werden von keinem Werkzeug zurückgegeben. Auch in Logauszügen und Fehlermeldungen filtert der Server Kennwörter, Geheimnisse und Token heraus.

Was ein Agent damit tun kann

Im Copilot-Chat erscheinen die Funktionen als Werkzeuge mit dem Präfix dmp_. Typische Aufträge:

  • Die Verbindungen auflisten und die Migrationstabellen einer Kategorie zeigen.
  • Eine Quelltabelle mit ihrem Business-Central-Gegenstück vergleichen und für nicht zugeordnete Felder Mapping-Vorschläge machen.
  • Die Wertzuordnungs-Kandidaten exportieren, damit Sie die Klassifizierung ausfüllen können, und die zurückgegebene CSV zunächst als Trockenlauf einlesen, mit Fehlern samt Zeilennummer.
  • Den Abgleich der Sachkonten- und Debitorensalden zu einem Stichtag starten und die Abweichungen zusammenfassen.
  • Protokolle und Übertragungsstatistiken abrufen.

Sicherheit: Lesen ist Standard

Die Sicherheitsregeln gelten im Server, nicht im Agenten. Ein Agent kann sie nicht wegreden.

  • Schreiben und Migrieren sind aus. Änderungen an Mappings und der Import von Klassifizierungen brauchen den Startschalter für Schreibzugriff, Migration und Abgleich den für ausführende Aktionen. Nur vier Werkzeuge verändern überhaupt etwas: Mapping anwenden, Klassifizierung importieren, Migration starten und stoppen.
  • Erst Vorschau, dann Anwenden. Jede Änderung beginnt mit einer Vorschau samt Prüfsumme. Beim Anwenden berechnet der Server den Plan neu und lehnt ihn ab, wenn sich die Daten inzwischen geändert haben.
  • Eine Person gibt frei. Die Zusage des Agenten genügt nie. Der Client zeigt eine Zusammenfassung mit Bestätigungsfeld, oder der Server legt eine Freigabedatei an, die ein Mensch bestätigt. Freigaben gelten nur für diese eine Operation, laufen nach 30 Minuten ab, sofern nichts anderes eingestellt ist, und werden beim Benutzen gelöscht.
  • Alles ist protokolliert. Jede Freigabeanfrage und jeder schreibende oder ausführende Aufruf landet mit Benutzer, Rechner, Werkzeug, bereinigten Parametern und Ergebnis in einem Audit-Log.
  • Dateizugriff ist begrenzt. Werkzeuge lesen und schreiben nur in freigegebenen Verzeichnissen. Pfade mit .. nach außerhalb werden abgelehnt.
  • Nie zwei Migrationen gleichzeitig. Pro Prozess läuft höchstens eine Migration.

Ein Hinweis zum Abgleich: Er liest nur, läuft aber lange. Deshalb gehört er zu den ausführenden Aktionen und braucht den entsprechenden Schalter, aber keine menschliche Freigabe.

Empfehlung für den produktiven Einsatz

Starten Sie den Server für Analysen ohne die beiden Schalter. Für Änderungen oder Migrationen richten Sie bewusst eine zweite Instanz ein, mit eigenem Eintrag in der mcp.json und Freigabe über den Client. So bleibt die Analyse jederzeit gefahrlos.

Eine reine Leseinstanz in VS Code sieht so aus (Pfade anpassen):

{
  "servers": {
    "dmp": {
      "type": "stdio",
      "command": "C:\\Migration\\DataMigratePro\\DMP.McpServer.exe",
      "args": [
        "--settings", "contoso-test=C:\\Migration\\Customers\\Contoso\\test\\settings.json",
        "--logs-dir", "C:\\Migration\\DataMigratePro\\logs"
      ]
    }
  }
}

Stand und Ausblick

Der Server arbeitet bisher nur lokal über stdio. Ein Betrieb über HTTP ist technisch vorbereitet, aber in der aktuellen Testversion nicht aktiv. Er würde Anmeldung und eine Rechteprüfung pro Benutzer voraussetzen, etwa über Entra-ID-Token, bevor die Schalter für Schreiben und Migrieren überhaupt gelten dürften.

Sie möchten wissen, ob der Server zu Ihrer Migration passt? Sprechen Sie uns an. Mehr zu DataMigrate Pro finden Sie auf der Produktseite, die übrigen Neuerungen im Beitrag Was ist neu in DataMigrate Pro?.

Sascha Marquardt
Über den Autor

Sascha Marquardt

Verantwortet Partnerprogramm, Lizenzgeschäft und kaufmännische Projektabwicklung.