kontakt@ioi.gmbh Termin buchen +49 (0)214 8402 3000 Mo. – Fr. 09:00 – 17:00 Uhr
RETHINK MIGRATION. →Sales kontaktieren
Upgrade-Check →

ERP-Migration nach Business Central für jedes System auf Microsoft SQL Server

Mit einer ERP-Migration bringen wir Stammdaten, offene Posten, Bestände und Belege aus Ihrem Altsystem nach Business Central. Liegt Ihr ERP auf einem Microsoft SQL Server, lesen wir die Daten direkt aus der Datenbank. Die Massendaten laufen Wochen vorab, zum Go-live folgen nur noch die Änderungen. Zwischen letzter und erster Buchung liegen Stunden, nicht Tage.

Kostenlosen Migrations-Check starten → Zu den 14 Systemen
14
beschriebene Quellsysteme
0   €
kostet der Migrations-Check
1   Wochenende
zwischen letzter und erster Buchung
Grundlagen

Was ist eine ERP-Migration und wie unterscheidet sie sich von einem Upgrade oder einer Neueinführung?

Bei einer ERP-Migration wechseln Sie das System und nehmen alle Daten mit. Dazu gehören neben den Stammdaten auch alle offenen Posten, Bestände und Belege. Die Programmlogik entsteht in Business Central komplett neu. „Upgrade“ und „Neueinführung“ meinen dagegen etwas anderes und sorgen in der Planung regelmäßig für Missverständnisse.

Upgrade

Ein Upgrade bleibt in der Produktfamilie. Wer von Navision oder Dynamics NAV nach Business Central wechselt, hebt die Version an. Zwischen den Produkten liegen inzwischen mehrere Jahre. Dafür gibt es bei uns einen eigenen, stärker automatisierten Weg mit Übernahme von Objekten und Code.

Neueinführung

Bei einer Business-Central-Neueinführung setzen Sie das System ohne Datenübernahme auf. Das ist die richtige Wahl, wenn das Altsystem kaum verwertbare Daten enthält oder ein Unternehmen neu startet.

Migration

Alle anderen migrieren. Die Daten liegen in einer SQL-Datenbank und lassen sich von dort übernehmen. Oft wird hier ein Neustart mit Eröffnungssalden empfohlen. Das muss nicht sein. Es geht auch mit Ihren Daten, und Sie entscheiden, wie viel Historie mitkommt.

Cloud oder On-Premises

Business Central gibt es als Cloud-Dienst von Microsoft und als Installation auf Ihren eigenen Servern. Beide Ziele bedienen wir. Die Entscheidung für Ihren Weg fällt dabei früh, denn sie bestimmt Schnittstellen, Betrieb und Updates. Sie möchten die Datenhoheit vollständig im Haus haben? Dann ist On-Premises erste Wahl. Wer sich eigene Server, Backups und die Versionspflege sparen möchte, geht in die Cloud. Dort aktualisiert Microsoft zweimal im Jahr.

Wann steht der Wechsel an?

Der Anstoß kommt selten aus dem ERP selbst. Oft läuft der Support für die eingesetzte Version aus oder Ihr Server hat sein Lebensende erreicht. In einigen Fällen verlangt die Pflicht zur neuen E-Rechnung Formate, die im bestehenden System nicht vorhanden oder nur mit Zusatzaufwand verfügbar sind. Dazu kommt häufig gewachsener, nie dokumentierter Code, der den Weg auf eine neue Version des Altsystems längst verbaut hat. Wer dann ohnehin investieren muss, sollte das Geld nicht in die alte Architektur stecken.

Vorbereitung

Beantworten Sie sich vor dem Migrations-Check ein paar Fragen. Was soll Business Central nach dem Wechsel können? Was konnte das Altsystem nicht, würde aber Ihren Alltag erleichtern? Typische Antworten sind mobiles Arbeiten oder Auswertungen in Power BI. Wer aus den Fachbereichen testet als Key-User und wer entscheidet? Die Bestandsaufnahme Ihrer Daten und das Datenaudit müssen Sie nicht selbst vorbereiten. Hier übernimmt der Migrations-Check.

Sie wissen jetzt, welcher Weg Ihrer ist? Wir sehen in Ihre Datenbank.

