Technische Testperspektive: Plattformwechsel statt Systemupgrade
Architektur- und Datenmodellunterschiede
Veeva CRM basiert auf Salesforce, während Veeva Vault CRM auf der bewährten Vault Plattform mit einem stringentem Metadatenkonzept läuft. Technische Tests müssen daher sicherstellen, dass:
- alle relevanten Objekte, Felder, Relationen und Lifecycle-Zustände korrekt abgebildet sind,
- User- und Rollen-spezifische Anpassungen aus Veeva CRM (z. B. Workflows, Validierungen, Berechtigungen) funktional äquivalent umgesetzt wurden,
- frühere Salesforce-Abhängigkeiten (z. B. Apex-Logik, Trigger-Verhalten) adäquat ersetzt werden.
Datenmigration und Datenqualität
Ein zentraler Risikobereich ist die Datenmigration. Technische Tests müssen u. a. abdecken:
- Vollständigkeit und Integrität der migrierten Datensätze,
- korrekte Historisierung (Audit Trail),
- Mapping komplexer Feldlogiken (z. B. abhängige Picklisten, Referenzen),
- Umgang mit Legacy-Daten, die im Vault CRM-Zielmodell ggf. nicht mehr vorgesehen sind.
Integrationstests
In vielen System-Landschaften ist Veeva CRM tief in ein bestehendes Ökosystem eingebunden (ERP, MDM, BI, Marketing Automation). Veeva Vault CRM stellt nun andere Integrationsmechanismen (APIs, Vault CRM Loader, SDKs) zur Verfügung. Technische Tests müssen daher die nachfolgenden Punkte berücksichtigen:
- End-to-End-Datenflüsse inklusive Fehler- und Retry-Szenarien,
- Performance und Latenz,
- Security- und Berechtigungskonzepte auf Schnittstellenebene.
Veränderung der Benutzererfahrung
Veeva Vault CRM unterscheidet sich nicht nur technisch, sondern auch konzeptionell von Veeva CRM. Auch wenn die mobile Benutzererfahrung sehr ähnlich ist, zeichnen sich Vault CRM aus durch:
- andere Prozesslogik,
- veränderte Status- und Lifecycle-Logik,
- höhere Compliance im User- und Rollen-Kontext.
Rollen- und Berechtigungskonzepte
Veeva Vault CRM arbeitet mit sehr feingranularen Rollen- und Sicherheitsmodellen. UATs sollten gezielt sicherstellen, dass:
- User exakt die Daten sehen und bearbeiten können, die ihrer Rolle entsprechen,
- kritische Aktionen (Freigaben, Statuswechsel) korrekt abgesichert sind,
- typische Fehlerbilder (z. B. fehlende Rechte im Tagesgeschäft) frühzeitig erkannt werden.
Prozessorientierte Testfälle
Im Gegensatz zu funktionalen Einzeltests sollten UATs Ende-zu-Ende-Geschäftsprozesse abbilden, z. B.:
- Vorbereitung, Durchführung und Nachbereitung einer Kundeninteraktion,
- Freigabe- und Genehmigungsprozesse,
- Übergabe von Daten an angebundene Systeme.
Fazit: Erfolgsfaktoren für ein tragfähiges Testkonzept
Ein erfolgreicher Umstieg von Veeva CRM auf Veeva Vault CRM erfordert eine strukturiertes Test-Managementvoraus. Zentrale Voraussetzung ist dabei die klare Trennung von technischem Testing und User Acceptance Testing. Ebenso wichtig ist die rechtzeitige Schulung aller Rollen mit administrativen Berechtigungen, etwa System- und Business-Administratoren oder Data Stewards. Vertreter des Business sollten frühzeitig in die Definition der Testfälle eingebunden werden, um praxisnahe Anforderungen sicherzustellen. Ergänzend dazu sind realistische Testdaten und produktionsnahe Szenarien notwendig, ebenso wie ausreichend eingeplante Zeit für die Schulung sowie die Lernkurve der Anwender. Testing ist in diesem Zusammenhang weit mehr als reine Qualitätssicherung, sondern ein entscheidender Erfolgsfaktor für Akzeptanz, Compliance und den nachhaltigen Erfolg der Vault CRM Einführung.