Weitere Projekte ansehen
nda

Der Kunde hat beschlossen, seine vertraulichen Daten zu schützen

Entwicklung einer API-Strategie für die Versicherungsbranche

Versicherung
Kundenbewertung
4.9
Diese Bewertung spiegelt unsere Kompetenz und unseren Erfolg wider
Entwicklung einer API-Strategie für die Versicherungsbranche

Kundeninformationen

Andersens Kunde war ein weltweit tätiges Versicherungsunternehmen, das sein breites Produktspektrum über ein Netzwerk von Geschäftspartnern und Wiederverkäufern vertreibt. Zur Unterstützung dieses Geschäftsmodells stellt das Unternehmen Integrationsmöglichkeiten über APIs bereit.

ORT:Deutschland
[object Object] on the map

Projektdetails

Andersen wurde von einem internationalen Versicherungsunternehmen kontaktiert, das eine umfassende Produktpalette über sein Netzwerk von Partnern und Wiederverkäufern vertreibt. Zur Unterstützung dieses Geschäftsmodells bietet das Unternehmen Integrationsmöglichkeiten über APIs an.

Das aktuelle Angebot an APIs des Kunden war veraltet und hinkte den Wettbewerbern hinterher. Dies führte dazu, dass die Anzahl der verfügbaren APIs begrenzt war und der Integrationsprozess mit neuen Partnern langsam und kostspielig verlief. Der Kunde stand vor der Gefahr, bestehende Partnerschaften zu verlieren, und hatte Schwierigkeiten, neue Partner zu gewinnen. Daher suchte der Kunde die Unterstützung von Andersen als Quelle für technologische und geschäftliche Expertise, um Verbesserungen vorzuschlagen und die API-Strategie voranzutreiben.

Dauer2 Monate
Technologien
Architekturbewertung
Prüfung der Systemschwachstellen
Audit der QS-Praktiken
Business-Analyse

Projektdetails

Andersens Team hat eine umfassende Analyse der vorhandenen API-Technologie und Geschäftsfähigkeiten des Kunden durchgeführt. Dabei wurden alle relevanten Aspekte des aktuellen API-Modells, einschließlich wesentlicher geschäftlicher und technologischer Herausforderungen, sorgfältig bewertet und dokumentiert. Unsere Experten haben Empfehlungen für den zukünftigen Zustand der API-Landschaft des Kunden abgegeben und eine klare Roadmap zur Umsetzung entwickelt. Darüber hinaus wurden folgende Maßnahmen vom Team ergriffen:

  • Analyse des aktuellen API-Modells mit klaren Beschreibungen der wesentlichen geschäftlichen und technologischen Herausforderungen;
  • Wertvolle Erkenntnisse zur API-Governance und zum API-Management;
  • Die vorgeschlagene zukünftige Ausrichtung des API-Geschäfts in Bezug auf API-Abdeckung, API-Architektur, API-Authentifizierung und Autorisierung sowie Anwendungsarchitektur;
  • Höhepunkte der Migration zusammen mit den vorgeschlagenen ersten Schritten und empfohlenen Aktivitäten;
  • Detaillierte Vision der zukünftigen Architektur;
  • Der vorgeschlagene API-Governance-Prozess mit klaren geschäftlichen und technologischen Verantwortlichkeiten sowie dem API-Lebenszyklus.

App-Funktionalität

Während des Projektverlaufs lag der Fokus von Andersens Teams auf den vier zentralen Herausforderungen, denen der Kunde gegenüberstand. Die erwarteten Ergebnisse waren darauf ausgerichtet, diese Herausforderungen umfassend zu beantworten und zu lösen:

  • Bereitstellung der Grundlage, damit der Kunde sein Angebot an verfügbaren APIs ausbauen kann;
  • Bereitstellung von Empfehlungen für den Kunden zur Harmonisierung des API-Portfolios durch die Behebung von Inkonsistenzen in den Bereichen Entwicklung, Dokumentation und Implementierung der APIs;
  • Implementierung eines durchführbaren und wirkungsvollen API-Governance-Prozesses;
  • Behebung des Problems mit dem nicht funktionierenden Entwicklerportal und den Sandboxes, in denen zukünftige oder aktuelle Partner die APIs testen und an der Integration arbeiten können.

Herausforderungen

Das Hauptproblem, das während des Projekts angegangen wurde, bestand darin, dass fast alle APIs des Kunden erstellt wurden, um jeden möglichen Anwendungsfall für alle Partner zu erfüllen. Dieser Ansatz macht die API-Spezifikation umfangreich und schwer zu verwenden, da alle möglichen Elemente für alle Partner zugänglich sind.

Ursprünglich wurden APIs als eine einzige, umfangreiche und in den meisten Fällen monolithische Anwendung entwickelt. Dadurch wurde jede Änderung an der API-Funktionalität zu einem zeitaufwändigen und kostenintensiven Prozess, der umfassende QS-E2E-Tests erforderte.