Der Migrations-Check kostet nichts und beantwortet genau die Fragen aus den Kacheln oben: Upgrade, Neueinführung oder Migration, Cloud oder On-Premises, und wie viel Historie mitkommt. Sie brauchen dafür nur eine Kopie Ihrer Datenbank.

Kostenlosen Migrations-Check starten Zu den 14 Systemen
Antwort auf die Frage, was migrierbar ist
Feldinventar inklusive undokumentierter Zusatzfelder
Konkrete Kostenaussage, bevor Sie unterschreiben
Ergebnis nach ein bis zwei Wochen
Verfahren

Wir lesen direkt aus Ihrer SQL-Datenbank.

Die meisten ERP-Wechsel scheitern an der Datenübernahme, selten am neuen System. CSV-Exporte und fehlende Schnittstellen werden hier ebenso zum Thema wie ein Altanbieter, der nicht mitspielt. Deshalb lesen wir direkt dort, wo Ihre Daten liegen.

01 · Zugriff

Direkt auf der Quelldatenbank

Wir arbeiten auf einer Kopie Ihrer SQL-Datenbank, auf Tabellen- und Feldebene. Sie brauchen keine Exportschnittstelle des Altherstellers und keine Freigabe aus dessen Wartungsvertrag.

02 · Mapping

Jede Tabelle bekommt eine Mapping-Regel

Jede Quelltabelle wird auf die passenden Business-Central-Tabellen abgebildet. Das Mapping ist dokumentiert und kann beliebig oft ausgeführt werden. Jeder Lauf protokolliert Datensatzzahlen und Abstimmsummen in Quelle und Ziel. So steht hinter der Zusage „100 % Datenintegrität" ein Protokoll, das Sie und Ihr Wirtschaftsprüfer lesen können.

03 · Cutover

Erst die Massendaten, dann nur noch Änderungen

Die Massendaten laufen Wochen vor dem Umstieg. Kurz vor dem Go-live übertragen wir nur noch die Änderungen. Der Stillstand im Tagesgeschäft schrumpft auf Stunden statt Tage.

Wichtig zu wissen

Übernommen werden Daten, keine Software.

Programmlogik, Formulare, Auswertungen und herstellerspezifische Erweiterungen Ihres Altsystems werden nicht mitgenommen. Sie entstehen in Business Central neu, wobei vieles davon bereits im Standard enthalten ist. Für den Rest schreiben wir eine Extension, die auch nach den halbjährlichen Microsoft-Updates weiterläuft. Welche Ihrer Anpassungen wohin gehört, steht im Ergebnis des Migrations-Checks.

Was im Altsystem nie dokumentiert wurde, zeigt sich spätestens im Feldinventar des Migrations-Checks. Zusatzfelder und Zusatztabellen stehen in der Datenbank, auch wenn niemand mehr weiß, wer sie angelegt hat.

Kostenlos geklärt
im Migrations-Check, vor jeder Beauftragung
Quellsysteme · Gruppe 01

Kaufmännische Komplettsysteme für den Mittelstand.

Hierzu zählen Systeme aus der Finanzbuchhaltung oder Warenwirtschaft. Sie sind solide gebaut und im DACH-Raum gewachsen. Oft sind sie jedoch an den Desktop gebunden.

Sage 100

Basis: Microsoft SQL Server · Windows-Client

SelectLine

Basis: Microsoft SQL Server · Windows-Client

mesonic WinLine

Basis: Microsoft SQL Server · eigener Client und Web

Infoniqa ONE 200

Basis: Microsoft SQL Server · Fokus CH und AT

Quellsysteme · Gruppe 02

Fertigungs- und Projekt-ERP.

Sie sind Spezialisten für Produktion und Auftragsfertigung. Diese Systeme sind fachlich tief aufgebaut. Technisch bringt aber jedes eine eigene Plattform mit einem eigenen Lebenszyklus.

APplus 8

Basis: Microsoft SQL Server · webbasiert (.NET / IIS)

ams.erp

Basis: Microsoft SQL Server · Losgröße 1+

oxaion open / easy

Java-Client · IBM-i-Historie · SQL-Installationen direkt lesbar

Majesty ERP Gen2

Basis: Microsoft SQL Server · .NET · Medizintechnik

Quellsysteme · Gruppe 03

Branchen- und Spezialsysteme.

