-> Inter-Data -> Technik -> Kivitendo-Migration

Kivitendo-Migration

Bestehende kivitendo-Installation nach OpensourceERP übernehmen

Warum eine Migration Sinn ergibt

Kivitendo ist ein bewährtes Open-Source-ERP mit jahrelanger Reife in Faktura und Buchhaltung. Das Frontend stammt jedoch aus einer Zeit vor modernen Single-Page-Applications — und Funktionen wie integriertes E-Mail, WhatsApp, KI-gestützte Belegerfassung oder ein mobiler Mechaniker-Modus sind bewusst außerhalb des Scopes.

OpensourceERP baut auf derselben PostgreSQL-Basis auf, ersetzt aber die UI-Schicht durch Vue 3 und erweitert den Funktionsumfang um moderne Kommunikation, Kalender, Aufgabenmanagement und KI-Features. Damit bestehende kivitendo-Anwender diesen Schritt ohne Datenverlust gehen können, liefern wir ein Migrationswerkzeug mit.

Architektur der Migration

Read-Only-Zugriff auf kivitendo

Die Migration benötigt nur Lese­rechte auf die kivitendo-Datenbank. Die Quelldatenbank bleibt während des gesamten Prozesses unverändert — Rollback bedeutet lediglich, die OpensourceERP-Instanz zu verwerfen und weiter mit kivitendo zu arbeiten.

Vor der eigentlichen Datenübernahme läuft ein Analyse-Durchlauf, der einen Bericht ohne Schreibzugriff erzeugt: Mengengerüst, erkannte Custom Fields, Schema-Abweichungen gegenüber einer Standardinstallation und eine Aufwandsschätzung für individuelle Anpassungen.

Mapping-Ebenen

Stammdaten
customer, vendor, contacts, parts, partsgroup, pricegroup, payment_terms
Belege
oe (Angebote/Aufträge), ar (Ausgangsrechnungen), ap (Eingangsrechnungen), delivery_orders, inklusive invoice-Positionen
Buchhaltung
chart, acc_trans, tax, tax_zones, DATEV-Export-Mapping
Zahlungen
acc_trans-Verknüpfungen zu offenen Posten, Mahnstufen, SEPA-Mandate
Dokumente
files-Referenzen inkl. physischer Dateiablage

Ablauf im Detail

Phase 1 — Analyse

Auf einer Kopie der Produktivdatenbank läuft der analyze-Modus. Ergebnis ist ein PDF-Report mit Mengengerüst, erkannten Abweichungen vom Standardschema und einer Aufwandsschätzung für individuelle Anpassungen.

Phase 2 — Testlauf

Ein vollständiger Probelauf auf Entwicklungs­infrastruktur. Die übernommenen Daten werden in einer OpensourceERP-Testinstanz verifiziert, Summen gegen kivitendo-Reports abgeglichen, Stichproben geprüft.

Phase 3 — Steuerberater-Abstimmung

Die Übergabeschnittstelle (DATEV, BMD oder per CSV) wird mit dem Steuerberater abgestimmt. Ziel: keine Brüche im Kontenrahmen, keine Lücken in der Belegnummern­historie.

Phase 4 — Go-live

Ein finaler Delta-Lauf überträgt alle Datensätze, die seit dem Testlauf neu hinzugekommen sind. Nach Freigabe wird die Produktiv-URL auf OpensourceERP umgeleitet. Die alte kivitendo-Instanz bleibt weitere sechs Monate als Referenz online.

Grenzen der Automatik

Die LaTeX-Druckvorlagen aus kivitendo werden übernommen und können unverändert weitergenutzt werden. Zusätzliche Vorlagen für Formulare, die im bisherigen Bestand nicht vorhanden waren, werden im Rahmen des Migrationsservices ergänzt.

Folgende Punkte werden nicht über das Migrationsskript übertragen:

  • Selbst geschriebene Perl-Erweiterungen aus SL/Controller/ oder SL/DB/, die in der OpensourceERP-Architektur neu implementiert werden müssen
  • Benutzerdefinierte Reports oder Auswertungen außerhalb des kivitendo-Standardschemas
  • Archivierte E-Mail-Korrespondenz aus dem kivitendo-Dokumentenmanagement — diese wird nach dem Einrichten der IMAP-Konten in OpensourceERP neu eingelesen

Kostenpflichtiger Migrationsservice

Wir bieten den kompletten Umstieg als Festpreis-Paket an. Enthalten sind:

  • Vorab-Analyse inkl. schriftlichem Report
  • Einrichtung des Migrations­werkzeugs auf Ihrer Infrastruktur
  • Testlauf und Datenverifikation
  • Abstimmung mit Ihrem Steuerberater
  • Geplantes Go-live am Wochenende mit Rollback-Option
  • Vier Wochen erweiterter Support nach Umstellung

Der genaue Preis richtet sich nach Datenmenge und Anzahl individueller Anpassungen. Nach einer kurzen Bestandsaufnahme erhalten Sie ein unverbindliches Angebot.

Unverbindliches Angebot anfordern

Häufig gestellte Fragen

Muss die kivitendo-Installation für die Migration abgeschaltet werden?
Nein. Das Migrationsskript liest die Datenbank read-only. Der produktive Betrieb kann bis zum geplanten Go-live weiterlaufen. Empfohlen ist ein finaler Delta-Lauf am Stichtag.
Welche kivitendo-Versionen werden unterstützt?
Getestet ist das Skript gegen kivitendo 3.5 und höher. Ältere Versionen (3.4 und früher) erfordern einen manuellen Schema-Anpassungslauf, der im Migrationsservice inbegriffen ist.
Was passiert mit individuell angelegten Custom Fields?
Standard-Custom-Fields aus dem kivitendo-Core werden automatisch übertragen. Eigene, über die GUI angelegte Felder werden in einem Mapping-Report gelistet und auf Wunsch in das passende OpensourceERP-Feld oder in ein neues benutzerdefiniertes Feld überführt.
Bleiben historische Buchungen unverändert?
Ja. Buchungen werden mit Originaldatum, Belegnummer und Kontierung übernommen, sodass der Steuerberater keine Brüche in der Historie sieht.
Was kostet die begleitete Migration?
Der Preis richtet sich nach Datenbestand, Grad der Individualisierung und gewünschtem Schulungsumfang. Ein unverbindliches Festpreis-Angebot erstellen wir nach einer ersten Analyse der Datenbank.