vTiger-Migration: von jeder Version auf vTiger 8.4
Wir holen Ihr vTiger CRM aus 5.x, 6.x oder 7.x auf vTiger 8.4 – mit Zeichensatz, Individualcode und Schnittstellen, und mit einem Zielstand, der auch die Support-Enden von PHP und Datenbank berücksichtigt. Sie wissen vorher, was es kostet, und bekommen hinterher schwarz auf weiß, dass jeder Datensatz angekommen ist.
Eine alte vTiger-Installation fällt selten mit einem Knall aus. Sie verliert nach und nach den Anschluss: erst die Postfachanbindung, dann die PHP-Version beim Hoster, am Ende der Update-Pfad.
Die Mailanbindung bricht zuerst weg
Microsoft hat die Basic-Authentifizierung für IMAP und POP in Exchange Online im Oktober 2022 abgeschaltet, Google folgte am 30. September 2024. Für den SMTP-Versand über Microsoft 365 wird sie nach der Ankündigung vom Januar 2026 bis Ende 2026 bei bestehenden Tenants standardmäßig deaktiviert, neue Tenants bekommen sie danach gar nicht mehr, und das endgültige Abschaltdatum kündigt Microsoft in der zweiten Hälfte 2027 an. OAuth2 für Postfächer gibt es in vTiger erst in der 8er-Reihe – ältere Stände kommen dann an kein Postfach mehr, Mailscanner und Versand stehen still.
Sicherheitslücken werden weiter gemeldet
Für alte vTiger-Versionen erscheinen keine Sicherheitsupdates mehr – neue Schwachstellen werden trotzdem laufend veröffentlicht, zuletzt etwa CVE-2025-1618 für vTiger 6.4.0. Für 7.1.0 (CVE-2019-11057, SQL-Injection) und 7.5.0 (CVE-2023-38891, Rechteausweitung über ReportRun.php) liegen die Einträge seit Jahren offen. Auch der Unterbau ist abgekündigt: PHP 7.4 bekommt seit November 2022 keine Sicherheitsfixes.
Jede übersprungene Version kostet extra
vTiger lässt sich nicht in einem Sprung von 5.x auf 8.x heben – der Weg führt über die Zwischenstände, jeder mit eigenem Migrationspatch. Und PHP muss im Gleichschritt mitwandern: vTiger 6.x läuft nur unter PHP 5.6, 7.5 unter PHP 7.3 bis höchstens 8.1, erst 8.4 verträgt PHP 8.3. Wer die PHP-Version vorzieht, legt das alte System still, statt es zu retten.
Der Unterbau läuft Ihnen davon
PHP 8.1 ist seit dem 31. Dezember 2025 am Ende seines Lebenszyklus, PHP 8.2 bekommt nur noch Sicherheitsfixes bis zum 31. Dezember 2026, und für MySQL 8.0 endete der erweiterte Support am 30. April 2026. Genau darauf stellen Hoster ihre Umgebungen jetzt um. Ein Zielstand, der diese Daten ignoriert, ist in zwölf Monaten wieder ein Projekt.
Unser Angebot: Migration von jeder vTiger-Version
Wir migrieren jede vTiger-Version auf den aktuellen Stand – von frühen 5.x-Installationen über 6.x und 7.x bis auf vTiger 8.4.
Ob unveränderte Standardinstallation oder über Jahre gewachsenes System mit eigenen Modulen, Workflows und Schnittstellen: Wir sehen uns Ihre Installation genau an, bevor wir sie anfassen. Was dabei technisch mitgeht, steht hier – mit den Stellen, an denen eine vTiger-Migration erfahrungsgemäß bricht, und nicht erst im Kleingedruckten des Angebots.
Versionskette Schritt für Schritt: 5.x → 6.x → 6.5 → 7.x → 8.x mit dem offiziellen Migrationspatch je Stufe, jede Stufe einzeln eingespielt und geprüft
PHP im Gleichschritt mit der Versionskette: 5.6 für 6.x, 7.2–7.4 für die 7er-Reihe, 7.3–8.1 für 7.5, 8.1–8.3 für vTiger 8.4 – kein Stand läuft auf einer PHP-Version, für die er nicht freigegeben ist
Datenbank auf utf8mb4: Umlaute, ß und doppelt kodierte Altbestände werden bereinigt statt weitergeschleppt
Tabellen von MyISAM auf InnoDB, Schlüssel und sql_mode angepasst – die alte vTiger-Vorgabe NO_AUTO_CREATE_USER existiert ab MySQL 8.0.11 nicht mehr und lässt den Migrationslauf sonst abbrechen
Datenbank-Zielstand mit Support-Ende im Blick: MySQL 8.4 LTS oder eine MariaDB-LTS-Reihe statt des ausgelaufenen MySQL 8.0
Der Migrationslauf selbst wird lauffähig gemacht: memory_limit, max_execution_time und die Datenbankrechte (CREATE, ALTER, DROP) so gesetzt, dass das Skript durchläuft statt auf halber Strecke stehen zu bleiben
Individualcode und eigene Module auf PHP 8.3 portiert – inklusive der Stellen, die erst zur Laufzeit auffallen
Anpassungen im Core wandern auf unterstützte Erweiterungspunkte, damit der nächste vTiger-Patch wieder ein Update ist und kein Projekt
Postfachanbindung neu aufgesetzt: OAuth2 für Microsoft 365 und Google, Mailscanner und Vorlagen
Erweiterungen inventarisiert: Was es für vTiger 8 nicht mehr gibt, ersetzen oder bauen wir nach – mit Aufwand vorab im Angebot
Workflows, Rollen, Profile, Nummernkreise, Vorlagen, Kundenportal und Cronjobs
Dokumentenarchiv und Anhänge samt Verzeichnisstruktur, Pfaden und Dateirechten – nicht nur die Datenbank
Anbindungen an ERP, Shop, Telefonie und Web-Formulare werden nachgezogen und getestet
So läuft Ihre Migration ab
Ein Vorgehen aus über zehn Jahren vTiger-Projekten, in vier Schritten – Ihr Tagesgeschäft läuft währenddessen ununterbrochen weiter.
1
Analyse
Kostenlose Erstanalyse Ihrer Installation: Version, Datenmenge, Zeichensatz, PHP- und Datenbankstand, Anpassungen, Erweiterungen und Schnittstellen. Sie erhalten einen schriftlichen Migrationsbefund – mit Zielversion, dem Support-Ende Ihrer heutigen PHP- und Datenbankversion, den für Ihren Stand veröffentlichten Schwachstellen und einer verbindlichen Aufwandsschätzung. Auch dann, wenn Sie danach nicht mit uns weitermachen.
2
Migration
Wir ziehen eine Kopie in eine Staging-Umgebung und arbeiten die Versionskette Stufe für Stufe ab, inklusive Zeichensatzkonvertierung und Portierung Ihres Individualcodes. Jeder Schritt wird mitgeschrieben, sodass der Lauf wiederholbar bleibt – der Go-Live ist später keine Premiere. Ihr Produktivsystem bleibt dabei unangetastet.
3
Test
Sie testen mit echten Anwendern und echten Daten in der Staging-Umgebung. Die Testfälle je Modul und Schnittstelle liefern wir mit und halten fest, was geprüft wurde – erst danach wird ein Umstellungstermin vereinbart.
4
Go-Live
Umstellung zum Wunschtermin, auf Wunsch abends oder am Wochenende: der geprobte Lauf auf einer frischen Kopie Ihrer Daten, Datensatzabgleich, Neuanbindung der Postfächer und Funktionsprüfung. Der Rücksprungpunkt bleibt stehen, bis Sie abnehmen.
Woran Sie eine planbare Migration erkennen
Migrationsangebote klingen alle ähnlich. Diese sechs Punkte machen den Unterschied zwischen einer Zusage und einer nachvollziehbaren Migration.
Preise, bevor Sie anrufen
Tagessatz und drei Aufwandsbeispiele stehen auf dieser Seite, nicht hinter einem Formular. Nach der kostenlosen Erstanalyse bekommen Sie eine verbindliche Schätzung; Mehraufwand entsteht nur, wenn Sie ihn vorher freigeben.
Belege statt Zusicherungen
Zum Go-Live gehört ein Abnahmeprotokoll: Datensatzzahlen je Modul vor und nach der Migration, geprüfte Workflows, getestete Schnittstellen. Am Ende halten Sie ein Dokument in der Hand, nicht nur ein Versprechen.
Ein Zielstand mit Haltbarkeitsdatum
Wir migrieren nicht auf irgendein „aktuell“, sondern auf eine Kombination, die datiert ist: vTiger 8.4 (Juli 2025) mit PHP 8.3 und einer Datenbank, die noch im Support steht. Anpassungen im Core wandern auf unterstützte Erweiterungspunkte – damit der Schritt auf vTiger 8.5 ein Update bleibt und kein zweites Projekt wird.
Ihre Daten bleiben in Deutschland
Analyse, Testmigration und Go-Live macht dasselbe Team in Trier, deutschsprachig und montags bis freitags von 8 bis 17 Uhr erreichbar. Auftragsverarbeitung nach Art. 28 DSGVO, deutsches Vertragsrecht, NDA auf Wunsch – ohne Weitergabe an Subunternehmer außerhalb der EU.
Der Rückweg bleibt offen
Bis zur Abnahme bleibt Ihr Produktivsystem unangetastet. Für den Go-Live-Tag steht ein definierter Rücksprungpunkt fest, und das Altsystem bleibt danach lesend erreichbar, solange Sie es brauchen.
Sie bleiben unabhängig
vTiger Open Source bleibt Ihr System: kein Wechsel in eine Cloud, keine Lizenz pro Nutzer, kein Zwang zu unseren Erweiterungen. Der Betrieb kann bei Ihrem bisherigen Hoster bleiben, Dokumentation, Migrationsprotokoll und Zugänge gehören Ihnen.
Transparente Preise
Wir rechnen nach Aufwand ab – zum Tagessatz von 1.200 € netto. Die folgenden drei Szenarien zeigen, welcher Aufwand je nach Ausgangslage typisch ist. Nach der kostenlosen Erstanalyse erhalten Sie eine verbindliche Aufwandsschätzung für Ihre Installation – Mehraufwand entsteht nur nach Ihrer vorherigen Freigabe.
Abrechnung nach Aufwand · Tagessatz 1.200 € netto
Beispiel 1
Standard-Migration
Für Standard-Installationen ohne eigene Module
1.800 – 3.000 €
1,5–2,5 Tage
Migrationsbefund mit Versions-, PHP- und Datenbankstand samt Support-Enden
Backup und Testmigration in der Staging-Umgebung
Zeichensatzkonvertierung auf utf8mb4 inklusive Umlautbereinigung
Migration aller Standarddaten (Kontakte, Organisationen, Verkaufschancen, Tickets, Dokumente inkl. Dateiablage)
Go-Live mit Datensatzabgleich und Abnahmeprotokoll
Beispiel 2
Migration mit Anpassungen
Für Systeme mit Custom-Modulen, Workflows und Integrationen
3.600 – 6.000 €
3–5 Tage
Alle Leistungen der Standard-Migration
Übernahme von Custom-Modulen, Workflows, Benutzerrollen und Profilen
Inventur der Erweiterungen inkl. Ersatzempfehlung für alles, was es für vTiger 8 nicht mehr gibt
Schnittstellen geprüft und neu angebunden: Postfächer per OAuth2, Telefonie, Web-Formulare
Beispiel 3
Komplexe Individual-Migration
Für eigenen Code, große Datenbestände und Drittsysteme
8.400 – 14.400 €
7–12 Tage
Alle Leistungen der Migration mit Anpassungen
Portierung von Individualcode auf PHP 8.3 und die aktuelle Codebasis, Core-Anpassungen auf unterstützte Erweiterungspunkte umgebaut
Kostenlose Erstanalyse mit schriftlichem Migrationsbefund und verbindlicher Aufwandsschätzung
Empfehlung für Zielversion, PHP- und Datenbankstand inklusive der jeweiligen Support-Enden
Testmigration in einer Staging-Umgebung – das Produktivsystem bleibt bis zur Abnahme unangetastet
Abnahmeprotokoll mit Datensatzabgleich je Modul
Definierter Rücksprungpunkt am Go-Live-Tag
Go-Live auch abends oder am Wochenende
Auftragsverarbeitung nach Art. 28 DSGVO, Umsetzung in Deutschland, NDA auf Wunsch
Projektlaufzeit typisch 2–3 Wochen
Mehraufwand nur nach vorheriger Freigabe
Bewusst nicht enthalten
Lizenz- und Abokosten für Erweiterungen von Drittanbietern
Server-, Hosting- und Zertifikatskosten Ihrer Umgebung
Die Umstellung Ihres Hosters auf die passende PHP- und Datenbankversion – die Vorgaben dafür liefern wir schriftlich mit
Inhaltliche Datenbereinigung wie Dublettenpflege – auf Wunsch als eigener Aufwand
Anwenderschulungen und Prozessberatung – auf Wunsch als eigener Aufwand
Neuentwicklung von Funktionen, die es in Ihrer Altversion nicht gab
Alle Preise netto zzgl. gesetzlicher USt.
Häufige Fragen zur vTiger-Migration
Die wichtigsten Antworten vorab – alles Weitere klären wir in der kostenlosen Erstanalyse. Alle Versions-, Preis- und Fristangaben auf dieser Seite haben den Stand August 2026.
Was kostet eine vTiger-Migration?
Wir rechnen nach Aufwand ab, zum Tagessatz von 1.200 € netto. Eine Standard-Migration ohne eigene Module liegt typisch bei 1.800 – 3.000 €, eine Migration mit Custom-Modulen und Integrationen bei 3.600 – 6.000 €, komplexe Individual-Migrationen mit eigenem Code und Drittsystemen bei 8.400 – 14.400 €. Nach der kostenlosen Erstanalyse erhalten Sie eine verbindliche Aufwandsschätzung für Ihre Installation.
Wie lange dauert eine vTiger-Migration?
Der reine Aufwand liegt je nach Komplexität zwischen 1,5 und 12 Personentagen, die Projektlaufzeit typisch bei 2 – 3 Wochen. Ihr Tagesgeschäft läuft während der gesamten Migration ununterbrochen weiter, da wir zunächst in einer Staging-Umgebung arbeiten und erst zum vereinbarten Termin umstellen – auf Wunsch abends oder am Wochenende.
Gehen bei der Migration Daten verloren?
Nein – und das weisen wir nach, statt es nur zuzusichern: Vor der Umstellung laufen Backup und Testmigration in einer Staging-Umgebung, die Sie gemeinsam mit uns abnehmen. Zum Go-Live gehört ein Abnahmeprotokoll mit den Datensatzzahlen je Modul vor und nach der Migration sowie der Liste der geprüften Workflows und Schnittstellen.
Auf welche vTiger-Version migrieren Sie?
Auf den jeweils aktuellen stabilen Open-Source-Stand der 8er-Reihe; das ist seit dem 9. Juli 2025 vTiger 8.4, empfohlen mit PHP 8.3 und MySQL bzw. MariaDB (Stand: August 2026). Für eine 8.5 gibt es bislang keinen veröffentlichten Termin. Welche Zielversion für Ihre Erweiterungen und Ihren Hoster die richtige ist, halten wir im Migrationsbefund fest.
Von welchen vTiger-Versionen kann migriert werden – geht 5.x direkt auf 8?
Migrieren können wir von jeder Version: vTiger 5.x, 6.x und 7.x. Einen direkten Sprung gibt es technisch aber nicht – der Weg führt über die Zwischenstände (5.x → 6.x → 6.5 → 7.x → 8.x) mit jeweils eigenem Migrationspatch. Dazu kommt die PHP-Treppe: vTiger 6.x läuft nur unter PHP 5.6, die 7er-Reihe unter PHP 7.2 bis 7.4, 7.5 unter PHP 7.3 bis 8.1, und vTiger 8.4 ist für PHP 8.1 bis 8.3 freigegeben. Wir arbeiten beide Ketten im Gleichschritt ab und prüfen nach jedem Schritt, statt die Datenbank in einem Rutsch durchzureichen.
Ist meine alte vTiger-Version noch sicher?
Alte vTiger-Versionen erhalten keine Sicherheitsupdates mehr – Schwachstellen werden aber weiterhin veröffentlicht, für vTiger 6.4.0 etwa noch 2025 (CVE-2025-1618). Für 7.1.0 (CVE-2019-11057, SQL-Injection) und 7.5.0 (CVE-2023-38891, Rechteausweitung) stehen die Einträge seit Jahren offen, und PHP 7.4 wird seit November 2022 nicht mehr mit Sicherheitsfixes versorgt. Für ein System mit Kundendaten ist das ein vermeidbares Risiko – im Migrationsbefund listen wir die für Ihren konkreten Stand veröffentlichten Schwachstellen auf.
Was passiert mit der E-Mail-Anbindung an Microsoft 365 oder Google?
Die richten wir neu ein. Microsoft hat die Basic-Authentifizierung für IMAP und POP in Exchange Online bereits im Oktober 2022 abgeschaltet, Google zum 30. September 2024. Für den SMTP-Versand über Microsoft 365 gilt der im Januar 2026 aktualisierte Fahrplan: bis Ende 2026 wird Basic Auth bei bestehenden Tenants standardmäßig deaktiviert und kann nur noch durch Administratoren wieder eingeschaltet werden, neue Tenants bekommen sie danach gar nicht mehr, das endgültige Abschaltdatum kündigt Microsoft in der zweiten Hälfte 2027 an. Ältere vTiger-Stände kennen kein OAuth2 und verlieren damit den Postfachzugriff; auf der aktuellen Version binden wir Postfächer, Mailscanner und Versand per OAuth2 wieder an.
Werden Custom-Module, Workflows und eigener Code übernommen?
Ja. Custom-Module, Workflows, Benutzerrollen, Profile, Nummernkreise und Vorlagen werden übernommen, Individualcode portieren wir auf PHP 8.3 und die aktuelle Codebasis. Getestet wird das nicht nur beim Start, sondern über Ihre echten Prozesse in der Staging-Umgebung – die Stellen, die erst zur Laufzeit auffallen, sind erfahrungsgemäß die teuren.
Was ist mit Erweiterungen, die es für vTiger 8 nicht mehr gibt?
Die inventarisieren wir in der Erstanalyse. Für jede Erweiterung steht dann im Migrationsbefund, ob sie für vTiger 8 verfügbar ist, durch eine Alternative ersetzt wird oder nachgebaut werden muss – inklusive Aufwand. So entscheiden Sie vor der Beauftragung und nicht mitten im Projekt.
Sind Umlaute und Sonderzeichen nach der Migration korrekt?
Ja, dafür konvertieren wir die Datenbank sauber auf utf8mb4. Alte vTiger-Installationen tragen häufig einen Mix aus latin1, utf8 und HTML-Entities mit sich; ohne Konvertierung werden daraus beim Upgrade dauerhaft kaputte Umlaute. Wir bereinigen auch doppelt kodierte Altbestände, statt sie weiterzuschleppen.
Wo werden meine Daten während der Migration verarbeitet?
Ausschließlich in Deutschland. Analyse, Testmigration und Go-Live macht unser Team in Trier, auf Basis eines Auftragsverarbeitungsvertrags nach Art. 28 DSGVO und nach deutschem Vertragsrecht; ein NDA schließen wir auf Wunsch ab. Es gibt keine Weitergabe an Subunternehmer außerhalb der EU.
Was passiert, wenn beim Go-Live etwas schiefgeht?
Für den Umstellungstag steht ein definierter Rücksprungpunkt fest: Bis zur Abnahme bleibt Ihr Produktivsystem unangetastet, und wenn bei der Funktionsprüfung etwas nicht passt, arbeiten Sie auf dem Altsystem weiter. Auch nach dem Go-Live bleibt es lesend erreichbar, solange Sie es brauchen.
Welche PHP- und Datenbankversion brauche ich für vTiger 8.4?
vTiger 8.4 ist für PHP 8.1 bis 8.3 freigegeben; wir setzen auf PHP 8.3, weil PHP 8.1 am 31. Dezember 2025 aus dem Support gelaufen ist und PHP 8.2 nur noch bis zum 31. Dezember 2026 Sicherheitsfixes bekommt. Wichtig für Hostergespräche: PHP 8.4 ist für vTiger 8.4 nicht freigegeben – eine gut gemeinte PHP-Aktualisierung durch den Hoster kann das CRM stilllegen. Bei der Datenbank empfehlen wir MySQL 8.4 LTS oder eine MariaDB-LTS-Reihe, da der erweiterte Support für MySQL 8.0 am 30. April 2026 endete.
Sollen wir auf vTiger 8.5 warten?
Nein. Für eine 8.5 gibt es bislang keinen veröffentlichten Termin (Stand: August 2026). Der Open-Source-Takt lag zuletzt bei ein bis zwei Releases pro Jahr: 8.0 im September 2023, 8.1 im Januar 2024, 8.2 im Mai 2024, 8.3 im September 2024, 8.4 im Juli 2025. Wer jetzt auf 8.4 geht, ist innerhalb der 8er-Reihe angekommen – ein späterer Schritt auf eine 8.5 bliebe damit ein Update im Wartungsfenster und keine erneute Migration über mehrere Versionsstufen.
Können wir die Migration selbst durchführen?
Technisch ja – die Migrationspatches sind frei verfügbar. Die Zeit geht erfahrungsgemäß nicht für das Einspielen drauf, sondern für die Stolpersteine: der sql_mode-Eintrag NO_AUTO_CREATE_USER, den vTiger erwartet und den MySQL seit 8.0.11 nicht mehr kennt; ein Migrationslauf, der an memory_limit oder max_execution_time abbricht; fehlende CREATE-, ALTER- und DROP-Rechte; gemischte Zeichensätze; und die PHP-Version, die zur jeweiligen Stufe passen muss. Sie können den kostenlosen Migrationsbefund auch als Grundlage für die Umsetzung im eigenen Team nutzen – wir sagen Ihnen im Gespräch offen, ob sich die Begleitung für Sie lohnt.
Was passiert mit Anpassungen, die direkt im vTiger-Core stecken?
Die übernehmen wir – und zwar so, dass sie das nächste Update überstehen. Änderungen am Kern werden bei der Portierung auf unterstützte Erweiterungspunkte (eigene Module, Event-Handler, Overrides) umgebaut, statt sie erneut in den Quellcode zu patchen. Das ist typischerweise der Grund, warum die letzte Aktualisierung nicht stattgefunden hat; wir dokumentieren jede solche Stelle im Abnahmeprotokoll.
Bekommt vTiger 8.4 noch Sicherheitsupdates?
Ja – und genau das ist der Unterschied zu einer Altversion. Auch für die 8er-Reihe werden Schwachstellen gemeldet, etwa CVE-2025-70936 für vTiger 8.4.0, aber sie werden mit dem nächsten Release behoben. Auf einem gepflegten Stand ist ein Sicherheitshinweis ein Wartungsfenster; auf einer abgekündigten Version ist er ein Dauerzustand.
Müssen wir danach in die vTiger Cloud wechseln?
Nein. Ihre vTiger-Open-Source-Installation bleibt Ihr System – ohne Lizenz pro Nutzer und ohne Zwang zu einem Cloud-Abo. Der Betrieb kann bei Ihrem bisherigen Hoster bleiben; auf Wunsch übernehmen wir Wartung oder Betrieb, und Dokumentation und Zugänge gehören in jedem Fall Ihnen.
Arbeiten Sie auch außerhalb von Trier?
Ja. Migrationen führen wir remote in ganz Deutschland, Österreich, der Schweiz und Luxemburg durch – der Zugriff läuft über Ihre Umgebung, Abstimmungen laufen per Video und Telefon. Vor Ort sind wir in Trier und der Region Rheinland-Pfalz, Eifel und Großregion Luxemburg unterwegs.
Bereit für vTiger 8?
Fordern Sie Ihre kostenlose Erstanalyse an. Hilfreich für den Start: Ihre vTiger-Version, die ungefähre Datenmenge, die PHP- und Datenbankversion und wer die Installation heute hostet – den Rest klären wir im Gespräch. Sie erhalten den schriftlichen Migrationsbefund samt verbindlicher Aufwandsschätzung, unverbindlich und ohne Risiko.