In ihrem Fachgebiet sind diese Systeme stark. Ein vollständiges ERP sind sie jedoch selten. Oft läuft nebenher ein zweites System. Genau hier setzt die Migration an.

JTL-Wawi

Basis: Microsoft SQL Server · Multichannel-Handel

DOMUS ERP & CRM

Basis: Microsoft SQL Server · Immobilien

eserp

Basis: Microsoft SQL Server · Errichter und Service

BMD NTCS

Basis: Microsoft SQL Server · Rechnungswesen AT

Quellsysteme · Gruppe 04

Internationale Plattformen.

Technisch können diese Systeme mit Business Central mithalten. Den Ausschlag geben dann Ökosystem und die Nähe zur übrigen IT.

SAP Business One 10.0

Microsoft SQL Server oder SAP HANA · Windows- und Web-Client

Haufe X360 / Acumatica

Basis: Microsoft SQL Server · Cloud-ERP

Datenumfang

Was übernommen wird – und was neu entsteht.

Der genaue Umfang hängt am Quellsystem. Die Aufteilung ist aber in jedem Projekt dieselbe: Die Daten übernehmen wir automatisiert, die Programmlogik entsteht in Business Central neu.

Stammdaten

Debitoren, Kreditoren, Artikel, Kontakte, Sachkonten, Dimensionen, Lagerorte, Preise und Rabatte.

Automatisiert
Offene Posten

Offene Debitoren- und Kreditorenposten mit Fälligkeiten, Zahlungsbedingungen und Ausgleichsbezug.

Automatisiert
Bestände und Chargen

Lagerbestände, Serien- und Chargennummern, Bewertung und Rückverfolgbarkeit, soweit im Quellsystem geführt.

Automatisiert
Belege

Offene Angebote, Aufträge und Bestellungen sowie gebuchte Verkaufs- und Einkaufsbelege als Historie.

Automatisiert
Buchungshistorie

Sachposten und Journale mehrerer Geschäftsjahre. Umfang und Tiefe legen wir gemeinsam fest – nicht jede Historie muss ins neue System.

Nach Absprache
Dokumente und Anhänge

Belegarchive, Anhänge und Dateiverweise. Ablageziel ist meist SharePoint oder das Business-Central-Anhangssystem.

Nach Absprache
Individuelle Programmlogik

Herstellerspezifische Module und gewachsene Sonderlogik werden in Business Central neu abgebildet – im Standard oder als Extension.

Neu aufgebaut
Formulare und Auswertungen

Belegformulare und Berichte entstehen neu, in der Regel als Word-Layouts, Berichte oder Power-BI-Auswertung.

Neu aufgebaut
Schnittstellen

Kassen, Shops, DATEV, Versanddienstleister, Lager- und Produktionssysteme werden auf die Business-Central-Schnittstellen umgestellt.

Neu aufgebaut
Standardumfang der Migration Umfang wird projektspezifisch festgelegt Wird in Business Central neu umgesetzt
Ablauf

Fünf Phasen von der Datenbankanalyse bis zum Hypercare.

Der erste Schritt kostet nichts und ist bewusst technisch: Erst wenn wir Ihre Datenbank gesehen haben, sprechen wir über Aufwand und Termine.

01
kostenlos

Planung und Migrations-Check

Wir analysieren eine Kopie Ihrer Datenbank inklusive der Tabellenstruktur und sämtlicher Datenmengen. Dazu zählen Mandanten, Geschäftsjahre, Individualfelder sowie auffällige Dubletten und Datenlücken. Parallel legen wir mit Ihnen die Zielumgebung fest und wie tief die Historie mitkommt. Am Ende wissen Sie, was migrierbar ist und was neu gebaut werden muss, inklusive Kosten. Nach ein bis zwei Wochen liegt das Ergebnis vor.

Datenbankanalyse Feldinventar Zielumgebung Aufwandsschätzung
02

Datenmapping

Für jede Quelltabelle entsteht eine Regel, die ihre Felder auf die passende Business-Central-Tabelle abbildet. Wir berücksichtigen notwendige Typkonvertierungen, Standardwerte und Lookups. Zusatzfelder und Zusatztabellen aus dem Feldinventar bekommen ebenfalls ihren Platz, im Standard oder in einer Extension. Jeder Mapping-Lauf ist wiederholbar, deshalb darf die erste Fassung Lücken haben.

