Kunde
Wir wurden von einem Unternehmen kontaktiert, das digitale Versicherungsdienstleistungen für Unternehmen und Privatkunden anbietet. Der Kunde ist eine Tochtergesellschaft eines der größten Unternehmen in diesem Bereich. Uns wurde versichert, dass unsere Zusammenarbeit von der Erfahrung und Stabilität eines der größten Versicherungsunternehmen der Welt profitieren würde.
Projektbeschreibung
Das Unternehmen arbeitete sowohl im B2B- als auch im B2C-Sektor, d. h. mit Vertriebspartnern und Einzelpersonen. Die Eigentümer ihrer Webplattform halten das Versprechen, schnelle Schadensabwicklungen, einfache Versicherungen und sofortigen Schutz zu fairen Preisen und verständlichen Bedingungen zu gewährleisten und dabei 100 % papierlos zu bleiben.
Ihre vorherige Weblösung war eine MVP-Version des Produkts und hatte viele Probleme. Sie skalierte nicht gut und ermöglichte kein fehlerfreies Monitoring und Incident Handling, sodass viele manuelle Operationen und Anpassungen erforderlich waren.
Die Geschäftsinhaber versuchten, die Probleme zu beheben, ohne den architektonischen Ansatz zu ändern, aber es wurde offensichtlich, dass dies nicht ausreichen würde. Daher begannen sie, einen erfahrenen Softwareentwickler zu suchen, der in der Lage wäre, am architektonischen Design teilzunehmen und einen kreativen Ansatz für komplexe Herausforderungen zu haben. Da kam Elinext ins Spiel, da wir die richtige Person für den Job hatten.
Herausforderungen
Um die Probleme mit ihrem aktuellen Produkt zu lösen, benötigte unser Kunde einen erfahrenen Softwareentwickler. Dies sind die wichtigsten Herausforderungen, denen sich diese Person stellen musste:- Teil eines 8-köpfigen Teams werden und eng mit dem technischen Leiter und dem Teamleiter zusammenarbeiten, um den Dienst von Grund auf neu zu erstellen.
- Codierungspraktiken einrichten und anpassen.
- Neue Entwicklungspraktiken entwickeln und Wissen im gesamten Unternehmen teilen.
- Entwicklung eines Funktionssets, das benutzerdefinierte Versicherungspläne oder die Kunden ändert (Funktionalität, die eine Neuberechnung von Plänen, Anpassungen an neue Zahlungspläne usw. ermöglicht).
- Implementierung eines Sets von Tools für Sonderfälle der Zahlungsabwicklung (Rückerstattungen, Teilrückerstattungen, Rückbuchungen).
- Beseitigung von zeitlichen Problemen bei der Zahlungsabwicklung, die im System auftraten (d. h. Lücken bei der Mittelübertragung, SEPA-Zahlungseinschränkungen, individuelle Richtlinien von Drittanbietern).
- Senkung der Verarbeitungskosten durch die Integration von Drittanbieterdiensten.
Prozess
Der Prozess der Etablierung der Verbindung zwischen den Entwicklern von Elinext und den internen Mitgliedern unseres Kunden dauerte nicht lange und bestand aus 4 Phasen:
Phase 1: C-Level-Meeting mit unserem Entwickler: Die Probleme wurden angesprochen, und wir diskutierten Lösungen.
Phase 2: Meeting mit dem leitenden Ingenieur des technischen Projekts. Wir diskutierten Architekturkonzepte und geschäftliche Fragen, die im Meeting der Phase 1 erwähnt wurden.
Phase 3: Team-Brainstorming über mögliche Implementierungen. Vergleich von Ansätzen und Technologien, die helfen können, Systeme gemäß den Anforderungen zu erstellen.
Phase 4: Teammeeting zur Systemimplementierung. Jedes Teammitglied hatte einen Bericht über den Teil der Technologie, den wir in der Lösung planen. Q&A-Session und Diskussion über Tools und Frameworks.
Danach traf sich unser Entwickler mit Teammitgliedern, die für die Implementierung des aktuellen Teils des Systems verantwortlich waren.
Lösung
Die Softwarelösung bestand aus 2 Mikrodiensten für Zahlungen und Rechnungen, SQL- und NoSQL-Datenbanken (eine Messaging-Engine und einen Workflow-Service für den Ablauf-Executor). Nach der ereignisgesteuerten Philosophie nutzten die Mikrodienste Event Sourcing. Außerdem wurde der CQRS-Ansatz für den Kommunikationsfluss zwischen Client und Server gewählt. Es gibt zwei effektive Module:Modul 1: Zahlungsdienst.
Dieses Modul ist verantwortlich für die Bearbeitung von eingehenden und ausgehenden Zahlungen und die Verbindung zu verschiedenen Anbietern zur Verarbeitung der Zahlungen (die integrierten Systeme sind Paypal, Stripe, Klarna und Deutsche Bank API).
Das Modul umfasst einen ereignisgesteuerten Ansatz, der die Anzahl der Verarbeitungsfehler und manuellen Arbeiten verringert.
Dieses Modul erstellt auch Pipelines für jeden Ereignisfluss. Während seiner Entwicklung wurden die Aktualisierungen normalisiert, und als Ergebnis der Entwicklung wurden asynchrone Operationen ordnungsgemäß verarbeitet.
Die Kombination aller Zahlungsabonnements in einem Strom von Aktualisierungen für alle anderen Mikrodienste beseitigte die Möglichkeit von Kollisionen, Inkonsistenzen von Aktualisierungen in verschiedenen Mikrodiensten und Rennbedingungen.
Modul 2: Rechnungsdienst.
Unser Kunde nutzte zuvor einen externen Buchhaltungsdienst, der jedoch seine Einschränkungen hatte. Die Lösung unseres Kunden wurde an die Systemanforderungen angepasst, z. B. an die Verarbeitung von Aktualisierungen während Nachfragespitzen und die Bereitstellung flexibler Datenabfragen.
Ergebnisse
Am Ende war das System voll funktionsfähig und bestand alle erforderlichen Tests. Die Teilnahme unseres Entwicklers reduzierte die Betriebskosten, erhöhte die Produktivität des Geschäftsbetriebsteams und steigerte somit die Kundenzufriedenheit.
Zu den weiteren Vorteilen der Verstärkung unseres Ingenieurs im Entwicklungsteam gehörte die Verringerung der zahlungsbezogenen Vorfälle.
Wir integrierten mehr Zahlungsquellen, was potenziell die geografische Reichweite der Kunden unseres Kunden erweiterte, und unsere Kunden konnten dann maßgeschneiderte Lösungen für die wichtigsten Geschäftspartner anbieten.
Das System ist finanziell erfolgreich und optimiert die Versicherungsoperationen für unsere Kunden, und unser Entwickler erhielt positives Feedback.
