Was macht ein System Developer SAP Business Partner?
Der Geschäftspartner ist in einer SAP-Landschaft das Objekt, an dem alles hängt: Versicherungsnehmer, versicherte Person, Vermittler, Zahlungsempfänger, Rechtsanwalt, Werkstatt, Rückversicherer. Jede dieser Beziehungen ist eine Rolle desselben Stammsatzes, dazu kommen Adressen, Bankverbindungen, Identifikationsmerkmale, Beziehungen zwischen Partnern und die Zuordnung zu Verträgen und Schäden. Der Entwickler baut und pflegt genau diese Schicht: Erweiterungen des Datenmodells, Prüfungen bei der Anlage, Dublettenerkennung und Zusammenführung, Berechtigungslogik, Massenverarbeitungen. Ein zweiter Schwerpunkt sind die Schnittstellen, über die andere Systeme den Partner lesen und ändern, sei es über Funktionsbausteine, Nachrichtenformate oder Web-Dienste, und deren Fehlerbehandlung, wenn eine Änderung im einen System das andere nicht erreicht. Dazu kommt Arbeit an Migrationen: Partnerbestände aus abgelösten Systemen übernehmen, Datenqualität herstellen, Abgleiche fahren, Löschkonzepte nach den Vorgaben des Datenschutzes umsetzen.
Wie wird man System Developer SAP Business Partner?
Über einen technischen Abschluss und Praxis in der SAP-Entwicklung. Üblich sind ein Studium der Informatik oder Wirtschaftsinformatik, ein duales Studium bei einem Versicherer oder die Ausbildung zum Fachinformatiker für Anwendungsentwicklung mit anschließender Spezialisierung. Verlangt werden ABAP, zunehmend in objektorientierter Form, Kenntnisse der Datenmodelle und der Erweiterungstechniken sowie Erfahrung mit den Modulen der Versicherungsanwendungen, etwa für Vertrag, Schaden und für Ein- und Auszahlungen. Wer aus einer anderen SAP-Welt kommt, arbeitet sich in die Fachlichkeit der Assekuranz ein; wer aus dem Versicherungsinnendienst kommt und programmieren lernt, geht denselben Weg umgekehrt. Zertifizierungen von SAP sind verbreitet, entscheidend sind aber Projekte, die man vorweisen kann.
Was der Beruf verlangt
Geduld mit gewachsenen Landschaften. Neben dem SAP-System stehen in fast jedem Haus ältere Bestandssysteme, teils auf Großrechnern, deren Datenmodell nicht zum Geschäftspartner passt und die sich nicht ablösen lassen, weil in ihnen Verträge mit jahrzehntelanger Laufzeit geführt werden. Ein großer Teil der Arbeit besteht darin, zwischen diesen Welten zu vermitteln, ohne dass ein Bestand auseinanderläuft. Änderungen am Partnerobjekt wirken in alle angeschlossenen Prozesse, weshalb Testaufwand, Freigabeverfahren und Releasezyklen groß und langsam sind. Regulatorische Vorgaben greifen unmittelbar ein: Datenschutz, aufsichtsrechtliche Anforderungen an Auslagerung und IT-Sicherheit sowie Nachweispflichten gegenüber der Revision. Der Reiz und die Last der Rolle liegen an derselben Stelle: Wer den Geschäftspartner beherrscht, kennt das ganze Haus.
Aussichten
Die Nachfrage ist hoch und wird es bleiben, solange die Umstellungen auf die neue SAP-Generation laufen, in denen der Geschäftspartner das führende Stammdatenobjekt ist. Fachkräfte, die Versicherungsfachlichkeit und SAP-Entwicklung verbinden, sind knapp, was sich in Verhandlungsspielraum und in einem hohen Anteil an Beratungshäusern am Markt zeigt. Wege führen in die Architektur der Partnerdatenhaltung, in die fachliche Leitung von Migrationsprojekten, in das Datenqualitätsmanagement oder in die Beratung. Wer bei einem Versicherer bleibt, wird häufig zur Schlüsselperson für die Ablösung eines Altsystems.