Mapping-Regeln Feldtransformation Extensions
03

Bereinigung und Testmigration

Mit dem ersten Mapping übertragen wir Ihre echten Daten in eine Testumgebung. Sie prüfen an eigenen Fällen, ob die Zuordnung stimmt. Dubletten bei Debitoren oder Artikeln, verwaiste Datensätze und stillgelegte Konten fallen dabei im Abgleichprotokoll auf. Eine automatische Dublettenprüfung gibt es nicht; über ein gezieltes Value-Mapping lassen sich Dubletten aber schon beim Übertragen zusammenführen. Sie entscheiden vor dem nächsten Lauf, ob Sie bereinigen, zusammenführen oder bewusst zurücklassen.

Testmandant Abgleichprotokoll Datenbereinigung
04

Anpassungen, Schnittstellen, Schulung

Parallel entstehen die Dinge, die keine Daten sind, also Belegformulare, Auswertungen, Extensions und Schnittstellen. Ihr Team arbeitet in der Testumgebung, während das Mapping in weiteren Läufen nachgezogen wird.

Extensions in AL Schnittstellen Key-User-Schulung
05
Stichtag

Go-live und Hypercare

Die Massendaten liegen längst im Zielsystem. Zum Stichtag übertragen wir nur die Änderungen seit dem letzten Lauf. Wir prüfen noch einmal die Abstimmsummen, dann geben Sie frei. Bis einen Monat nach dem Go-live bleiben wir an Bord. Fragen gehen direkt an das Team, das Ihr Mapping gebaut hat.

Delta-Übernahme Abstimmung Hypercare
Cutover

Go-live ohne Big Bang

Die meisten Leitfäden kennen zwei Wege zum Stichtag. Beide tun weh.

Big Bang am Wochenende

Freitag die letzte Buchung, Samstag und Sonntag die Datenübernahme, Montag hoffen. Wenn der Import hakt, hakt er mit dem gesamten Unternehmen im Rücken, und für den Rückweg bleibt keine Zeit.

Parallelbetrieb mit doppelter Pflege

Beide Systeme laufen, jede Buchung wird zweimal erfasst. Das kostet wochenlang doppelte Arbeit, und am Ende weiß niemand mehr, welcher Stand der richtige ist.

Laufender Abgleich bis zum Stichtag

Unser Weg trennt Massendaten und Änderungen. Die Massendaten übertragen wir Wochen vor dem Umstieg in die Testumgebung, danach zieht DataMigrate Pro nur noch das Delta nach. Ihr Team arbeitet bis zum Stichtag produktiv ausschließlich im Altsystem, ohne doppelte Erfassung. Zum Go-live wird der letzte Stand übertragen, abgestimmt und freigegeben. Bei Navision- und NAV-Quellen reicht dafür meist eine verlängerte Mittagspause, bei anderen Systemen planen wir mit wenigen Stunden. Und falls beim Umstieg doch etwas auffällt, läuft das Altsystem unverändert weiter, weil wir nur auf einer Kopie gelesen haben.

Testen und schulen, bevor Sie umschalten

Change-Management klingt nach Workshop, meint hier aber etwas Handfestes. Ihre Key-User sehen ihre eigenen Kunden, Artikel und offenen Aufträge in Business Central, lange bevor der Stichtag feststeht. Sie prüfen die Fälle, die im Alltag wirklich vorkommen, statt an Demodaten zu üben. Weil der Abgleich weiterläuft, trainiert niemand an einem Stand von vor drei Wochen.

Wer seine Arbeit vor dem Go-live schon einmal im neuen System erledigt hat, geht anders in den Montag danach. Widerstand gegen ein neues ERP richtet sich selten gegen die Software, meist gegen die eigene Unsicherheit. Die lässt sich im Testmandanten abbauen.

Sobald Business Central produktiv läuft, übernimmt CloneMyCompany das Kopieren einzelner Mandanten zwischen Umgebungen. So landet eine frische Kopie der Produktion in der Sandbox, etwa für die nächste Schulungsrunde oder einen Testlauf vor dem Jahresabschluss.

Cloud-Migration und DSGVO

Ob Business Central im Haus oder in der Microsoft-Cloud läuft, ändert am Ablauf der Migration wenig. Die Fragen Ihres Datenschutzbeauftragten unterscheiden sich dagegen deutlich.

DataMigrate Pro installieren Sie in Ihrer eigenen Umgebung, auf einem Server im Haus oder in Ihrem Microsoft-Tenant. Die Daten nehmen den direkten Weg vom Altsystem nach Business Central. Nichts wird auf einem weiteren Server zwischengespeichert. Wir haben nur den Zugriff auf Ihre Datenbank, den Sie uns ausdrücklich erteilen.

Für ein Cloud-Ziel gilt dasselbe. Die Kopie Ihrer Datenbank bleibt bei Ihnen, in Ihre Business-Central-Mandanten gehen nur die gemappten Daten. Business Central Cloud wird für unsere Projekte in der Region Europe West mit Rechenzentrum in Frankfurt gehostet. Bei On-Premises als Ziel bleibt der Ablauf mit Delta-Sync identisch.

Wie lange die Kopie Ihrer Datenbank für das Projekt vorgehalten wird, entscheiden Sie. Die Auftragsverarbeitung und die vereinbarte Löschfrist halten wir vor dem ersten Lauf schriftlich fest.

Risiken

Typische Risiken einer ERP-Migration und wie wir sie abfangen

Die Risiken einer ERP-Migration sind seit Jahren dieselben. Neu ist, dass sich die meisten davon vor dem Stichtag entschärfen lassen.

Risiko
Der Altanbieter liefert keinen Export oder knüpft ihn an den Wartungsvertrag.
Unsere Antwort

Wir lesen auf einer Kopie Ihrer SQL-Datenbank, ohne Exportmodul und ohne Freigabe des Herstellers.

Risiko
Datenfehler und Dubletten fallen erst nach dem Go-live auf.
Unsere Antwort

Die erste Testübernahme läuft mit Echtdaten. Was im Abgleichprotokoll auffällt, wird vor dem nächsten Lauf geklärt.

Risiko
Niemand weiß mehr, was die Sonderlogik im Altsystem genau tut.
Unsere Antwort

Das Feldinventar im Migrations-Check zeigt jedes Zusatzfeld und jede Zusatztabelle. Für jede Anpassung klären wir gemeinsam, ob der Business-Central-Standard sie abdeckt oder eine Extension nötig ist.

Risiko
Das Umstellungswochenende kippt.
Unsere Antwort

Delta-Sync statt Big Bang. Der Stillstand liegt bei Stunden, und das Altsystem bleibt als Rückfallebene unangetastet.

Risiko
Alles oder nichts bei der Historie.
Unsere Antwort

Stammdaten, offene Posten und Bestände kommen vollständig mit. Sachposten übernehmen wir für zwei bis drei Geschäftsjahre. Ältere Jahre bleiben revisionssicher im Altsystem oder in einem Archivmandanten.

Risiko
Schnittstellen werden erst am Ende bedacht.
Unsere Antwort

DATEV, Kassen, Shops und Versanddienstleister stehen ab Phase 04 auf dem Plan, parallel zum Mapping.

Risiko
Daten gehen beim Umzug verloren.
Unsere Antwort

Jeder Lauf zählt Datensätze in Quelle und Ziel und vergleicht die Abstimmsummen. Fehlt etwas, sehen Sie es im Protokoll, bevor Sie freigeben.

Risiko
Das Team zieht nicht mit.
Unsere Antwort

Key-User arbeiten ab der ersten Testübernahme mit ihren eigenen Daten in Business Central. Wer den Stichtag selbst vorbereitet hat, trägt ihn mit.

Dauer und Kosten einer ERP-Migration

Dauer

Der Migrations-Check ist nach ein bis zwei Wochen erledigt. Danach liegt der Zeitplan auf dem Tisch. Wie lang Ihr Projekt läuft, bestimmen Datenmenge und Schnittstellen. Dazu kommt der Umfang der Anpassungen, die als Extension neu entstehen. Die Datenübernahme selbst ist dank wiederholbarer Läufe selten der Engpass. In der Regel braucht das Drumherum länger.

Kommen Ihre Daten aus einem System außerhalb der Dynamics-Familie, planen Sie mit einer mehrmonatigen Projektlaufzeit. In der Regel bleibt sie unter sechs Monaten. Die Spanne entsteht vor allem dadurch, wie weit sich die Datenstruktur des Altsystems von Business Central entfernt.

Kosten

Vor dem Migrations-Check geben Sie keinen Euro aus. An seinem Ende steht eine konkrete Kostenaussage, bevor Sie etwas unterschreiben. Die Datenübernahme mit DataMigrate Pro hat dabei einen festen Rahmen, der Rest des Projekts richtet sich nach dem Umfang.

Als Orientierung: Die meisten Migrationsprojekte bewegen sich zwischen 25.000 und 100.000 Euro. Je nach Umfang und Komplexität kann es darunter oder darüber liegen.

Ein Kunde aus der nordamerikanischen Gaming-Branche hat mit uns rund zwei Drittel der Kosten gespart, verglichen mit Angeboten im sechsstelligen Bereich. Die Case Study zeigt, wie.

Auf der anderen Seite der Rechnung stehen die Kosten, die mit dem Go-live wegfallen können, sofern die Historie mitkommt. Darunter fallen Server, Backups und der Wartungsvertrag des Altsystems. Zusätzlich senkt eine KfW-Förderung über die Programme 511 und 512 die Kosten der ERP-Modernisierung.

Beispiele, keine Preisliste

Drei Projekte als Größenordnung

Die folgenden Zahlen sind Beispiele aus abgeschlossenen Projekten und keine Preisangabe. Was Ihre Migration kostet, steht am Ende des Migrations-Checks – vorher zahlen Sie nichts.

Beispiel

Ein Mandant, Standardumfang

ab ca. 25.000 €

Ein Quellsystem, ein Mandant, überschaubare Historie, keine oder wenige Eigenentwicklungen.

  • Migrations-Check kostenlos
  • Stammdaten, offene Posten, Bestände
  • Sachposten für zwei bis drei Geschäftsjahre
  • Delta-Sync bis zum Stichtag
Beispiel

Mehrere Mandanten mit Schnittstellen

ca. 40.000 – 70.000 €

Mehrere Mandanten oder Geschäftsjahre, angebundene Systeme wie DATEV, Shop oder Versand, einzelne Extensions.

  • Mapping über mehrere Mandanten
  • Schnittstellen ab Phase 04
  • Anpassungen als Extension in AL
  • Key-User-Schulung im Testmandanten
Migrations-Check starten
Beispiel

Große Datenmengen, viel Sonderlogik

bis ca. 100.000 €

Umfangreiche Historie, viele Zusatzfelder und gewachsene Sonderlogik, die neu entstehen muss.

  • Feldinventar über das gesamte Altsystem
  • Umfangreiche Extension-Entwicklung
  • Mehrere Testübernahmen
  • Hypercare bis einen Monat nach Go-live
Zusammenarbeit

Drei Wege der Zusammenarbeit im Self-, Full- oder Hybrid-Modus

Nicht jedes Unternehmen will dasselbe von uns. Manche möchten das Werkzeug, andere das Ergebnis. Deshalb gibt es drei Modi.

Self-Modus

Sie migrieren, wir liefern das Werkzeug

Ihr IT-Team oder Ihr bisheriger Microsoft-Partner lizenziert DataMigrate Pro und steuert Mapping, Testläufe und Delta-Sync selbst. Von uns kommen Onboarding, Dokumentation und Hilfe, wenn es klemmt. Partner setzen das Tool in eigenen Projekten ein und erhalten einen Partnerrabatt auf die Lizenz.

  • Lizenz für DataMigrate Pro
  • Onboarding und Dokumentation
  • Support, wenn es klemmt
  • Partnerrabatt auf die Lizenz
Full-Modus

Wir übernehmen die Migration

Sie möchten ein Ergebnis und keinen weiteren Arbeitsplatz im Projekt. Wir übernehmen vom Migrations-Check bis zur Hypercare alles, inklusive Bewertung Ihrer Anpassungen und Umstellung der Schnittstellen.

  • Migrations-Check bis Hypercare
  • Bewertung Ihrer Anpassungen
  • Umstellung der Schnittstellen
  • Hypercare bis einen Monat nach Go-live
Migrations-Check starten
Hybrid-Modus

Sie steuern, wir sichern ab

Üblich bei IT-Abteilungen und Partnern, die das Mapping selbst bauen wollen und uns für Review und Cutover dazuholen. Zwischen Self- und Full-Modus ist jede Aufteilung möglich.

  • Review Ihres Mappings
  • Begleitung der Testübernahmen
  • Cutover gemeinsam
  • Auch zusammen mit Ihrem Partner

Falls Sie noch zögern

Drei Sätze hören wir in fast jedem Erstgespräch.

„Wir sind schon gut betreut.“

Schön. Dann fragen Sie Ihren Partner, warum der Wechsel seit Jahren auf der Agenda steht und noch kein Testmandant mit Ihren Daten existiert. Falls die Antwort nicht überzeugt, ist der Partnerwechsel weniger Aufwand, als Sie denken.

„Wir stecken mitten in der Migration.“

Umso besser. Die Datenübernahme steht in den meisten Projekten ganz am Ende der Liste. Genau dafür ist DataMigrate Pro gemacht. Ihr Partner kann das Tool selbst einsetzen oder wir übernehmen diesen Teil des Projekts.

„Das können wir uns nicht leisten.“

Vor dem Migrations-Check zahlen Sie nichts. Danach wissen Sie, was es kostet, und können in Ruhe vergleichen.

Wer Ihre Migration verantwortet

Unsere Gründer kamen als Freelancer in Migrationsprojekte, in denen die sprichwörtliche Kuh vom Eis musste. Aus dieser Erfahrung entstanden zuerst der Ansatz mit laufendem Datenabgleich, dann DataMigrate Pro und 2024 die IO Integrated GmbH & Co. KG.

Referenzen

Beispiele unserer Arbeit

Drei abgeschlossene Projekte, jeweils mit Ausgangslage, Ablauf und Ergebnis.

NAV 2013 R2 direkt in die Business Central Cloud

Ein nordamerikanisches Unternehmen der Gaming-Branche wechselte in zwei Wochen von NAV 2013 R2 in die Business Central Cloud – zu rund einem Drittel der Kosten vergleichbarer Angebote.

Case Study lesen

NAV 2009 direkt nach Business Central

Die Vita Tahedl GmbH migrierte von NAV 2009 direkt in die Business Central Cloud. Die Case Study zeigt Projektablauf, Stolpersteine und Ergebnis.

Case Study lesen

Designwerk von Business Central v14 auf v28

Designwerk, ein Unternehmen der Volvo Group, wechselte mit DataMigrate Pro von Business Central v14 auf v28 On-Premises – inklusive Code-Konvertierung und ohne Ausfallzeit für die Linie.

Case Study lesen
Weiterführend

Weitere Wege nach Business Central.

DataMigrate Pro

Die Migrations-Engine im Detail: Mapping, Delta-Sync, Protokolle.

Zur Produktseite →

Dynamics NAV und Navision

Der automatisierte Pfad für alle NAV- und Navision-Versionen.

Upgrade-Pfade ansehen →

Neueinführung

Business Central neu aufsetzen, ohne Datenübernahme, im Monatsabo.

Neueinführung ansehen →

CloneMyCompany

Mandanten kopieren, testen und wieder zurückspielen.

Zur Produktseite →

Schicken Sie uns Ihre Datenbank, nicht Ihr Lastenheft.

Im Migrations-Check sehen wir uns eine Kopie Ihres Altsystems an und sagen Ihnen konkret, was nach Business Central mitkommt, was neu entstehen muss und was das kostet. Kostenlos und ohne Vertrieb dazwischen.

Migrations-Check anfragen oder kurz anrufen: +49 214 8402 3000
Jedes ERP auf Microsoft SQL Server als Quelle
Keine Exportschnittstelle des Altanbieters nötig
Delta-Sync statt Umstellungswochenende
Prüfbares Protokoll für jeden Migrationslauf
FAQ

Häufige Fragen zur ERP-Migration

Unser System steht nicht in der Liste. Was jetzt?

Die Liste zeigt die Systeme, die uns am häufigsten begegnen. Sie ist keine Abgrenzung. Entscheidend ist, ob die Daten in einem Microsoft SQL Server liegen. Das trifft auf einen großen Teil der im DACH-Raum verbreiteten ERP- und Warenwirtschaftssysteme zu. Nennen Sie uns Produkt und Version, dann sagen wir Ihnen, ob wir direkt lesen können.

Woran erkennen wir, ob unser System auf Microsoft SQL läuft?

Es gibt hierfür ein paar einfache Indizien. Ihre IT spricht meist von einem „SQL-Server“ und Ihre Sicherung besteht aus .bak- oder .mdf-Dateien. Hinweise auf SQL Server Express in den Systemvoraussetzungen des Herstellers sind ebenfalls ein Zeichen. Im Zweifel genügt uns aber die Datenbankkennung aus dem Backup. Die Prüfung ist Teil des kostenlosen Migrations-Checks.

Können wir während der Migration normal weiterarbeiten?

Ja. Wir lesen auf einer Kopie Ihrer Datenbank, das Altsystem bleibt produktiv und unverändert. Bis zum Stichtag buchen Sie dort wie gewohnt, DataMigrate Pro zieht die Änderungen in die Testumgebung nach.

Müssen wir unsere Daten vor der Migration bereinigen?

Nicht vorab, aber vor dem Cutover. Die erste Testübernahme zeigt im Abgleichprotokoll, wo Dubletten, verwaiste Datensätze oder stillgelegte Konten liegen. Was davon mitkommt, entscheiden Sie vor dem nächsten Lauf. Eine automatische Dublettenprüfung gibt es nicht; über ein gezieltes Value-Mapping lassen sich Dubletten aber schon beim Übertragen zusammenführen.

Was passiert mit unseren Individualanpassungen?

Sie werden nicht übernommen, aber neu bewertet. Erfahrungsgemäß deckt der Business-Central-Standard vieles ab, was im Altsystem einmal individuell gebaut werden musste. Was übrig bleibt, setzen wir als Extension updatesicher in AL um.

Was sind die größten Risiken bei einer ERP-Migration?

Ein Altanbieter, der den Export blockiert, Datenfehler, die erst nach dem Go-live auffallen, undokumentierte Sonderlogik und ein Umstellungswochenende ohne Rückweg. Wie wir jeden Punkt abfangen, steht im Abschnitt „Typische Risiken“ weiter oben.

Migration oder Neueinführung, was ist besser?

Neueinführung, wenn das Altsystem kaum verwertbare Daten enthält. Migration, wenn Kunden, Artikel, Posten und Belege weiter gebraucht werden. Beides bieten wir an, die Entscheidung fällt im Migrations-Check anhand Ihrer Datenbank.

Brauchen wir dafür die Zustimmung unseres bisherigen Anbieters?

Für das Lesen Ihrer eigenen Daten nicht. Wir arbeiten auf einer Kopie Ihrer Datenbank und benötigen weder ein Exportmodul noch eine Freigabe aus dem laufenden Wartungsvertrag. Was in Ihrem Lizenz- und Wartungsvertrag zur Kündigung steht, sollten Sie natürlich prüfen – dabei helfen wir gern mit einer Checkliste.

Nehmen Sie auch die Buchungshistorie mit?

Technisch ja. Sinnvoll ist es nicht immer. Häufig übernehmen wir Stammdaten, offene Posten und Bestände vollständig und die Sachpostenhistorie für zwei bis drei Geschäftsjahre, während die älteren Jahre revisionssicher im Altsystem oder in einem Archivmandanten bleiben. Wir entscheiden das gemeinsam im Migrations-Check.

Wie lange dauert so ein Wechsel?

Der Migrations-Check ist in ein bis zwei Wochen erledigt. Das Projekt selbst hängt an Datenmenge, Anzahl der Schnittstellen und Umfang der Anpassungen. Der Umstieg selbst ist dank Delta-Sync kurz: In der Regel liegt zwischen letzter Buchung im Altsystem und erster Buchung in Business Central weniger als ein Wochenende.

Und die Lohnabrechnung?

Business Central enthält im Standard keine deutsche oder österreichische Lohnbuchhaltung. In der Praxis bleibt die Abrechnung beim bisherigen Spezialsystem oder beim Steuerberater und wird über eine Buchungsschnittstelle angebunden. So ist es bei den meisten Business-Central-Installationen im DACH-Raum gelöst.

Kommen wir von Dynamics NAV – gilt dasselbe?

Für NAV und Navision gibt es einen eigenen, deutlich weiter automatisierten Pfad: inklusive Übernahme von Objekten und der Umstellung von C/AL auf AL. Die Details stehen auf der Produktseite zu DataMigrate Pro, die Wege je Ausgangsversion finden Sie dort im Abschnitt zu den Upgrade-Pfaden.